"Sergey V. Udaltsov" wrote:
>
> Hi
>
> > I believe it's not clear - as it isn't evident for myself either. I think
> > that evolution will be:
> Thanks for all these explanations. At least this text can be interpreted
> as a kind of roadmap.
> > - the _fastest_ implementation possible will be ac
Tried booting with notsc - no change. I haven't noticed any drastic
clock shifts in the 2 or so months I've had this laptop and it doesn't
even use NTP like my other systems.
I've tried a bunch of kernels - I usually run a kernel version on both
my laptop and my test servers for a week or two be
On Tue, May 28, 2002 at 08:43:44PM -0400, Al Tobey wrote:
> Same thing with a UP kernel ...
> Yes, the kernel module was built fresh from the CVS tree.
>
> Should this not be happening?
No, subject to bugs / or the possiblity that everything's not in place.
My guess, if it isn't some bug with 7
On 28 May 2002, Al Tobey wrote:
>
> If I run ut on my laptop, the intro and any games run 2-5times faster
> than they should.
Does your clock run fast too? Try making a program that just does
"gettimeofday()".
Sometimes you get strange behaviour on some laptops due to the
undocumented Intel fr
A fun little weirdness, since I'm bored tonight.
If I run ut on my laptop, the intro and any games run 2-5times faster
than they should. For instance, the intro plays through it's entirety
in less than half the time it usually takes, while the voice continues
at a normal rate. When joining a LA
Same thing with a UP kernel ...
Yes, the kernel module was built fresh from the CVS tree.
Should this not be happening?
Does it have something to do with the 7000/VE not having a TCL unit?
Am I an idiot for trying to use the TCL driver on a non-TCL card?
-Al
On Tue, 2002-05-28 at 19:18, Al Tobe
That seems unfortunate (for any chip maker) considering how many people
buy Nvidia cards because they "just work" in windows or linux. I know a
fair number of people personally that do this ... I wonder how many
there are elsewhere in the world.
-Al
On Tue, 2002-05-28 at 20:05, Frank C. Earl wr
Howzit?
> On Fri, 2002-05-24 at 19:54, Smitty wrote:
> >=20
> > 6) What is required in order to produce drivers for other architectures
> > - If people tell me this, I will add it to the 'help us' section of the
> > site.
>
> Do you mean other architectures as in other OSs or as in other process
On Tuesday 28 May 2002 06:34 pm, Al Tobey wrote:
> Since it seems to be my turn to spam the list...
> Has anybody talked to SiS about this beastie (Xabre) yet? It's brand
> new and I can't even find a card for sale, but there are a few reviews
> floating about the net. Might be nice to get a de
Since it seems to be my turn to spam the list...
Has anybody talked to SiS about this beastie (Xabre) yet? It's brand
new and I can't even find a card for sale, but there are a few reviews
floating about the net. Might be nice to get a decent card supported in
DRI before it hits EOL ;)
-Al
Err ... I meant to say X locks up ... I can still ssh in from my laptop
(like to do the strace). The first X process lets me move the mouse,
but the top 1/8th of the screen is snow crashed while the rest looks
like a normal X pattern. Upon killing & letting X restart, the mouse
movement goes awa
Hello,
Just pulled & built the tcl branch fresh this morning and it locks my
SMP machine up hard when X starts, but before any applications get a
chance to. Log & config is attached. The following text is output from
strace -fp `ps -ef |awk '/[X] :0/{print $2}'`
--- SIGALRM (Alarm clock) ---
On Tue, 2002-05-28 at 20:38, Leif Delgass wrote:
> On 28 May 2002, Michel Dänzer wrote:
>
> > On Tue, 2002-05-28 at 01:13, Leif Delgass wrote:
> > > Here's today's log, if someone wants to post it on the site.
> >
> > Why don't you do it yourself? :) They're in
> > /home/groups/d/dr/dri/htdocs/I
On Tue, 28 May 2002, José Fonseca wrote:
> On 2002.05.28 20:55 Leif Delgass wrote:
> > Well, I have some ideas on cleaning up the code a bit. I was going to
> > create a ring structure similar to the r128 driver and rename some of the
> > variables (table_start and table_end are really the head
On 2002.05.28 20:55 Leif Delgass wrote:
> Well, I have some ideas on cleaning up the code a bit. I was going to
> create a ring structure similar to the r128 driver and rename some of the
> variables (table_start and table_end are really the head and tail, start
> and end should refer to the the
On 2002.05.28 19:56 José Fonseca wrote:
> ...
>
> I'm already updating the CVS tree and rebuilding it, ...
>
I've started the server and got a kernel oops on mach64_destroy_freelist.
I've been trying to debug this but since you wrote the code you can give
me some hints. The result of ksymoops
Well, I have some ideas on cleaning up the code a bit. I was going to
create a ring structure similar to the r128 driver and rename some of the
variables (table_start and table_end are really the head and tail, start
and end should refer to the the starting and ending address of the table).
I w
Hi
> I believe it's not clear - as it isn't evident for myself either. I think
> that evolution will be:
Thanks for all these explanations. At least this text can be interpreted
as a kind of roadmap.
> - the _fastest_ implementation possible will be achieved in the very near
> future, after th
First, thanks for your answers, both of you.
And now, for some updates:
Le Mon, 27 May 2002 20:10:23 -0400 (EDT)
Leif Delgass <[EMAIL PROTECTED]> a écrit:
> Thanks for the report! Concerning textures: the AGP texturing code is
> kind of a proof-of-concept and isn't very efficient yet. We need
Ok. I've finally finshed the paper! (Well, it's still being reviewed, but
it's out of my hands now.)
I'm already updating the CVS tree and rebuilding it, and keep up with
Leif's changes.
Leif, if you didn't started already and you don't mind, I would start
implementing the descriptor table qu
On 28 May 2002, Michel Dänzer wrote:
> On Tue, 2002-05-28 at 01:13, Leif Delgass wrote:
> > Here's today's log, if someone wants to post it on the site.
>
> Why don't you do it yourself? :) They're in
> /home/groups/d/dr/dri/htdocs/IRC-logs/
>
> > I might be able to fill in some of the missing
On Tue, May 28, 2002 at 05:46:36PM +0100, Keith Whitwell wrote:
> Michael,
>
> Did you ever come up with a better way of organizing the codegen templates
> in radeon_vtxfmt_x86.c ?
I didn't get as far as writing anything unfortunately.
My idea was pretty much what you've got below, a .s file t
Karl Rasche wrote:
>>You have access to some agp memory: the dma buffers.
>>
>>The most appropriate way to do this is with a single copy
>>from the user's data to a dma buffer and then fire off the
>>blit from agp->screen.
>>
>
> would this be the region that mmesa->mgaScreen->buffers refers t
> You have access to some agp memory: the dma buffers.
>
> The most appropriate way to do this is with a single copy
> from the user's data to a dma buffer and then fire off the
> blit from agp->screen.
would this be the region that mmesa->mgaScreen->buffers refers to?
thanks.
karl
[k a
Michael,
Did you ever come up with a better way of organizing the codegen templates in
radeon_vtxfmt_x86.c ?
I've just been trying linking in a .o file build from assembly that looks like
this:
--
.text
.align 4
.globl _x86_3fv_3f
_x86_3fv_3f:
push %ebx
Linus Torvalds wrote:
>
> On Tue, 28 May 2002, Keith Whitwell wrote:
>
>>It's committed on the tcl branch now (it's also a minor optimization).
>>
>
> Kevin, a quick look seems to imply that this _will_ cause a lock-up if
> some ioctl were to try to do an operation that fills more than one full
On Tue, 28 May 2002, Keith Whitwell wrote:
>
> It's committed on the tcl branch now (it's also a minor optimization).
Kevin, a quick look seems to imply that this _will_ cause a lock-up if
some ioctl were to try to do an operation that fills more than one full
ring-buffer. Which seems to be po
Alan Hourihane wrote:
> On Mon, May 27, 2002 at 09:35:28PM -0600, Jens Owen wrote:
>>Could you try this patch on your system? It bumps the clipstamp at
>>cleanup.
>
> I've seen this problem on my code base for the trident driver too,
> so just tried your patch.
>
> And it works !
The patch als
Ryan C Stallings wrote:
>
> Hello,
> I am new to DRI hacking, and I am looking for some guidance. I am trying to
>get the Neverwinter Nights Toolset to work under wine (http://nwwine.beergeek.net).
>I have hacked wine a bit to get it working for most people, but I am having problems
Karl Rasche wrote:
> I'm interested in getting the DrawPixels path in mgapixel.c up and going
> again (but i'll make the disclaimer that I'm fairly dri naive..)
>
> In one case, the draw happens directly from a buffer in agp land.
> Presumable this happens after various ioctls to export a buffer
I'm interested in getting the DrawPixels path in mgapixel.c up and going
again (but i'll make the disclaimer that I'm fairly dri naive..)
In one case, the draw happens directly from a buffer in agp land.
Presumable this happens after various ioctls to export a buffer to the
drawer.
What is the
Alan Hourihane wrote:
>
> On Mon, May 27, 2002 at 09:35:28PM -0600, Jens Owen wrote:
> > Tim Rowley wrote:
> > >
> > > Jens Owen wrote:
> > > > It would be interesting to hear more details from their developers
> > > > regarding the comment they put in their README: "If an OpenGL
> > > > applica
On 2002.05.28 09:26 Sergey V. Udaltsov wrote:
> > Here's today's log, if someone wants to post it on the site. I might
> be
> > able to fill in some of the missing dates too, does someone have a list
> of
> > the missing ones?
> Just one final question: will we have 2 implementations: secure and
Ryan,
I don't know enough about the texture code to give you much help on that
subject, but regarding the window stacking...
Ryan C Stallings wrote:
> This happens when a window is created on top of another window and
> they both have renderings in them. The new window works fine (I
> believe
> Here's today's log, if someone wants to post it on the site. I might be
> able to fill in some of the missing dates too, does someone have a list of
> the missing ones?
Just one final question: will we have 2 implementations: secure and fast
or will there be something else (one fast and secur
Tim Smith wrote:
> On Tuesday 28 May 2002 8:40 am, Keith Whitwell scribed numinously:"
>
>>Tim Smith wrote:
>>
>>>I've done some more digging and it would appear to send an enormous
>>>amount of commands via radeon_cp_cmdbuf, all ending up going via
>>>radeon_emit_packet3_cliprect. Actually I don
On Tuesday 28 May 2002 8:40 am, Keith Whitwell scribed numinously:"
> Tim Smith wrote:
> > I've done some more digging and it would appear to send an enormous
> > amount of commands via radeon_cp_cmdbuf, all ending up going via
> > radeon_emit_packet3_cliprect. Actually I don't think it's such a h
On Tue, May 28, 2002 at 09:53:19AM +0100, Keith Whitwell wrote:
> Jens, Stefan,
>
> I've just had a quick look, and it seems they no longer apply at all
> cleanly to our code on the trunk.
>
> I think that we may have brought in some code from the kernel or elsewhere
> to address some of these
On Tue, 2002-05-28 at 01:13, Leif Delgass wrote:
> Here's today's log, if someone wants to post it on the site.
Why don't you do it yourself? :) They're in
/home/groups/d/dr/dri/htdocs/IRC-logs/
> I might be able to fill in some of the missing dates too, does someone have
> a list of the missing
At this point the bsd kernel code compiles, though with a few warnings.
I have patches for the warnings that are left, but it's getting late.
I'll test it with the cards I have soon. xf86drm.c isn't compiling
because xfree86 redefines ioctl(), but that could probably be fixed by
moving #include
Jens Owen wrote:
> Has anyone taken a peak at these patches?
>
> Stefan Dirsch wrote:
>
>>Hi
>>
>>Just as introduction. I'm maintaining the XFree86 packages at SuSE and
>>therefore I'm also responsible for XFree86 4.x/DRI support on SuSE Linux.
>>
>>I would like to let you know about some pte/hi
> That's odd. Do you have a mode specified for the DRI device in
> XF86Config?
Section "DRI"
Mode 0666
EndSection
Is this it?
Sergey
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vega
On Mon, May 27, 2002 at 09:35:28PM -0600, Jens Owen wrote:
> Tim Rowley wrote:
> >
> > Jens Owen wrote:
> > > It would be interesting to hear more details from their developers
> > > regarding the comment they put in their README: "If an OpenGL
> > > application is forcibly terminated by closing
Tim Smith wrote:
> On Monday 27 May 2002 8:22 pm, Michael scribed numinously:"
>
>>On Sun, May 26, 2002 at 06:50:11PM +0100, Tim Smith wrote:
>>
>>>The tcl-0-0-branch really doesn't like 2D menus being popped up over
>>>the 3D drawing area; it locks up after a few of these with or without
>>>RADE
On 2002.05.28 01:10 Leif Delgass wrote:
> ...
>
> On Tue, 28 May 2002, Bernard Cafarelli wrote:
>
> > Well, here's my small contribution to the mach64 dev (sorry but I'm FAR
> > away beyond you in programming, especially compared to people like
> > Jose,Leif or Linus :)).
>
> Well, I _definitel
45 matches
Mail list logo
