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-xv or glx-xv that would provide a
New York Times says "This is the breakthrough of the new millenium
thus far! The Natural Wonder Drug that scientists are all raving about. A must try
for everyone!"* Reduce Stress & Feel Younger* Vanish Wrinkles* Gain Strength* Lose Weight Fast*Men: Grow backlost hair (better than Avacor)
*
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. Every
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 my
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 in
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 in 5.004
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 information
1. tested:
radeon-20020928-linux.i386.tar.bz2 (gcc 2.96)
radeon-20021001-linux.i386.tar.bz2
r200
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
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 have
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 increase the default for the
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-size +=
-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 log? Anyway, does Option
XaaNoSolidHorVertLine help?
out of luck :( SaNoSolidHorVertLine and XaaNoDashedTwoPointLine doesn't
help and XServer is still
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 word
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
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
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 appears to be
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é
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 the behaviour
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 )
Warning
Unable to process data:
multipart/mixed;boundary==_NextPart_000_00C8_55C40C5A.C1606B48
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-xv
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 would not
22 matches
Mail list logo