https://bugs.freedesktop.org/show_bug.cgi?id=27786
--- Comment #1 from Michel Dänzer 2010-04-22 00:31:20 PDT
---
Looks like Armagetron Advanced or SDL is doing crazy stuff from a signal
handler...
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiv
On Tue, Apr 20, 2010 at 05:43:34PM +0200, Jerome Glisse wrote:
> Convert most AGP chipset to use scratch page as default entries.
> This help avoiding GPU querying 0 address and trigger computer
> fault. With KMS and memory manager we bind/unbind AGP memory
> constantly and it seems that some GPU a
On Thu, Apr 22, 2010 at 11:27:11AM +0200, Daniel Vetter wrote:
> On Tue, Apr 20, 2010 at 05:43:34PM +0200, Jerome Glisse wrote:
> > Convert most AGP chipset to use scratch page as default entries.
> > This help avoiding GPU querying 0 address and trigger computer
> > fault. With KMS and memory mana
On Wed, 2010-04-21 at 20:38 -0400, Alex Deucher wrote:
> > Any further reading would be tremendously helpful.
> >
>
> It should be pretty easy to get kms going with r128 by integrating it
> into the radeon drm and ddx. The hard part will be porting the r128
> 3D driver to kms. Also, kms support
On Wed, 2010-04-21 at 20:38 -0400, Alex Deucher wrote:
> On Wed, Apr 21, 2010 at 6:26 PM, Alex Buell wrote:
> > On Thu, 2010-04-22 at 07:55 +1000, Dave Airlie wrote:
> >> > I'd like to step up for that, it'd let me learn a lot. I have
> >> already
> >> > extracted the r128 and its DRI from the 2.6
On Wed, 2010-04-21 at 20:38 -0400, Alex Deucher wrote:
> On Wed, Apr 21, 2010 at 6:26 PM, Alex Buell wrote:
> > On Thu, 2010-04-22 at 07:55 +1000, Dave Airlie wrote:
> >> > I'd like to step up for that, it'd let me learn a lot. I have
> >> already
> >> > extracted the r128 and its DRI from the 2.6
On Thu, Apr 22, 2010 at 01:46:46PM +0100, Alex Buell wrote:
> On Wed, 2010-04-21 at 20:38 -0400, Alex Deucher wrote:
> > On Wed, Apr 21, 2010 at 6:26 PM, Alex Buell
> > wrote:
> > > On Thu, 2010-04-22 at 07:55 +1000, Dave Airlie wrote:
> > >> > I'd like to step up for that, it'd let me learn a lo
https://bugs.freedesktop.org/show_bug.cgi?id=27786
--- Comment #2 from Luke-Jr 2010-04-22
06:56:17 PDT ---
My uneducated guess is that radeonFlush is triggering a SIGSEGV and libSDL is
trying to shutdown sanely as a result, which creates a loop since the
radeonFlush is already in the shutdown pr
On Thu, Apr 22, 2010 at 6:30 AM, Jerome Glisse wrote:
> On Thu, Apr 22, 2010 at 11:27:11AM +0200, Daniel Vetter wrote:
>> On Tue, Apr 20, 2010 at 05:43:34PM +0200, Jerome Glisse wrote:
>> > Convert most AGP chipset to use scratch page as default entries.
>> > This help avoiding GPU querying 0 addr
https://bugs.freedesktop.org/show_bug.cgi?id=27786
--- Comment #3 from Michel Dänzer 2010-04-22 07:04:02 PDT
---
Can you get another backtrace showing what signal it is, with debugging symbols
for at least r300_dri.so?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=27786
--- Comment #4 from Luke-Jr 2010-04-22
07:29:08 PDT ---
Program received signal SIGSEGV, Segmentation fault.
0x71d2fd79 in radeonFlush (ctx=0xbe72e0) at radeon_common.c:1107
1107if ((ctx->DrawBuffer->Name == 0) && radeon->fro
https://bugs.freedesktop.org/show_bug.cgi?id=27786
--- Comment #5 from Luke-Jr 2010-04-22
07:31:36 PDT ---
1107 if ((ctx->DrawBuffer->Name == 0) &&
radeon->front_buffer_dirty) {
- 0x7f3f1063ad6e :mov-0x28(%rbp),%rax
- 0x7f3f1063ad72 :mov0x
https://bugs.freedesktop.org/show_bug.cgi?id=27786
--- Comment #6 from Luke-Jr 2010-04-22
07:36:00 PDT ---
ctx->DrawBuffer is a NULL pointer
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=27796
Summary: atombios stuck in loop
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=27786
Luke-Jr changed:
What|Removed |Added
See Also||http://bugzilla.libsdl.org/
>From 386db39adb34e0c5ea1ca3a0341062bed177e3cd Mon Sep 17 00:00:00 2001
From: Tormod Volden
Date: Thu, 22 Apr 2010 16:57:32 -0400
Subject: [PATCH] drm/radeon: 9800 SE has only one quadpipe
Although these cards have 2 pipelines on the silicon only
the first passed the QA and the other should be di
https://bugs.freedesktop.org/show_bug.cgi?id=27739
Kristian Høgsberg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
>From 5038380b37afe6d79612a5665d46d54086812496 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 22 Apr 2010 22:58:50 -0400
Subject: [PATCH] drm/radeon/kms/evergreen: fix LUT setup
Must have gotten broken during an earlier rebase.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/rad
>From 3b4696859be2c0ae2f1821cf1df4a5857b59ac7f Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Fri, 23 Apr 2010 02:26:55 -0400
Subject: [PATCH] drm/radeon/kms/evergreen: No EnableYUV table
DCE4 cards don't have an EnableYUV table.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon
Some minor fixes to the radeon KMS driver three evergreen related one for
earlier cards.
The following changes since commit b78315f051de8d207bead90470aa216c0617572b:
Jesse Barnes (1):
drm: delay vblank cleanup until after driver unload
are available in the git repository at:
ssh://
On Wed, 2010-04-21 at 22:36 +0100, Alex Buell wrote:
> On Wed, 2010-04-21 at 16:02 -0400, Matt Turner wrote:
> > On Wed, Apr 21, 2010 at 3:51 PM, Alex Buell
> > wrote:
> > > Does the r128 dri driver supports KMS in the kernel on PPC? I've a G3
> > > iMac 600 here working very well with OpenGL but
https://bugs.freedesktop.org/show_bug.cgi?id=27786
--- Comment #1 from Michel D?nzer 2010-04-22 00:31:20
PDT ---
Looks like Armagetron Advanced or SDL is doing crazy stuff from a signal
handler...
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiv
On Tue, Apr 20, 2010 at 05:43:34PM +0200, Jerome Glisse wrote:
> Convert most AGP chipset to use scratch page as default entries.
> This help avoiding GPU querying 0 address and trigger computer
> fault. With KMS and memory manager we bind/unbind AGP memory
> constantly and it seems that some GPU a
On Thu, Apr 22, 2010 at 11:27:11AM +0200, Daniel Vetter wrote:
> On Tue, Apr 20, 2010 at 05:43:34PM +0200, Jerome Glisse wrote:
> > Convert most AGP chipset to use scratch page as default entries.
> > This help avoiding GPU querying 0 address and trigger computer
> > fault. With KMS and memory mana
On Wed, 2010-04-21 at 20:38 -0400, Alex Deucher wrote:
> > Any further reading would be tremendously helpful.
> >
>
> It should be pretty easy to get kms going with r128 by integrating it
> into the radeon drm and ddx. The hard part will be porting the r128
> 3D driver to kms. Also, kms support
On Wed, 2010-04-21 at 20:38 -0400, Alex Deucher wrote:
> On Wed, Apr 21, 2010 at 6:26 PM, Alex Buell
> wrote:
> > On Thu, 2010-04-22 at 07:55 +1000, Dave Airlie wrote:
> >> > I'd like to step up for that, it'd let me learn a lot. I have
> >> already
> >> > extracted the r128 and its DRI from the
On Wed, 2010-04-21 at 20:38 -0400, Alex Deucher wrote:
> On Wed, Apr 21, 2010 at 6:26 PM, Alex Buell
> wrote:
> > On Thu, 2010-04-22 at 07:55 +1000, Dave Airlie wrote:
> >> > I'd like to step up for that, it'd let me learn a lot. I have
> >> already
> >> > extracted the r128 and its DRI from the
On Thu, Apr 22, 2010 at 01:46:46PM +0100, Alex Buell wrote:
> On Wed, 2010-04-21 at 20:38 -0400, Alex Deucher wrote:
> > On Wed, Apr 21, 2010 at 6:26 PM, Alex Buell
> > wrote:
> > > On Thu, 2010-04-22 at 07:55 +1000, Dave Airlie wrote:
> > >> > I'd like to step up for that, it'd let me learn a lo
https://bugs.freedesktop.org/show_bug.cgi?id=27786
--- Comment #2 from Luke-Jr 2010-04-22
06:56:17 PDT ---
My uneducated guess is that radeonFlush is triggering a SIGSEGV and libSDL is
trying to shutdown sanely as a result, which creates a loop since the
radeonFlush is already in the shutdown pr
On Thu, Apr 22, 2010 at 6:30 AM, Jerome Glisse wrote:
> On Thu, Apr 22, 2010 at 11:27:11AM +0200, Daniel Vetter wrote:
>> On Tue, Apr 20, 2010 at 05:43:34PM +0200, Jerome Glisse wrote:
>> > Convert most AGP chipset to use scratch page as default entries.
>> > This help avoiding GPU querying 0 addr
https://bugs.freedesktop.org/show_bug.cgi?id=27786
--- Comment #3 from Michel D?nzer 2010-04-22 07:04:02
PDT ---
Can you get another backtrace showing what signal it is, with debugging symbols
for at least r300_dri.so?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=27786
--- Comment #4 from Luke-Jr 2010-04-22
07:29:08 PDT ---
Program received signal SIGSEGV, Segmentation fault.
0x71d2fd79 in radeonFlush (ctx=0xbe72e0) at radeon_common.c:1107
1107if ((ctx->DrawBuffer->Name == 0) && radeon->fro
https://bugs.freedesktop.org/show_bug.cgi?id=27786
--- Comment #5 from Luke-Jr 2010-04-22
07:31:36 PDT ---
1107 if ((ctx->DrawBuffer->Name == 0) &&
radeon->front_buffer_dirty) {
- 0x7f3f1063ad6e :mov-0x28(%rbp),%rax
- 0x7f3f1063ad72 :mov0x
https://bugs.freedesktop.org/show_bug.cgi?id=27786
--- Comment #6 from Luke-Jr 2010-04-22
07:36:00 PDT ---
ctx->DrawBuffer is a NULL pointer
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=27796
Summary: atombios stuck in loop
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=27786
Luke-Jr changed:
What|Removed |Added
See Also||http://bugzilla.libsdl.org/
Although these cards have 2 pipelines on the silicon only
the first passed the QA and the other should be disabled.
http://www.digital-daily.com/video/ati-radeon9800se/
http://www.rojakpot.com/showarticle.aspx?artno=101&pgno=1
agd5f: add some other SE cards as well; fix up kms
Signed-off-by: Tor
https://bugs.freedesktop.org/show_bug.cgi?id=27739
Kristian H?gsberg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Must have gotten broken during an earlier rebase.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_display.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/radeon_display.c
index 243c1c
41 matches
Mail list logo