Re: Problems with videos and i915 driver

On Sun, 2011-10-16 at 14:01 -0400, Steven Rostedt wrote: For the full dmesg: http://rostedt.homelinux.com/private/vid-crash/dmesg Another clue that looks nasty is this line: [0.427196] pci_root PNP0A08:00: address space collision: host bridge window [mem 0x000c8000-0x000d]

Problems with videos and i915 driver

Hi Keith, I just upgraded my wife's computer with a new motherboard which has a (lspci -vv): Intel Corporation Sandy Bridge Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 844d Control: I/O+ Mem+ BusMaster+ SpecCycle-

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

https://bugs.freedesktop.org/show_bug.cgi?id=41744 --- Comment #3 from Gašper Sedej gse...@gmail.com 2011-10-17 00:02:20 PDT --- gsedej@seraph:~/Prenosi/Unigine_Heaven$ dpkg -l | grep libtxc ii libtxc-dxtn0 1.0.1-0.2 S3 Texture Compression (S3TC) library glxinfo: http://pastebin.com/96JdRUQp I

Re: Problems with videos and i915 driver

On Sun, Oct 16, 2011 at 02:01:08PM -0400, Steven Rostedt wrote: [ 102.695526] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung [ 102.695538] [drm] capturing error event; look for more information in /debug/dri/0/i915_error_state [ 102.699680]

[PATCH 2/3] vmwgfx: Whitespace code style in display unit

From: Jakob Bornecrantz ja...@vmware.com Signed-off-by: Jakob Bornecrantz ja...@vmware.com Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |4 +--- drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c |5 ++--- 2 files changed, 3 insertions(+), 6

[PATCH -next 0/3] vmwgfx fixes

A couple of vmwgfx fixes on top of drm-next / drm-core-next. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats,

[PATCH 3/3] vmwgfx: Add vblank stubs

From: Jakob Bornecrantz ja...@vmware.com This fixes kernel panics when running the vbltest from the drm repo. We can't just skip initializing the vblank system since it sets up certain state for us, see: vmwgfx: Enable use of the vblank system. Signed-off-by: Jakob Bornecrantz ja...@vmware.com

[PATCH 1/3] vmwgfx: Fix display system init close functions

From: Jakob Bornecrantz ja...@vmware.com Make sure we null the display private, make sure we catch and handle vblank failing to init and don't call vblank_cleanup if we haven't initialized the display system. Signed-off-by: Jakob Bornecrantz ja...@vmware.com Signed-off-by: Thomas Hellstrom

[Bug 41846] hitting software fallbacks when using xorg state tracker

https://bugs.freedesktop.org/show_bug.cgi?id=41846 --- Comment #3 from Michel Dänzer mic...@daenzer.net 2011-10-17 04:08:37 PDT --- Please attach the Xorg.0.log file. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: ---

[PATCH -fixes] ttm: Fix error-path using an uninitialized value

Pointed out by Michel Daenzer. Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- drivers/gpu/drm/ttm/ttm_bo_util.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c b/drivers/gpu/drm/ttm/ttm_bo_util.c index 6135f58..eeba838

[PATCH] Improvements in edid detection timings (final)

Those are two identical fixes for improving EDID detection timings, which also fix extremely slow xrandr queries in case of phantom outputs (https://bugs.freedesktop.org/show_bug.cgi?id=41059) The first fix is a small change to drm_edid, which prevents it from talking to non-existent adapters by

[PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

This allows to avoid talking to a non-existent bus repeatedly until we finally timeout. The non-existent bus is signalled by -ENXIO error, provided by i2c_algo_bit:bit_doAddress call. As the advantage of such change, all the other routines which use drm_get_edid would benefit for this timeout.

[PATCH 2/2] Check if the bus is valid prior to discovering edid.

This adds a new function intel_drm_get_valid_edid, which attempts to detect EDID values from available devices and returns quickly in case no connection is present. We detect non-existing devices by checking the i2c_transfer status, and if it fails with the -ENXIO result, we know that the

[Bug 41698] [r300g] Flickering user interface in WoW

https://bugs.freedesktop.org/show_bug.cgi?id=41698 --- Comment #2 from Chris Rankin ranki...@googlemail.com 2011-10-17 06:26:19 PDT --- This problem does not happen with my RV790. Possibly this is due to the amount of GTT/VRAM that this card has: ATOM BIOS: RV790 radeon :02:00.0: VRAM:

[Bug 39145] screen goes dark when the graphics driver (radeon) is loaded

https://bugs.freedesktop.org/show_bug.cgi?id=39145 --- Comment #9 from mikhail.v.gavri...@gmail.com 2011-10-17 06:41:06 PDT --- Thanks for testing; that's good news.  You can configure the choice of drivers for a linux build with make nconfig. Administrivia:  - can you reproduce the bug

[Bug 39145] screen goes dark when the graphics driver (radeon) is loaded

https://bugs.freedesktop.org/show_bug.cgi?id=39145 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED

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

https://bugs.freedesktop.org/show_bug.cgi?id=41744 --- Comment #4 from Alex Deucher ag...@yahoo.com 2011-10-17 06:57:32 PDT --- (In reply to comment #3) Probably some error with kernel? You need a newer kernel to use that feature. -- Configure bugmail:

[Bug 34218] [r300g] Unigine: some surfaces are reflecting too much light

https://bugs.freedesktop.org/show_bug.cgi?id=34218 Pavel Ondračka pavel.ondra...@email.cz changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 38022] ATI Radeon 6950 (Cayman): r600g texture / pixmap corruption

https://bugs.freedesktop.org/show_bug.cgi?id=38022 --- Comment #14 from Michel Dänzer mic...@daenzer.net 2011-10-17 08:41:37 PDT --- (In reply to comment #13) The symptoms are essentially the same as Harald described, although on a radeon 9600xt, [...] That's probably a different issue from

Re: Problems with videos and i915 driver

On Mon, Oct 17, 2011 at 07:40:27AM -0400, Steven Rostedt wrote: On Mon, 2011-10-17 at 10:55 +0200, Daniel Vetter wrote: On Sun, Oct 16, 2011 at 02:01:08PM -0400, Steven Rostedt wrote: [ 102.695526] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung [

[Bug 38452] ETQW: Renders garbage in some places

https://bugs.freedesktop.org/show_bug.cgi?id=38452 --- Comment #8 from almos aaalmo...@gmail.com 2011-10-17 10:27:51 PDT --- (In reply to comment #3) The bug is reproducible here with r600g (garbage or freeze), swrastg (crash), and catalyst 11.5 (garbage or freeze). I'm using demo and you are

Re: Problems with videos and i915 driver

On Mon, 2011-10-17 at 19:02 +0200, Daniel Vetter wrote: Thanks. Your userspace is issueing MI_WAIT_SCANLINES cmds to the gpu, which just doesn't work. Can you please upgrade xf86-video-intel to the latest released version and check whether it works. Generally userspace with that bug is

Re: Problems with videos and i915 driver

On Mon, Oct 17, 2011 at 01:06:59PM -0400, Steven Rostedt wrote: It's running Fedora 14, and I rather avoid Gnome3 and systemd, which prevents me from moving her to Fedora 15. If F14 does not provide the necessary updates, I'll move her over to a Debian system. Generally we're (unfortunately)

Re: Problems with videos and i915 driver

On Mon, Oct 17, 2011 at 02:19:22PM -0400, Steven Rostedt wrote: On Mon, 2011-10-17 at 19:52 +0200, Daniel Vetter wrote: On Mon, Oct 17, 2011 at 01:06:59PM -0400, Steven Rostedt wrote: It's running Fedora 14, and I rather avoid Gnome3 and systemd, which prevents me from moving her to

Re: [PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

On Mon, 17 Oct 2011 11:12:29 -0200, Eugeni Dodonov eugeni.dodo...@intel.com wrote: + if (ret == -ENXIO) { + DRM_DEBUG_KMS(drm: skipping non-existent adapter %s\n, + adapter-name); + break; +

Re: [PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

On Mon, Oct 17, 2011 at 18:41, Keith Packard kei...@keithp.com wrote: On Mon, 17 Oct 2011 11:12:29 -0200, Eugeni Dodonov eugeni.dodo...@intel.com wrote: + if (ret == -ENXIO) { + DRM_DEBUG_KMS(drm: skipping non-existent adapter %s\n, +

[Bug 41698] [r300g] Flickering user interface in WoW

https://bugs.freedesktop.org/show_bug.cgi?id=41698 --- Comment #3 from Chris Rankin ranki...@googlemail.com 2011-10-17 14:09:13 PDT --- (In reply to comment #2) This problem does not happen with my RV790. Actually, I'm not so sure about this now. Although the effect is certainly a lot less

Re: [PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

On Mon, 17 Oct 2011 19:07:51 -0200, Eugeni Dodonov eug...@dodonov.net wrote: From what I've checked, the other return error value in this context could be -EREMOTEIO, which could be caused by transmission error so it should be retried. Oh, there's -ENOMEM, -EINVAL and probably a few others

[Bug 30412] opengl doesn't work when using gallium and xorg state tracker

https://bugs.freedesktop.org/show_bug.cgi?id=30412 Martin Stolpe martinsto...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 41846] hitting software fallbacks when using xorg state tracker

https://bugs.freedesktop.org/show_bug.cgi?id=41846 --- Comment #4 from Martin Stolpe martinsto...@gmail.com 2011-10-17 16:39:11 PDT --- Created attachment 52448 -- https://bugs.freedesktop.org/attachment.cgi?id=52448 Xorg.0.log -- Configure bugmail:

[Bug 41846] hitting software fallbacks when using xorg state tracker

https://bugs.freedesktop.org/show_bug.cgi?id=41846 --- Comment #5 from Martin Stolpe martinsto...@gmail.com 2011-10-17 16:39:40 PDT --- Created attachment 52449 -- https://bugs.freedesktop.org/attachment.cgi?id=52449 xorg.conf -- Configure bugmail:

Re: [PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

On Mon, Oct 17, 2011 at 20:41, Keith Packard kei...@keithp.com wrote: On Mon, 17 Oct 2011 19:07:51 -0200, Eugeni Dodonov eug...@dodonov.net wrote: From what I've checked, the other return error value in this context could be -EREMOTEIO, which could be caused by transmission error so it

Re: [PATCH] drm: avoid switching to text console if there is no panic timeout

On Mon, 17 Oct 2011, Mandeep Singh Baines wrote: From: Hugh Dickins hu...@chromium.org 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 video mode may display

Re: [PATCH] drm: avoid switching to text console if there is no panic timeout

On Mon, Oct 17, 2011 at 17:06, Mandeep Singh Baines m...@chromium.org wrote: From: Hugh Dickins hu...@chromium.org 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

[Bug 39145] screen goes dark when the graphics driver (radeon) is loaded

https://bugs.freedesktop.org/show_bug.cgi?id=39145 --- Comment #7 from mikhail.v.gavrilov at gmail.com 2011-10-16 16:03:40 PDT --- > 1. Grab the latest mainline source: > > ?# apt-get install git build-essential > ?$ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > ?$

[Bug 41849] New: Mesa error megaglest

https://bugs.freedesktop.org/show_bug.cgi?id=41849 Bug #: 41849 Summary: Mesa error megaglest Classification: Unclassified Product: Mesa Version: 7.11 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW

[Bug 38740] [i915g] Ocular view in Stellarium have wrong colour

https://bugs.freedesktop.org/show_bug.cgi?id=38740 --- Comment #1 from Stephane Marchesin 2011-10-16 16:44:25 PDT --- Works for me on ToT. Can you please test & close? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because:

[Bug 38740] [i915g] Ocular view in Stellarium have wrong colour

https://bugs.freedesktop.org/show_bug.cgi?id=38740 --- Comment #2 from Stephane Marchesin 2011-10-16 16:47:36 PDT --- Ah I see what you mean, nevermind the bug is still there. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 39145] screen goes dark when the graphics driver (radeon) is loaded

https://bugs.freedesktop.org/show_bug.cgi?id=39145 --- Comment #8 from Jonathan Nieder 2011-10-16 16:52:35 PDT --- bugzilla-daemon at freedesktop.org wrote: > Debian 6.0.3 (squeeze) can boot without described issue with linux > kernel 3.1.0-rc9+ but without usb and network support :( > How

[Bug 41740] Mesa 7.12-devel gallium/state_trackers/d3d1x compilation error

https://bugs.freedesktop.org/show_bug.cgi?id=41740 Jos van Wolput changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

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

https://bugs.freedesktop.org/show_bug.cgi?id=41744 --- Comment #3 from Ga?per Sedej 2011-10-17 00:02:20 PDT --- gsedej at seraph:~/Prenosi/Unigine_Heaven$ dpkg -l | grep libtxc ii libtxc-dxtn0 1.0.1-0.2 S3 Texture Compression (S3TC) library glxinfo: http://pastebin.com/96JdRUQp I found out

Problems with videos and i915 driver

On Sun, Oct 16, 2011 at 02:01:08PM -0400, Steven Rostedt wrote: > [ 102.695526] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer > elapsed... GPU hung > [ 102.695538] [drm] capturing error event; look for more information in > /debug/dri/0/i915_error_state > [ 102.699680]

[PATCH 2/3] vmwgfx: Whitespace & code style in display unit

From: Jakob Bornecrantz Signed-off-by: Jakob Bornecrantz Signed-off-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |4 +--- drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c |5 ++--- 2 files changed, 3 insertions(+), 6 deletions(-) diff --git

[PATCH -next 0/3] vmwgfx fixes

A couple of vmwgfx fixes on top of drm-next / drm-core-next. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats,

[PATCH 3/3] vmwgfx: Add vblank stubs

From: Jakob Bornecrantz This fixes kernel panics when running the vbltest from the drm repo. We can't just skip initializing the vblank system since it sets up certain state for us, see: "vmwgfx: Enable use of the vblank system." Signed-off-by: Jakob Bornecrantz

[PATCH 1/3] vmwgfx: Fix display system init & close functions

From: Jakob Bornecrantz Make sure we null the display private, make sure we catch and handle vblank failing to init and don't call vblank_cleanup if we haven't initialized the display system. Signed-off-by: Jakob Bornecrantz Signed-off-by: Thomas Hellstrom ---

[Bug 41846] hitting software fallbacks when using xorg state tracker

https://bugs.freedesktop.org/show_bug.cgi?id=41846 --- Comment #3 from Michel D?nzer 2011-10-17 04:08:37 PDT --- Please attach the Xorg.0.log file. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the

[PATCH -fixes] ttm: Fix error-path using an uninitialized value

Pointed out by Michel Daenzer. Signed-off-by: Thomas Hellstrom --- drivers/gpu/drm/ttm/ttm_bo_util.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c b/drivers/gpu/drm/ttm/ttm_bo_util.c index 6135f58..eeba838 100644 ---

[PATCH] Improvements in edid detection timings (final)

Those are two identical fixes for improving EDID detection timings, which also fix extremely slow xrandr queries in case of phantom outputs (https://bugs.freedesktop.org/show_bug.cgi?id=41059) The first fix is a small change to drm_edid, which prevents it from talking to non-existent adapters by

[PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

This allows to avoid talking to a non-existent bus repeatedly until we finally timeout. The non-existent bus is signalled by -ENXIO error, provided by i2c_algo_bit:bit_doAddress call. As the advantage of such change, all the other routines which use drm_get_edid would benefit for this timeout.

[PATCH 2/2] Check if the bus is valid prior to discovering edid.

This adds a new function intel_drm_get_valid_edid, which attempts to detect EDID values from available devices and returns quickly in case no connection is present. We detect non-existing devices by checking the i2c_transfer status, and if it fails with the -ENXIO result, we know that the

[Bug 41698] [r300g] Flickering user interface in WoW

https://bugs.freedesktop.org/show_bug.cgi?id=41698 --- Comment #2 from Chris Rankin 2011-10-17 06:26:19 PDT --- This problem does not happen with my RV790. Possibly this is due to the amount of GTT/VRAM that this card has: ATOM BIOS: RV790 radeon :02:00.0: VRAM: 1024M 0x -

[Bug 39145] screen goes dark when the graphics driver (radeon) is loaded

https://bugs.freedesktop.org/show_bug.cgi?id=39145 --- Comment #9 from mikhail.v.gavrilov at gmail.com 2011-10-17 06:41:06 PDT --- > > Thanks for testing; that's good news. ?You can configure the choice of > drivers for a linux build with "make nconfig". > > Administrivia: > > ?- can you

[Bug 39145] screen goes dark when the graphics driver (radeon) is loaded

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

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

https://bugs.freedesktop.org/show_bug.cgi?id=41744 --- Comment #4 from Alex Deucher 2011-10-17 06:57:32 PDT --- (In reply to comment #3) > > Probably some error with kernel? You need a newer kernel to use that feature. -- Configure bugmail:

Problems with videos and i915 driver

A non-text attachment was scrubbed... Name: i915_error_state.gz Type: application/x-gzip Size: 277157 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20111017/4ced536e/attachment-0001.bin>

[Bug 34218] [r300g] Unigine: some surfaces are reflecting too much light

https://bugs.freedesktop.org/show_bug.cgi?id=34218 Pavel Ondra?ka changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 38022] ATI Radeon 6950 (Cayman): r600g texture / pixmap corruption

https://bugs.freedesktop.org/show_bug.cgi?id=38022 --- Comment #14 from Michel D?nzer 2011-10-17 08:41:37 PDT --- (In reply to comment #13) > The symptoms are essentially the same as Harald described, although on a > radeon > 9600xt, [...] That's probably a different issue from this one

Problems with videos and i915 driver

On Mon, Oct 17, 2011 at 07:40:27AM -0400, Steven Rostedt wrote: > On Mon, 2011-10-17 at 10:55 +0200, Daniel Vetter wrote: > > On Sun, Oct 16, 2011 at 02:01:08PM -0400, Steven Rostedt wrote: > > > [ 102.695526] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer > > > elapsed... GPU hung > > > [

[Bug 38452] ETQW: Renders garbage in some places

https://bugs.freedesktop.org/show_bug.cgi?id=38452 --- Comment #8 from almos 2011-10-17 10:27:51 PDT --- (In reply to comment #3) > The bug is reproducible here with r600g (garbage or freeze), swrastg (crash), > and catalyst 11.5 (garbage or freeze). I'm using demo and you are using full >

Problems with videos and i915 driver

On Mon, 2011-10-17 at 19:02 +0200, Daniel Vetter wrote: > Thanks. Your userspace is issueing MI_WAIT_SCANLINES cmds to the gpu, > which just doesn't work. Can you please upgrade xf86-video-intel to the > latest released version and check whether it works. > > Generally userspace with that bug is

Problems with videos and i915 driver

On Mon, Oct 17, 2011 at 01:06:59PM -0400, Steven Rostedt wrote: > It's running Fedora 14, and I rather avoid Gnome3 and systemd, which > prevents me from moving her to Fedora 15. If F14 does not provide the > necessary updates, I'll move her over to a Debian system. Generally we're

Problems with videos and i915 driver

On Mon, Oct 17, 2011 at 02:19:22PM -0400, Steven Rostedt wrote: > On Mon, 2011-10-17 at 19:52 +0200, Daniel Vetter wrote: > > On Mon, Oct 17, 2011 at 01:06:59PM -0400, Steven Rostedt wrote: > > > It's running Fedora 14, and I rather avoid Gnome3 and systemd, which > > > prevents me from moving her

[PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

gnature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20111017/645b97c2/attachment.pgp>

[PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

On Mon, Oct 17, 2011 at 18:41, Keith Packard wrote: > On Mon, 17 Oct 2011 11:12:29 -0200, Eugeni Dodonov < > eugeni.dodonov at intel.com> wrote: > > > + if (ret == -ENXIO) { > > + DRM_DEBUG_KMS("drm: skipping non-existent adapter > %s\n", > > +

No subject

be -EREMOTEIO, which could be caused by transmission error so it should be retried. -- Eugeni Dodonov --bcaec51f8fc3b70e6504af85018a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Oct 17, 2011 at 18:41, Keith Packard

[Bug 41698] [r300g] Flickering user interface in WoW

https://bugs.freedesktop.org/show_bug.cgi?id=41698 --- Comment #3 from Chris Rankin 2011-10-17 14:09:13 PDT --- (In reply to comment #2) > This problem does not happen with my RV790. Actually, I'm not so sure about this now. Although the effect is certainly a lot less visible that with the

[PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

L: <http://lists.freedesktop.org/archives/dri-devel/attachments/20111017/97368ce3/attachment.pgp>

[PATCH 1/2] Give up on edid retries when i2c tells us that bus is not there

c-algo-bit call used in this edid detection call. -- Eugeni Dodonov <http://eugeni.dodonov.net/> -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20111017/d37c73a6/attachment.htm>

[PATCH] drm: avoid switching to text console if there is no panic timeout

From: Hugh Dickins 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 video mode may display artifacts, and certainly get into several layers of

[PATCH] drm: avoid switching to text console if there is no panic timeout

On Mon, 17 Oct 2011, Mandeep Singh Baines wrote: > From: Hugh Dickins > > 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 video mode may display artifacts, >

[PATCH] drm: avoid switching to text console if there is no panic timeout

On Mon, Oct 17, 2011 at 17:06, Mandeep Singh Baines wrote: > From: Hugh Dickins > > 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 video mode may display

Problems with videos and i915 driver

On Mon, 2011-10-17 at 19:52 +0200, Daniel Vetter wrote: > On Mon, Oct 17, 2011 at 01:06:59PM -0400, Steven Rostedt wrote: > > It's running Fedora 14, and I rather avoid Gnome3 and systemd, which > > prevents me from moving her to Fedora 15. If F14 does not provide the > > necessary updates, I'll

[PATCH 11/12] i915: Move i915_read/write out of line

On Thu, 13 Oct 2011 16:08:51 -0700 Andi Kleen wrote: > From: Andi Kleen > > With the tracing code in there they are far too big to inline. > > .text savings compared to a non force inline kernel: > > i915_restore_display4393 12036 +7643 > i915_save_display