[git pull] drm radeon fixes

Hi Linus, I got these late last week, the main chunks of these fix a rendering regression since 3.7, and the settle ones all fix the issue where we don't wait long enough for the memory controller to settle after turning it off which causes bad memory reads, they all fix real users bugs, and

3.8-rc6: nouveau lockdep recursive lock acquisition

>From recent additional locking in nouveau, it looks like we see recursive lock acquisition in 3.8-rc6: nouveau [ DEVICE][:01:00.0] BOOT0 : 0x0e7150a2 nouveau [ DEVICE][:01:00.0] Chipset: GK107 (NVE7) nouveau [ DEVICE][:01:00.0] Family : NVE0 nouveau [ VBIOS][:01:00.0] checking

[PATCH] drm: fix compile failure by including

Op 01-02-13 19:44, Chris Metcalf schreef: > On tile architecture (with "make allyesconfig") including > is required to call swiotlb_nr_tbl(). I'll take your word for the need, since I lack the hardware to verify the failure. :-) Applying your patch doesn't seem to break compilation on x86

[Bug 44341] Radeon HD6990M: HDMI audio output works now! Kernel gives new warning

https://bugzilla.kernel.org/show_bug.cgi?id=44341 Christopher Fr?mmel changed: What|Removed |Added Kernel Version|3.5.2 |3.7.5 -- Configure bugmail:

[Bug 60254] kernel Oops when provoking GPU lock.

just continued for a while, until it hit another one. -- 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/20130203/75737f5e/attachment.html>

[Bug 60254] New: agd5f wip kernel Oops when provoking GPU lock.

<http://lists.freedesktop.org/archives/dri-devel/attachments/20130203/47aa1d29/attachment.html>

[RFC PATCH 0/4] Common Display Framework-TF

Hi Laurent, On Saturday 02 of February 2013 11:39:59 Laurent Pinchart wrote: > Hi Tomasz, > > Thank you for your RFC. > > On Wednesday 30 January 2013 16:38:59 Tomasz Figa wrote: > > Hi, > > > > After pretty long time of trying to adapt Exynos-specific DSI display > > support to Common Display

[Bug 43751] [TTM] Out of kernel memory

https://bugzilla.kernel.org/show_bug.cgi?id=43751 cyberbat changed: What|Removed |Added CC||cyberbat at lavabit.com --- Comment #8

[Bug 53391] nouveau: wrong display output order

https://bugzilla.kernel.org/show_bug.cgi?id=53391 --- Comment #1 from Stijn Tintel 2013-02-03 18:22:04 --- Created an attachment (id=92501) --> (https://bugzilla.kernel.org/attachment.cgi?id=92501) dmesg -- Configure bugmail:

[Bug 53391] New: nouveau: wrong display output order

https://bugzilla.kernel.org/show_bug.cgi?id=53391 Summary: nouveau: wrong display output order Product: Drivers Version: 2.5 Kernel Version: 3.8-rc6 Platform: All OS/Version: Linux Tree: Mainline Status: NEW

[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130203/28098665/attachment.html>

[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130203/d2ddfe79/attachment.html>

[Bug 60236] New: corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130203/ec61627a/attachment.html>

[Bug 60224] New: Radeon hd6770 graphics artifacts in team fortress 2 with 3.8 kernel

t part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130203/d454c74f/attachment.html>

CDF discussions at FOSDEM

On 31/01/2013 11:53, 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

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

ves/dri-devel/attachments/20130203/b34eccad/attachment-0001.html>

Re: CDF discussions at FOSDEM

On 31/01/2013 11:53, 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 FOSDEM would be

[Bug 60224] New: Radeon hd6770 graphics artifacts in team fortress 2 with 3.8 kernel

https://bugs.freedesktop.org/show_bug.cgi?id=60224 Priority: medium Bug ID: 60224 Assignee: dri-devel@lists.freedesktop.org Summary: Radeon hd6770 graphics artifacts in team fortress 2 with 3.8 kernel Severity: normal

[Bug 60236] New: corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

https://bugs.freedesktop.org/show_bug.cgi?id=60236 Priority: medium Bug ID: 60236 Assignee: dri-devel@lists.freedesktop.org Summary: corruption of text and bottom of screen in xonotic menus since

[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

https://bugs.freedesktop.org/show_bug.cgi?id=60236 --- Comment #1 from Paul Heldens pheld...@ziggo.nl --- linux 3.8-rc63.7.4 had it also -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list

[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

https://bugs.freedesktop.org/show_bug.cgi?id=60236 --- Comment #2 from Paul Heldens pheld...@ziggo.nl --- also corruption in 2D apps (seamonkey) -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list

[Bug 53391] New: nouveau: wrong display output order

https://bugzilla.kernel.org/show_bug.cgi?id=53391 Summary: nouveau: wrong display output order Product: Drivers Version: 2.5 Kernel Version: 3.8-rc6 Platform: All OS/Version: Linux Tree: Mainline Status: NEW

[Bug 53391] nouveau: wrong display output order

https://bugzilla.kernel.org/show_bug.cgi?id=53391 --- Comment #1 from Stijn Tintel stijn+b...@linux-ipv6.be 2013-02-03 18:22:04 --- Created an attachment (id=92501) -- (https://bugzilla.kernel.org/attachment.cgi?id=92501) dmesg -- Configure bugmail:

[Bug 43751] [TTM] Out of kernel memory

https://bugzilla.kernel.org/show_bug.cgi?id=43751 cyberbat cyber...@lavabit.com changed: What|Removed |Added CC||cyber...@lavabit.com

[Bug 60254] New: agd5f wip kernel Oops when provoking GPU lock.

https://bugs.freedesktop.org/show_bug.cgi?id=60254 Priority: medium Bug ID: 60254 Assignee: dri-devel@lists.freedesktop.org Summary: agd5f wip kernel Oops when provoking GPU lock. Severity: normal Classification: Unclassified

[Bug 60254] kernel Oops when provoking GPU lock.

https://bugs.freedesktop.org/show_bug.cgi?id=60254 Andy Furniss li...@andyfurniss.entadsl.com changed: What|Removed |Added Summary|agd5f wip kernel Oops when |kernel Oops

Re: [PATCH] drm: fix compile failure by including linux/swiotlb.h

Op 01-02-13 19:44, Chris Metcalf schreef: On tile architecture (with make allyesconfig) including linux/swiotlb.h is required to call swiotlb_nr_tbl(). I'll take your word for the need, since I lack the hardware to verify the failure. :-) Applying your patch doesn't seem to break compilation on

[Bug 44341] Radeon HD6990M: HDMI audio output works now! Kernel gives new warning

https://bugzilla.kernel.org/show_bug.cgi?id=44341 Christopher Frömmel cfroem...@web.de changed: What|Removed |Added Kernel Version|3.5.2 |3.7.5 --

[git pull] drm radeon fixes

Hi Linus, I got these late last week, the main chunks of these fix a rendering regression since 3.7, and the settle ones all fix the issue where we don't wait long enough for the memory controller to settle after turning it off which causes bad memory reads, they all fix real users bugs, and

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

Kukjin Kim wrote: Oops, I'm re-sending due to my e-mail client problem :-( Sylwester Nawrocki wrote: On 02/01/2013 09:33 AM, Sachin Kamat wrote: On 1 February 2013 06:57, Inki Dae inki@samsung.com wrote: For example, If compatible = samsung,g2d-3.0 is added to

[PATCH] drm: fix compile failure by including linux/swiotlb.h

On tile architecture (with make allyesconfig) including linux/swiotlb.h is required to call swiotlb_nr_tbl(). Signed-off-by: Chris Metcalf cmetc...@tilera.com --- drivers/gpu/drm/nouveau/nouveau_bo.c |1 + drivers/gpu/drm/radeon/radeon_ttm.c |1 + 2 files changed, 2 insertions(+) diff

[PATCH] drm: fix compile failure by including linux/swiotlb.h

On tile architecture (with make allyesconfig) including linux/swiotlb.h is required to call swiotlb_nr_tbl(). Signed-off-by: Chris Metcalf cmetc...@tilera.com --- drivers/gpu/drm/nouveau/nouveau_bo.c |1 + drivers/gpu/drm/radeon/radeon_ttm.c |1 + 2 files changed, 2 insertions(+) diff

Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus

On Sun, Jan 27, 2013 at 12:23 PM, Yinghai Lu ying...@kernel.org wrote: Now we have pci_root_buses list, and there is lots of iteration with list_of_each of it, that is not safe after we add pci root bus hotplug support after booting stage. Add pci_get_next_host_bridge and use bus_find_device

3.8-rc6: nouveau lockdep recursive lock acquisition

From recent additional locking in nouveau, it looks like we see recursive lock acquisition in 3.8-rc6: nouveau [ DEVICE][:01:00.0] BOOT0 : 0x0e7150a2 nouveau [ DEVICE][:01:00.0] Chipset: GK107 (NVE7) nouveau [ DEVICE][:01:00.0] Family : NVE0 nouveau [ VBIOS][:01:00.0] checking

Re: [RFC PATCH 0/4] Common Display Framework-TF

Hi Laurent, On Saturday 02 of February 2013 11:39:59 Laurent Pinchart wrote: Hi Tomasz, Thank you for your RFC. On Wednesday 30 January 2013 16:38:59 Tomasz Figa wrote: Hi, After pretty long time of trying to adapt Exynos-specific DSI display support to Common Display Framework

Re: [Linaro-mm-sig] [PATCH 6/7] reservation: cross-device reservation support

+/** + * ticket_commit - commit a reservation with a new fence + * @ticket:[in]the reservation_ticket returned by + * ticket_reserve + * @entries: [in]a linked list of struct reservation_entry + * @fence: [in]the fence that indicates completion + * + * This function