radeon/kms: black screen when loading radeon with modeset=1

Kernel from Linus tree, HEAD at 7f80850d3f9fd8fda23a317044aef3a6bafab06b Loading radeon module with modeset=1 causes black screen. Usually it happens at boot time, but if run kernel with radeon.modeset=0 then `rmmod radeon; modprobe radeon modeset=1` I can get dmesg over ssh (thanks to glisse

[Bug 42960] New: Display does not work when resuming from suspend

https://bugs.freedesktop.org/show_bug.cgi?id=42960 Bug #: 42960 Summary: Display does not work when resuming from suspend Classification: Unclassified Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Tue, Nov 15, 2011 at 08:16:04AM -0800, Jesse Barnes wrote: > On Tue, 15 Nov 2011 14:57:02 +0200 > Ville Syrj?l? wrote: > > I'm fine with fourccs as long as the defines are named and documented > > in way that avoids guesswork. > > > > So what I'm thinking is something like this: > > > >

[git pull] drm/vgaarb fixes

Hi Linus, Fix for a vgaarb bridge detect problem I found playing in qemu, a radeon oops fix, missing PCI IDs, and a fix from the -rt guys that I've forgotten to send 2 or 3 times now. Dave. The following changes since commit a7c36fd8c5ee6dcca584137cb81aeefd785a0721:

DRM KMS Modesetting

2011/11/15 Kristian H?gsberg : > On Mon, Nov 14, 2011 at 5:54 PM, Jesse Barnes > wrote: >> On Mon, 14 Nov 2011 21:47:09 +0100 >> David Herrmann wrote: >>> > I had to modify the resolution the test was searching for >>> > to 1920x1200 instead of 1024x600 since I tested on a DP attached >>> >

[Bug 42913] r600g: glx-swap-pixmap causes screen corruption

https://bugs.freedesktop.org/show_bug.cgi?id=42913 --- Comment #3 from Kai 2011-11-15 11:47:33 PST --- (In reply to comment #2) > does xrandr to a new mode and back help? Yes, that restores a normal screen. AFAICT there is no vestige of the corruption left. -- Configure bugmail:

[PATCH 13/14] drm/ttm: isolate dma data from ttm_tt V3

On Tue, Nov 15, 2011 at 4:07 PM, Konrad Rzeszutek Wilk wrote: > On Fri, Nov 11, 2011 at 05:47:48PM -0500, j.glisse at gmail.com wrote: >> From: Jerome Glisse >> >> Move dma data to a superset ttm_dma_tt structure which herit > > inherit > >> from ttm_tt. This allow driver that don't use dma

RFC: Radeon multi ring support branch

2011/11/15 Christian K?nig : > On 15.11.2011 20:32, Jerome Glisse wrote: >> >> On Sat, Oct 29, 2011 at 03:00:28PM +0200, Christian K?nig wrote: >>> >>> Hello everybody, >>> >>> to support multiple compute rings, async DMA engines and UVD we need >>> to teach the radeon kernel module how to sync

radeon/kms: black screen when loading radeon with modeset=1

Fixed with this patch: http://lists.freedesktop.org/archives/dri-devel/2011-November/016498.html Alex > -Original Message- > From: Sergey V. [mailto:sftp.mtuci at gmail.com] > Sent: Tuesday, November 15, 2011 2:05 PM > To: David Airlie > Cc: Deucher, Alexander; dri-devel at

[Bug 42913] r600g: glx-swap-pixmap causes screen corruption

https://bugs.freedesktop.org/show_bug.cgi?id=42913 --- Comment #2 from Dave Airlie 2011-11-15 09:34:49 PST --- does xrandr to a new mode and back help? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the

[Bug 41744] Unigine Heaven shows black textures (Radeon HD4250)

https://bugs.freedesktop.org/show_bug.cgi?id=41744 --- Comment #11 from kao_chen 2011-11-15 09:03:51 PST --- Sorry I have done a mistake, the libtxc-dxtn library was not installed properly on my PC. I found the source code here:

[PATCH 13/14] drm/ttm: isolate dma data from ttm_tt V3

On Tue, Nov 15, 2011 at 04:07:46PM -0500, Konrad Rzeszutek Wilk wrote: > On Fri, Nov 11, 2011 at 05:47:48PM -0500, j.glisse at gmail.com wrote: > > From: Jerome Glisse > > > > Move dma data to a superset ttm_dma_tt structure which herit > > inherit > > > from ttm_tt. This allow driver that

[Bug 42913] r600g: glx-swap-pixmap causes screen corruption

https://bugs.freedesktop.org/show_bug.cgi?id=42913 --- Comment #1 from Kai 2011-11-15 08:38:49 PST --- Todays run showed one difference in what was reported by Piglit: > Probe at (0,0) > Expected: 0.00 1.00 0.00 0.00 > Observed: 0.00 0.00 0.00 1.00 > PIGLIT:

DRM KMS Modesetting

2011/11/15 David Herrmann : > 2011/11/15 Kristian H?gsberg : >> On Mon, Nov 14, 2011 at 5:54 PM, Jesse Barnes >> wrote: >>> On Mon, 14 Nov 2011 21:47:09 +0100 >>> David Herrmann wrote: > I had to modify the resolution the test was searching for > to 1920x1200 instead of 1024x600 since

[Bug 42908] r600g: glx-shader-sharing causes segfault

https://bugs.freedesktop.org/show_bug.cgi?id=42908 Kai changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH 13/14] drm/ttm: isolate dma data from ttm_tt V3

On Fri, Nov 11, 2011 at 05:47:48PM -0500, j.glisse at gmail.com wrote: > From: Jerome Glisse > > Move dma data to a superset ttm_dma_tt structure which herit inherit > from ttm_tt. This allow driver that don't use dma functionalities > to not have to waste memory for it. > > V2 Rebase on top

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Mon, Nov 14, 2011 at 01:22:10PM -0800, Jesse Barnes wrote: > On Mon, 14 Nov 2011 23:16:44 +0200 > Ville Syrj?l? wrote: > > > On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote: > > > +#define fourcc_code(a,b,c,d) ((u32)(a) | ((u32)(b) << 8) | \ > > > +

[patch 2/2] drm: avoid switching to text console if there is no panic timeout

From: Hugh Dickins Subject: drm: avoid switching to text console if there is no panic timeout Add a check for panic_timeout in the drm_fb_helper_panic() notifier: if we're going to reboot immediately, the user will not be able to see the messages anyway, and messing with the

[patch 1/2] drivers/gpu/vga/vgaarb.c: add missing kfree

From: Julia Lawall Subject: drivers/gpu/vga/vgaarb.c: add missing kfree kbuf is a buffer that is local to this function, so all of the error paths leaving the function should release it. Signed-off-by: Julia Lawall Cc: Dave Airlie Cc: Jesper Juhl Signed-off-by: Andrew Morton

[PATCH] hugetlb: release pages in the error path of hugetlb_cow()

commit ea4039a34c4c206d015d34a49d0b00868e37db1d upstream. If we fail to prepare an anon_vma, the {new, old}_page should be released, or they will leak. Signed-off-by: Hillf Danton Reviewed-by: Andrea Arcangeli Cc: Hugh Dickins Cc: Johannes Weiner Signed-off-by: Andrew Morton Signed-off-by:

Fwd: [PATCH] i915: Fix bug where screen brightness is not restored

Email sent to wrong people/list, Linus -- Forwarded message -- From: Alex Davis Date: Tue, Nov 15, 2011 at 12:42 AM Subject: [PATCH] i915: Fix bug where screen brightness is not restored To: "linux-kernel at vger.kernel.org" , "torvalds at

RFC: Radeon multi ring support branch

On Sat, Oct 29, 2011 at 03:00:28PM +0200, Christian K?nig wrote: > Hello everybody, > > to support multiple compute rings, async DMA engines and UVD we need > to teach the radeon kernel module how to sync buffers between > different rings and make some changes to the command submission > ioctls.

radeon/kms: black screen when loading radeon with modeset=1

On Tue, Nov 15, 2011 at 2:05 PM, Sergey V. wrote: > Kernel from Linus tree, HEAD at 7f80850d3f9fd8fda23a317044aef3a6bafab06b > > Loading radeon module with modeset=1 causes black screen. > > Usually it happens at boot time, but if run kernel with radeon.modeset=0 then > `rmmod radeon; modprobe

[PATCH 1/2] drm: add plane support v2

On Tue, Nov 15, 2011 at 12:40:43PM +1000, Ben Skeggs wrote: > On Mon, 2011-11-14 at 12:21 -0800, Jesse Barnes wrote: > > Planes are a bit like half-CRTCs. They have a location and fb, but > > don't drive outputs directly. Add support for handling them to the core > > KMS code. > Out of

max PWM is zero

Hi lkml, I'm using the kernel 3.2-rc1 and I'm getting the following message in my dmesg: fixme: max PWM is zero. I don't remember if this message was here before... I'm trying to verify what is causing this. I found this waring message in the drivers/gpu/drm/i915/intel_panel.c. There is a

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

e it clear we're using sane RGB definitions and not some half-specified fourcc stuff. Thanks, -- Jesse Barnes, Intel Open Source Technology Center -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2015/806f9103/attachment.pgp>

[PATCH 1/2] drm: add plane support v2

On Mon, 2011-11-14 at 12:21 -0800, Jesse Barnes wrote: > Planes are a bit like half-CRTCs. They have a location and fb, but > don't drive outputs directly. Add support for handling them to the core > KMS code. Out of curiosity, lets say you have a *really* stupid hardware overlay that can't do

[PATCH] Fix wrong assumptions in cea_for_each_detailed_block v2

Christian Schmidt wrote: Tested with all three applied and they work well on my TV all modes work, which was not the case previously if I added manually the modes listed in xorg log (I have three bogus/not working modes logged by xorg). I do have a small problem with the interlaced modes - I

[PATCH] drm/fb: don't call driver set_config if display isn't panned

ubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2015/5a94b364/attachment.pgp>

DRM KMS Modesetting

On Mon, Nov 14, 2011 at 5:54 PM, Jesse Barnes wrote: > On Mon, 14 Nov 2011 21:47:09 +0100 > David Herrmann wrote: >> > I had to modify the resolution the test was searching for >> > to 1920x1200 instead of 1024x600 since I tested on a DP attached >> > monitor, and fix the connector id, but

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

o libdrm for use by userland code. Thanks, -- Jesse Barnes, Intel Open Source Technology Center -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.f

[PATCH 1/2] drm: add plane support v2

rubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2015/1e3bf73e/attachment-0001.pgp>

[PATCH] Fix wrong assumptions in cea_for_each_detailed_block v2

> "CS" == Christian Schmidt writes: CS> The current logic misunderstands the spec about CEA 18byte descriptors. CS> First, the spec doesn't state "detailed timing descriptors" but "18 byte CS> descriptors", so any data record could be stored, mixed timings and CS> other data, just as in the

[PATCH] drm_edid_to_eld: check for CEA data blocks only from structure revision 3 on

> "CS" == Christian Schmidt writes: CS> CEA datablocks are only defined from revision 3 onwards. Only check for CS> them if the revision says so. CS> Signed-of-by: Christian Schmidt Tested-by: James Cloos Works fine here on top of Linus? 7f80850d3f9f with a Radeon HD 4290 and an

[PATCH] drm_edid: support CEA video modes

> "CS" == Christian Schmidt writes: CS> TFT/plasma televisions and projectors have become commonplace, and so CS> has the use of PCs to drive them. Add the video modes specified by an CS> EDID's CEA extension to the mode database for a connector. CS> Signed-off-by: Christian Schmidt

[Bug 27314] displayport link training fails on certain panels (channel equalization fails)

https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #62 from Rafael ?vila de Esp?ndola 2011-11-14 19:54:15 PST --- Created attachment 53564 --> https://bugs.freedesktop.org/attachment.cgi?id=53564 dmesg with linus tree (7f80850d3f9fd8fda23a317044aef3a6bafab06b) Got the same

No subject

some other method before passing the frame off to the overlay. Rather disappointing, and seemingly not of too much use. But, I'd like to expose what functionality there is in any case. Ben. > > v2: fix ABI of get_plane - move format_type_ptr to the end > > Acked-by: Alan Cox > Reviewed-by:

[PATCH] drm_edid: support CEA video modes

> Thanks for finishing this up. The mode list was indeed mechanically > generated (pdf2text on the spec and then some python to bash it all > together). It's probably worth noting in the comment that it's from > CEA-861-D, as I suspect subsequent revisions have added more timings (I > haven't bought it yet to check). > > Reviewed-by: Adam Jackson > > - ajax > > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2015/9b383d54/attachment.htm>

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Mon, Nov 14, 2011 at 01:35:57PM -0800, Jesse Barnes wrote: > On Mon, 14 Nov 2011 23:24:55 +0200 > Ville Syrj?l? wrote: > > > On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote: > > > +struct drm_mode_fb_cmd2 { > > > + __u32 fb_id; > > > + __u32 width, height; > > > + __u32

[Bug 34969] [nouveau] Card lockup on openarena

https://bugs.freedesktop.org/show_bug.cgi?id=34969 --- Comment #19 from Andrew Randrianasulu 2011-11-14 16:36:06 PST --- Created attachment 53562 --> https://bugs.freedesktop.org/attachment.cgi?id=53562 hand-typed "log" While trying some self-made liveCD based on slackware-current, I found

[Bug 34969] [nouveau] Card lockup on openarena

https://bugs.freedesktop.org/show_bug.cgi?id=34969 --- Comment #18 from Andrew Randrianasulu 2011-11-14 16:06:19 PST --- (In reply to comment #17) > (In reply to comment #16) > > So, I bisected mesa tree (7.11 branch) > > > > Result: > > > > 2a904fd6a0cb80eec6dec2bae07fd8778b04caf3 is the

Re: [PATCH] Fix wrong assumptions in cea_for_each_detailed_block v2

CS == Christian Schmidt schm...@digadd.de writes: CS The current logic misunderstands the spec about CEA 18byte descriptors. CS First, the spec doesn't state detailed timing descriptors but 18 byte CS descriptors, so any data record could be stored, mixed timings and CS other data, just as in

Re: [PATCH] drm_edid_to_eld: check for CEA data blocks only from structure revision 3 on

CS == Christian Schmidt schm...@digadd.de writes: CS CEA datablocks are only defined from revision 3 onwards. Only check for CS them if the revision says so. CS Signed-of-by: Christian Schmidt schm...@digadd.de Tested-by: James Cloos cl...@jhcloos.com Works fine here on top of Linus’

Re: [PATCH] drm_edid: support CEA video modes

CS == Christian Schmidt schm...@digadd.de writes: CS TFT/plasma televisions and projectors have become commonplace, and so CS has the use of PCs to drive them. Add the video modes specified by an CS EDID's CEA extension to the mode database for a connector. CS Signed-off-by: Christian Schmidt

DRM KMS Modesetting

Hi I thought it's better to ask this question here again as it is easier to comment via mail. I tried writing a simple kms modesetting program. I have written it similar to: http://virtuousgeek.org/blog/index.php/jbarnes?blog=2title=writing_stanalone_programs_with_egl_and_ and wayland

Re: DRM KMS Modesetting

On Mon, Nov 14, 2011 at 9:38 PM, Jesse Barnes jbar...@virtuousgeek.org wrote: On Mon, 14 Nov 2011 21:25:56 +0100 David Herrmann dh.herrm...@googlemail.com wrote: Hi I thought it's better to ask this question here again as it is easier to comment via mail. I tried writing a simple kms

Re: [PATCH 1/2] drm: add plane support v2

On Tue, Nov 15, 2011 at 12:40:43PM +1000, Ben Skeggs wrote: On Mon, 2011-11-14 at 12:21 -0800, Jesse Barnes wrote: Planes are a bit like half-CRTCs. They have a location and fb, but don't drive outputs directly. Add support for handling them to the core KMS code. Out of curiosity, lets

Re: [PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Mon, Nov 14, 2011 at 01:22:10PM -0800, Jesse Barnes wrote: On Mon, 14 Nov 2011 23:16:44 +0200 Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote: +#define fourcc_code(a,b,c,d) ((u32)(a) | ((u32)(b) 8) | \ +

Re: [PATCH] Fix wrong assumptions in cea_for_each_detailed_block v2

Christian Schmidt wrote: Tested with all three applied and they work well on my TV all modes work, which was not the case previously if I added manually the modes listed in xorg log (I have three bogus/not working modes logged by xorg). I do have a small problem with the interlaced modes - I

Re: DRM KMS Modesetting

On Mon, Nov 14, 2011 at 5:54 PM, Jesse Barnes jbar...@virtuousgeek.org wrote: On Mon, 14 Nov 2011 21:47:09 +0100 David Herrmann dh.herrm...@googlemail.com wrote: I had to modify the resolution the test was searching for to 1920x1200 instead of 1024x600 since I tested on a DP attached

Re: [PATCH 1/2] drm: add plane support v2

On Tue, 15 Nov 2011 13:42:40 +0200 Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Tue, Nov 15, 2011 at 12:40:43PM +1000, Ben Skeggs wrote: On Mon, 2011-11-14 at 12:21 -0800, Jesse Barnes wrote: Planes are a bit like half-CRTCs. They have a location and fb, but don't drive outputs

Re: [PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Tue, 15 Nov 2011 14:57:02 +0200 Ville Syrjälä ville.syrj...@linux.intel.com wrote: I'm fine with fourccs as long as the defines are named and documented in way that avoids guesswork. So what I'm thinking is something like this: DRM_FOURCC_RGB332 ... /* [7:0] R:G:B 3:3:2 */

[Bug 42908] r600g: glx-shader-sharing causes segfault

https://bugs.freedesktop.org/show_bug.cgi?id=42908 Kai deb...@carbon-project.org changed: What|Removed |Added Status|NEW |RESOLVED

max PWM is zero

Hi lkml, I'm using the kernel 3.2-rc1 and I'm getting the following message in my dmesg: fixme: max PWM is zero. I don't remember if this message was here before... I'm trying to verify what is causing this. I found this waring message in the drivers/gpu/drm/i915/intel_panel.c. There is a

[Bug 42913] r600g: glx-swap-pixmap causes screen corruption

https://bugs.freedesktop.org/show_bug.cgi?id=42913 --- Comment #1 from Kai deb...@carbon-project.org 2011-11-15 08:38:49 PST --- Todays run showed one difference in what was reported by Piglit: Probe at (0,0) Expected: 0.00 1.00 0.00 0.00 Observed: 0.00 0.00

[Bug 41744] Unigine Heaven shows black textures (Radeon HD4250)

https://bugs.freedesktop.org/show_bug.cgi?id=41744 --- Comment #11 from kao_chen kaoch...@gmail.com 2011-11-15 09:03:51 PST --- Sorry I have done a mistake, the libtxc-dxtn library was not installed properly on my PC. I found the source code here:

[Bug 42913] r600g: glx-swap-pixmap causes screen corruption

https://bugs.freedesktop.org/show_bug.cgi?id=42913 --- Comment #2 from Dave Airlie airl...@freedesktop.org 2011-11-15 09:34:49 PST --- does xrandr to a new mode and back help? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[PATCH] drm/fb: don't call driver set_config if display isn't panned

This is just a minor optimization to the fb panning code. In debugging some other issues, I noticed a lot of no-op calls to the set_config routine with all the same parameters and tracked down the source to the fb helper pan routine. So add an additional check for actual panning relative to the

[PATCH] drm, i915: Fix memory leak in i915_gem_busy_ioctl().

A call to i915_add_request() has been made in function i915_gem_busy_ioctl(). i915_add_request can fail, so in it's exit path previously allocated memory needs to be freed. Signed-off-by: Rakib Mullick rakib.mull...@gmail.com --- diff --git a/drivers/gpu/drm/i915/i915_gem.c

Re: DRM KMS Modesetting

2011/11/15 Kristian Høgsberg k...@bitplanet.net: On Mon, Nov 14, 2011 at 5:54 PM, Jesse Barnes jbar...@virtuousgeek.org wrote: On Mon, 14 Nov 2011 21:47:09 +0100 David Herrmann dh.herrm...@googlemail.com wrote: I had to modify the resolution the test was searching for to 1920x1200 instead

Re: radeon/kms: black screen when loading radeon with modeset=1

On Tue, Nov 15, 2011 at 2:05 PM, Sergey V. sftp.mt...@gmail.com wrote: Kernel from Linus tree, HEAD at 7f80850d3f9fd8fda23a317044aef3a6bafab06b Loading radeon module with modeset=1 causes black screen. Usually it happens at boot time, but if run kernel with radeon.modeset=0 then `rmmod

Re: RFC: Radeon multi ring support branch

On Sat, Oct 29, 2011 at 03:00:28PM +0200, Christian König wrote: Hello everybody, to support multiple compute rings, async DMA engines and UVD we need to teach the radeon kernel module how to sync buffers between different rings and make some changes to the command submission ioctls.

RE: radeon/kms: black screen when loading radeon with modeset=1

Fixed with this patch: http://lists.freedesktop.org/archives/dri-devel/2011-November/016498.html Alex -Original Message- From: Sergey V. [mailto:sftp.mt...@gmail.com] Sent: Tuesday, November 15, 2011 2:05 PM To: David Airlie Cc: Deucher, Alexander; dri-devel@lists.freedesktop.org;

[Bug 42913] r600g: glx-swap-pixmap causes screen corruption

https://bugs.freedesktop.org/show_bug.cgi?id=42913 --- Comment #3 from Kai deb...@carbon-project.org 2011-11-15 11:47:33 PST --- (In reply to comment #2) does xrandr to a new mode and back help? Yes, that restores a normal screen. AFAICT there is no vestige of the corruption left. --

Re: radeon/kms: black screen when loading radeon with modeset=1

On Tuesday 15 of November 2011 23:21:10 Alex Deucher wrote: On Tue, Nov 15, 2011 at 2:05 PM, Sergey V. sftp.mt...@gmail.com wrote: Kernel from Linus tree, HEAD at 7f80850d3f9fd8fda23a317044aef3a6bafab06b Loading radeon module with modeset=1 causes black screen. Usually it happens at

Re: [PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Tue, Nov 15, 2011 at 08:16:04AM -0800, Jesse Barnes wrote: On Tue, 15 Nov 2011 14:57:02 +0200 Ville Syrjälä ville.syrj...@linux.intel.com wrote: I'm fine with fourccs as long as the defines are named and documented in way that avoids guesswork. So what I'm thinking is something like

[git pull] drm/vgaarb fixes

Hi Linus, Fix for a vgaarb bridge detect problem I found playing in qemu, a radeon oops fix, missing PCI IDs, and a fix from the -rt guys that I've forgotten to send 2 or 3 times now. Dave. The following changes since commit a7c36fd8c5ee6dcca584137cb81aeefd785a0721:

Re: [PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Tue, 15 Nov 2011 22:30:36 +0200 Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Tue, Nov 15, 2011 at 08:16:04AM -0800, Jesse Barnes wrote: On Tue, 15 Nov 2011 14:57:02 +0200 Ville Syrjälä ville.syrj...@linux.intel.com wrote: I'm fine with fourccs as long as the defines are named

Re: [PATCH 13/14] drm/ttm: isolate dma data from ttm_tt V3

On Fri, Nov 11, 2011 at 05:47:48PM -0500, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com Move dma data to a superset ttm_dma_tt structure which herit inherit from ttm_tt. This allow driver that don't use dma functionalities to not have to waste memory for it. V2 Rebase

Re: DRM KMS Modesetting

2011/11/15 David Herrmann dh.herrm...@googlemail.com: 2011/11/15 Kristian Høgsberg k...@bitplanet.net: On Mon, Nov 14, 2011 at 5:54 PM, Jesse Barnes jbar...@virtuousgeek.org wrote: On Mon, 14 Nov 2011 21:47:09 +0100 David Herrmann dh.herrm...@googlemail.com wrote: I had to modify the

Re: [PATCH 13/14] drm/ttm: isolate dma data from ttm_tt V3

On Tue, Nov 15, 2011 at 04:07:46PM -0500, Konrad Rzeszutek Wilk wrote: On Fri, Nov 11, 2011 at 05:47:48PM -0500, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com Move dma data to a superset ttm_dma_tt structure which herit inherit from ttm_tt. This allow driver that

[Bug 42960] New: Display does not work when resuming from suspend

https://bugs.freedesktop.org/show_bug.cgi?id=42960 Bug #: 42960 Summary: Display does not work when resuming from suspend Classification: Unclassified Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux

[patch 1/2] drivers/gpu/vga/vgaarb.c: add missing kfree

From: Julia Lawall ju...@diku.dk Subject: drivers/gpu/vga/vgaarb.c: add missing kfree kbuf is a buffer that is local to this function, so all of the error paths leaving the function should release it. Signed-off-by: Julia Lawall ju...@diku.dk Cc: Dave Airlie airl...@redhat.com Cc: Jesper Juhl

[patch 2/2] drm: avoid switching to text console if there is no panic timeout

From: Hugh Dickins hu...@chromium.org Subject: drm: avoid switching to text console if there is no panic timeout Add a check for panic_timeout in the drm_fb_helper_panic() notifier: if we're going to reboot immediately, the user will not be able to see the messages anyway, and messing with the

Re: RFC: Radeon multi ring support branch

On 15.11.2011 20:32, Jerome Glisse wrote: On Sat, Oct 29, 2011 at 03:00:28PM +0200, Christian König wrote: Hello everybody, to support multiple compute rings, async DMA engines and UVD we need to teach the radeon kernel module how to sync buffers between different rings and make some changes

Re: RFC: Radeon multi ring support branch

2011/11/15 Christian König deathsim...@vodafone.de: On 15.11.2011 20:32, Jerome Glisse wrote: On Sat, Oct 29, 2011 at 03:00:28PM +0200, Christian König wrote: Hello everybody, to support multiple compute rings, async DMA engines and UVD we need to teach the radeon kernel module how to sync

Re: [PATCH 13/14] drm/ttm: isolate dma data from ttm_tt V3

On Tue, Nov 15, 2011 at 4:07 PM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Fri, Nov 11, 2011 at 05:47:48PM -0500, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com Move dma data to a superset ttm_dma_tt structure which herit inherit from ttm_tt. This allow