[Bug 43719] drm-core-next + AGP RV670 = Oops

https://bugs.freedesktop.org/show_bug.cgi?id=43719 --- Comment #2 from Jerome Glisse 2012-01-03 14:40:19 PST --- Created attachment 55095 --> https://bugs.freedesktop.org/attachment.cgi?id=55095 Fix agp on top of ttm tt rework Should fix the bug let me know -- Configure bugmail:

[Bug 44422] periodic slowdowns in every 30sec

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

[PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().

On Tue, Jan 03, 2012 at 07:16:25PM +0100, Michel D?nzer wrote: > On Die, 2012-01-03 at 18:09 +, Dave Airlie wrote: > > 2012/1/3 Michel D?nzer : > > > From: Michel D?nzer > > > > > > It can be called from atomic context, e.g. when switching to console for > > > panic > > > output. > > > > >

[Bug 44425] Missing textures not being rendered in planeshift game.

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

[Bug 44425] Missing textures not being rendered in planeshift game.

https://bugs.freedesktop.org/show_bug.cgi?id=44425 --- Comment #1 from Alex Deucher 2012-01-03 11:45:55 PST --- If the game uses compressed textures, you will need to install libtxc_dxtn. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

[PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().

On Die, 2012-01-03 at 18:09 +, Alan Cox wrote: > On Tue, 3 Jan 2012 19:04:00 +0100 > Michel D?nzer wrote: > > > From: Michel D?nzer > > > > It can be called from atomic context, e.g. when switching to console for > > panic > > output. > > Is this only special cases like a panic - if so

[PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().

On Die, 2012-01-03 at 18:09 +, Dave Airlie wrote: > 2012/1/3 Michel D?nzer : > > From: Michel D?nzer > > > > It can be called from atomic context, e.g. when switching to console for > > panic > > output. > > > > Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=43941 > > I wonder how

[PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().

From: Michel D?nzer It can be called from atomic context, e.g. when switching to console for panic output. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=43941 Signed-off-by: Michel D?nzer --- drivers/gpu/drm/radeon/atom.c |2 +- 1 files changed, 1

[Bug 44405] Spring RTS crashes using r600g (5670, Redwood), kernel rejects relocations

https://bugs.freedesktop.org/show_bug.cgi?id=44405 Michel D?nzer changed: What|Removed |Added AssignedTo|dri-devel at lists.freedesktop |mesa-dev at lists.freedesktop.

[Bug 44425] New: Missing textures not being rendered in planeshift game.

https://bugs.freedesktop.org/show_bug.cgi?id=44425 Bug #: 44425 Summary: Missing textures not being rendered in planeshift game. Classification: Unclassified Product: Mesa Version: git Platform: Other

radeon: writeback-issues since kernel 2.6.34 on ATI FireMV 2200 PCI

On Tue, Jan 3, 2012 at 6:12 PM, Helge Deller wrote: > On 01/03/2012 03:27 PM, Alex Deucher wrote: >> >> On Mon, Jan 2, 2012 at 5:07 PM, Helge Deller ?wrote: >>> >>> I'm facing the problem with the radeon drm driver, that I now manually >>> need >>> to set the kernel module parameter radeon.no_wb

[Bug 44365] Textures aligned/move wrongly in planeshift game

https://bugs.freedesktop.org/show_bug.cgi?id=44365 --- Comment #4 from Michel D?nzer 2012-01-03 10:31:35 PST --- (In reply to comment #3) > Whilst much improved, there are frequent rendering glitches still. Are those glitches a subset of the original ones, or new ones? If the former, feel

[PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().

On Tue, 3 Jan 2012 19:04:00 +0100 Michel D?nzer wrote: > From: Michel D?nzer > > It can be called from atomic context, e.g. when switching to console for panic > output. Is this only special cases like a panic - if so can it not be called in a way that distinguishes between normality and

[PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().

2012/1/3 Michel D?nzer : > From: Michel D?nzer > > It can be called from atomic context, e.g. when switching to console for panic > output. > > Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=43941 I wonder how ugly it would be to check for atomic context or not, mdelay is quite a long busy

[RFC PATCH 0/9] Remove useless on_each_cpu return value

2012/1/3 Michal Nazarewicz : > On Tue, 03 Jan 2012 15:19:04 +0100, Gilad Ben-Yossef > wrote: >> >> on_each_cpu() returns as its own return value the return value of >> smp_call_function(). smp_call_function() in turn returns a hard >> coded value of zero. >> >> Some callers to on_each_cpu() waste

TTM and AGP conflicts

On Tue, Jan 03, 2012 at 05:43:40PM -0500, Jerome Glisse wrote: > On Fri, Dec 23, 2011 at 01:19:43AM +, James Simmons wrote: > > > > > > Hi! > > > > > > > > ? ? ? ?I updated the openchrome tree and while testing on the AGP system > > > > discovered some interesting problems with the new TTM

TTM and AGP conflicts

On Fri, Dec 23, 2011 at 01:19:43AM +, James Simmons wrote: > > > > Hi! > > > > > > ? ? ? ?I updated the openchrome tree and while testing on the AGP system > > > discovered some interesting problems with the new TTM changes. The > > > problems center around the ttm_tt_[un]populate which I

[PATCH] ttm: fix agp since ttm tt rework

ttm tt rework modified the way we allocate and populate the ttm_tt structure, the AGP side was missing some bit to properly work. Fix those and fix radeon and nouveau AGP support. Tested on radeon only so far. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/nouveau/nouveau_bo.c | 13

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #7 from Alex Deucher 2012-01-03 09:24:43 PST --- I'm not sure off hand. You might try some of these instructions: http://linux-tipps.blogspot.com/2009/03/fixing-high-latency-with-kde4-display.html Alternatively, you could try

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #6 from almos 2012-01-03 09:06:19 PST --- (In reply to comment #5) > Does disabling output polling in your desktop environment fix the issue? Try > killing upowerd or knotify. I killed both, but the issue remains. How can I disable

[RFC PATCH 8/9] smp: refactor on_each_cpu to void returning func

on_each_cpu returns the retunr value of smp_call_function which is hard coded to 0. Refactor on_each_cpu to a void function and the few callers that check the return value to save compares and branches. CC: Michal Nazarewicz CC: David Airlie CC: dri-devel at lists.freedesktop.org CC: Benjamin

[RFC PATCH 7/9] drm: avoid using on_each_cpu hard coded ret value

on_each_cpu always returns a hard coded return code of zero. Removing all tests based on this return value saves run time cycles for compares and code bloat for branches. CC: Michal Nazarewicz CC: David Airlie CC: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/drm_cache.c |3 +--

[RFC PATCH 0/9] Remove useless on_each_cpu return value

on_each_cpu() returns as its own return value the return value of smp_call_function(). smp_call_function() in turn returns a hard coded value of zero. Some callers to on_each_cpu() waste cycles and bloat code space by checking the return value to on_each_cpu(), probably for historical reasons.

[RFC v3 1/2] dma-buf: Introduce dma buffer sharing mechanism

On Fri, Dec 23, 2011 at 03:22:35PM +0530, Semwal, Sumit wrote: > Hi Konrad, > > On Tue, Dec 20, 2011 at 10:06 PM, Konrad Rzeszutek Wilk > wrote: > > On Mon, Dec 19, 2011 at 02:03:30PM +0530, Sumit Semwal wrote: > >> This is the first step in defining a dma buffer sharing mechanism. > >> > >> A

[RFC PATCH 0/9] Remove useless on_each_cpu return value

On Tue, 03 Jan 2012 15:19:04 +0100, Gilad Ben-Yossef wrote: > on_each_cpu() returns as its own return value the return value of > smp_call_function(). smp_call_function() in turn returns a hard > coded value of zero. > > Some callers to on_each_cpu() waste cycles and bloat code space > by

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #5 from Alex Deucher 2012-01-03 07:18:22 PST --- Does disabling output polling in your desktop environment fix the issue? Try killing upowerd or knotify. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 42131] Problem with resizing OpenGL windows when using XCB

https://bugs.freedesktop.org/show_bug.cgi?id=42131 Alex Deucher changed: What|Removed |Added AssignedTo|dri-devel at lists.freedesktop |mesa-dev at lists.freedesktop.

[Bug 42131] Problem with resizing OpenGL windows when using XCB

https://bugs.freedesktop.org/show_bug.cgi?id=42131 --- Comment #1 from ikrabbe.ask at gmail.com 2012-01-03 07:05:34 PST --- I can confirm this bug. It seems that there are some internal events, forwarded to the DRI(2) module that get lost, as xcb doesn't use XEvents. That's why it works, when you

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #4 from almos 2012-01-03 07:05:17 PST --- Created attachment 55085 --> https://bugs.freedesktop.org/attachment.cgi?id=55085 glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #3 from almos 2012-01-03 07:03:33 PST --- Created attachment 55084 --> https://bugs.freedesktop.org/attachment.cgi?id=55084 Xorg.0.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #2 from almos 2012-01-03 07:02:44 PST --- Created attachment 55083 --> https://bugs.freedesktop.org/attachment.cgi?id=55083 dmesg Hmmm... I haven't noticed there are so many call traces in dmesg. Disturbing. -- Configure

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #1 from Alex Deucher 2012-01-03 06:21:29 PST --- Please attach your xorg log, dmesg output, and glxinfo output. If it happens every 30 seconds, it may be your desktop environment polling the connectors on your video card to see

[Bug 44422] New: periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 Bug #: 44422 Summary: periodic slowdowns in every 30sec Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW

[Bug 44425] Missing textures not being rendered in planeshift game.

https://bugs.freedesktop.org/show_bug.cgi?id=44425 --- Comment #2 from Mark 2012-01-03 12:28:01 UTC --- Thats it working now! I wish there had been a way I could have discovered that, perhaps it should load some other stock texture than a fully transparent, so its at least visible in a non

[Bug 38473] [egl] When program ends, monitor is switched off leaving system unusable

https://bugs.freedesktop.org/show_bug.cgi?id=38473 --- Comment #10 from Michel D?nzer 2012-01-03 04:04:58 PST --- (In reply to comment #9) > Just tried to verify this for you Not for me. I asked because it seems to work for me with upstream Git. I just verified again it still does. > with

[PATCH] drm/radeon/kms: Add DDC quirk for ASUS RS400

Sorry, ignore this one for now. Alex On Tue, Jan 3, 2012 at 11:19 AM, wrote: > From: Alex Deucher > > vbios is missing a ddc entry for the DVI-D port. > Reported by ponyofdeath on IRC. > > Signed-off-by: Alex Deucher > Cc: stable at vger.kernel.org > --- >

[PATCH] drm/radeon/kms: Add DDC quirk for ASUS RS400

From: Alex Deucher vbios is missing a ddc entry for the DVI-D port. Reported by ponyofdeath on IRC. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_combios.c |9 + 1 files changed, 9 insertions(+), 0

[git pull] drm fix

Hi Linus, just a small fix for a possible oops in radeon. Dave. The following changes since commit 115e8e705e4be071b9e06ff72578e3b603f2ba65: Merge branch 'devicetree/merge' of git://git.secretlab.ca/git/linux-2.6 (2012-01-02 12:34:03 -0800) are available in the git repository at:

[PATCH] drm/radeon/kms: disable writeback on pre-R300 asics

From: Alex Deucher We often end up missing fences on older asics with writeback enabled which leads to delays in the userspace accel code, so just disable it by default on those asics. Reported-by: Helge Deller Reported-by: Dave Airlie Signed-off-by: Alex Deucher

radeon: writeback-issues since kernel 2.6.34 on ATI FireMV 2200 PCI

On Mon, Jan 2, 2012 at 5:07 PM, Helge Deller wrote: > I'm facing the problem with the radeon drm driver, that I now manually need > to set the kernel module parameter radeon.no_wb to 1 at bootup, else X just > hangs in average up to 8 seconds per minute without any real activity (X or > the video

[Bug 44405] Spring RTS crashes using r600g (5670, Redwood), kernel rejects relocations

https://bugs.freedesktop.org/show_bug.cgi?id=44405 --- Comment #1 from Marcin Baczy?ski 2012-01-02 16:24:22 PST --- Created attachment 55061 --> https://bugs.freedesktop.org/attachment.cgi?id=55061 glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 44405] New: Spring RTS crashes using r600g (5670, Redwood), kernel rejects relocations

https://bugs.freedesktop.org/show_bug.cgi?id=44405 Bug #: 44405 Summary: Spring RTS crashes using r600g (5670, Redwood), kernel rejects relocations Classification: Unclassified Product: Mesa Version: git Platform:

[git pull] drm fix

Hi Linus, just a small fix for a possible oops in radeon. Dave. The following changes since commit 115e8e705e4be071b9e06ff72578e3b603f2ba65: Merge branch 'devicetree/merge' of git://git.secretlab.ca/git/linux-2.6 (2012-01-02 12:34:03 -0800) are available in the git repository at:

[Bug 44422] New: periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 Bug #: 44422 Summary: periodic slowdowns in every 30sec Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #1 from Alex Deucher ag...@yahoo.com 2012-01-03 06:21:29 PST --- Please attach your xorg log, dmesg output, and glxinfo output. If it happens every 30 seconds, it may be your desktop environment polling the connectors on your video

Re: radeon: writeback-issues since kernel 2.6.34 on ATI FireMV 2200 PCI

On Mon, Jan 2, 2012 at 5:07 PM, Helge Deller del...@gmx.de wrote: I'm facing the problem with the radeon drm driver, that I now manually need to set the kernel module parameter radeon.no_wb to 1 at bootup, else X just hangs in average up to 8 seconds per minute without any real activity (X or

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #2 from almos aaalmo...@gmail.com 2012-01-03 07:02:44 PST --- Created attachment 55083 -- https://bugs.freedesktop.org/attachment.cgi?id=55083 dmesg Hmmm... I haven't noticed there are so many call traces in dmesg. Disturbing. --

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #3 from almos aaalmo...@gmail.com 2012-01-03 07:03:33 PST --- Created attachment 55084 -- https://bugs.freedesktop.org/attachment.cgi?id=55084 Xorg.0.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #4 from almos aaalmo...@gmail.com 2012-01-03 07:05:17 PST --- Created attachment 55085 -- https://bugs.freedesktop.org/attachment.cgi?id=55085 glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 42131] Problem with resizing OpenGL windows when using XCB

https://bugs.freedesktop.org/show_bug.cgi?id=42131 Alex Deucher ag...@yahoo.com changed: What|Removed |Added AssignedTo|dri-devel@lists.freedesktop

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #5 from Alex Deucher ag...@yahoo.com 2012-01-03 07:18:22 PST --- Does disabling output polling in your desktop environment fix the issue? Try killing upowerd or knotify. -- Configure bugmail:

[PATCH] drm/radeon/kms: Add DDC quirk for ASUS RS400

From: Alex Deucher alexander.deuc...@amd.com vbios is missing a ddc entry for the DVI-D port. Reported by ponyofdeath on IRC. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: sta...@vger.kernel.org --- drivers/gpu/drm/radeon/radeon_combios.c |9 + 1 files changed, 9

Re: [PATCH] drm/radeon/kms: Add DDC quirk for ASUS RS400

Sorry, ignore this one for now. Alex On Tue, Jan 3, 2012 at 11:19 AM, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com vbios is missing a ddc entry for the DVI-D port. Reported by ponyofdeath on IRC. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc:

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 --- Comment #7 from Alex Deucher ag...@yahoo.com 2012-01-03 09:24:43 PST --- I'm not sure off hand. You might try some of these instructions: http://linux-tipps.blogspot.com/2009/03/fixing-high-latency-with-kde4-display.html Alternatively, you

[PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().

From: Michel Dänzer michel.daen...@amd.com It can be called from atomic context, e.g. when switching to console for panic output. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=43941 Signed-off-by: Michel Dänzer michel.daen...@amd.com --- drivers/gpu/drm/radeon/atom.c |2 +- 1 files

[Bug 43941] 'BUG: scheduling while atomic' after: 'panic occurred, switching back to text console'

https://bugs.freedesktop.org/show_bug.cgi?id=43941 --- Comment #14 from Michel Dänzer mic...@daenzer.net 2012-01-03 10:07:36 PST --- (In reply to comment #13) Yes, this fixes the hang after and MCE, and it shows the error log on the screen. Great, thanks for testing. Note that in general a

Re: [PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().

On Tue, 3 Jan 2012 19:04:00 +0100 Michel Dänzer mic...@daenzer.net wrote: From: Michel Dänzer michel.daen...@amd.com It can be called from atomic context, e.g. when switching to console for panic output. Is this only special cases like a panic - if so can it not be called in a way that

Re: [PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().

2012/1/3 Michel Dänzer mic...@daenzer.net: From: Michel Dänzer michel.daen...@amd.com It can be called from atomic context, e.g. when switching to console for panic output. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=43941 I wonder how ugly it would be to check for atomic context or

Re: [PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().

On Die, 2012-01-03 at 18:09 +, Dave Airlie wrote: 2012/1/3 Michel Dänzer mic...@daenzer.net: From: Michel Dänzer michel.daen...@amd.com It can be called from atomic context, e.g. when switching to console for panic output. Fixes:

[Bug 44365] Textures aligned/move wrongly in planeshift game

https://bugs.freedesktop.org/show_bug.cgi?id=44365 --- Comment #4 from Michel Dänzer mic...@daenzer.net 2012-01-03 10:31:35 PST --- (In reply to comment #3) Whilst much improved, there are frequent rendering glitches still. Are those glitches a subset of the original ones, or new ones? If the

[Bug 44425] New: Missing textures not being rendered in planeshift game.

https://bugs.freedesktop.org/show_bug.cgi?id=44425 Bug #: 44425 Summary: Missing textures not being rendered in planeshift game. Classification: Unclassified Product: Mesa Version: git Platform: Other

[Bug 44405] Spring RTS crashes using r600g (5670, Redwood), kernel rejects relocations

https://bugs.freedesktop.org/show_bug.cgi?id=44405 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added AssignedTo|dri-devel@lists.freedesktop

[Bug 44425] Missing textures not being rendered in planeshift game.

https://bugs.freedesktop.org/show_bug.cgi?id=44425 --- Comment #1 from Alex Deucher ag...@yahoo.com 2012-01-03 11:45:55 PST --- If the game uses compressed textures, you will need to install libtxc_dxtn. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

Re: [PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().

On Tue, Jan 03, 2012 at 07:16:25PM +0100, Michel Dänzer wrote: On Die, 2012-01-03 at 18:09 +, Dave Airlie wrote: 2012/1/3 Michel Dänzer mic...@daenzer.net: From: Michel Dänzer michel.daen...@amd.com It can be called from atomic context, e.g. when switching to console for panic

[Bug 44425] Missing textures not being rendered in planeshift game.

https://bugs.freedesktop.org/show_bug.cgi?id=44425 --- Comment #2 from Mark freedesk...@darkskiez.co.uk 2012-01-03 12:28:01 UTC --- Thats it working now! I wish there had been a way I could have discovered that, perhaps it should load some other stock texture than a fully transparent, so its

[Bug 44425] Missing textures not being rendered in planeshift game.

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

[Bug 44422] periodic slowdowns in every 30sec

https://bugs.freedesktop.org/show_bug.cgi?id=44422 almos aaalmo...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 43719] drm-core-next + AGP RV670 = Oops

https://bugs.freedesktop.org/show_bug.cgi?id=43719 --- Comment #2 from Jerome Glisse gli...@freedesktop.org 2012-01-03 14:40:19 PST --- Created attachment 55095 -- https://bugs.freedesktop.org/attachment.cgi?id=55095 Fix agp on top of ttm tt rework Should fix the bug let me know --

Re: TTM and AGP conflicts

On Fri, Dec 23, 2011 at 01:19:43AM +, James Simmons wrote: Hi!        I updated the openchrome tree and while testing on the AGP system discovered some interesting problems with the new TTM changes. The problems center around the ttm_tt_[un]populate which I modeled after the

Re: TTM and AGP conflicts

On Tue, Jan 03, 2012 at 05:43:40PM -0500, Jerome Glisse wrote: On Fri, Dec 23, 2011 at 01:19:43AM +, James Simmons wrote: Hi!        I updated the openchrome tree and while testing on the AGP system discovered some interesting problems with the new TTM changes. The

Re: radeon: writeback-issues since kernel 2.6.34 on ATI FireMV 2200 PCI

On Tue, Jan 3, 2012 at 6:12 PM, Helge Deller del...@gmx.de wrote: On 01/03/2012 03:27 PM, Alex Deucher wrote: On Mon, Jan 2, 2012 at 5:07 PM, Helge Dellerdel...@gmx.de  wrote: I'm facing the problem with the radeon drm driver, that I now manually need to set the kernel module parameter

Re: [PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().

On Tue, 03 Jan 2012 19:25:46 +0100 Michel Dänzer mic...@daenzer.net wrote: On Die, 2012-01-03 at 18:09 +, Alan Cox wrote: On Tue, 3 Jan 2012 19:04:00 +0100 Michel Dänzer mic...@daenzer.net wrote: From: Michel Dänzer michel.daen...@amd.com It can be called from atomic

[RFC PATCH 0/9] Remove useless on_each_cpu return value

on_each_cpu() returns as its own return value the return value of smp_call_function(). smp_call_function() in turn returns a hard coded value of zero. Some callers to on_each_cpu() waste cycles and bloat code space by checking the return value to on_each_cpu(), probably for historical reasons.

[RFC PATCH 7/9] drm: avoid using on_each_cpu hard coded ret value

on_each_cpu always returns a hard coded return code of zero. Removing all tests based on this return value saves run time cycles for compares and code bloat for branches. CC: Michal Nazarewicz min...@mina86.com CC: David Airlie airl...@linux.ie CC: dri-devel@lists.freedesktop.org ---

[RFC PATCH 8/9] smp: refactor on_each_cpu to void returning func

on_each_cpu returns the retunr value of smp_call_function which is hard coded to 0. Refactor on_each_cpu to a void function and the few callers that check the return value to save compares and branches. CC: Michal Nazarewicz min...@mina86.com CC: David Airlie airl...@linux.ie CC:

Re: [RFC PATCH 0/9] Remove useless on_each_cpu return value

On Tue, 03 Jan 2012 15:19:04 +0100, Gilad Ben-Yossef gi...@benyossef.com wrote: on_each_cpu() returns as its own return value the return value of smp_call_function(). smp_call_function() in turn returns a hard coded value of zero. Some callers to on_each_cpu() waste cycles and bloat code space

Re: radeon: writeback-issues since kernel 2.6.34 on ATI FireMV 2200 PCI

On 01/03/2012 03:27 PM, Alex Deucher wrote: On Mon, Jan 2, 2012 at 5:07 PM, Helge Dellerdel...@gmx.de wrote: I'm facing the problem with the radeon drm driver, that I now manually need to set the kernel module parameter radeon.no_wb to 1 at bootup, else X just hangs in average up to 8 seconds

[patch] drm/nv50/pm: signedness bug in nv50_pm_clocks_pre()

calc_mclk() returns zero on success and negative on failure but clk is a u32. Signed-off-by: Dan Carpenter dan.carpen...@oracle.com diff --git a/drivers/gpu/drm/nouveau/nv50_pm.c b/drivers/gpu/drm/nouveau/nv50_pm.c index 0393721..3508de9 100644 --- a/drivers/gpu/drm/nouveau/nv50_pm.c +++