2013/1/31 Daniel Vetter :
> On Thu, Jan 31, 2013 at 06:32:15PM +0900, Inki Dae wrote:
>> Hi,
>>
>> below is my opinion.
>>
>> > +struct fence;
>> > +struct fence_ops;
>> > +struct fence_cb;
>> > +
>> > +/**
>> > + * struct fence - software synchronization primitive
>> > + * @refcount: refcount for
On Thu, Jan 31, 2013 at 8:21 PM, Greg Kroah-Hartman
wrote:
> On Thu, Jan 31, 2013 at 09:21:16AM +0100, Daniel Vetter wrote:
>> On Thu, Jan 31, 2013 at 6:40 AM, Greg Kroah-Hartman
>> wrote:
>> > On Thu, Jan 31, 2013 at 11:26:53AM +1100, Linus Torvalds wrote:
>> >> On Thu, Jan 31, 2013 at 11:13
1920x1080 with the Denon-AVAMP
off ... but i had no luck
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/70bd3abc/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/6faa780d/attachment.html>
On 01/31/2013 03:23 PM, Rob Clark wrote:
> On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
> wrote:
>> On 01/29/2013 06:23 PM, Rob Clark wrote:
[...]
>>> +
>>> +/* The TDA9988 series of devices use a paged register scheme.. to
>>> simplify
>>> + * things we encode the page # in upper bits
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/8e56d3a7/attachment.html>
ded then this is a lot
smaller.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/7f7494a8/attachment-0001.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/1c50c979/attachment.html>
ble updates since the DMA ring is smaller than the CP
ring.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/25
ed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/97046fe5/attachment.html>
Hi
2013/1/30 Rodrigo Vivi :
> From: Shobhit Kumar
>
> Added eDP PSR enable functionality. This includes setting the PSR
> configuration over AUX, sending SDP VSC DIP over the eDP PIPE config,
> enabling PSR in the sink via DPCD register and finally enabling PSR on
> the host. PSR works only in
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/c7b190c4/attachment.html>
From: Ville Syrj?l?
Support for real RGB332 is a rarity, most hardware only really support
C8. So use C8 instead of RGB332 when determining the format based on
depth/bpp.
This fixes 8bpp fbcon on i915, since i915 will only accept C8 and not
RGB332.
Bugzilla:
From: Ville Syrj?l?
Set depth/bits_per_pixel to 8 for C8 format.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_crtc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 9c797f6..ff7344c 100644
Looks like I accidentally broke 8bpp support in i915.
This series fixes the regression, as verified in the bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=59572#c18
There should be no negative effect on other drivers since they either
don't support 8bpp, or they don't bother with
Hi
In addition to Jani's comments:
2013/1/30 Rodrigo Vivi :
> From: Shobhit Kumar
>
> Signed-off-by: Shobhit Kumar
>
> v2: Created aux_clock_divider function to avoid duplicated code.
> Unfortunatelly dp_aux_ch and psr_aux_ch aren't so similar to reuse full
> code.
>
DDI A AUX channel
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/f4587f0d/attachment.html>
On 01/31/2013 10:36 AM, Stephen Warren wrote:
> On 01/31/2013 08:04 AM, Sean Paul wrote:
> ...
>> I think if we take a step back, we're really not discussing HDMI
>> version 1.3 vs. 1.4, we're really talking about the HDMI IP block
>> version.
>
> Absolutely.
>
>> The blocks just happen to
On 01/31/2013 06:27 PM, Inki Dae wrote:
> Hi Kukjin,
>
>> -Original Message-
>> From: linux-media-owner at vger.kernel.org [mailto:linux-media-
>> owner at vger.kernel.org] On Behalf Of Kukjin Kim
>> Sent: Friday, February 01, 2013 9:15 AM
>> To: 'Sylwester Nawrocki'; 'Inki Dae'
>> Cc:
On Thu, Jan 31, 2013 at 5:47 PM, Daniel Vetter wrote:
> On Thu, Jan 31, 2013 at 12:54 PM, Rahul Sharma wrote:
>> I have parsed the related code and it looks fine to me. I couldn't find
>> any code section, expecting sg-tables with single-page sgl entries. I
>> just want to ensure again that it
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/69120845/attachment.html>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/883ba820/attachment.html>
Hi,
below is my opinion.
> +struct fence;
> +struct fence_ops;
> +struct fence_cb;
> +
> +/**
> + * struct fence - software synchronization primitive
> + * @refcount: refcount for this fence
> + * @ops: fence_ops associated with this fence
> + * @cb_list: list of all callbacks to call
> + *
Hi
2013/1/31 Jani Nikula :
> On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
>> While old platforms had 3 transcoders and 3 pipes (1:1), HSW has 4
>> transcoders and 3 pipes. To avoid future mistakes transcoders must be used
>> here instead of pipes even though it is working right now by coincidence.
From: Alex Deucher
Hi Dave,
A few more radeon fixes for 3.8. Mostly small stuff. The big
change is disabling the use of the DMA ring for VM PT updates. This
reverts back to the 3.7 behavior. Problem is we can get huge PT
updates in certain cases that are too big
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/de958a40/attachment.html>
Hi
2013/1/30 Rodrigo Vivi :
> While old platforms had 3 transcoders and 3 pipes (1:1), HSW has 4
> transcoders and 3 pipes. To avoid future mistakes transcoders must be used
> here instead of pipes even though it is working right now by coincidence.
Not by coincidence: these regs are currently
I've put up a WIP 3.9 branch for those that want to start testing it:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.9-wip
Main changes so far:
- GPU reset rework
- CS ioctl refactoring
- switch to using IBs for VM PT updates
- Deprecate UMS
We have a few other internal projects we'd
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130131/0afc57e7/attachment-0001.html>
On Thu, Jan 31, 2013 at 2:23 PM, Daniel Vetter wrote:
> On Thu, Jan 31, 2013 at 9:38 AM, Rahul Sharma wrote:
>> On Tue, Jan 29, 2013 at 10:40 PM, Aaron Plattner
>> wrote:
>>> On 01/28/2013 05:38 AM, Rahul Sharma wrote:
It fixes the issue arises due to passing 'nr_pages' in place of
From: Alex Deucher
For very large page table updates, we can exceed the
size of the ring. To avoid this, use an IB to perform
the page table update.
Signed-off-by: Alex Deucher
---
We may want to do something similar for the BO move code as we
could potentially run
On Thu, Jan 31, 2013 at 08:23:53AM -0600, Rob Clark wrote:
> On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
> wrote:
> > On 01/29/2013 06:23 PM, Rob Clark wrote:
> >>
> >> Driver for the NXP TDA998X i2c hdmi encoder slave.
> >
> >
> > Rob,
> >
> > good to see a driver for TDA998x comming!
are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/7e45d081/attachment.html>
From: Alex Deucher
For large VM page table updates, we can sometimes generate
more packets than there is space on the ring. This happens
more readily with the DMA ring since it is 64K (vs 1M for the
CP). For now, switch back to the CP. For the next kernel,
I have a
From: Alex Deucher
If the requested number of DWs on the ring is larger than
the size of the ring itself, return an error.
In testing with large VM updates, we've seen crashes when we
try and allocate more space on the ring than the total size
of the ring without
Sylwester Nawrocki wrote:
>
> Hi Inki,
>
Hi Sylwester and Inki,
> On 01/31/2013 02:30 AM, Inki Dae wrote:
> >> -Original Message-
> >> From: Sylwester Nawrocki [mailto:sylvester.nawrocki at gmail.com]
> >> Sent: Thursday, January 31, 2013 5:51 AM
> >> To: Inki Dae
> >> Cc: Sachin Kamat;
, Michel, and Alex.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/e6af08da/attachment.html>
On Thu, Jan 31, 2013 at 3:38 PM, Inki Dae wrote:
> I think I understand as your comment but I don't think that I
> understand fully the dma-fence mechanism. So I wish you to give me
> some advices for it. In our case, I'm applying the dma-fence to
> mali(3d gpu) driver as producer and exynos
On Thu, Jan 31, 2013 at 2:14 PM, Sebastian Hesselbarth
wrote:
> On 01/31/2013 03:23 PM, Rob Clark wrote:
>>
>> On Wed, Jan 30, 2013 at 8:23 PM, Sebastian Hesselbarth
>> wrote:
>>>
>>> On 01/29/2013 06:23 PM, Rob Clark wrote:
>
> [...]
+
+/* The TDA9988 series of devices use a
On Thu, Jan 31, 2013 at 02:45:00AM +0100, Laurent Pinchart wrote:
> Hello,
>
> Here's a new DRM driver for the Renesas R-Car Display Unit (DU).
>
> The DU features two superposition processors (modeled as CRTCs) and eight
> planes that can be shared between the superposition processors.
>
> The
On Thu, Jan 31, 2013 at 02:45:01AM +0100, Laurent Pinchart wrote:
> From: Phil Edworthy
>
> Signed-off-by: Phil Edworthy
> [Rename device from to rcarfb to rcar-du]
> Signed-off-by: Laurent Pinchart
Thanks, I have applied this to the soc3 branch,
On Thu, Jan 31, 2013 at 2:26 PM, Rahul Sharma wrote:
>> The other thing is that only doing sg entry coalescing for
>> prime/dma_buf will lead to a QA problem, since all the normal sg
>> tables still have a 1:1 relationship. So imo the right way to move
>> forward with this is to convert the
chives/dri-devel/attachments/20130131/c5c83c2b/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/2af6fd00/attachment.html>
On Tue, Jan 29, 2013 at 10:40 PM, Aaron Plattner
wrote:
> On 01/28/2013 05:38 AM, Rahul Sharma wrote:
>>
>> It fixes the issue arises due to passing 'nr_pages' in place of 'nents' to
>> sg_alloc_table. When ARM_HAS_SG_CHAIN is disabled, it is causing failure
>> in
>> creating SG table for the
On Thu, Jan 31, 2013 at 10:51:27PM +1100, Dave Airlie wrote:
> On Thu, Jan 31, 2013 at 8:21 PM, Greg Kroah-Hartman
> wrote:
> > On Thu, Jan 31, 2013 at 09:21:16AM +0100, Daniel Vetter wrote:
> >> On Thu, Jan 31, 2013 at 6:40 AM, Greg Kroah-Hartman
> >> wrote:
> >> > On Thu, Jan 31, 2013 at
From: liu chuansheng
Date: Thu, 31 Jan 2013 22:13:00 +0800
Subject: [PATCH] drm/radeon: Calling object_unrefer() when creating fb
failure
When kzalloc() failed in radeon_user_framebuffer_create(), need to
call object_unreference() to match the object_reference().
2013/1/31 Stephen Warren :
> On 01/30/2013 06:16 PM, Inki Dae wrote:
>> 2013/1/30 Sylwester Nawrocki :
>>> Hi,
>>>
>>>
>>> On 01/08/2013 11:56 PM, Stephen Warren wrote:
On 01/08/2013 01:16 PM, Sean Paul wrote:
>
> Add a property to the hdmi node so we can specify the HDMI version
|Radeon Evergreen, bisected |
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/f07da65e/attachment.html>
vel/attachments/20130131/faec278e/attachment.html>
Thanks Mr. Dae,
I will include DT binding documentation in Arch side patches.
I am following the mentioned thread.
regards,
Rahul Sharma.
On Wed, Jan 30, 2013 at 12:07 PM, Inki Dae wrote:
> Hi Rahul,
>
> Could you add descriptions to dt document file? For this, you can
> refer to the below
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/0546eecc/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130131/ea5857a4/attachment.html>
?id=55692 |
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/d9f7f7dc/attachment.html>
?id=57567 |
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/73740f1c/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/2f78ed0d/attachment-0001.html>
||g/show_bug.cgi?id=57567
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/102d6
||g/show_bug.cgi?id=57567
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/d125d
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/1726feaf/attachment.html>
IMPORTANT NOTE: *** This is just an experimental patch! ***
I fell over some "pipe A assertion" warnings while playing with
drm-intel-nightly
and contacted Daniel Vetter via PM.
[ dmesg ]
[ 19.948476] WARNING: at drivers/gpu/drm/i915/intel_display.c:1228
assert_pipe+0xde/0xe0 [i915]()
[
On Thu, Jan 31, 2013 at 12:54 PM, Rahul Sharma wrote:
> I have parsed the related code and it looks fine to me. I couldn't find
> any code section, expecting sg-tables with single-page sgl entries. I
> just want to ensure again that it doesn't cause any side effects on
> various platforms.
Just
On Thu, Jan 31, 2013 at 10:51:27PM +1100, Dave Airlie wrote:
> I'll ship them via my tree at this point I think, since I now need to
> queue a revert of the revert on top.
>
> I have a few vgacon/fbcon fixes that I need to go in this cycle.
Great, thanks.
--
Russell King
Linux kernel2.6
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> PSR must be enabled after transcoder and port are running.
> And it is only available for HSW.
>
> v2: move enable/disable to intel_ddi
Reviewed-by: Jani Nikula
>
> Signed-off-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/i915/intel_ddi.c | 2 ++
> 1
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> From: Shobhit Kumar
>
> Added support for PSR entry counter and performance counters
>
> Signed-off-by: Shobhit Kumar
>
> v2: Add psr enabled yes/no info
A bunch of nitpicks...
BR,
Jani.
> Signed-off-by: Rodrigo Vivi
> ---
>
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> From: Shobhit Kumar
>
> Added eDP PSR enable functionality. This includes setting the PSR
> configuration over AUX, sending SDP VSC DIP over the eDP PIPE config,
> enabling PSR in the sink via DPCD register and finally enabling PSR on
> the host. PSR
On 01/31/2013 11:53 AM, Laurent Pinchart wrote:
> On Friday 11 January 2013 21:27:03 Laurent Pinchart wrote:
>> Hi everybody,
>>
>> Would anyone be interested in meeting at the FOSDEM to discuss the Common
>> Display Framework ? There will be a CDF meeting at the ELC at the end of
>> February, the
I forgot to change subject. So I resend a patch.
---
acpi_bus_get_device() returns int not acpi_status.
The patch change not to apply ACPI_FAILURE() to the return value of
acpi_bus_get_device().
Signed-off-by: Yasuaki Ishimatsu
---
drivers/gpu/drm/i915/intel_opregion.c |2 +-
1 file
acpi_bus_get_device() returns int not acpi_status.
The patch change not to apply ACPI_FAILURE() to the return value of
acpi_bus_get_device().
Signed-off-by: Yasuaki Ishimatsu
---
drivers/gpu/drm/i915/intel_opregion.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index:
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> From: Shobhit Kumar
>
> Signed-off-by: Shobhit Kumar
>
> v2: Created aux_clock_divider function to avoid duplicated code.
Bikeshed, that could be a prep patch, but I won't insist on it.
Other comments below.
> Unfortunatelly dp_aux_ch and
On Mon, Jan 21, 2013 at 10:39 PM, Liu, Xinyun wrote:
> void *object is not used in fact.
>
> Signed-off-by: Xinyun Liu
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/drm_global.c |2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_global.c
On Thu, Jan 31, 2013 at 11:53:30AM +0100, Laurent Pinchart wrote:
> On Friday 11 January 2013 21:27:03 Laurent Pinchart wrote:
> > Hi everybody,
> >
> > Would anyone be interested in meeting at the FOSDEM to discuss the Common
> > Display Framework ? There will be a CDF meeting at the ELC at the
Hi Sylwester.
Thank you for the review.
On 31 January 2013 03:08, Sylwester Nawrocki
wrote:
> Hi Sachin,
>
>
> On 01/25/2013 10:55 AM, Sachin Kamat wrote:
>>
>> This patch adds device tree based discovery support to G2D driver
>>
>> Signed-off-by: Sachin Kamat
>> ---
>
> Don' you need something
On Friday 11 January 2013 21:27:03 Laurent Pinchart wrote:
> Hi everybody,
>
> Would anyone be interested in meeting at the FOSDEM to discuss the Common
> Display Framework ? There will be a CDF meeting at the ELC at the end of
> February, the FOSDEM would be a good venue for European developers.
On Thu, Jan 31, 2013 at 10:22 AM, Inki Dae wrote:
> 2013/1/31 Stephen Warren :
>> On 01/30/2013 06:16 PM, Inki Dae wrote:
>>> 2013/1/30 Sylwester Nawrocki :
Hi,
On 01/08/2013 11:56 PM, Stephen Warren wrote:
>
> On 01/08/2013 01:16 PM, Sean Paul wrote:
>>
>> Add
On Thu, Jan 31, 2013 at 11:13 AM, Russell King wrote:
>
> Which may or may not be a good thing depending how you look at it; it
> means that once your kernel blanks, you get a lockdep dump. At that
> point you lose lockdep checking for everything else because lockdep
> disables itself after the
On Thu, Jan 31, 2013 at 11:12 AM, Sedat Dilek wrote:
> [ CCing Linux-Next and MMOTM folks ]
>
> Original posting from Daniel see [0]
>
> [ QUOTE ]
> On Thu, Jan 31, 2013 at 6:40 AM, Greg Kroah-Hartman
> wrote:
>> On Thu, Jan 31, 2013 at 11:26:53AM +1100, Linus Torvalds wrote:
>>> On Thu, Jan 31,
Hi Simon,
On Thursday 31 January 2013 15:35:20 Simon Horman wrote:
> On Thu, Jan 31, 2013 at 02:45:01AM +0100, Laurent Pinchart wrote:
> > From: Phil Edworthy
> >
> > Signed-off-by: Phil Edworthy
> > [Rename device from to rcarfb to rcar-du]
> > Signed-off-by: Laurent Pinchart
> >
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> From: Shobhit Kumar
>
> Signed-off-by: Shobhit Kumar
>
> v2: reuse of just created is_edp_psr and put it at right place.
>
A couple of nitpicks below, but either way,
Reviewed-by: Jani Nikula
> Signed-off-by: Rodrigo Vivi
> ---
>
[ CCing Linux-Next and MMOTM folks ]
Original posting from Daniel see [0]
[ QUOTE ]
On Thu, Jan 31, 2013 at 6:40 AM, Greg Kroah-Hartman
wrote:
> On Thu, Jan 31, 2013 at 11:26:53AM +1100, Linus Torvalds wrote:
>> On Thu, Jan 31, 2013 at 11:13 AM, Russell King
>> wrote:
>> >
>> > Which may or
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> drm_i915_private is getting bigger and bigger when adding new vbt stuff.
> So, the better way of getting drm_i915_private organized is to create an
> special structure for vbt stuff.
>
Reviewed-by: Jani Nikula
> Signed-off-by: Rodrigo Vivi
> ---
>
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> From: Shobhit Kumar
>
> Signed-off-by: Sateesh Kavuri
>
> v2: Modified and corrected the structures to be more in line for
> kernel coding guidelines and rebased the code on Paulo's DP patchset
>
> Signed-off-by: Shobhit Kumar
>
> v3: removing
On Thu, Jan 31, 2013 at 12:27:26PM +0900, Yasuaki Ishimatsu wrote:
> I forgot to change subject. So I resend a patch.
>
> ---
> acpi_bus_get_device() returns int not acpi_status.
>
> The patch change not to apply ACPI_FAILURE() to the return value of
> acpi_bus_get_device().
>
> Signed-off-by:
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/99844bc1/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/5297cb0c/attachment.html>
On Thu, Jan 31, 2013 at 06:32:15PM +0900, Inki Dae wrote:
> Hi,
>
> below is my opinion.
>
> > +struct fence;
> > +struct fence_ops;
> > +struct fence_cb;
> > +
> > +/**
> > + * struct fence - software synchronization primitive
> > + * @refcount: refcount for this fence
> > + * @ops: fence_ops
ing
to achieve it via a pci_enable/io_remap on a quirk.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/280f884c/attachment.html>
Op 31-01-13 10:32, Inki Dae schreef:
> Hi,
>
> below is my opinion.
>
>> +struct fence;
>> +struct fence_ops;
>> +struct fence_cb;
>> +
>> +/**
>> + * struct fence - software synchronization primitive
>> + * @refcount: refcount for this fence
>> + * @ops: fence_ops associated with this fence
>> +
On Thu, Jan 31, 2013 at 9:19 AM, Russell King wrote:
>
> So... what you seem to be telling me is that 3.9 is going to be a
> release which issues lockdep complaints when the console blanks, and
> you think that's acceptable?
>
> Adding Linus and Andrew so they're aware of this issue...
Oh, we're
Hi Sean,
Sorry, wrongly sent incomplete mail.
On 31 January 2013 10:41, Vikas Sajjan wrote:
> Hi Sean,
>
> On 30 January 2013 21:28, Sean Paul wrote:
>> On Wed, Jan 30, 2013 at 1:30 AM, Vikas Sajjan
>> wrote:
>>> This patch adds display-timing node parsing using video helper function
>>>
>>>
Hi Sean,
On 30 January 2013 21:28, Sean Paul wrote:
> On Wed, Jan 30, 2013 at 1:30 AM, Vikas Sajjan
> wrote:
>> This patch adds display-timing node parsing using video helper function
>>
>> Signed-off-by: Leela Krishna Amudala
>> Signed-off-by: Vikas Sajjan
>> ---
>>
On Thu, Jan 31, 2013 at 10:21 AM, Greg Kroah-Hartman
wrote:
>> Can you please also pick up the (currently) three locking fixups
>> around fbcon? Just so that we don't repeat the same fun where people
>> complain about lockdep splats, but the fixes are stuck somewhere. And
>> I guess Dave would be
On 01/31/2013 08:04 AM, Sean Paul wrote:
...
> I think if we take a step back, we're really not discussing HDMI
> version 1.3 vs. 1.4, we're really talking about the HDMI IP block
> version.
Absolutely.
> The blocks just happen to implement different versions of the
> HDMI spec.
Yes.
> The
On Wed, 30 Jan 2013, Rodrigo Vivi wrote:
> While old platforms had 3 transcoders and 3 pipes (1:1), HSW has 4
> transcoders and 3 pipes. To avoid future mistakes transcoders must be used
> here instead of pipes even though it is working right now by coincidence.
>
> Signed-off-by: Rodrigo Vivi
> -Original Message-
> From: Sylwester Nawrocki [mailto:sylvester.nawrocki at gmail.com]
> Sent: Thursday, January 31, 2013 5:51 AM
> To: Inki Dae
> Cc: Sachin Kamat; linux-media at vger.kernel.org; dri-
> devel at lists.freedesktop.org; devicetree-discuss at lists.ozlabs.org;
> patches
On Thu, Jan 31, 2013 at 7:04 AM, Sean Paul wrote:
> On Wed, Jan 30, 2013 at 10:03 PM, Stephen Warren
> wrote:
>> On 01/30/2013 06:16 PM, Inki Dae wrote:
>>> 2013/1/30 Sylwester Nawrocki :
Hi,
On 01/08/2013 11:56 PM, Stephen Warren wrote:
>
> On 01/08/2013 01:16 PM,
On Thu, Jan 31, 2013 at 09:21:16AM +0100, Daniel Vetter wrote:
> On Thu, Jan 31, 2013 at 6:40 AM, Greg Kroah-Hartman
> wrote:
> > On Thu, Jan 31, 2013 at 11:26:53AM +1100, Linus Torvalds wrote:
> >> On Thu, Jan 31, 2013 at 11:13 AM, Russell King
> >> wrote:
> >> >
> >> > Which may or may not be
2013/1/30 Sylwester Nawrocki :
> Hi,
>
>
> On 01/08/2013 11:56 PM, Stephen Warren wrote:
>>
>> On 01/08/2013 01:16 PM, Sean Paul wrote:
>>>
>>> Add a property to the hdmi node so we can specify the HDMI version in
>>> the device tree instead of just defaulting to v1.4 with the existence of
>>> the
On Wed, Jan 30, 2013 at 10:03 PM, Stephen Warren
wrote:
> On 01/30/2013 06:16 PM, Inki Dae wrote:
>> 2013/1/30 Sylwester Nawrocki :
>>> Hi,
>>>
>>>
>>> On 01/08/2013 11:56 PM, Stephen Warren wrote:
On 01/08/2013 01:16 PM, Sean Paul wrote:
>
> Add a property to the hdmi node so
On Thu, Jan 31, 2013 at 9:52 AM, Linus Torvalds
wrote:
> On Thu, Jan 31, 2013 at 9:19 AM, Russell King wrote:
>>
>> So... what you seem to be telling me is that 3.9 is going to be a
>> release which issues lockdep complaints when the console blanks, and
>> you think that's acceptable?
>>
>>
On Thu, Jan 31, 2013 at 9:38 AM, Rahul Sharma wrote:
> On Tue, Jan 29, 2013 at 10:40 PM, Aaron Plattner
> wrote:
>> On 01/28/2013 05:38 AM, Rahul Sharma wrote:
>>>
>>> It fixes the issue arises due to passing 'nr_pages' in place of 'nents' to
>>> sg_alloc_table. When ARM_HAS_SG_CHAIN is
1 - 100 of 218 matches
Mail list logo