Hiya,
Can anyone here please point me to a (hopefull) solution to this issue?
I've just changed the VGA card on my system from a
32MB TNT2 to a 64MB ATI Radeon 7500LE based card from Jetway (rv200le chip, I
think)
I re-installed RH7.3 (because I also changed the
HD) and it sensed the
On Sun, 22 Sep 2002 21:24:37 -0700
Frank Worsley [EMAIL PROTECTED] wrote:
2. The main problem Ian Molton and you seem to have with the current
site is that content is hard to find. That is probably a good point,
but I think the way you have reorganized the content is even worse.
I would
On Sun, Sep 22, 2002 at 10:33:15 +0200, Michel Dänzer wrote:
Several people on IRC reported crashes in the 2D code with the current
trunk snapshots. I realized they are due to the TwoPoint acceleration
functions depending on XAA changes. How can we handle this, bump the XAA
version and
Eric Anholt wrote:
On Sat, 2002-09-21 at 07:21, Michel Dänzer wrote:
On Fre, 2002-09-20 at 17:30, Andreas Stenglein wrote:
I tried to port Andreas Ehliar's mga-stereo-patch
(http://www.lysator.liu.se/~ehliar/3d/)
to current DRI-CVS.
I think its almost done, but now the big problem for me
I'm going to be merging this code today.
Mostly it is additional functionality, so hopefully the potential for new bugs
is limited.
One thing it does address is the R200_NO_USLEEPS issue -- there is now a
primitive irq-based mechanism to do the throttling instead of the earlier busy
wait
I've submitted a support request to sourceforge wrt the lock:
cvs server: [05:06:29] waiting for anoncvs_dri's lock in
/cvsroot/dri/xc/xc/extras/X-TrueType/GB2312
that seems to have been left behind in our cvs tree. Hopefully it can be
cleared up quickly.
Keith
On Mon, 2002-09-23 at 12:44, Keith Whitwell wrote:
Michel Dänzer wrote:
I currently get an oops on client shutdown when radeon_mem_release() is
called on the agp_heap, which isn't initialized. Probably is in your local
tree? :)
I've added guards to catch uninited heaps.
Thanks.
On 2002.09.23 06:24 Frank Worsley wrote:
2. The main problem Ian Molton and you seem to have with the current
site is that content is hard to find. That is probably a good point,
but I think the way you have reorganized the content is even worse.
I think it is much too early for this kind of
Smitty wrote:
Mike A. Harris wrote:
There's a typo on the Radeon features webpage:
http://dri.sourceforge.net/other/radeon_dri_features.html
At the bottom it has IcDT Gatos
Should be iDCT
(Discreet Cosine Transform)
IIRC I wasn't worried how I spelled it originally as it was RFC
On Mon, 23 Sep 2002, Keith Whitwell wrote:
This is an open question for me. Does linux require an irq bh just to do a
wake_up_interruptible? Could/should we do something equivalent from the tophalf?
You can do pretty much anything from an interrupt context, as long as you
don't sleep or
On Mon, 2002-09-23 at 12:31, Keith Whitwell wrote:
Eric Anholt wrote:
On Sat, 2002-09-21 at 07:21, Michel Dänzer wrote:
http://penguinppc.org/~daenzer/DRI/radeon-vblank.diff
Let me know what you think about the interface in that patch, would be
great if we could make this a template.
On Mon, 2002-09-23 at 18:30, Keith Whitwell wrote:
One worry I have with the radeon_irq.c code at the moment is the proliferation
of ifdef's for linux vs. freebsd code. I'd like to see this get cleaned up --
if nothing else it's ugly...
It's not quite as bad with this patch,
Stefan Dirsch wrote:
Hi
Looks like the XFree86 GLX/DRI OpenGL client lib always tries to
connect to :0.0, even if DISPLAY=machine:10.0. Any fix known for
this issue? I'm using XFree86 4.2.0 on Linux.
xxx@machine1 ssh -X machine2
xxx@machine2 echo $DISPLAY
localhost:10.0
xxx@machine2
On Mon, 2002-09-23 at 09:18, Zoltan Szecsei wrote:
I've just changed the VGA card on my system from a 32MB TNT2 to a 64MB ATI Radeon
7500LE based card from Jetway (rv200le chip, I think)
I re-installed RH7.3 (because I also changed the HD) and it sensed the ATI based
card no problems.
Small bug report of the latest r200-02-2 branch
(cvs checkout just before the merge in trunk)
With a lot of loki demos, i have this error:
r200WaitForFrameCompletion: drmRadeonIrqWait: -16
I have a radeon 8500 powered by ati
Thanks for you're work.
If I can help, let me know...
-
nicolas
That merge only applied to Radeons, and was merged to the DRI trunk, so it
doesn't affect the mach64 branch. XFree86 CVS still doesn't have XVideo
support for mach64.
On 23 Sep 2002, Sergey V. Udaltsov wrote:
Leif,
How does this merge affect the dri+gatos patches/binaries? Does this all
n001 wrote:
Small bug report of the latest r200-02-2 branch
(cvs checkout just before the merge in trunk)
With a lot of loki demos, i have this error:
r200WaitForFrameCompletion: drmRadeonIrqWait: -16
I have a radeon 8500 powered by ati
Hmm. After this happens, and you run, eg
Hi Pawel,
I think it is much too early for this kind of criticism. While the
updated website is far from perfect and finished, I definetely think it
is a clear improvement with respect to the former version.
I don't see how it is too early for criticism. Liam has indicated
several times
Hello Ian,
I would say that Effecting a full scale 'all in one go' transition is
VERY hard. I would suggest letting Liam make the poage official, and
continue refining the layout.
I don't see how a transition in one go is very hard at all. The DRI
website is fairly small, all you have to do
Which reminds me /dri/htdocs/ is a real mess and I can't clean it up because
I don't have rights to delete things (I think) because the permisions set are
for the dri / sourceforge *login* not the *group* dri.
I don't understand. As it is now:
% ls -l
drwxrwsr-x2 mdaenzer
That merge only applied to Radeons, and was merged to the DRI trunk, so it
doesn't affect the mach64 branch. XFree86 CVS still doesn't have XVideo
support for mach64.
Thanks, I see now. I just do not understand why Vladimir does not merge
XVideo/mach64 into XFree86 CVS.
Sergey
Liam
it depends
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
On Sun, 22 Sep 2002 21:24:37 -0700
Frank Worsley [EMAIL PROTECTED] wrote:
That hasn't happened (accepted and moved) so I haven't asked. hint
I think there is two problems here ...
1. Since this is an open-source project there is no single person to
approve the website. Basically I don't
Hi Liam,
No offence intended but no, I just think the orignal site looks none too
nice so does he AFAIK.
None taken.
Quite frankly (no pun intended) IRC logs are about the only thing out of
place, and when I look at that page I wonder if I should remove them,
however your idea to split
Two more things that really bug me... :)
1. The large top frame with the logo takes up a lot of screen space. I
really don't think it's needed and it would look nicer if you removed it
or made it smaller.
2. I think you should remove the border around the main logo on the home
page. ie:
25 matches
Mail list logo