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

2010-11-09 Thread Chris Wilson
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 ma

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

2010-11-09 Thread Kristian Høgsberg
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 insertion

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

2010-11-09 Thread Justin Mattock
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 m

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

2010-11-09 Thread Justin Mattock
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 m

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

2010-11-09 Thread bugzilla-daemon
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 c

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

2010-11-09 Thread bugzilla-dae...@freedesktop.org
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 c

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

2010-11-09 Thread Joe Perches
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 m

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

2010-11-09 Thread Joe Perches
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 m

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

2010-11-09 Thread Kristian Høgsberg
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 insertion

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

2010-11-09 Thread Joe Perches
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 b/dri

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

2010-11-09 Thread Joe Perches
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 drivers/net/wir

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

2010-11-09 Thread Joe Perches
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 b/dri

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

2010-11-09 Thread Joe Perches
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 drivers/net/wir

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

2010-11-09 Thread Guenter Roeck
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 > > > /sys/bus/i2c/dev

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

2010-11-09 Thread Chris Wilson
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 m

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

2010-11-09 Thread Guenter Roeck
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 > > > /sys/bus/i2c/dev

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

2010-11-09 Thread bugzilla-daemon
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

2010-11-09 Thread bugzilla-dae...@freedesktop.org
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

2010-11-09 Thread bugzilla-daemon
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 >

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

2010-11-09 Thread bugzilla-dae...@freedesktop.org
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

2010-11-09 Thread Ben Skeggs
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 > funct

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

2010-11-09 Thread Michel Dänzer
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 w

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

2010-11-09 Thread Michel Dänzer
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 changed, 2 insertions(+), 2

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

2010-11-09 Thread Markus Trippelsdorf
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

2010-11-09 Thread Michel Dänzer
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 > >> comm

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

2010-11-09 Thread bugzilla-daemon
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 r

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

2010-11-09 Thread bugzilla-dae...@freedesktop.org
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 r

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

2010-11-09 Thread Thomas Hellstrom
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: > On

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

2010-11-09 Thread Thomas Hellstrom
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 07:43:

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

2010-11-09 Thread Markus Trippelsdorf
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 +0100,

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

2010-11-09 Thread bugzilla-daemon
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

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

2010-11-09 Thread bugzilla-dae...@freedesktop.org
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

2010-11-09 Thread Jerome Glisse
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 refcount

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

2010-11-09 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31465 Alex Deucher changed: What|Removed |Added Product|xorg|Mesa Version|7.5

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

2010-11-09 Thread bugzilla-dae...@freedesktop.org
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

2010-11-09 Thread Thomas Hellstrom
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 expensive,

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

2010-11-09 Thread Jerome Glisse
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 refcount

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

2010-11-09 Thread bugzilla-daemon
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

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

2010-11-09 Thread bugzilla-daemon
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] [r300g] KWin Lanczos filter problems - Black Windows using effects

2010-11-09 Thread bugzilla-dae...@freedesktop.org
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

2010-11-09 Thread bugzilla-dae...@freedesktop.org
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

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

2010-11-09 Thread Michel Dänzer
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 w

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

2010-11-09 Thread Michel Dänzer
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: sta...@kernel.org --- drivers/gpu/drm/radeon/radeon_object.c |4 ++-- 1 files changed, 2 insertions(+), 2 de

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

2010-11-09 Thread Markus Trippelsdorf
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: > > >> > > >>

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

2010-11-09 Thread Michel Dänzer
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 > >> comm

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

2010-11-09 Thread Thomas Hellstrom
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: On Mon, Nov 08, 2010

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

2010-11-09 Thread Thomas Hellstrom
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 07:43:02PM +0100, Markus Tri

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

2010-11-09 Thread Markus Trippelsdorf
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 +0100,

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

2010-11-09 Thread Jesper Juhl
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 ch

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

2010-11-09 Thread Konrad Rzeszutek Wilk
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 th

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

2010-11-09 Thread Jesper Juhl
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 ch