Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00C8_55C40C5A.C1606B48"
Keith,
you got the condition for waiting for an interrupt wrong.
r200_ioctl.c, line 330
...
/* if there was a previous frame, wait for its IRQ */
- if (iw->irq_seq != -1 && sarea->last_frame < r200GetLastFrame( rmesa ) ) {
+ if (iw->irq_seq != -1 && r200GetLastFrame( rmesa )
On Tue, 01 Oct 2002 11:59:31 +0100
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
> > Hi r200'ers,
> >
> > here is the improved frame throttling for r200. It compiles on my
> > system. Time for testing ...
> >
>
> I still get a lot of busy waiting with this patch. I assume t
I happened to be be looking for information about this a few days ago
and could recover the address from my history:
http://www.winischhofer.net/linuxsis630.shtml
It contains very detailed information about latest driver development.
Sorry, 2D only.
On Tue, 1 Oct 2002 13:26:59 +0100
José Fonsec
> > > I just uploaded a set of binary snapshots built from the CVS head
> > > using RedHat's compat-gcc-7.3-2.96.110 package (which produces
> > > code compatible with the gcc bundled with the RedHat 7.3 and is
> > > the same which was producing the snapshots before).
> >
> > Unfortunately this
Am Dienstag, 1. Oktober 2002 20:12 schrieb Linus Torvalds:
> On Tue, 1 Oct 2002, Keith Whitwell wrote:
> > Sounds like you aren't getting irq's, for some reason, and it is falling
> > back to busy waiting.
> >
> > The question is why aren't you getting irq's?
>
> Keith, are you even asking the ker
yeah xawtv has an opengl plugin as well. I'll take a look if I ever
get a chance to. thanks for the suggestion.
Alex
--- Stefan Lange <[EMAIL PROTECTED]> wrote:
> Alex Deucher wrote:
> > I'm pretty unfamiliar with OpenGL programming. I have an idea for
> an
> > xfree module that I suspect wou
Hi Liam,
I think the site is ready for primetime. Do the transition all in one go
when you are ready, if you need help let me know.
One last comment I have, on the Contribute page, the Developer
Documentation link should maybe link to an anchor on the docs page. That
way the user doesn't have to
Attached is a patch to attempt to duplicate the r200 agp allocator,
independant of any one particular drivers' code.
Also, is a quick implementation for the mga driver.
Hopefully I went about this in a somewhat correct mannor. If not, please
let me know...
Thanks.
karl
[k a r l r a s c
On Mon, 2002-09-30 at 22:14, Alex Deucher wrote:
> I'm pretty unfamiliar with OpenGL programming. I have an idea for an
> xfree module that I suspect would not be too hard to implement, but I
> wanted to get some other opinions on it. What I'd like to do is create
> a module called perhaps ogl-x
On Tue, 1 Oct 2002, Keith Whitwell wrote:
>
> Sounds like you aren't getting irq's, for some reason, and it is falling back
> to busy waiting.
>
> The question is why aren't you getting irq's?
Keith, are you even asking the kernel to look up (and possibly enable) the
irq for you?
The magic
>
> > 1. tested:
> > radeon-20020928-linux.i386.tar.bz2 (gcc 2.96)
> > radeon-20021001-linux.i386.tar.bz2
> > r200-20020930-linux.i386.tar.bz2
> >
> > Xfree86.log.0 for sig11:
>
> [...]
>
> I don't see a crash here, is it the correct
Keith,
In free_block(), radeon_mem.c, we have:
if (p->next->pid == 0) {
struct mem_block *q = p->next;
p->size += q->size;
p->next = q->next;
p->next->prev = p;
DRM_FREE(p);
}
Should this instead be:
if (p->next->pid == 0) {
struct mem_block *q = p->next;
p->
On Die, 2002-10-01 at 00:29, Jason Cook wrote:
> Michel Dänzer wrote:
> > On Mon, 2002-09-30 at 06:13, Jason Cook wrote:
> >
> >>Option "RingSize" "8"
> >>Option "BufferSize" "2"
> >
> >
> > You shouldn't have to change the defaults for these (though we might
> > want to incre
That's strange, since it only sig11's in dual head mode when only
MMIO is in use... I'll look at it some more tonight.
- Chad
On 1 Oct 2002, Michel [ISO-8859-1] Dänzer wrote:
> On Mon, 2002-09-30 at 02:18, Chad Page wrote:
> >
> > Nope, dosen't work with that - I still h
On Mon, 2002-09-30 at 02:18, Chad Page wrote:
>
> Nope, dosen't work with that - I still have to comment out the
> call in RADEONResetVideo. Appears to be a failure within the sync function
> itself.
Hmm, I changed RADEONWaitForIdleMMIO() to info->accel->Sync() because
the former doesn't
Keith Whitwell wrote:
> Dieter Nützel wrote:
>
>> Keith,
>>
>> after your latest r200 IRQ merge "setenv R200_NO_USLEEPS 1" is badly
>> needed, again?
>>
>> gears is lower than ever
>>
>> Mesa/demos> ./gears
>> r200CreateScreen
>> 550 frames in 5.019 seconds = 109.584 FPS
>> 566 frames in 5.016
his snapshots doesn't working for me - sig11 during startup
> (tested with XFree86 4.2.0 and 4.2.1). For other people this snapshots
> have the same problems as for Linus - DRI is reported as working but
> glxinfo shows miss direct rendering :(
>
> in attached files - all related
Dieter Nützel wrote:
> Keith,
>
> after your latest r200 IRQ merge "setenv R200_NO_USLEEPS 1" is badly needed,
> again?
>
> gears is lower than ever
>
> Mesa/demos> ./gears
> r200CreateScreen
> 550 frames in 5.019 seconds = 109.584 FPS
> 566 frames in 5.016 seconds = 112.839 FPS
> 574 frames
Keith,
after your latest r200 IRQ merge "setenv R200_NO_USLEEPS 1" is badly needed,
again?
gears is lower than ever
Mesa/demos> ./gears
r200CreateScreen
550 frames in 5.019 seconds = 109.584 FPS
566 frames in 5.016 seconds = 112.839 FPS
574 frames in 5.004 seconds = 114.708 FPS
590 frames i
Andreas,
On Mon, Sep 30, 2002 at 06:57:52PM +0200, Andreas Allacher wrote:
>Hi,
>
>Will you add (or will there be in future) also DRI-support for the
>graphic device SIS630. If yes do you know a not exactly date?
I'm not 100% sure of the current state of the SIS chips DRI drivers so
I'm CC'ing m
Felix Kühling wrote:
> Hi r200'ers,
>
> here is the improved frame throttling for r200. It compiles on my
> system. Time for testing ...
>
I still get a lot of busy waiting with this patch. I assume the behaviour is
the same on the radeon. Run it against 'multiarb' from the mesa demos. Ever
eople this snapshots
have the same problems as for Linus - DRI is reported as working but
glxinfo shows miss direct rendering :(
in attached files - all related information
1. tested:
radeon-20020928-linux.i386.tar.bz2 (gcc 2.96)
radeon-20021001-linux.i386.tar.bz2
r200-20020930-linux.i386.tar.bz2
23 matches
Mail list logo
