[EMAIL PROTECTED] wrote:
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2516
[EMAIL PROTECTED] changed:
What|Removed
On Wed, 2005-06-01 at 01:32 +0100, Dave Airlie wrote:
> In radeon_irq.c:radeon_wait_irq
>
> There is a comment
> /* This is a hack to work around mysterious freezes on certain
> * systems:
> */
> radeon_acknowledge_irqs(dev_priv);
>
>
> On my 7500 system I've been seeing mysterious han
On Tue, 2005-05-31 at 21:52 +0200, Nicolai Haehnle wrote:
> Hello everybody,
>
> today's lockup-chasing wrapup follows :)
BTW. Look at the "removing radeon_acknowledge_irqs hack.." thread and my
reply to David more specifically. I think we may be losing interrupts. I
don't know if that can explai
Here's a version that compiles (and seems to work on my rv280, though I
don't notice any difference, things still work, though apps tend to
occasionally have "hickups" as usual, like pinball is very choppy, I
blame poorly written apps though as quake2 looks ok).
Index: linux-work/drivers/char/drm/
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=3443
Summary: Savage module segfaults upon load
Product: DRI
Nicolai Haehnle wrote:
What you can do: Please, test the attached patch.drm-cmdbuf-more-pacifiers,
and report if there are any regressions (I don't believe there are any)
and/or if it removes certain lockups you are seeing.
Well, it's hard for me to judge this patch :-) I played Q3A for j
Keith Whitwell wrote:
[EMAIL PROTECTED] wrote:
Please do not reply to this email: if you want to comment on the bug,
go to the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2516
[EMAIL PROTECTED] changed:
On 6/1/05, Adam K Kirchhoff <[EMAIL PROTECTED]> wrote:
> Nicolai Haehnle wrote:
>
> >What you can do: Please, test the attached patch.drm-cmdbuf-more-pacifiers,
> >and report if there are any regressions (I don't believe there are any)
> >and/or if it removes certain lockups you are seeing.
> >
>
On Wednesday 01 June 2005 09:22, Benjamin Herrenschmidt wrote:
> On Tue, 2005-05-31 at 21:52 +0200, Nicolai Haehnle wrote:
> > Hello everybody,
> >
> > today's lockup-chasing wrapup follows :)
>
> BTW. Look at the "removing radeon_acknowledge_irqs hack.." thread and my
> reply to David more speci
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=3444
--- Additional Comments From [EMAIL PROTECTED] 2005-06-01 11:18 ---
Creat
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=3444
Summary: compile error including linux/config.h
Product: DRI
Jerome Glisse wrote:
On 6/1/05, Adam K Kirchhoff <[EMAIL PROTECTED]> wrote:
Nicolai Haehnle wrote:
What you can do: Please, test the attached patch.drm-cmdbuf-more-pacifiers,
and report if there are any regressions (I don't believe there are any)
and/or if it removes certain lockups y
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=3444
--- Additional Comments From [EMAIL PROTECTED] 2005-06-01 14:38 ---
This
On Wed, 2005-06-01 at 16:39 +0200, Nicolai Haehnle wrote:
> On Wednesday 01 June 2005 09:22, Benjamin Herrenschmidt wrote:
> > On Tue, 2005-05-31 at 21:52 +0200, Nicolai Haehnle wrote:
> > > Hello everybody,
> > >
> > > today's lockup-chasing wrapup follows :)
> >
> > BTW. Look at the "removing r
On Wed, 1 Jun 2005, Adam K Kirchhoff wrote:
Nicolai Haehnle wrote:
What you can do: Please, test the attached patch.drm-cmdbuf-more-pacifiers,
and report if there are any regressions (I don't believe there are any)
and/or if it removes certain lockups you are seeing.
Well, it's hard for
Hi Roy,
Sorry for the late reply. I have applied the first part of your patch
and changed the check for 'ed' into a check for 'sed' instead of
removing it. However, the snapshot build host seems to be down since May
18, so no new snapshots with the fixed install.sh will be available
until this is
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2026
--- Additional Comments From [EMAIL PROTECTED] 2005-06-01 16:31 ---
Creat
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2026
--- Additional Comments From [EMAIL PROTECTED] 2005-06-01 16:31 ---
Creat
How about this one, I think it fixes up an issue with vblank ack'ing SWI..
Index: shared-core/radeon_irq.c
===
RCS file: /cvs/dri/drm/shared-core/radeon_irq.c,v
retrieving revision 1.22
diff -u -r1.22 radeon_irq.c
--- shared-core/rad
Last one had a bug in it.. forgot to remove a line.. it's against DRM CVS
which is where I'll drop it first... I might remove the bogus acknowledge
line I found for 2.6.12 as it is obviously correct to do so...
Index: shared-core/radeon_irq.c
==
Adam K Kirchhoff wrote:
Vladimir Dergachev wrote:
Are you doing a cold restart ?
I would help a lot if you could try this with glxgears and/or quake3:
I just gave it a shot with UnrealTournament. I'll try with Q3A in a
little bit
* cold restart
* start one of 3d programs
measure
>*/
> - stat = RADEON_READ(RADEON_GEN_INT_STATUS)
> - & (RADEON_SW_INT_TEST | RADEON_CRTC_VBLANK_STAT);
> + stat = radeon_acknowledge_irqs(dev_priv, (RADEON_SW_INT_TEST_ACK |
> RADEON_CRTC_VBLANK_STAT));
> if (!stat)
> return IRQ_NONE;
Looks ok except
Adam,
Great, thank you very much ! No, the system did not need to be actively
swapping in fact this would probably have confused the results. (this is
why I asked for "passive" apps)
Could you also let me know the following information:
Output of "free"
Output of cat /proc/pci
Output
Ok, here's a version wrapping at 80 cols and that applies again Linus
current git. Feel free to forward...
Index: linux-work/drivers/char/drm/radeon_irq.c
===
--- linux-work.orig/drivers/char/drm/radeon_irq.c 2005-06-02
11:36:5
Adam K Kirchhoff wrote:
Adam K Kirchhoff wrote:
Vladimir Dergachev wrote:
Are you doing a cold restart ?
I would help a lot if you could try this with glxgears and/or quake3:
I just gave it a shot with UnrealTournament. I'll try with Q3A in a
little bit
* cold restart
* start one o
I tried the patch on my x800 (0x554F), but no luck here either; hangs
nicely. I haven't tried fglrx yet.
Alex
On 5/31/05, Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> Hi all,
> I've written the initial code for PCI express for the X300 (patch
> attached), it sets the registers up somewhat
> I tried the patch on my x800 (0x554F), but no luck here either; hangs
> nicely. I haven't tried fglrx yet.
>
well I got fglrx 8.12.10 up and running last night (had to install FC3 no
idea why it didn't like ubuntu.)
At least I have some hope of figuring out the registers beyond the highly
27 matches
Mail list logo
