[PATCH 6/7] drm: use workqueue instead of slow-work

2010-07-22 Thread Tejun Heo
On 07/22/2010 11:11 PM, Dave Airlie wrote: > On Thu, 2010-07-22 at 22:45 +0200, Tejun Heo wrote: >> On 07/20/2010 10:35 PM, Tejun Heo wrote: >>> Workqueue can now handle high concurrency. Convert drm_crtc_helper to >>> use system_nrt_wq instead of slow-work. The conversion is mostly >>> straight

[PATCHSET wq#for-next] workqueue: replace slow-work with workqueue

2010-07-22 Thread Tejun Heo
On 07/20/2010 10:34 PM, Tejun Heo wrote: > 0001-fscache-convert-object-to-use-workqueue-instead-of-s.patch > 0002-fscache-convert-operation-to-use-workqueue-instead-o.patch > 0003-fscache-drop-references-to-slow-work.patch > 0004-cifs-use-workqueue-instead-of-slow-work.patch 0001-0004 now push

[PATCH 6/7] drm: use workqueue instead of slow-work

2010-07-22 Thread Tejun Heo
On 07/20/2010 10:35 PM, Tejun Heo wrote: > Workqueue can now handle high concurrency. Convert drm_crtc_helper to > use system_nrt_wq instead of slow-work. The conversion is mostly > straight forward. One difference is that drm_helper_hpd_irq_event() > no longer blocks and can be called from any

[PATCH 5/7] gfs2: use workqueue instead of slow-work

2010-07-22 Thread Tejun Heo
On 07/20/2010 10:35 PM, Tejun Heo wrote: > Workqueue can now handle high concurrency. Convert gfs to use > workqueue instead of slow-work. > > * Steven pointed out that recovery path might be run from allocation > path and thus requires forward progress guarantee without memory > allocation.

[Bug 27744] atombios stuck in loop - during suspend

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27744 --- Comment #10 from willjcroz 2010-07-22 16:29:21 PDT --- (In reply to comment #9) > Can you bisect to when the atombios errors started happening? Sure, it might take a couple of days to find the time though. -- Configure bugmail: https://bu

[Bug 27744] atombios stuck in loop - during suspend

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27744 --- Comment #10 from willjcroz 2010-07-22 16:29:21 PDT --- (In reply to comment #9) > Can you bisect to when the atombios errors started happening? Sure, it might take a couple of days to find the time though. -- Configure bugmail: https://bu

[PATCH] drm/radeon/kms: fix shared ddc harder

2010-07-22 Thread Pasi Kärkkäinen
On Tue, Jul 20, 2010 at 11:27:54AM -0400, Alex Deucher wrote: > This fixes a regression caused by b2ea4aa67bfd084834edd070e0a4a47857d6db59 > due to the way shared ddc with multiple digital connectors was handled. > I guess I should verify this patch still works for me.. -- Pasi > You generally

Re: [PATCH 6/7] drm: use workqueue instead of slow-work

2010-07-22 Thread Tejun Heo
On 07/22/2010 11:11 PM, Dave Airlie wrote: > On Thu, 2010-07-22 at 22:45 +0200, Tejun Heo wrote: >> On 07/20/2010 10:35 PM, Tejun Heo wrote: >>> Workqueue can now handle high concurrency. Convert drm_crtc_helper to >>> use system_nrt_wq instead of slow-work. The conversion is mostly >>> straight

Re: [PATCH 6/7] drm: use workqueue instead of slow-work

2010-07-22 Thread Dave Airlie
On Thu, 2010-07-22 at 22:45 +0200, Tejun Heo wrote: > On 07/20/2010 10:35 PM, Tejun Heo wrote: > > Workqueue can now handle high concurrency. Convert drm_crtc_helper to > > use system_nrt_wq instead of slow-work. The conversion is mostly > > straight forward. One difference is that drm_helper_hp

Re: [PATCHSET wq#for-next] workqueue: replace slow-work with workqueue

2010-07-22 Thread Tejun Heo
On 07/20/2010 10:34 PM, Tejun Heo wrote: > 0001-fscache-convert-object-to-use-workqueue-instead-of-s.patch > 0002-fscache-convert-operation-to-use-workqueue-instead-o.patch > 0003-fscache-drop-references-to-slow-work.patch > 0004-cifs-use-workqueue-instead-of-slow-work.patch 0001-0004 now push

questions about ttm_page_alloc.c

2010-07-22 Thread Dan Carpenter
On Mon, Jul 12, 2010 at 07:12:37PM -0400, Jerome Glisse wrote: > On 07/12/2010 06:39 PM, Dan Carpenter wrote: >> 327 pages_to_free[freed_pages++] = p; >> 328 /* We can only remove NUM_PAGES_TO_ALLOC at a time. >> */ >> 329 if (freed_pa

Re: [PATCH 6/7] drm: use workqueue instead of slow-work

2010-07-22 Thread Tejun Heo
On 07/20/2010 10:35 PM, Tejun Heo wrote: > Workqueue can now handle high concurrency. Convert drm_crtc_helper to > use system_nrt_wq instead of slow-work. The conversion is mostly > straight forward. One difference is that drm_helper_hpd_irq_event() > no longer blocks and can be called from any

Re: [PATCH 5/7] gfs2: use workqueue instead of slow-work

2010-07-22 Thread Tejun Heo
On 07/20/2010 10:35 PM, Tejun Heo wrote: > Workqueue can now handle high concurrency. Convert gfs to use > workqueue instead of slow-work. > > * Steven pointed out that recovery path might be run from allocation > path and thus requires forward progress guarantee without memory > allocation.

[Bug 28341] Flickering screen in Neverball on drm-radeon-testing

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=28341 --- Comment #18 from Mario Kleiner 2010-07-22 13:23:07 PDT --- Jerome, as far as i can see, your flush, invalidate patch is in the right direction, but the dri2InvalidateDrawable() call just increments drawable->dri2.stamp and the current radeo

[Bug 28341] Flickering screen in Neverball on drm-radeon-testing

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=28341 --- Comment #18 from Mario Kleiner 2010-07-22 13:23:07 PDT --- Jerome, as far as i can see, your flush, invalidate patch is in the right direction, but the dri2InvalidateDrawable() call just increments drawable->dri2.stamp and the current radeo

[Bug 27744] atombios stuck in loop - during suspend

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27744 --- Comment #9 from Alex Deucher 2010-07-22 12:27:05 PDT --- (In reply to comment #8) > I have been having the pciehp errors (and subsequent hang) during resume since > I installed 2.6.34 stable, the atombios errors appeared in the 2.6.35 RCs I >

[Bug 27744] atombios stuck in loop - during suspend

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27744 --- Comment #9 from Alex Deucher 2010-07-22 12:27:05 PDT --- (In reply to comment #8) > I have been having the pciehp errors (and subsequent hang) during resume since > I installed 2.6.34 stable, the atombios errors appeared in the 2.6.35 RCs I

[Bug 27744] atombios stuck in loop - during suspend

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27744 --- Comment #8 from willjcroz 2010-07-22 11:32:54 PDT --- I get the same errors as listed above during resume from suspen (RAM) on Ubuntu PPA kernel 2.6.35-rc5 (x86_64 Ubuntu 10.04 with ATI X1400 mobile chip in Thinkpad T60). On my system the sc

[Bug 27744] atombios stuck in loop - during suspend

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27744 --- Comment #8 from willjcroz 2010-07-22 11:32:54 PDT --- I get the same errors as listed above during resume from suspen (RAM) on Ubuntu PPA kernel 2.6.35-rc5 (x86_64 Ubuntu 10.04 with ATI X1400 mobile chip in Thinkpad T60). On my system the sc

[Bug 28341] Flickering screen in Neverball on drm-radeon-testing

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=28341 --- Comment #17 from Shlomi Steinberg 2010-07-22 11:09:51 PDT --- Patched today's mesa git. Still need vblank_mode=0. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: -

[Bug 28341] Flickering screen in Neverball on drm-radeon-testing

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=28341 --- Comment #17 from Shlomi Steinberg 2010-07-22 11:09:51 PDT --- Patched today's mesa git. Still need vblank_mode=0. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: -

questions about ttm_page_alloc.c

2010-07-22 Thread Jerome Glisse
On 07/22/2010 07:56 AM, Dan Carpenter wrote: > On Mon, Jul 12, 2010 at 07:12:37PM -0400, Jerome Glisse wrote: >> On 07/12/2010 06:39 PM, Dan Carpenter wrote: >>> 327 pages_to_free[freed_pages++] = p; >>> 328 /* We can only remove NUM_PAGES_TO_ALLOC at a

[Bug 28341] Flickering screen in Neverball on drm-radeon-testing

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=28341 --- Comment #16 from Jerome Glisse 2010-07-22 10:00:00 PDT --- Created an attachment (id=37317) View: https://bugs.freedesktop.org/attachment.cgi?id=37317 Review: https://bugs.freedesktop.org/review?bug=28341&attachment=37317 Add flush,invali

[Bug 28341] Flickering screen in Neverball on drm-radeon-testing

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=28341 --- Comment #16 from Jerome Glisse 2010-07-22 10:00:00 PDT --- Created an attachment (id=37317) View: https://bugs.freedesktop.org/attachment.cgi?id=37317 Review: https://bugs.freedesktop.org/review?bug=28341&attachment=37317 Add flush,invali

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #11 from boris64 2010-07-22 09:53:09 PDT --- (In reply to comment #8) > Does the second monitor enable properly if you cold boot without it attached > and then attach it after X has started? I think Yes. I have to run 'xrandr --outpu

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #11 from boris64 2010-07-22 09:53:09 PDT --- (In reply to comment #8) > Does the second monitor enable properly if you cold boot without it attached > and then attach it after X has started? I think Yes. I have to run 'xrandr --outp

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #10 from boris64 2010-07-22 09:45:27 PDT --- Created an attachment (id=37316) --> (https://bugs.freedesktop.org/attachment.cgi?id=37316) digicam picture of console after resume and vt switch -- Configure bugmail: https://bugs.freed

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #10 from boris64 2010-07-22 09:45:27 PDT --- Created an attachment (id=37316) --> (https://bugs.freedesktop.org/attachment.cgi?id=37316) digicam picture of console after resume and vt switch -- Configure bugmail: https://bugs.free

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #9 from boris64 2010-07-22 09:42:54 PDT --- Appendix: If i run 'xrandr --output DVI-1 --off' followed by 'xrandr --output DVI-1 --auto' the second monitor switches off and then on again (garbled screen). Now if i run 'xrandr --output

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #9 from boris64 2010-07-22 09:42:54 PDT --- Appendix: If i run 'xrandr --output DVI-1 --off' followed by 'xrandr --output DVI-1 --auto' the second monitor switches off and then on again (garbled screen). Now if i run 'xrandr --outpu

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #6 from Alex Deucher 2010-07-22 08:49:58 PDT --- Does doing a VT switch before suspend help? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #8 from Alex Deucher 2010-07-22 08:59:18 PDT --- Does the second monitor enable properly if you cold boot without it attached and then attach it after X has started? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #8 from Alex Deucher 2010-07-22 08:59:18 PDT --- Does the second monitor enable properly if you cold boot without it attached and then attach it after X has started? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #7 from boris64 2010-07-22 08:55:48 PDT --- No / No. It even doesn't seem to work after a warm reboot. I only get a test picture (as if there was no connection between monitor and graphic card) when the bios boots up. I had to hard

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #7 from boris64 2010-07-22 08:55:48 PDT --- No / No. It even doesn't seem to work after a warm reboot. I only get a test picture (as if there was no connection between monitor and graphic card) when the bios boots up. I had to har

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #6 from Alex Deucher 2010-07-22 08:49:58 PDT --- Does doing a VT switch before suspend help? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are th

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 Alex Deucher changed: What|Removed |Added Attachment #37314|text/x-log |text/plain mime type|

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #5 from Alex Deucher 2010-07-22 08:48:35 PDT --- Does the other monitor work properly if you turn it off and then re-enable it with xrandr (e.g., --off, followed by --auto)? -- Configure bugmail: https://bugs.freedesktop.org/userpre

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 Alex Deucher changed: What|Removed |Added Attachment #37314|text/x-log |text/plain mime type|

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #5 from Alex Deucher 2010-07-22 08:48:35 PDT --- Does the other monitor work properly if you turn it off and then re-enable it with xrandr (e.g., --off, followed by --auto)? -- Configure bugmail: https://bugs.freedesktop.org/userpr

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #4 from boris64 2010-07-22 08:32:54 PDT --- Created an attachment (id=37315) --> (https://bugs.freedesktop.org/attachment.cgi?id=37315) xrandr --verbose -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #3 from boris64 2010-07-22 08:32:28 PDT --- Created an attachment (id=37314) --> (https://bugs.freedesktop.org/attachment.cgi?id=37314) Xorg.0.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- Y

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #4 from boris64 2010-07-22 08:32:54 PDT --- Created an attachment (id=37315) --> (https://bugs.freedesktop.org/attachment.cgi?id=37315) xrandr --verbose -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #2 from boris64 2010-07-22 08:31:58 PDT --- Created an attachment (id=37313) --> (https://bugs.freedesktop.org/attachment.cgi?id=37313) dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You ar

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #3 from boris64 2010-07-22 08:32:28 PDT --- Created an attachment (id=37314) --> (https://bugs.freedesktop.org/attachment.cgi?id=37314) Xorg.0.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #1 from boris64 2010-07-22 08:31:37 PDT --- Created an attachment (id=37312) --> (https://bugs.freedesktop.org/attachment.cgi?id=37312) lspci -vv -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- Yo

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #2 from boris64 2010-07-22 08:31:58 PDT --- Created an attachment (id=37313) --> (https://bugs.freedesktop.org/attachment.cgi?id=37313) dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You a

[Bug 29217] After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 --- Comment #1 from boris64 2010-07-22 08:31:37 PDT --- Created an attachment (id=37312) --> (https://bugs.freedesktop.org/attachment.cgi?id=37312) lspci -vv -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- Y

[Bug 29217] New: After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29217 Summary: After pm-suspend the second monitor shows garbled output on evergreen card (kms) Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) OS/Version: Linux (All)

[Bug 29217] New: After pm-suspend the second monitor shows garbled output on evergreen card (kms)

2010-07-22 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29217 Summary: After pm-suspend the second monitor shows garbled output on evergreen card (kms) Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) OS/Version: Linux (All)

Re: questions about ttm_page_alloc.c

2010-07-22 Thread Dan Carpenter
On Mon, Jul 12, 2010 at 07:12:37PM -0400, Jerome Glisse wrote: > On 07/12/2010 06:39 PM, Dan Carpenter wrote: >> 327 pages_to_free[freed_pages++] = p; >> 328 /* We can only remove NUM_PAGES_TO_ALLOC at a time. >> */ >> 329 if (freed_pa

Re: questions about ttm_page_alloc.c

2010-07-22 Thread Jerome Glisse
On 07/22/2010 07:56 AM, Dan Carpenter wrote: On Mon, Jul 12, 2010 at 07:12:37PM -0400, Jerome Glisse wrote: On 07/12/2010 06:39 PM, Dan Carpenter wrote: 327 pages_to_free[freed_pages++] = p; 328 /* We can only remove NUM_PAGES_TO_ALLOC at a time. */

Re: [PATCH] drm/radeon/kms: fix shared ddc harder

2010-07-22 Thread Pasi Kärkkäinen
On Tue, Jul 20, 2010 at 11:27:54AM -0400, Alex Deucher wrote: > This fixes a regression caused by b2ea4aa67bfd084834edd070e0a4a47857d6db59 > due to the way shared ddc with multiple digital connectors was handled. > I guess I should verify this patch still works for me.. -- Pasi > You generally