[Linaro-mm-sig] [PATCH 4/7] fence: dma-buf cross-device synchronization (v11)

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

BUG: circular locking dependency detected

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

[Bug 59903] [RS880] Xorg.0.log: flip queue failed: Device or resource busy

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>

[Bug 59904] 3DMark2000 crashes: radeon: mmap failed, errno: 12

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>

[PATCH 2/4] drm/i2c: nxp-tda998x (v3)

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

[Bug 60034] rv790 etqw regression since r600g: add async for staging buffer upload v2

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>

[Bug 60034] rv790 etqw regression since r600g: add async for staging buffer upload v2

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>

[Bug 58354] [bisected] r600g: use DMA engine for VM page table updates on cayman locks in Unigine Tropics

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/1c50c979/attachment.html>

[Bug 58354] [bisected] r600g: use DMA engine for VM page table updates on cayman locks in Unigine Tropics

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

[Bug 60034] rv790 etqw regression since r600g: add async for staging buffer upload v2

ed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/97046fe5/attachment.html>

[PATCH 7/9] drm/i915: Enable/Disable PSR on HSW

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

[Bug 59332] Problems building 32bit Mesa

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/c7b190c4/attachment.html>

[PATCH 2/2] drm: Use C8 instead of RGB332 when determining the format from depth/bpp

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:

[PATCH 1/2] drm: Fill depth/bits_per_pixel for C8 format

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

[PATCH 0/2] drm: Fix 8bpp fbcon on i915

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

[PATCH 5/9] drm/i915: Setup EDP PSR AUX Registers

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

[Bug 57567] 3.7 radeonfb broken on efivga screens

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/f4587f0d/attachment.html>

[PATCH v2] drm/exynos: Get HDMI version from device tree

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

[PATCH 2/2] drm/exynos: Add device tree based discovery support for G2D

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:

[PATCH] drm: modify pages_to_sg prime helper to create optimized SG table

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 59332] Problems building 32bit Mesa

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/69120845/attachment.html>

[Bug 59332] Problems building 32bit Mesa

--- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/883ba820/attachment.html>

[Linaro-mm-sig] [PATCH 4/7] fence: dma-buf cross-device synchronization (v11)

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 > + *

[Intel-gfx] [PATCH 2/9] drm/i915: Use cpu_transcoder for HSW_TVIDEO_DIP_* instead of pipe

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.

[pull] radeon drm-fixes-3.8

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

[Bug 57567] 3.7 radeonfb broken on efivga screens

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/de958a40/attachment.html>

[Intel-gfx] [PATCH 2/9] drm/i915: Use cpu_transcoder for HSW_TVIDEO_DIP_* instead of pipe

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

radeon drm-next 3.9 preview

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

[Bug 57567] 3.7 radeonfb broken on efivga screens

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130131/0afc57e7/attachment-0001.html>

[PATCH] drm: modify pages_to_sg prime helper to create optimized SG table

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

[drm-next] drm/radeon: use IBs for VM page table updates

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

[PATCH 2/4] drm/i2c: nxp-tda998x (v3)

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!

[Bug 60034] rv790 etqw regression since r600g: add async for staging buffer upload v2

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>

[PATCH 2/2] drm/radeon: switch back to the CP ring for VM PT updates

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

[PATCH 1/2] drm/radeon: prevent crash in the ring space allocation

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

[PATCH 2/2] drm/exynos: Add device tree based discovery support for G2D

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;

[Bug 60028] r600g: Htile memory leak

, 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>

[Linaro-mm-sig] [PATCH 4/7] fence: dma-buf cross-device synchronization (v11)

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

[PATCH 2/4] drm/i2c: nxp-tda998x (v3)

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

[PATCH 0/3] R-Car Display Unit DRM driver

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

[PATCH 1/3] r8a7779: Add Display Unit clock support

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,

[PATCH] drm: modify pages_to_sg prime helper to create optimized SG table

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

[Bug 59982] Radeon: evergreen Atombios in loop during initialization on ppc64

chives/dri-devel/attachments/20130131/c5c83c2b/attachment.html>

[Bug 60028] r600g: Htile memory leak

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>

[PATCH] drm: modify pages_to_sg prime helper to create optimized SG table

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

BUG: circular locking dependency detected

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

[PATCH] drm/radeon: Calling object_unrefer() when creating fb failure

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().

[PATCH v2] drm/exynos: Get HDMI version from device tree

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

[Bug 60028] r600g: Htile memory leak

|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>

[Bug 60028] Post-3.7.x memory leak, Radeon Evergreen, bisected

vel/attachments/20130131/faec278e/attachment.html>

[PATCH 1/2] drm/exynos: add support for dt based search to exynos4 hdmi

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

[Bug 57567] 3.7 radeonfb broken on efivga screens

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/0546eecc/attachment-0001.html>

[Bug 60028] Post-3.7.x memory leak, Radeon Evergreen, bisected

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130131/ea5857a4/attachment.html>

[Bug 57567] 3.7 radeonfb broken on efivga screens

?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>

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

?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>

[Bug 57567] 3.7 radeonfb broken on efivga screens

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/2f78ed0d/attachment-0001.html>

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

||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

[Bug 56139] [bisected] kernel 3.7.0-rc1 breaks 6950 (boot/grub2 and suspend/resume) (CAYMAN)

||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

[Bug 60028] Post-3.7.x memory leak, Radeon Evergreen, bisected

bed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/1726feaf/attachment.html>

[PATCH drm-intel-nightly] drm/i915: Add a pipe A force quirk for Samsung NP530U3B-A01DE

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]() [

[PATCH] drm: modify pages_to_sg prime helper to create optimized SG table

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

BUG: circular locking dependency detected

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

[Intel-gfx] [PATCH 9/9] drm/i915: Hook PSR functionality

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

[PATCH 8/9] drm/i915: Added debugfs support for PSR Status

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 > --- >

[PATCH 7/9] drm/i915: Enable/Disable PSR on HSW

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

CDF discussions at FOSDEM

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

[RESEND PATCH 4/4] GPU/i915: Fix acpi_bus_get_device() check in drivers/gpu/drm/i915/intel_opregion.c

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

[PATCH 0/4] Fix acpi_bus_get_device() check

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:

[PATCH 5/9] drm/i915: Setup EDP PSR AUX Registers

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

[PATCH] drm/ttm: remove unused temp variable

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

CDF discussions at FOSDEM

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

[PATCH 1/2] [media] s5p-g2d: Add DT based discovery support

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

CDF discussions at FOSDEM

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.

[PATCH v2] drm/exynos: Get HDMI version from device tree

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

BUG: circular locking dependency detected

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

BUG: circular locking dependency detected

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,

[PATCH 1/3] r8a7779: Add Display Unit clock support

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 > >

[Intel-gfx] [PATCH 4/9] drm/i915: Read the EDP DPCD and PSR Capability

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 > --- >

BUG: circular locking dependency detected

[ 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

[PATCH 1/9] drm/i915: Organize VBT stuff inside drm_i915_private

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 > --- >

[PATCH 3/9] drm/i915: Added SDP and VSC structures for handling PSR for eDP

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

[RESEND PATCH 4/4] GPU/i915: Fix acpi_bus_get_device() check in drivers/gpu/drm/i915/intel_opregion.c

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:

[Bug 57567] 3.7 radeonfb broken on efivga screens

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/99844bc1/attachment.html>

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130131/5297cb0c/attachment.html>

[Linaro-mm-sig] [PATCH 4/7] fence: dma-buf cross-device synchronization (v11)

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

[Bug 59982] Radeon: evergreen Atombios in loop during initialization on ppc64

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>

[Linaro-mm-sig] [PATCH 4/7] fence: dma-buf cross-device synchronization (v11)

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 >> +

BUG: circular locking dependency detected

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

[PATCH v2 1/1] video: drm: exynos: Adds display-timing node parsing using video helper function

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 >>> >>>

[PATCH v2 1/1] video: drm: exynos: 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 >> --- >>

BUG: circular locking dependency detected

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

[PATCH v2] drm/exynos: Get HDMI version from device tree

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

[Intel-gfx] [PATCH 2/9] drm/i915: Use cpu_transcoder for HSW_TVIDEO_DIP_* instead of pipe

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

[PATCH 2/2] drm/exynos: Add device tree based discovery support for G2D

> -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

[PATCH v2] drm/exynos: Get HDMI version from device tree

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,

BUG: circular locking dependency detected

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

[PATCH v2] drm/exynos: Get HDMI version from device tree

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

[PATCH v2] drm/exynos: Get HDMI version from device tree

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

BUG: circular locking dependency detected

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? >> >>

[PATCH] drm: modify pages_to_sg prime helper to create optimized SG table

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   2   3   >