On 02/04/2010 10:28 AM, Andy Isaacson wrote:
On my Dell Latitude e4300 commit 859ddf0974 (idr: fix a critical
misallocation bug) causes Xorg to segfault with the following
backtrace:
Does the following patch make any difference?
diff --git a/lib/idr.c b/lib/idr.c
index ba7d37c..a96c604 100644
On 02/02/2010 01:25 AM, a...@linux-foundation.org wrote:
The mm-of-the-moment snapshot 2010-02-01-16-25 has been uploaded to
Hi, when thunderbird appears on clean X+xterm I get this with the snapshot:
[drm:i915_gem_do_execbuffer] *ERROR* Invalid object handle 1073741824 at
index 1
general
Hello,
On 02/04/2010 04:56 PM, Andy Isaacson wrote:
1265267921.568269 ioctl(8, 0xc020645e, 0x7fffe2196980) = -1 EBADF (Bad file
descriptor)
Hmm... -EBADF? I suppose it doesn't mean that the fd is invalid in
this case but that the mapped object can't be found for some reason?
Can anyone more
The patch still needs some refine, just want to check if it make sense.
From 104a4800ef8d10fbcc5bd830d0ef0040bd4249e9 Mon Sep 17 00:00:00 2001
From: Austin Yuan shengquan.y...@gmail.com
Date: Thu, 4 Feb 2010 16:18:28 +0800
Subject: [PATCH] DRM/TTM: add NO_EVICTION flag for type manager
All
On Thu, Feb 4, 2010 at 6:16 PM, Tejun Heo t...@kernel.org wrote:
Hello,
On 02/04/2010 04:56 PM, Andy Isaacson wrote:
1265267921.568269 ioctl(8, 0xc020645e, 0x7fffe2196980) = -1 EBADF (Bad file
descriptor)
Hmm... -EBADF? I suppose it doesn't mean that the fd is invalid in
this case but
On Thu, Feb 04, 2010 at 04:31:13PM +0800, Yuan, Shengquan wrote:
The patch still needs some refine, just want to check if it make sense.
From 104a4800ef8d10fbcc5bd830d0ef0040bd4249e9 Mon Sep 17 00:00:00 2001
From: Austin Yuan shengquan.y...@gmail.com
Date: Thu, 4 Feb 2010 16:18:28 +0800
Hello,
On 02/04/2010 05:40 PM, Dave Airlie wrote:
Hmm at this late stage, maybe revert first? since the old idr code works fine
with the subsystems in question.
The drm idr code usage isn't anything crazy, the EBADF is the return code
from the mmap ioctl when it calls the idr lookup
Commit 859ddf09743a8cc680af33f7259ccd0fd36bfe9d tried to fix
misallocation bug but broke full bit marking by not clearing
pa[idp-layers] and also is causing X failures due to lookup failure
in drm code. The cause of the latter hasn't been found yet. Revert
the fix for now.
Signed-off-by: Tejun
On Thu, 04 Feb 2010 17:16:56 +0900, Tejun Heo t...@kernel.org wrote:
Hello,
On 02/04/2010 04:56 PM, Andy Isaacson wrote:
1265267921.568269 ioctl(8, 0xc020645e, 0x7fffe2196980) = -1 EBADF (Bad file
descriptor)
Hmm... -EBADF? I suppose it doesn't mean that the fd is invalid in
this
http://bugs.freedesktop.org/show_bug.cgi?id=26426
Summary: Xserver crash on r600SetTexOffset with 3d effects
enabled
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity:
http://bugzilla.kernel.org/show_bug.cgi?id=15186
Michał Witkowski ne...@o2.pl changed:
What|Removed |Added
CC||ne...@o2.pl
--- Comment
http://bugs.freedesktop.org/show_bug.cgi?id=26051
--- Comment #23 from Michel Dänzer mic...@daenzer.net 2010-02-04 03:37:48
PST ---
(In reply to comment #22)
With a cold start and correct syntax it still locks up.
Would the verbose debugging info be useful in this situation ?
The
http://bugzilla.kernel.org/show_bug.cgi?id=15217
--- Comment #4 from Clemens Eisserer linuxhi...@gmail.com 2010-02-04
14:04:58 ---
Its not reproduceable, it seems the USB soundcard had nothing to do with it.
However today I got another OOops after resume.
With 2.6.31 suspend/resume worked
2010/2/3 Stephane Marchesin stephane.marche...@gmail.com:
No, you are right they don't trigger MCA. Hmm I didn't have any of
those back then, my lockups came from the bus mostly...
Thank you for clarifying this point.
Really if you have such lockups they may also happen on x86, did you
try
On Thu, Feb 4, 2010 at 4:59 PM, Jerome Glisse gli...@freedesktop.org wrote:
On Thu, Feb 04, 2010 at 04:31:13PM +0800, Yuan, Shengquan wrote:
The patch still needs some refine, just want to check if it make sense.
From 104a4800ef8d10fbcc5bd830d0ef0040bd4249e9 Mon Sep 17 00:00:00 2001
From:
On Thu, Feb 04, 2010 at 03:37:58PM +0100, Émeric Maschino wrote:
2010/2/3 Stephane Marchesin stephane.marche...@gmail.com:
No, you are right they don't trigger MCA. Hmm I didn't have any of
those back then, my lockups came from the bus mostly...
Thank you for clarifying this point.
From 8ea32b7974dbcf819545f555ca078f709da5ff4e Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Thu, 4 Feb 2010 11:01:52 -0500
Subject: [PATCH] drm/radeon/kms/r600: reduce gpu cache flushing
Only flush the gpu caches before we submit a fence.
This leads to a small
On Thu, 4 Feb 2010 06:29:05 +1000, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
These ioctls are all protected by their own locking mechanisms so
should be fine to not bother locking around.
Seems good to me. At some point we should just push it down and not
http://bugzilla.kernel.org/show_bug.cgi?id=15186
--- Comment #17 from Jérôme Glisse gli...@freedesktop.org 2010-02-04
16:15:44 ---
Created an attachment (id=24909)
-- (http://bugzilla.kernel.org/attachment.cgi?id=24909)
Proper fix
Can you check that this patch also fix the issue. It's a
VGA might be overwritting VRAM and corrupt our blit shader leading
to corruption, it likely won't happen if you load fbcon right after
radeon. Thanks to Shawn Starr and Andre Maasikas for tracking down
this issue.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/r600.c
* Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Feb 04, 2010 at 08:17:05AM +0100, Ingo Molnar wrote:
btw., i just found another bug activated via this same commit, a boot
hang after DRM init:
The commit in question didn't cause the hang, so reverting it isn't the
appropriate
On Thu, 4 Feb 2010, Ingo Molnar wrote:
Well, once i applied the revert i got no more hangs or crashes today, in lots
of bootups. This is fully repeatable - if i re-apply that commit with the
config i sent the hang happens again.
But that's just because when it was in staging, you'd never
http://bugs.freedesktop.org/show_bug.cgi?id=26428
Summary: [KMS] doom3-demo aborts early on rv280
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority:
http://bugs.freedesktop.org/show_bug.cgi?id=26428
--- Comment #1 from Andrew Randrianasulu rand...@mail.ru 2010-02-04 09:23:02
PST ---
Created an attachment (id=33069)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33069)
doom3 cfg
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=26428
--- Comment #3 from Andrew Randrianasulu rand...@mail.ru 2010-02-04 09:24:25
PST ---
Created an attachment (id=33071)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33071)
my .drirc
--
Configure bugmail:
On Thu, Feb 04, 2010 at 08:17:05AM +0100, Ingo Molnar wrote:
btw., i just found another bug activated via this same commit, a boot hang
after DRM init:
The commit in question didn't cause the hang, so reverting it isn't the
appropriate fix.
--
Matthew Garrett | mj...@srcf.ucam.org
http://bugs.freedesktop.org/show_bug.cgi?id=26428
--- Comment #4 from Andrew Randrianasulu rand...@mail.ru 2010-02-04 09:24:59
PST ---
Created an attachment (id=33072)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33072)
X log
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=26348
--- Comment #2 from Jesse Barnes jbar...@virtuousgeek.org 2010-02-04
09:30:43 PST ---
Looks fine to me, just a lot of long lines and duplicated messages. Try using
dmesg to get the raw kernel data; looks like your syslog daemon is
* Linus Torvalds torva...@linux-foundation.org wrote:
On Thu, 4 Feb 2010, Ingo Molnar wrote:
Well, once i applied the revert i got no more hangs or crashes today, in
lots of bootups. This is fully repeatable - if i re-apply that commit
with the config i sent the hang happens again.
Cache flush is required in case CPU is accessing rendered data.
This fixes glean/readPixSanity test case and random rendering
errors in sauerbraten and warzone2100.
v2 Fix comment ordering in r100_fence_ring_emit and remove extra
defines added in first version.
Signed-off-by: Pauli Nieminen
http://bugs.freedesktop.org/show_bug.cgi?id=26051
--- Comment #24 from ken moffat zarniwhoo...@googlemail.com 2010-02-04
09:55:41 PST ---
Created an attachment (id=33073)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33073)
stderr from glxgears with mesa-7.6.1 after a cold boot
Locked
http://bugzilla.kernel.org/show_bug.cgi?id=15186
--- Comment #18 from Robert Schedel r.sche...@yahoo.de 2010-02-04 18:03:46
---
Applied last patch to vanilla 2.6.33-rc6: In fact fixed.
Will report back if I should find any adverse effects on the long run.
Thanks, Jérôme.
--
Configure
http://bugs.freedesktop.org/show_bug.cgi?id=26051
--- Comment #25 from ken moffat zarniwhoo...@googlemail.com 2010-02-04
10:09:38 PST ---
Apropos the stderr attachment -
First, I ran the build of recent mesa with the specified 2
commits reverted (i.e. working around the issue). The output
http://bugs.freedesktop.org/show_bug.cgi?id=26430
Summary: [KMS] Hw i2c patch doesn't work fully on rv280
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=26430
--- Comment #1 from Andrew Randrianasulu rand...@mail.ru 2010-02-04 10:14:51
PST ---
Created an attachment (id=33075)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33075)
dmesg
sorry guys, playing add bug fast, until machine freeze
http://bugs.freedesktop.org/show_bug.cgi?id=26430
Andrew Randrianasulu rand...@mail.ru changed:
What|Removed |Added
Attachment #33075|0 |1
is
http://bugs.freedesktop.org/show_bug.cgi?id=26430
--- Comment #3 from Andrew Randrianasulu rand...@mail.ru 2010-02-04 10:21:14
PST ---
For this experiment I used mainline kernel
commit e9e70bc14ea5974e21f5baecf95a123844c412b9
Merge: c031d52 58424a4
Author: Linus Torvalds
On Thu, Feb 4, 2010 at 1:12 PM, Ingo Molnar mi...@elte.hu wrote:
* Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Feb 04, 2010 at 06:54:45PM +0100, Ingo Molnar wrote:
But you could claim that it's not a regression because 1) technically the
code got introduced in drivers/staging/, and
http://bugzilla.kernel.org/show_bug.cgi?id=15186
--- Comment #19 from Michał Witkowski ne...@o2.pl 2010-02-04 18:38:38 ---
Great, this patch fixed the problem for me too (applied to clean 2.6.33-rc6) :)
Thanks, Jérôme
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=26430
Andrew Randrianasulu rand...@mail.ru changed:
What|Removed |Added
OS/Version|All |Linux (All)
On Thu, Feb 04, 2010 at 06:08:26PM +0100, Ingo Molnar wrote:
Well, once i applied the revert i got no more hangs or crashes today, in lots
of bootups. This is fully repeatable - if i re-apply that commit with the
config i sent the hang happens again.
If you leave the commit applied, use
On Thu, Feb 04, 2010 at 07:12:18PM +0100, Ingo Molnar wrote:
* Matthew Garrett mj...@srcf.ucam.org wrote:
The reason the option was in staging (as has been mentioned before) was
because the ABI wasn't felt to be stable enough. Upstream is now willing to
commit to that stability, so now
* Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Feb 04, 2010 at 07:12:18PM +0100, Ingo Molnar wrote:
* Matthew Garrett mj...@srcf.ucam.org wrote:
The reason the option was in staging (as has been mentioned before) was
because the ABI wasn't felt to be stable enough. Upstream is
http://bugzilla.kernel.org/show_bug.cgi?id=15186
--- Comment #20 from Nils Kneuper crazy-ivano...@gmx.net 2010-02-04 19:00:09
---
Yes, the proper fix seems to work nicely over here, too. Will report if any
issues arise again. Thanks for fixing this, Jérôme.
--
Configure bugmail:
* Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Feb 04, 2010 at 07:56:03PM +0100, Ingo Molnar wrote:
Do you see my argument why any user who is hit by this would categorize
this as a kernel regression in an existing driver?
No. If a user changes configuration and gets a hang,
On Thu, 4 Feb 2010, Alex Deucher wrote:
And if it crashes, he'll report a bug and we'll fix it.
Ok, you have a bug-report. See earlier in the thread:
btw., i just found another bug activated via this same commit, a boot hang
after DRM init:
[9.858352] [drm] Connector 1:
[
On Thu, Feb 04, 2010 at 08:19:35PM +0100, Ingo Molnar wrote:
* Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Feb 04, 2010 at 07:56:03PM +0100, Ingo Molnar wrote:
Do you see my argument why any user who is hit by this would categorize
this as a kernel regression in an existing
* Alex Deucher alexdeuc...@gmail.com wrote:
On Thu, Feb 4, 2010 at 2:06 PM, Ingo Molnar mi...@elte.hu wrote:
* Alex Deucher alexdeuc...@gmail.com wrote:
On Thu, Feb 4, 2010 at 1:12 PM, Ingo Molnar mi...@elte.hu wrote:
* Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Feb
On Fri, Feb 5, 2010 at 5:24 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Thu, 4 Feb 2010, Alex Deucher wrote:
And if it crashes, he'll report a bug and we'll fix it.
Ok, you have a bug-report. See earlier in the thread:
btw., i just found another bug activated via this same
On Thursday 04 February 2010, Andrew Morton wrote:
On Thu, 4 Feb 2010 10:15:48 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=15224
Yet another post-2.6.32 regression in DRM.
It almost certainly is a duplicate of
It seems that some R6XX/R7XX silently ignore HDP flush when
programmed through ring, this patch addback an ioctl callback
to allow R6XX/R7XX hw to perform such flush through MMIO in
order to fix a regression. For more details see:
http://bugzilla.kernel.org/show_bug.cgi?id=15186
Signed-off-by:
http://bugs.freedesktop.org/show_bug.cgi?id=26348
Marc marvi...@gmx.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.kernel.org/show_bug.cgi?id=15228
Andrew Morton a...@linux-foundation.org changed:
What|Removed |Added
CC|
* Jesse Barnes jbar...@virtuousgeek.org wrote:
On Thu, 4 Feb 2010 20:32:32 +0100
Ingo Molnar mi...@elte.hu wrote:
Nobody has reacted to my related boot hang bugreport yet - and it's
detailed and fully reproducible (so i can test any proposed fixes as
well in short order). I.e. my limited
On Thu, 4 Feb 2010 20:32:32 +0100
Ingo Molnar mi...@elte.hu wrote:
Nobody has reacted to my related boot hang bugreport yet - and it's
detailed and fully reproducible (so i can test any proposed fixes as
well in short order). I.e. my limited testing has triggered two
separate bugs in the same
* Jerome Glisse gli...@freedesktop.org wrote:
On Thu, Feb 04, 2010 at 08:19:35PM +0100, Ingo Molnar wrote:
* Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Feb 04, 2010 at 07:56:03PM +0100, Ingo Molnar wrote:
Do you see my argument why any user who is hit by this would
On Wed, Feb 3, 2010 at 1:44 AM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@linux.ie wrote:
It's the moving of radeom KMS out of staging after -rc6 that causes it,
because it brought it into the scope of my testing:
f71d018: drm/radeon/kms: move radeon KMS on/off switch out
On Thursday 04 February 2010, Soeren Sonnenburg wrote:
On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.32.
* Dave Airlie airl...@gmail.com wrote:
On Wed, Feb 3, 2010 at 1:44 AM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@linux.ie wrote:
It's the moving of radeom KMS out of staging after -rc6 that causes it,
because it brought it into the scope of my testing:
?f71d018:
* Jesse Barnes jbar...@virtuousgeek.org wrote:
[...]
That action might hang or crash his kernel, and if that user then
reports:
Hey, -rc7 just hung on me after enabling this new .config option
it offered for the radeon driver i am using, please add this to the
list of
Can we piggyback the mspos changes on the bump? I have discovered a legit
non-AA use for them so I would like them to be usable.
Posting from a mobile, pardon my terseness. ~ C.
On Feb 4, 2010 8:07 AM, Alex Deucher alexdeuc...@gmail.com wrote:
From 8ea32b7974dbcf819545f555ca078f709da5ff4e Mon
* Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Feb 04, 2010 at 09:22:54PM +0100, Ingo Molnar wrote:
Hey, -rc7 just hung on me after enabling this new .config option it
offered for the radeon driver i am using, please add this to the list
of
regressions.
If the
On Fri, Feb 5, 2010 at 6:46 AM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@gmail.com wrote:
On Wed, Feb 3, 2010 at 1:44 AM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@linux.ie wrote:
It's the moving of radeom KMS out of staging after -rc6 that causes it,
On Thu, 4 Feb 2010 22:05:59 +0100
Ingo Molnar mi...@elte.hu wrote:
* Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Feb 04, 2010 at 09:22:54PM +0100, Ingo Molnar wrote:
Hey, -rc7 just hung on me after enabling this new .config option it
offered for the radeon driver i
On Fri, Feb 5, 2010 at 7:23 AM, Andrew Morton a...@linux-foundation.org wrote:
On Thu, 4 Feb 2010 22:05:59 +0100
Ingo Molnar mi...@elte.hu wrote:
* Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Feb 04, 2010 at 09:22:54PM +0100, Ingo Molnar wrote:
Hey, -rc7 just hung on me
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #6 from Marc marvi...@gmx.de 2010-02-04 13:44:49 PST ---
I boldly applied this patch:
--- a/drivers/gpu/drm/radeon/radeon_pm.c
+++ b/drivers/gpu/drm/radeon/radeon_pm.c
@@ -180,7 +180,7 @@ static void radeon_get_power_state(struct
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #5 from Marc marvi...@gmx.de 2010-02-04 13:44:14 PST ---
Created an attachment (id=33083)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33083)
log with atom_debug=1
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #7 from Rafał Miłecki zaj...@gmail.com 2010-02-04 14:02:28 PST
---
Marc: please boot (modprobe) without dynpm (or dynpm=0) and provide output of
following:
cat /sys/kernel/debug/dri/0/radeon_pm_info
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #8 from Marc marvi...@gmx.de 2010-02-04 14:10:48 PST ---
cat /sys/kernel/debug/dri/0/radeon_pm_info with dynclk=0
state: PM_STATE_DISABLED
default engine clock: 50 kHz
current engine clock: 494040 kHz
default memory clock:
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #9 from Tobias Jakobi liquid.a...@gmx.net 2010-02-04 14:27:34
PST ---
This looks exactly like my (remaining) problem here:
https://bugs.freedesktop.org/show_bug.cgi?id=26329
radeon DRM currently seems to lack some way to switch
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #10 from Rafał Miłecki zaj...@gmail.com 2010-02-04 14:33:14 PST
---
Driver believes it's currently running 300MHz as this state is called default
(incorrectly).
Decision of dynamic power management is to downclock. Driver looks
On Thu, Feb 04, 2010 at 09:22:54PM +0100, Ingo Molnar wrote:
Hey, -rc7 just hung on me after enabling this new .config option it
offered for the radeon driver i am using, please add this to the list of
regressions.
If the same configuration options hang on both an old kernel and
On Thu, Feb 04, 2010 at 10:05:59PM +0100, Ingo Molnar wrote:
Regressions are not limited to 'same config' kernels, last i checked. If that
has changed (or if i'm misunderstanding it) then it would be nice to hear a
clarification about that from Linus.
If an option has *never* worked on a
Hi,
I've fixed up some compile warnings in the attached patch; I think a
couple of cases may actually have been bugs. One case I have not touched
is converting between void * (64 bit here) and drm_handle_t (32 bit
here), as I don't understand the issues here; it would be nice if no
warnings were
On Thu, 4 Feb 2010, Ingo Molnar wrote:
* Jesse Barnes jbar...@virtuousgeek.org wrote:
On Thu, 4 Feb 2010 20:32:32 +0100
Ingo Molnar mi...@elte.hu wrote:
Nobody has reacted to my related boot hang bugreport yet - and it's
detailed and fully reproducible (so i can test any proposed fixes as
On Thu, 2010-02-04 at 17:57 +0900, Tejun Heo wrote:
Commit 859ddf09743a8cc680af33f7259ccd0fd36bfe9d tried to fix
misallocation bug but broke full bit marking by not clearing
pa[idp-layers] and also is causing X failures due to lookup failure
in drm code. The cause of the latter hasn't been
Hello.
I'm trying to debug an issue I'm having with my Via CN400 board. The problem I
see is that every time I watch a specific DVD using XvMC the display freezes
completely after a short time.
The freeze seems to be caused by a failing via_cmdbuf_wait. I don't understand
why it fails, but it
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #11 from Tobias Jakobi liquid.a...@gmx.net 2010-02-04 15:51:29
PST ---
I checked the Windows driver behaviour with my friend (who owns a integrated
Radeon HD in his laptop) and it seems to go like this:
The driver selects a
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #12 from Tobias Jakobi liquid.a...@gmx.net 2010-02-04 16:00:07
PST ---
Looking at the code in radeon_pm.c the current approach looks fundamentally
wrong to me:
radeon_pm_set_clocks_locked seems to call radeon_set_power_state to
These were random configs - the size doesnt match an allyesconfig, those are
way bigger. My above comment related to the first crash, and to my argument
that all other drivers are fine during bootup - and there's a lot of them.
So do you have something you are running after allyesconfig to
On Thu, Feb 4, 2010 at 2:23 PM, Matthew W. S. Bell
matt...@bells23.org.uk wrote:
Hi,
I've fixed up some compile warnings in the attached patch; I think a
couple of cases may actually have been bugs. One case I have not touched
is converting between void * (64 bit here) and drm_handle_t (32
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
All radeon related: 2 warning fixes
2 r600/700 regression fixes
1 r100/r200 rendering fix (always broken with KMS)
1 HDMI audio regression work around - turn off
From c29850388327d9cc6c0370b1fc0d0920df92bffe Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Fri, 5 Feb 2010 00:55:32 -0500
Subject: [PATCH] drm/radeon/kms: dynclks fixes
- only r4xx/r5xx/rs6xx/rs740 have clock gating atom table,
so disable it on r6xx. it's already
From: Dave Airlie airl...@redhat.com
this uses a new entrypoint to invalidate gart entries instead of using 0.
I'm not 100% sure this is going to work, we probably need to allocate
a dummy page and point all the GTT entries at it similiar to what AGP does.
but we can test this first I suppose.
From 979e9e6ecb586e92b2354a5fe8d73f3d7bfa85b3 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Fri, 5 Feb 2010 01:58:28 -0500
Subject: [PATCH] drm/radeon/kms: clean up some low-hanging magic numbers
Switch some magic numbers to their proper defines.
The register header
2010/2/5 Dave Airlie airl...@linux.ie:
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
All radeon related: 2 warning fixes
2 r600/700 regression fixes
1 r100/r200 rendering fix (always broken with KMS)
1
Heh, this has stuff from a couple of private patches I never submitted.
Reviewed-by: Corbin Simpson mostawesomed...@gmail.com
On Thu, Feb 4, 2010 at 11:03 PM, Alex Deucher alexdeuc...@gmail.com wrote:
From 979e9e6ecb586e92b2354a5fe8d73f3d7bfa85b3 Mon Sep 17 00:00:00 2001
From: Alex Deucher
* Dave Airlie airl...@gmail.com wrote:
These were random configs - the size doesnt match an allyesconfig, those
are
way bigger. My above comment related to the first crash, and to my argument
that all other drivers are fine during bootup - and there's a lot of them.
So do you have
* Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Feb 04, 2010 at 10:05:59PM +0100, Ingo Molnar wrote:
Regressions are not limited to 'same config' kernels, last i checked. If
that
has changed (or if i'm misunderstanding it) then it would be nice to hear a
clarification about
89 matches
Mail list logo