drm/nouveau: crash regression in 3.5

On Tue, Jul 24, 2012 at 07:22:52PM +0200, Ortwin Gl?ck wrote: > On 24.07.2012 19:00, Marcin Slusarz wrote: > > Please post the crash log. > > Sorry, I was not precise: it boots until drm performs modesetting (so it > seems). The screen goes black and the machine is dead. So there is > nothing I

drm/nouveau: crash regression in 3.5

On 24.07.2012 19:00, Marcin Slusarz wrote: > Please post the crash log. Sorry, I was not precise: it boots until drm performs modesetting (so it seems). The screen goes black and the machine is dead. So there is nothing I could post here, unfortunately. This is a video of 3.5 booting:

drm/nouveau: crash regression in 3.5

On Mon, Jul 23, 2012 at 08:01:14PM +0200, Ortwin Gl?ck wrote: > Hi, > > My HP Elitebook 8540w now crashes on boot with 3.5. All works fine with > 3.4. Bisected to the following commit: > > 20abd1634a6e2eedb84ca977adea56b8aa06cc3e is the first bad commit > commit

[PATCH] drm/radeon: fix dpms on/off on trinity/aruba v2

On Tue, Jul 24, 2012 at 5:06 PM, wrote: > From: Jerome Glisse > > The external encoder need to be setup again before enabling the > transmiter. This seems to be only needed on some trinity/aruba > to fix dpms on. > > v2: Add comment, only setup again on dce6 ie aruba or newer. > > Cc: >

[PATCH] drm/radeon: fix dpms on/off on trinity/aruba v2

From: Jerome Glisse The external encoder need to be setup again before enabling the transmiter. This seems to be only needed on some trinity/aruba to fix dpms on. v2: Add comment, only setup again on dce6 ie aruba or newer. Cc: Signed-off-by: Jerome Glisse ---

[PATCH] drm/radeon: fix dpms on/off on trinity/aruba

On Tue, Jul 24, 2012 at 4:41 PM, Alex Deucher wrote: > On Tue, Jul 24, 2012 at 4:29 PM, wrote: >> From: Jerome Glisse >> >> The external encoder need to be setup again before enabling the >> transmiter. This seems to be only needed on some trinity/aruba >> to fix dpms on. >> >> Cc: >>

[PATCH] drm/radeon: fix dpms on/off on trinity/aruba

On Tue, Jul 24, 2012 at 4:29 PM, wrote: > From: Jerome Glisse > > The external encoder need to be setup again before enabling the > transmiter. This seems to be only needed on some trinity/aruba > to fix dpms on. > > Cc: > Signed-off-by: Jerome Glisse > --- >

[PATCH] drm/radeon: fix dpms on/off on trinity/aruba

From: Jerome Glisse The external encoder need to be setup again before enabling the transmiter. This seems to be only needed on some trinity/aruba to fix dpms on. Cc: Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/atombios_encoders.c |6 -- 1 file

[Bug 45018] [bisected] rendering regression since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #67 from Alexandre Demers 2012-07-24 06:53:33 PDT --- Created attachment 64585 --> https://bugs.freedesktop.org/attachment.cgi?id=64585 Adding an environment variable to disable VM if wanted By setting R600_VM=0, we disable the

[PATCH] drm/prime: drop reference on imported dma-buf

On Tue, Jul 24, 2012 at 1:07 AM, Rob Clark wrote: > From: Rob Clark > > The GEM handle takes the reference. If a driver is actually importing a > foreign dmabuf, rather than just re-importing it's own dmabuf, it needs > to do a get_dma_buf(). > > Signed-off-by: Rob Clark [Maybe mention that

[PATCH] Documentation: DocBook DRM framework documentation

Hi Laurent, > I've used "behavior" when copying sections from the existing documentation. > I'll unify that. Does kernel documentation favour one of the spellings ? > Looking at v3.5, the American spelling is more common, but looking at how you spell favour, I think I know which one you favor

[PATCH] drm/prime: drop reference on imported dma-buf

gt; return 0; > > fail: [?] Thanks, Paul -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120724/0046fdb4/attachment.pgp>

[Bug 51198] NV43 [GeForce 6600] nouveau in linux kernel 3.4.0 to 3.4.2 hangs at boot

https://bugs.freedesktop.org/show_bug.cgi?id=51198 loisl at email.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 45018] [bisected] rendering regression since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #66 from Alexandre Demers 2012-07-23 18:49:17 PDT --- (In reply to comment #37) > (In reply to comment #36) > > I know I can run a 3.2 kernel, I know I can compile a different version or > > bisect or submit patches, I know I can

Re: [PATCH] drm/prime: drop reference on imported dma-buf

Dear Rob, Am Montag, den 23.07.2012, 18:07 -0500 schrieb Rob Clark: From: Rob Clark r...@ti.com The GEM handle takes the reference. If a driver is actually importing a foreign dmabuf, rather than just re-importing it's own dmabuf, it needs to do a get_dma_buf(). Signed-off-by: Rob

[Bug 45018] [bisected] rendering regression since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #67 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-07-24 06:53:33 PDT --- Created attachment 64585 -- https://bugs.freedesktop.org/attachment.cgi?id=64585 Adding an environment variable to disable VM if wanted By setting

Re: [PATCH] drm/prime: drop reference on imported dma-buf

On Tue, Jul 24, 2012 at 1:07 AM, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com The GEM handle takes the reference. If a driver is actually importing a foreign dmabuf, rather than just re-importing it's own dmabuf, it needs to do a get_dma_buf(). Signed-off-by: Rob Clark

drm/nouveau: crash regression in 3.5

Hi, My HP Elitebook 8540w now crashes on boot with 3.5. All works fine with 3.4. Bisected to the following commit: 20abd1634a6e2eedb84ca977adea56b8aa06cc3e is the first bad commit commit 20abd1634a6e2eedb84ca977adea56b8aa06cc3e Author: Ben Skeggs bske...@redhat.com Date: Mon Apr 30 11:33:43

Re: [PATCH] Documentation: DocBook DRM framework documentation

Hi Laurent, I've used behavior when copying sections from the existing documentation. I'll unify that. Does kernel documentation favour one of the spellings ? Looking at v3.5, the American spelling is more common, but looking at how you spell favour, I think I know which one you favor :)

Re: drm/nouveau: crash regression in 3.5

On Mon, Jul 23, 2012 at 08:01:14PM +0200, Ortwin Glück wrote: Hi, My HP Elitebook 8540w now crashes on boot with 3.5. All works fine with 3.4. Bisected to the following commit: 20abd1634a6e2eedb84ca977adea56b8aa06cc3e is the first bad commit commit

[PATCH] drm/radeon: fix dpms on/off on trinity/aruba

From: Jerome Glisse jgli...@redhat.com The external encoder need to be setup again before enabling the transmiter. This seems to be only needed on some trinity/aruba to fix dpms on. Cc: sta...@kernel.org Signed-off-by: Jerome Glisse jgli...@redhat.com ---

Re: [PATCH] drm/radeon: fix dpms on/off on trinity/aruba

On Tue, Jul 24, 2012 at 4:29 PM, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com The external encoder need to be setup again before enabling the transmiter. This seems to be only needed on some trinity/aruba to fix dpms on. Cc: sta...@kernel.org Signed-off-by: Jerome

Re: [PATCH] drm/radeon: fix dpms on/off on trinity/aruba

On Tue, Jul 24, 2012 at 4:41 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Tue, Jul 24, 2012 at 4:29 PM, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com The external encoder need to be setup again before enabling the transmiter. This seems to be only needed on some

Re: drm/nouveau: crash regression in 3.5

On Tue, Jul 24, 2012 at 07:22:52PM +0200, Ortwin Glück wrote: On 24.07.2012 19:00, Marcin Slusarz wrote: Please post the crash log. Sorry, I was not precise: it boots until drm performs modesetting (so it seems). The screen goes black and the machine is dead. So there is nothing I could

[PATCH] drm/radeon: fix dpms on/off on trinity/aruba v2

From: Jerome Glisse jgli...@redhat.com The external encoder need to be setup again before enabling the transmiter. This seems to be only needed on some trinity/aruba to fix dpms on. v2: Add comment, only setup again on dce6 ie aruba or newer. Cc: sta...@kernel.org Signed-off-by: Jerome Glisse

Re: [PATCH] drm/radeon: fix dpms on/off on trinity/aruba v2

On Tue, Jul 24, 2012 at 5:06 PM, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com The external encoder need to be setup again before enabling the transmiter. This seems to be only needed on some trinity/aruba to fix dpms on. v2: Add comment, only setup again on dce6 ie

[Bug 45121] New: Not all PCIID 1002:68e1 are Mobility

https://bugzilla.kernel.org/show_bug.cgi?id=45121 Summary: Not all PCIID 1002:68e1 are Mobility Product: Drivers Version: 2.5 Kernel Version: 3.5.0 Platform: All OS/Version: Linux Tree: Mainline Status: NEW

[Bug 52467] New: Radeon HD6450 KMS garbled screen on boot.

https://bugs.freedesktop.org/show_bug.cgi?id=52467 Bug #: 52467 Summary: Radeon HD6450 KMS garbled screen on boot. Classification: Unclassified Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All)

[Bug 52467] Radeon HD6450 KMS garbled screen on boot.

https://bugs.freedesktop.org/show_bug.cgi?id=52467 --- Comment #1 from sowad...@miner.mst.edu 2012-07-25 02:33:03 PDT --- Created attachment 64638 -- https://bugs.freedesktop.org/attachment.cgi?id=64638 DMESG after booting with screen corruption -- Configure bugmail:

[Bug 52467] Radeon HD6450 KMS garbled screen on boot.

https://bugs.freedesktop.org/show_bug.cgi?id=52467 --- Comment #2 from sowad...@miner.mst.edu 2012-07-25 02:33:44 PDT --- Created attachment 64639 -- https://bugs.freedesktop.org/attachment.cgi?id=64639 DMESG after restarting X a couple time to fix the issue -- Configure bugmail:

[Bug 52467] Radeon HD6450 KMS garbled screen on boot.

https://bugs.freedesktop.org/show_bug.cgi?id=52467 --- Comment #3 from sowad...@miner.mst.edu 2012-07-25 02:34:18 PDT --- Created attachment 64640 -- https://bugs.freedesktop.org/attachment.cgi?id=64640 Xorg log after issue is gone -- Configure bugmail:

[PATCH 4/6] drm/cirrus: Proper support for depth 15 and 16

We were configuring SR7 very strangely for 16bpp and didn't properly differenciate between depth 15 and 16. This fixes it (and both appear to work at least on ppc) Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org --- drivers/gpu/drm/cirrus/cirrus_mode.c |5 +++-- 1 file

[PATCH 3/6] drm/cirrus: Workaround for HDR access

Qemu has an odd behaviour with the access to HDR (could be a qemu bug, I'm investigating separately, but it affects current qemu's so we should try to work around it). Basically the internal counter that counts the reads of the 3c6 register in order to give you access to the HDR on the 5th access

[PATCH 2/6] drm/fb: Fix depth 15 support in drm_fb_helper.c

fbset can pass var-bits_per_pixel = 15 when doing fbset -depth 15, so we need to correct that to bpp 16 / depth 15. Additionally, we make it possible to pass 15 as an argument to drm_fb_helper_single_fb_probe() which will similarily select a bpp of 15 and a depth of 15. Signed-off-by: Benjamin

[PATCH 5/6] drm/cirrus: Check for pitch limits rather than bpp limits

The real HW limit that prevents from using 32bpp is a pitch limit of 4095 bytes. 32bpp is otherwise supported and works. This fixes the checks in the code to check the right thing (so that a userspace request to set a mode with a supported bpp but a too large pitch will fail appropriately).

[PATCH 6/6] drm/cirrus: Retrieve default mode from the device-tree if any

On the pseries machine type, qemu puts a default mode in the device-tree based on the user request (-g option) which the firmware uses to setup the boot screen. Currently cirrusdrmfb ignores this and always ends up using 1280x1024. This adds support for retrieving this information and using it to

[PATCH 1/6] drm/fb: Enable choosing a preferred noedid mode

This adds a preferred argument to drm_add_modes_noedid() which allow drivers such as cirrusdrmfb to select a preferred mode based on firmware configuration Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org --- drivers/gpu/drm/cirrus/cirrus_mode.c |8 +++-