http://bugs.freedesktop.org/show_bug.cgi?id=26051
Fabio Pedretti changed:
What|Removed |Added
CC||fabio@libero.it
--- Comment #1 f
On Thu, 14 Jan 2010 23:18:14 -0500, Miles Lane wrote:
> I just hit this with 2.6.33-rc4-git1 and DRI modesetting enabled. I
> don't know what event triggered the error. I had resumed from suspend
> a long time before the error appeared in my dmesg output:
>
> [ 8505.847430] [drm:i915_gem_execbu
On Fri, 15 Jan 2010 12:40:30 + (GMT)
James Simmons wrote:
>
> > > Yeap. I can have patch ready for you this weekend. I lack the hardware to
> > > test it tho. Never been able to find a intel pci card that is not built
> > > into the motherboard.
> >
> > They don't exist, other than the old
> > Yeap. I can have patch ready for you this weekend. I lack the hardware to
> > test it tho. Never been able to find a intel pci card that is not built
> > into the motherboard.
>
> They don't exist, other than the old i740s.
I noticed the same is true for SiS cards.
In some rare case the wptr returned from the hw wasn't 0 and leaded
to trick r600_process_irq that their were irq to process. Add a
check to bail out if irq hasn't been initialized this will avoid
oops provoqued by the rare wptr != 0 on initialization.
Signed-off-by: Jerome Glisse
---
drivers/gp
To avoid hw doing anythings after we disabled PCIE GART, fully
disable IRQ at suspend. Also cleanup a bit the ih structure
and process function.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r600.c | 30 ++
drivers/gpu/drm/radeon/radeon.h |4 ++--
dr
In some rare case i faced an irq overflow quickly followed by
a GPU lockup (hard hang) this patch try to deal with irq vector
ring overflow, so far haven't been able to reproduce it with
the patch.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r600.c | 10 +++---
1 files changed,
Bunch of small fixes and cleanup, i faced rare oops/hang with rv620
and each patch is here to try to address issue i had. So far they
seem to help.
--
Throughout its 18-year history, RSA Conference consistently attracts t
http://bugs.freedesktop.org/show_bug.cgi?id=26061
Summary: rv280 in KMS mode triggers "Forbidden register 0x22D0"
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
On Fri, Jan 15, 2010 at 8:44 AM, Jerome Glisse wrote:
> In some rare case i faced an irq overflow quickly followed by
> a GPU lockup (hard hang) this patch try to deal with irq vector
> ring overflow, so far haven't been able to reproduce it with
> the patch.
>
> Signed-off-by: Jerome Glisse
Rev
The crtc_ prefix was omitted in h/vdisplay assignments
Signed-off-by: Roel Kluin
---
Not sure, but maybe the change below is needed? please ack/nack.
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index 82eb551..a9dc073 100644
--- a/drivers/gpu/
On Fri, Jan 15, 2010 at 8:44 AM, Jerome Glisse wrote:
> To avoid hw doing anythings after we disabled PCIE GART, fully
> disable IRQ at suspend. Also cleanup a bit the ih structure
> and process function.
>
> Signed-off-by: Jerome Glisse
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/rade
http://bugs.freedesktop.org/show_bug.cgi?id=25682
404 Error <404erro...@gmail.com> changed:
What|Removed |Added
Summary|radeon drm (linux 2.6.32) |radeon drm (linux 2.6.3
On Fri, Jan 15, 2010 at 9:11 AM, Roel Kluin wrote:
> The crtc_ prefix was omitted in h/vdisplay assignments
>
> Signed-off-by: Roel Kluin
> ---
> Not sure, but maybe the change below is needed? please ack/nack.
NAK. the code is correct as is.
>
> diff --git a/drivers/gpu/drm/radeon/radeon_enco
On Fri, Jan 15, 2010 at 8:44 AM, Jerome Glisse wrote:
> In some rare case the wptr returned from the hw wasn't 0 and leaded
> to trick r600_process_irq that their were irq to process. Add a
> check to bail out if irq hasn't been initialized this will avoid
> oops provoqued by the rare wptr != 0 on
http://bugs.freedesktop.org/show_bug.cgi?id=25682
--- Comment #2 from 404 Error <404erro...@gmail.com> 2010-01-15 06:29:48 PST
---
Created an attachment (id=32660)
--> (http://bugs.freedesktop.org/attachment.cgi?id=32660)
/var/log/messages (2.6.33-rc4)
--
Configure bugmail: http://bugs.f
http://bugzilla.kernel.org/show_bug.cgi?id=15017
--- Comment #6 from Markus Trippelsdorf 2010-01-15
14:30:11 ---
Yes, kexec works again with your patches applied.
Thanks a lot Jérôme.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this m
http://bugs.freedesktop.org/show_bug.cgi?id=25682
--- Comment #3 from 404 Error <404erro...@gmail.com> 2010-01-15 06:32:03 PST
---
FYI, the first bug description and the "Log of crash" attachment were made for
linux 2.6.32. I renamed the bug description as it happens under Linux 2.6.33
too.
http://bugzilla.kernel.org/show_bug.cgi?id=15017
--- Comment #4 from Jérôme Glisse 2010-01-15 13:50:37
---
Created an attachment (id=24572)
--> (http://bugzilla.kernel.org/attachment.cgi?id=24572)
Don't process irq until initialized
--
Configure bugmail: http://bugzilla.kernel.org/userpr
http://bugzilla.kernel.org/show_bug.cgi?id=15017
--- Comment #5 from Jérôme Glisse 2010-01-15 13:51:27
---
Created an attachment (id=24573)
--> (http://bugzilla.kernel.org/attachment.cgi?id=24573)
Handle IH ring overflow
Please can you test if the attached patch set helps with your issue.
http://bugzilla.kernel.org/show_bug.cgi?id=15017
--- Comment #3 from Jérôme Glisse 2010-01-15 13:50:02
---
Created an attachment (id=24571)
--> (http://bugzilla.kernel.org/attachment.cgi?id=24571)
Disable irq at suspend
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=e
The oops is triggered because I am missing the firmware for
radeon/R700_rlc.bin and
radeon/R600_rlc.bin
However, I think it should be able to deal with this more gracefully.
ATOM BIOS: 9498.11.22.6.0.AS03
[drm] Clocks initialized !
[drm] Detected VRAM RAM=256M, BAR=256M
[drm] RAM width 128bits DD
On Fri, 15 Jan 2010, John Kacur wrote:
> The oops is triggered because I am missing the firmware for
> radeon/R700_rlc.bin and
> radeon/R600_rlc.bin
>
> However, I think it should be able to deal with this more gracefully.
>
> ATOM BIOS: 9498.11.22.6.0.AS03
> [drm] Clocks initialized !
> [drm]
On Fri, Jan 15, 2010 at 03:47:19PM +0100, John Kacur wrote:
>
>
> On Fri, 15 Jan 2010, John Kacur wrote:
>
> > The oops is triggered because I am missing the firmware for
> > radeon/R700_rlc.bin and
> > radeon/R600_rlc.bin
> >
> > However, I think it should be able to deal with this more gracef
http://bugs.freedesktop.org/show_bug.cgi?id=26051
--- Comment #2 from ken moffat 2010-01-15
11:20:32 PST ---
Bad news for me: I was getting ready to start bisecting, and left the
screensaver running (with 7.6) - when I came back, the screen was again black
and the keyboard non-operational.
Not only are video mode changes normal events that probably don't
deserve note in dmesg in general, drivers may also set video modes for
output detection, leading to users being confused as to why their TV
output is being turned on when they don't have one on their system.
Signed-off-by: Eric Anho
On Tue, 5 Jan 2010 11:25:06 +0800, Zhenyu Wang wrote:
> This enables possible 36bit address mask on 965G that use physical
> address for hw status page.
>
> Signed-off-by: Zhenyu Wang
Applied to for-linus. Thanks!
My understanding is that with the current 2 patches applied, the other
swiotlb
http://bugs.freedesktop.org/show_bug.cgi?id=12106
--- Comment #2 from Heikki Repo 2010-01-15 16:23:41
PST ---
Same problem here, even though the bug seems to be quite old. I'm running a
Dell Optiplex GX150 which has Intel 82815 graphics. Gives errors and the 2D
acceleration feels slow i.e.
28 matches
Mail list logo