[Dri-devel] r128, DRI and XaaNoPixmapCache

2002-07-01 Thread Peter Surda
le if it freezes every hour or so. Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- ...and that is how we know the Earth to be banana-shaped. msg05610/pgp0.pgp Description: PGP signature

Re: [Dri-devel] dri feature lists IMPORTANT :-)

2002-05-18 Thread Peter Surda
s by no way fragile. Since my MSI board fscked up in January and I bought an Elitegroup, I haven't had a single lockup while doing Xv (and I use it several hours a day). Even X didn't crash. The problem with r128 is different, that something is doing busy-loops anyway, and noone was a

[Dri-devel] r128 freezing

2002-04-03 Thread Peter Surda
Hi! Several weeks ago I reported that on "initialization of screen" (q3, epsxe), my machine freezes with about 10% probability. I got no meaningful reply, so I upgraded the machine from rh 7.1 to 7.2 (including gcc), kernel to 2.4.19-pre5 and it still happens. New hints? Bye, P

Re: [Dri-devel] freezes with r128

2002-03-26 Thread Peter Surda
ds, > Felix Kühling Mit freundlichen Grüßen Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- Hello, this is Bill Gates and I pronounce Monopoly, er, Windows as Windows. msg03622/pgp0.pgp Description: PGP signature

[Dri-devel] freezes with r128

2002-03-26 Thread Peter Surda
vx with aviplay). I have rh7.2, 2.4.18-pre4 kernel, alsa 0.9beta12, xf86 4.2.0, dri-cvs from today and gatos-cvs from today, everything self compiled. ECS K7S5A, Duron900, 192MB RAM. I'll try a newer kernel and then xf86 cvs, but perhaps someone met this behaviour before... Bye, Peter Surd

[Dri-devel] Re: [GATOS]Re: Update #2 (was R128PutImage eating too much CPU, round 2 :-])

2002-02-26 Thread Peter Surda
ce versa? Can X execute a driver function and something else simultaneously? And what change was done about in November that caused this? Mit freundlichen Grüßen Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- Hello, this is Bill Gates and I pronounce Monopoly, er, Windows as Windows. msg03138/pgp0.pgp Description: PGP signature

[Dri-devel] Re: [GATOS]Re: Update #2 (was R128PutImage eating too much CPU, round 2 :-])

2002-02-24 Thread Peter Surda
eable before to some extent, I think it's bearable. > So do you think it should be added unconditionally or only as an option > for CPU load saving freaks like you? ;) It is a VERY BAD workaround (TM), it should not be committed. Mit freundlichen Grüßen Peter Surda (Shurdeek) <[EM

[Dri-devel] Re: Update #2 (was R128PutImage eating too much CPU, round 2 :-])

2002-02-22 Thread Peter Surda
e been complaining about this all the time? ;) Perhaps I should have written it more precisely, "I did EXACTLY as you requested". Because I already did similar stuff before, but as you always seem to be complaining about what I do, now I did exactly as you said :-) Mit freundlichen Grüßen P

[Dri-devel] Re: Update #2 (was R128PutImage eating too much CPU, round 2 :-])

2002-02-22 Thread Peter Surda
ing the #ifdef XF86DRI inside the function to > #if 0? Especially for you I did as requested, X eats rougly 50%, i.e. no change. Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- To boldly go where I surely don't belong. msg03033/pgp0.pgp Description: PGP signature

[Dri-devel] Update #2 (was R128PutImage eating too much CPU, round 2 :-])

2002-02-20 Thread Peter Surda
I put it AFTER the if, the load doesn't change (25 with dri, 50 without). I also tried rewriting the R128PutImage so that every second call is returned without doing anthing, this sank the X load dramatically as well, but I think this was expected anyway. Now gurus, show what you can :-)

[Dri-devel] Update: R128PutImage eating too much CPU, round 2 :-]

2002-02-19 Thread Peter Surda
On Tue, Feb 19, 2002 at 08:31:03AM +0100, Peter Surda wrote: > > If the CPU usage is really a problem, an interrupt is probably the way > > to go; don't know if and how the chip supports that though. > Sounds good. Ok, I did some tests: - it isn't DMA-specific. It happe

[Dri-devel] Re: [GATOS]Re: R128PutImage eating too much CPU, round 2 :-]

2002-02-18 Thread Peter Surda
must be another way. > If the CPU usage is really a problem, an interrupt is probably the way > to go; don't know if and how the chip supports that though. Sounds good. Mit freundlichen Grüßen Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- My

[Dri-devel] Re: [GATOS]Re: R128PutImage eating too much CPU, round 2 :-]

2002-02-18 Thread Peter Surda
() in > r128_cce.c) Ok, I'll grep for it and try some magic :-) > > and calling another X function until it's finished causes X to "hang" > > and this "eats" CPU time. > It might be a good idea to test if XSync alone causes the same > behaviour. Yes

[Dri-devel] Re: [GATOS]Re: R128PutImage eating too much CPU, round 2 :-]

2002-02-18 Thread Peter Surda
doing busy-loop while waiting for the transfer to finish. I could rewrite it to do usleep. I don't care really if it takes 10ms more to wait. I'll report later. > Vladimir Dergachev Mit freundlichen Grüßen Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ

[Dri-devel] R128PutImage eating too much CPU, round 2 :-]

2002-02-18 Thread Peter Surda
w to fix it (or even perhaps fix it himself/herself, though I'm confident with a little hint I can do it myself). Thank you for your attention, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- The best things in life are free, but the expensive ones are still worth a look. msg02882/pgp0.pgp Description: PGP signature

[Dri-devel] Re: Bugfix for br0ken DMA on r128 and possibly radeon DMA functions

2002-02-05 Thread Peter Surda
ardware and also the kernel since the machine was "rock stable", this isn't necessarily related. It crashes e.g. when I wanna play quake, right after the level loads, but before I enter the arena. I'll try your patch sometime. Bye, Peter Surda (Shurdeek) <[EMAIL P

Re: [Dri-devel] Bugfix for br0ken DMA on r128 and possibly radeon DMA functions

2002-01-28 Thread Peter Surda
lazy :-) > > I hope I'll be around on tomorrows irc meeting, we can try stuff in realtime then >:-) > Unfortunately, I can't attend tonight's meeting because I'm in military > service this week. :( D'oh. Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTE

Re: [GATOS]/[Dri-devel] Bugfix for br0ken dri on r128

2002-01-27 Thread Peter Surda
On Mon, Jan 28, 2002 at 02:00:18AM -0300, Davor Buvinic wrote: > With the latest GATOS CVS - the one with changes from Peter Surda at the > files radeon_driver.c, radeon_reg.h, fi1236.c, fi1236.h, msp3430.c, > r128_dri.c, theatre.h and theatre_reg.h - the problem (apparently) is the &

Re: [GATOS]Re: [Dri-devel] Bugfix for br0ken DMA on r128 and possibly radeon DMA functions

2002-01-27 Thread Peter Surda
iplay to crawl). What do the logs show? > - Davor Mit freundlichen Grüßen Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- ...and that is how we know the Earth to be banana-shaped. msg02557/pgp0.pgp Description: PGP signature

Re: [Dri-devel] Bugfix for br0ken DMA on r128 and possibly radeon DMA functions

2002-01-27 Thread Peter Surda
person in all projects (dri, xf86, gatos) apply it? Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- The product Microsoft sells isn't the software; it's comfort. The product that Linux vendors usually sell is freedom. msg02555/pgp0.pgp Description: PGP signature

Re: [Dri-devel] Bugfix for br0ken DMA on r128 and possibly radeon DMA functions

2002-01-27 Thread Peter Surda
l try it. I hope I'll be around on tomorrows irc meeting, we can try stuff in realtime then :-) > Please test these ideas, hope one of them works. Sure dude. Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- 0 and 1. Now what could be so hard about that? msg02553/pgp0.pgp Description: PGP signature

Re: [Dri-devel] Bugfix for br0ken DMA on r128 and possibly radeon DMA functions

2002-01-26 Thread Peter Surda
On Sat, Jan 26, 2002 at 05:22:17PM +0100, Michel Dänzer wrote: > On Sam, 2002-01-26 at 06:13, Peter Surda wrote: > > Sorry that I'm not sending a patch, but I don't know if my solution is > > correct. > A patch might help to make a judgement. ;) Ok, here goes: --- drm

[Dri-devel] Bugfix for br0ken DMA on r128 and possibly radeon DMA functions

2002-01-25 Thread Peter Surda
working (I added a xDrvMsg to the driver to test). The funny thing is that e.g. with mplayer X eats about 6%, and ON THE SAME FILE, with aviplay X eats about 25%. What could be causing this? BTW this doesn't happen always, just "mostly" and I am unable to reproduce a situatio

[Dri-devel] my take on "DRI docs availability"

2002-01-21 Thread Peter Surda
r on irc. About how to ask, read a recent essay from ESR. Decent docs may decrease the time you need to accomplish a task without prior knowledge, but not really THAT much. A developer should trust the availabilty of source and not be scared to dig in. It ain't gonna bite you :-) Bye, Peter Sur

[Dri-devel] mach64_blit

2001-12-22 Thread Peter Surda
y are done with outreg. From R128 I learned that it should be done with cce (both in dri and the xf86 driver), because outreg collides with dma. Any hints on this one? I'm writing this because I want to port the R128DMA (from XVideo). Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]&g

[Dri-devel] Re: dri trouble

2001-12-09 Thread Peter Surda
either display corruption or syslog entries later. Perhaps there is another place where ModeInit is run AFTER some initialization was done already? Anyway it seems stable now, I am unable to reproduce any hangups I was previously experiencing. Bye, Peter Surda (Shurdeek) <[EMAIL P

[Dri-devel] Re: [Xpert]dri trouble

2001-12-09 Thread Peter Surda
On Sun, Dec 09, 2001 at 04:07:27AM +0100, Michel Dänzer wrote: > On Sun, 2001-12-09 at 03:49, Peter Surda wrote: > > - there are minor display distortions (parts of screen remain black, basically > > the kde splash screen is completely fscked, but it sorts out lat

[Dri-devel] dri trouble

2001-12-08 Thread Peter Surda
patches. Hints (besides not using dri)? I finally want to get better uptimes than 3 days. Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- The best things in life are free, but the expensive ones are still worth a look.

Re: [Dri-devel] my X-Kernel question

2001-10-22 Thread Peter Surda
sucks and I can't do anything about it without SOME kernel support. Telling Xserver to poll for vsync and eat CPU is lame. >Vladimir Dergachev Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- Disc space - The final frontier. PGP signature

Re: [Dri-devel] my X-Kernel question

2001-10-21 Thread Peter Surda
ly allow a decent way to concurrently run 2 separate X sessions on the same machine using local hardware. >Others said.. other various things. Ok I'll check the thread. >So, what do you think? So, what do YOU think? :-) Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- Reboot America. PGP signature

Re: [Dri-devel] my X-Kernel question

2001-10-21 Thread Peter Surda
that as well. If there isn't, "use the source" and "make it so" :-). > -jwb Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- There's no place like ~ PGP signature

[Dri-devel] Re: [Xpert]XVideo (memcoy) consuiming to much CPU (i810)

2001-10-13 Thread Peter Surda
use DMA it will still consume same CPU amounts, but this time not in userspace but inside kernel. > any help? Use DMA and tell everyone who claims otherwise that they are wrong and if they don't believe you, they should ask in lkml :-) Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, I

Re: [Dri-devel] Using drm

2001-10-08 Thread Peter Surda
ell I don't have radeon docs but I also don't have a radeon card to test it). ATI is very nice on open-source. > -- Gareth Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- Dudes! May the Open Source be with you. msg01849/pgp0.pgp Description: PGP signature

Re: [Dri-devel] Using drm

2001-10-08 Thread Peter Surda
compress them after the transfer. I hope I can find time to make some real experience soon :-) > plus the extra read from the system memory in order to write it to disk. IMHO negligible. Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- Where do you think you're going today? msg01848/pgp0.pgp Description: PGP signature

Re: [Dri-devel] Using drm

2001-10-08 Thread Peter Surda
h. The code inside DMAXvGetImage will look like this: drmDMA (blahblah); // allocate buffers for (buffer = 0; buffer < buffer_size; buffer ++;) { drmNewUberCoolCapturingFunction; memcpy (shm segment for capturing + buffersize*buffer, drm buffer, buffersize); } drmFree (blahblah);

Re: [Dri-devel] Re: Re: Radeon 8500, what's the plan?

2001-10-02 Thread Peter Surda
I don't think I need source-code to games, if the manufacturer provides support. If a game crashes and I get fragged, big deal. But if a driver crashes and the box freezes I'll be very angry because all the stuff I run at that time gets killed. Oh no now I've done it again. I should

Re: [Dri-devel] Radeon 8500, what's the plan?

2001-10-02 Thread Peter Surda
d what new functions to add instead? Brings me back to what I wrote a couple of weeks ago, there is no function in DRI that is able to transfer data from the card to system memory and such a beast could really come in handy when doing video capturing. > David Bye, Peter Surda (Shur

Re: [Dri-devel] Re: Re: Radeon 8500, what's the plan?

2001-10-02 Thread Peter Surda
TW you are apparently cc-ing emails to "[EMAIL PROTECTED]" (missing "t"). Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- Dudes! May the Open Source be with you. msg01918/pgp0.pgp Description: PGP signature

Re: [Dri-devel] Re: Radeon 8500, what's the plan?

2001-09-28 Thread Peter Surda
ppy developer who actually did add some of them, and ATI supports me with docs. Sure I'd be happy if someone gave me money, but a lack thereof isn't going to stop my development. > David Bronaugh Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 --

Re: [Dri-devel] Radeon 8500, what's the plan?

2001-09-27 Thread Peter Surda
for developing the drivers the pace will slow down, but not stop. What developers can do is to recommend ATI cards to end-users, so there is larger need for the drivers and larger chance someone would be willing to pay for them. Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, IC

Re: [Dri-devel] r128 DMA for Xv update

2001-09-21 Thread Peter Surda
On Sat, Sep 22, 2001 at 03:13:23AM +0200, Michel Dänzer wrote: > I've put up an updated version of the patch at > > http://master.penguinppc.org/~daenzer/patches/r128-xv-dma.diff > > Peter Surda found the bug which caused corruption with some videos, it's > pretty

[Dri-devel] Re: [Xpert]3D on ATI Mobility Radeon-M

2001-09-21 Thread Peter Surda
is developing capturing for radeon AIW and told me he wrote to dri-devel about this (pci gart for radeon) several months ago, but got no response, so he was forced to work on his own kernel module. It would be nice not to split the DMA infrastructure. Bye, Peter Surda (Shurdeek) <[EMAI

[Dri-devel] DMA from card API

2001-09-19 Thread Peter Surda
. call the new function to do DMA transfer to allocated buffers. 3. now the data is in system memory and I can memcpy it where I need it, this should eat much less CPU 4. free buffers What do you think? Bye, Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 --