i915 i2c driver problems (was: Re: [lm-sensors] hwmon/adt7470 crash on module load (2.6.37-rc1))

On Tue, 9 Nov 2010 14:48:36 -0800, Guenter Roeck wrote: > I think it would make sense to push this patch into the kernel, even if > it does not fix the problem reported by Randy. The problems are obvious > enough. > > Copying subsystem maintainers and mailing lists for input. Thanks, and Jean

[PATCH 1/9] drivers/gpu/drm/drm_stub.c: Use printf extension %pV

On Tue, Nov 9, 2010 at 7:35 PM, Joe Perches wrote: > Using %pV reduces the number of printk calls and > eliminates any possible message interleaving from > other printk calls. > > Signed-off-by: Joe Perches > --- > ?drivers/gpu/drm/drm_stub.c | ? 14 +++--- > ?1 files changed, 11

drm radeon *ERROR* atombios stuck in loop for more than 5secs aborting

with running the latest Head on ubuntu 10.10 x86_64 generic .config etc.. I seem to be seeing some messages in dmesg with errors: dmesg | grep drm [8.896877] [drm] Initialized drm 1.1.0 20060810 [ 13.721203] [drm] radeon defaulting to kernel modesetting. [ 13.721210] [drm] radeon kernel

[Bug 27314] DP link training fails on 2560x1440 panels

https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #19 from Rafael ?vila de Esp?ndola 2010-11-09 18:58:37 PST --- Building the current X driver on a Fedora 14 system still has this bug. The hack of reverting c7eeda8c3f3514ba95ebf2893fbe124bf526b3df works on the imac27. Anything I

[PATCH 1/9] drivers/gpu/drm/drm_stub.c: Use printf extension %pV

On Tue, 2010-11-09 at 21:16 -0500, Kristian H?gsberg wrote: > On Tue, Nov 9, 2010 at 7:35 PM, Joe Perches wrote: > > Using %pV reduces the number of printk calls and > > eliminates any possible message interleaving from > > other printk calls. > Wouldn't it be easier and more convenient to just

[PATCH 1/9] drivers/gpu/drm/drm_stub.c: Use printf extension %pV

Using %pV reduces the number of printk calls and eliminates any possible message interleaving from other printk calls. Signed-off-by: Joe Perches --- drivers/gpu/drm/drm_stub.c | 14 +++--- 1 files changed, 11 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_stub.c

[PATCH 0/9] treewide: convert vprintk uses to %pV

Multiple secessive calls to printk can be interleaved. Avoid this possible interleaving by using %pV Joe Perches (9): drivers/gpu/drm/drm_stub.c: Use printf extension %pV drivers/isdn/mISDN: Use printf extension %pV drivers/net/wireless/ath/debug.c: Use printf extension %pV

i915 i2c driver problems (was: Re: [lm-sensors] hwmon/adt7470 crash on module load (2.6.37-rc1))

Jean, On Fri, 2010-11-05 at 13:51 -0400, Jean Delvare wrote: > On Fri, 5 Nov 2010 09:58:01 -0700, Guenter Roeck wrote: > > On Fri, 2010-11-05 at 12:21 -0400, Randy Dunlap wrote: > > > /sys/bus/i2c/devices/i2c-0/name:gmbus disabled > > > /sys/bus/i2c/devices/i2c-10/name:GPIOE > > >

[Bug 31400] [RV740] Mipmapping broken in drm-radeon-next / drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=31400 Tobias Jakobi changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug 31400] [RV740] Mipmapping broken in drm-radeon-next / drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=31400 --- Comment #3 from Alex Deucher 2010-11-09 13:10:22 PST --- (In reply to comment #2) > Thanks for fixing this. Although I noticed that your patch only seems to touch > r600 classic, while I also noticed lots of mipmap rendering errors with the

[PATCH 2/2] drm/ttm: track kmap io_reserve(), only unreserve on unmap where needed

On Thu, 2010-11-04 at 19:34 +0100, Thomas Hellstrom wrote: > Ben, > > I had something like the attached in mind, although it might be more > beneficial to do the actual refcounting in drivers that needs it. Atomic > incs and decs are expensive, but I'm not sure how expensive relative to >

Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

On Die, 2010-11-09 at 11:37 +0100, Markus Trippelsdorf wrote: > On Tue, Nov 09, 2010 at 11:32:57AM +0100, Michel D?nzer wrote: > > On Die, 2010-11-09 at 11:07 +0100, Thomas Hellstrom wrote: > > > On 11/09/2010 10:53 AM, Thomas Hellstrom wrote: > > > > On 11/09/2010 10:29 AM, Markus Trippelsdorf

drm/radeon/kms: Fix retrying ttm_bo_init() after it failed once.

From: Michel D?nzer If ttm_bo_init() returns failure, it already destroyed the BO, so we need to retry from scratch. Signed-off-by: Michel D?nzer Tested-by: Markus Trippelsdorf Cc: stable at kernel.org --- drivers/gpu/drm/radeon/radeon_object.c |4 ++-- 1 files

Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

On Tue, Nov 09, 2010 at 11:32:57AM +0100, Michel D?nzer wrote: > On Die, 2010-11-09 at 11:07 +0100, Thomas Hellstrom wrote: > > On 11/09/2010 10:53 AM, Thomas Hellstrom wrote: > > > On 11/09/2010 10:29 AM, Markus Trippelsdorf wrote: > > >> OK I've found the buggy commit by bisection: > > >> > >

Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

On Die, 2010-11-09 at 11:07 +0100, Thomas Hellstrom wrote: > On 11/09/2010 10:53 AM, Thomas Hellstrom wrote: > > On 11/09/2010 10:29 AM, Markus Trippelsdorf wrote: > >> OK I've found the buggy commit by bisection: > >> > >> e376573f7267390f4e1bdc552564b6fb913bce76 is the first bad commit > >>

[Bug 31400] [RV740] Mipmapping broken in drm-radeon-next / drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=31400 --- Comment #2 from Tobias Jakobi 2010-11-09 11:15:37 PST --- Thanks for fixing this. Although I noticed that your patch only seems to touch r600 classic, while I also noticed lots of mipmap rendering errors with the gallium driver. Or are the

Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

On 11/09/2010 10:53 AM, Thomas Hellstrom wrote: > On 11/09/2010 10:29 AM, Markus Trippelsdorf wrote: >> On Mon, Nov 08, 2010 at 11:29:16PM +0100, Thomas Hellstrom wrote: >>> On 11/08/2010 09:53 PM, Jerome Glisse wrote: On Mon, Nov 8, 2010 at 2:02 PM, Markus Trippelsdorf wrote: >

Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

On 11/09/2010 10:29 AM, Markus Trippelsdorf wrote: > On Mon, Nov 08, 2010 at 11:29:16PM +0100, Thomas Hellstrom wrote: > >> On 11/08/2010 09:53 PM, Jerome Glisse wrote: >> >>> On Mon, Nov 8, 2010 at 2:02 PM, Markus Trippelsdorf >>>wrote: >>> On Mon, Nov 08, 2010 at

Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

On Mon, Nov 08, 2010 at 11:29:16PM +0100, Thomas Hellstrom wrote: > On 11/08/2010 09:53 PM, Jerome Glisse wrote: > >On Mon, Nov 8, 2010 at 2:02 PM, Markus Trippelsdorf > > wrote: > >>On Mon, Nov 08, 2010 at 07:43:02PM +0100, Markus Trippelsdorf wrote: > >>>On Mon, Nov 08, 2010 at 06:07:37PM

[Bug 31465] [R420] KMS: Compositing unusably slow

https://bugs.freedesktop.org/show_bug.cgi?id=31465 --- Comment #5 from Michael R 2010-11-09 10:15:27 PST --- Ok, I upgraded mesa to Ubuntu xorg-edgers packages. glxinfo now says: OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on R420 OpenGL version string: 2.1 Mesa

[PATCH 2/2] drm/ttm: track kmap io_reserve(), only unreserve on unmap where needed

On Tue, Nov 9, 2010 at 2:18 AM, Thomas Hellstrom wrote: > On 11/09/2010 04:03 AM, Ben Skeggs wrote: >> >> On Thu, 2010-11-04 at 19:34 +0100, Thomas Hellstrom wrote: >> >>> >>> Ben, >>> >>> I had something like the attached in mind, although it might be more >>> beneficial to do the actual

[Bug 31465] [R420] KMS: Compositing unusably slow

https://bugs.freedesktop.org/show_bug.cgi?id=31465 Alex Deucher changed: What|Removed |Added Product|xorg|Mesa Version|7.5

[PATCH 2/2] drm/ttm: track kmap io_reserve(), only unreserve on unmap where needed

On 11/09/2010 04:03 AM, Ben Skeggs wrote: > On Thu, 2010-11-04 at 19:34 +0100, Thomas Hellstrom wrote: > >> Ben, >> >> I had something like the attached in mind, although it might be more >> beneficial to do the actual refcounting in drivers that needs it. Atomic >> incs and decs are

[Bug 31499] [r300g] KWin Lanczos filter problems - Black Windows using effects

https://bugs.freedesktop.org/show_bug.cgi?id=31499 --- Comment #1 from YAFU 2010-11-09 05:44:58 PST --- I'm sorry, screen shots are in the first link (Comment #8) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You

[Bug 31499] New: [r300g] KWin Lanczos filter problems - Black Windows using effects

https://bugs.freedesktop.org/show_bug.cgi?id=31499 Summary: [r300g] KWin Lanczos filter problems - Black Windows using effects Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW

[PATCH 03/17][trivial] GPU DRM: Remove unnecessary casts of void ptr returning alloc function return values

Hi, The [vk][cmz]alloc(_node) family of functions return void pointers which it's completely unnecessary/pointless to cast to other pointer types since that happens implicitly. This patch removes such casts from drivers/gpu/drm/ Signed-off-by: Jesper Juhl --- drm_sman.c |4 +--- 1 file

Re: [bruce.e...@gmail.com: PATCH: ERROR: video_output_register [drivers/acpi/video.ko] und]

On Mon, Nov 08, 2010 at 10:51:10AM -0500, Konrad Rzeszutek Wilk wrote: Hey guys, This failure also occurs on v2.6.37-rc1 (the branch Bruce is referring has been merged in Linus's tree). This compile failure can be demonstrated if one does not select VIDEO_OUTPUT_CONTROL and enables the

[PATCH 03/17][trivial] GPU DRM: Remove unnecessary casts of void ptr returning alloc function return values

Hi, The [vk][cmz]alloc(_node) family of functions return void pointers which it's completely unnecessary/pointless to cast to other pointer types since that happens implicitly. This patch removes such casts from drivers/gpu/drm/ Signed-off-by: Jesper Juhl j...@chaosbits.net --- drm_sman.c |

Re: Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

On Mon, Nov 08, 2010 at 11:29:16PM +0100, Thomas Hellstrom wrote: On 11/08/2010 09:53 PM, Jerome Glisse wrote: On Mon, Nov 8, 2010 at 2:02 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On Mon, Nov 08, 2010 at 07:43:02PM +0100, Markus Trippelsdorf wrote: On Mon, Nov 08, 2010 at

Re: Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

On 11/09/2010 10:29 AM, Markus Trippelsdorf wrote: On Mon, Nov 08, 2010 at 11:29:16PM +0100, Thomas Hellstrom wrote: On 11/08/2010 09:53 PM, Jerome Glisse wrote: On Mon, Nov 8, 2010 at 2:02 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On Mon, Nov 08, 2010 at

Re: Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

On 11/09/2010 10:53 AM, Thomas Hellstrom wrote: On 11/09/2010 10:29 AM, Markus Trippelsdorf wrote: On Mon, Nov 08, 2010 at 11:29:16PM +0100, Thomas Hellstrom wrote: On 11/08/2010 09:53 PM, Jerome Glisse wrote: On Mon, Nov 8, 2010 at 2:02 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote:

Re: Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

On Die, 2010-11-09 at 11:07 +0100, Thomas Hellstrom wrote: On 11/09/2010 10:53 AM, Thomas Hellstrom wrote: On 11/09/2010 10:29 AM, Markus Trippelsdorf wrote: OK I've found the buggy commit by bisection: e376573f7267390f4e1bdc552564b6fb913bce76 is the first bad commit commit

Re: Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

On Tue, Nov 09, 2010 at 11:32:57AM +0100, Michel Dänzer wrote: On Die, 2010-11-09 at 11:07 +0100, Thomas Hellstrom wrote: On 11/09/2010 10:53 AM, Thomas Hellstrom wrote: On 11/09/2010 10:29 AM, Markus Trippelsdorf wrote: OK I've found the buggy commit by bisection:

drm/radeon/kms: Fix retrying ttm_bo_init() after it failed once.

From: Michel Dänzer daen...@vmware.com If ttm_bo_init() returns failure, it already destroyed the BO, so we need to retry from scratch. Signed-off-by: Michel Dänzer daen...@vmware.com Tested-by: Markus Trippelsdorf mar...@trippelsdorf.de Cc: sta...@kernel.org ---

Re: Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

On Die, 2010-11-09 at 11:37 +0100, Markus Trippelsdorf wrote: On Tue, Nov 09, 2010 at 11:32:57AM +0100, Michel Dänzer wrote: On Die, 2010-11-09 at 11:07 +0100, Thomas Hellstrom wrote: On 11/09/2010 10:53 AM, Thomas Hellstrom wrote: On 11/09/2010 10:29 AM, Markus Trippelsdorf wrote:

[Bug 31465] [R420] KMS: Compositing unusably slow

https://bugs.freedesktop.org/show_bug.cgi?id=31465 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Product|xorg|Mesa

[Bug 31465] [R420] KMS: Compositing unusably slow

https://bugs.freedesktop.org/show_bug.cgi?id=31465 --- Comment #5 from Michael R r...@gmx.de 2010-11-09 10:15:27 PST --- Ok, I upgraded mesa to Ubuntu xorg-edgers packages. glxinfo now says: OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on R420 OpenGL version

[Bug 31400] [RV740] Mipmapping broken in drm-radeon-next / drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=31400 --- Comment #2 from Tobias Jakobi liquid.a...@gmx.net 2010-11-09 11:15:37 PST --- Thanks for fixing this. Although I noticed that your patch only seems to touch r600 classic, while I also noticed lots of mipmap rendering errors with the gallium

[Bug 31400] [RV740] Mipmapping broken in drm-radeon-next / drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=31400 --- Comment #3 from Alex Deucher ag...@yahoo.com 2010-11-09 13:10:22 PST --- (In reply to comment #2) Thanks for fixing this. Although I noticed that your patch only seems to touch r600 classic, while I also noticed lots of mipmap rendering

[Bug 31400] [RV740] Mipmapping broken in drm-radeon-next / drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=31400 Tobias Jakobi liquid.a...@gmx.net changed: What|Removed |Added Status|RESOLVED|REOPENED

Re: i915 i2c driver problems (was: Re: [lm-sensors] hwmon/adt7470 crash on module load (2.6.37-rc1))

On Tue, 9 Nov 2010 14:48:36 -0800, Guenter Roeck guenter.ro...@ericsson.com wrote: I think it would make sense to push this patch into the kernel, even if it does not fix the problem reported by Randy. The problems are obvious enough. Copying subsystem maintainers and mailing lists for

i915 i2c driver problems (was: Re: [lm-sensors] hwmon/adt7470 crash on module load (2.6.37-rc1))

Jean, On Fri, 2010-11-05 at 13:51 -0400, Jean Delvare wrote: On Fri, 5 Nov 2010 09:58:01 -0700, Guenter Roeck wrote: On Fri, 2010-11-05 at 12:21 -0400, Randy Dunlap wrote: /sys/bus/i2c/devices/i2c-0/name:gmbus disabled /sys/bus/i2c/devices/i2c-10/name:GPIOE

[PATCH 1/9] drivers/gpu/drm/drm_stub.c: Use printf extension %pV

Using %pV reduces the number of printk calls and eliminates any possible message interleaving from other printk calls. Signed-off-by: Joe Perches j...@perches.com --- drivers/gpu/drm/drm_stub.c | 14 +++--- 1 files changed, 11 insertions(+), 3 deletions(-) diff --git

Re: [PATCH 1/9] drivers/gpu/drm/drm_stub.c: Use printf extension %pV

On Tue, Nov 9, 2010 at 7:35 PM, Joe Perches j...@perches.com wrote: Using %pV reduces the number of printk calls and eliminates any possible message interleaving from other printk calls. Signed-off-by: Joe Perches j...@perches.com ---  drivers/gpu/drm/drm_stub.c |   14 +++---  1

Re: [PATCH 1/9] drivers/gpu/drm/drm_stub.c: Use printf extension %pV

On Tue, 2010-11-09 at 21:16 -0500, Kristian Høgsberg wrote: On Tue, Nov 9, 2010 at 7:35 PM, Joe Perches j...@perches.com wrote: Using %pV reduces the number of printk calls and eliminates any possible message interleaving from other printk calls. Wouldn't it be easier and more convenient

[Bug 27314] DP link training fails on 2560x1440 panels

https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #19 from Rafael Ávila de Espíndola rafael.espind...@gmail.com 2010-11-09 18:58:37 PST --- Building the current X driver on a Fedora 14 system still has this bug. The hack of reverting c7eeda8c3f3514ba95ebf2893fbe124bf526b3df works

drm radeon *ERROR* atombios stuck in loop for more than 5secs aborting

with running the latest Head on ubuntu 10.10 x86_64 generic .config etc.. I seem to be seeing some messages in dmesg with errors: dmesg | grep drm [8.896877] [drm] Initialized drm 1.1.0 20060810 [ 13.721203] [drm] radeon defaulting to kernel modesetting. [ 13.721210] [drm] radeon kernel