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 of the register #.
Hi Inki,
On 01/31/2013 02:30 AM, Inki Dae wrote:
-Original Message-
From: Sylwester Nawrocki [mailto:sylvester.nawro...@gmail.com]
Sent: Thursday, January 31, 2013 5:51 AM
To: Inki Dae
Cc: Sachin Kamat; linux-me...@vger.kernel.org; dri-
de...@lists.freedesktop.org; devicetree-disc...@lis
On Thu, Jan 31, 2013 at 11:14:34AM +0100, Laurent Pinchart wrote:
> 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 devic
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.nawro...@gmail.com]
> >> Sent: Thursday, January 31, 2013 5:51 AM
> >> To: Inki Dae
> >> Cc: Sachin Kamat; lin
2013/01/31 19:03, Daniel Vetter wrote:
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_dev
2013/02/01 9:50, Yasuaki Ishimatsu wrote:
2013/01/31 19:03, Daniel Vetter wrote:
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_FAILUR
2013/02/01 9:53, Yasuaki Ishimatsu wrote:
2013/02/01 9:50, Yasuaki Ishimatsu wrote:
2013/01/31 19:03, Daniel Vetter wrote:
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.
On Fri, Feb 01, 2013 at 04:15:31AM +0100, Laurent Pinchart wrote:
> Hi Simon,
>
> On Thursday 31 January 2013 15:38:38 Simon Horman wrote:
> > 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)
Hi Steffen,
You can add my tested-by for this series.
I have tested them for Exynos: smdk4210 board.
Beat regards,
Jingoo Han
On Wednesday, January 23, 2013 6:12 PM, Steffen Trumtrar wrote
> On Tue, Jan 22, 2013 at 03:50:48PM -0600, Rob Clark wrote:
> > On Mon, Jan 21, 2013 at 5:07 AM, Steffen T
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
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?
>>
>> Addin
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 f
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/cc667924/attachment.html>
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
> -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 a
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
Hi Linus,
as suggested lets undo the console lock lockdep tracking for now,
Dave.
The following changes since commit 2e51b231a8d716ea5aacde0bd95ac789cea195b0:
Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux
(2013-01-30 12:02:26 +1100)
are available in the git reposi
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
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 driver supports the superposition processors (currently in pure overlay
mode witho
Only the DU0 VGA output is currently supported. Support for the DU0 LVDS
and DU1 LVDS outputs will require information about the panels that will
be connected to those outputs.
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/board-marzen.c | 65 +++
1 f
On Thu, Jan 31, 2013 at 10:52:51AM +1100, 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 10:04:05AM +1000, Dave Airlie wrote:
> 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 compl
-Original Message-
From: Jani Nikula [mailto:jani.nik...@linux.intel.com]
Sent: Thursday, January 24, 2013 5:05 PM
To: Su, Xuemin
Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org; linux-kernel at
vger.kernel.org; yanmin_zhang at linux.intel.com; He, Bo
Subject: Re: [PATCH V3]
From: Phil Edworthy
Signed-off-by: Phil Edworthy
[Rename device from to rcarfb to rcar-du]
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/clock-r8a7779.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-shmobile/clock-r8a7779.c
b/arch/arm/mach-s
The R-Car Display Unit (DU) DRM driver supports both superposition
processors and all eight planes in RGB and YUV formats without alpha
blending.
Only VGA and LVDS encoders and connectors are currently supported.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/Kconfig | 2
On 30.01.13 13:36, Daniel Vetter wrote:
> On Wed, Jan 30, 2013 at 9:34 AM, Thierry Reding
> wrote:
>> On Tue, Jan 22, 2013 at 10:21:40AM -0800, Jon Mayo wrote:
>>> On Mon, Jan 14, 2013 at 7:55 AM, Thierry Reding
>>> wrote:
Implement support for the VBLANK IOCTL. Note that Tegra is somewhat
>
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! I'd love to test
it on CuBox (mach-dove) but there is no gpu driver I can hook up,
yet. Anyway, I will make some comments how I think the driver
should be i
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 chan
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: linux-pm/dr
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
>> ---
>> drivers/gpu/drm/exynos/e
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
>>>
>>>
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 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 lockd
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().
Signed-off-by: liu chuansheng
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/5d19d357/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 link
ing 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/b48b51f5/attachment.html>
On Thu, Jan 31, 2013 at 3:06 AM, Mario Kleiner
wrote:
> At least AMD hw as of a while ago didn't, older intel hw didn't (afaik), and
> NVidia i don't know. You'd also need hw vblank timestamps and counters
> independent of page-flip completion to not regress existing important
> functionality if y
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 a good thing depending how you look at it; it
>> > means that once your kerne
On Thu, Jan 31, 2013 at 1:55 AM, Su, Xuemin wrote:
> -Original Message-
> From: Jani Nikula [mailto:jani.nikula at linux.intel.com]
> Sent: Thursday, January 24, 2013 5:05 PM
> To: Su, Xuemin
> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org; linux-kernel at
> vger.kernel.org;
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
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 buf
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 disabled
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/caf25b2f/attachment-0001.html>
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 unecessa
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
> ---
> d
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
> ---
> drivers/gpu/drm/
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
> + * @lock
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
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 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 as
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: Y
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
> >
>
> Thanks,
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 psr_aux
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 wor
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
> ---
> drivers/gpu/drm/i915/i
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 file
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.
, was trying
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/20
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/5297cb0c/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/99844bc1/attachment.html>
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 e
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 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, merged it into the next
branch. At this point i
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 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
[ 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 ma
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,
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
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 AM,
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 'n
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 c
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]()
[ 19.
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 do
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/1726feaf/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
?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>
On Wed, Jan 30, 2013 at 5:52 AM, Rob Clark wrote:
> On Wed, Jan 30, 2013 at 5:08 AM, Daniel Vetter wrote:
>> On Wed, Jan 30, 2013 at 2:07 AM, Rob Clark wrote:
>>> ==
>>> Basic problem statement:
>>> - --- -
>>> GPU's do operations that commonly involve man
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/ea5857a4/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/0546eecc/attachment-0001.html>
vel/attachments/20130131/faec278e/attachment.html>
|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>
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 11:26:
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 AR
On Thu, Jan 31, 2013 at 12:59 AM, Su, Xuemin wrote:
> 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()
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! I'd love to test
> it on CuBox (mach-dove) but there is no gpu driver I can hoo
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 variou
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
ou 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 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 drm(d
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 w
ists.freedesktop.org/archives/dri-devel/attachments/20130131/c5c83c2b/attachment.html>
, 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>
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>
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 b/drivers/gpu/drm/dr
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 init
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 checkin
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
--- a/drivers/gpu/drm/drm_crtc.
101 - 200 of 230 matches
Mail list logo
