may have miss something on that thought.
But if we know that we will only use the const in a swizzled format
then your solution is the best.
I got other idea on optimizing this swizzling in program translation
(basicly tracking operand). Bu
t's a pro or not) i will try to see
if i can find anything.
Jerome Glisse
---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space S
re easier
to program than r300. I am coding another approach an hope to have it
done by the end of this week.
Moreover i see that 9800 are reported to crash with the driver ? Is this
still true ?
Jerome Glisse
---
This SF.Net email is sponsored
odes()
>
> depth_bits_array[0] = depth_bits;
> depth_bits_array[1] = depth_bits;
>
> Should be
>
> depth_bits_array[0] = 0;
> depth_bits_array[1] = depth_bits;
>
> This bug is probably in all of the drivers due to copying.
I th
s implementation (EGL Mesa extension)
you got a full opengl (like with gl & X) without having x handling mode
& card setup...
I am not clear but i didn't read the full egl spec... I should...
Jerome Glisse
---
This SF.Net email
lease do
it before ;-)) i will add egl support to r300...
Sorry but what is exactly xen (googling give me pointless informations
i think...). :)
Jerome Glisse
---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first s
xinfo output just a
> case.
IIRC Radeon driver was broken few days ago. Maybe you could try with
today cvs though i don't know the actual status.
Jerome Glisse
---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be t
0. Checked on linux-2.6.11.
>
> Please include my email when replying, as I'm not subscribed to the list.
>
Thx, i will apply it, if no one does it before me :) I was to lazy to track down
when the change appear.
Jerome Glisse
e some things still depend
> on the
> drm/shared directory.
>
> -- Jeff Smith
We didn't focus much on this :) But anyway this surely could be removed...
Jerome Glisse
---
This SF.Net email is sponsored by Oracle Space Swe
arm proc doesn't have a fpu, do they ?
Jerome Glisse
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy
i know on this topics. Try a deep google search.
Moreover if you only got windows driver i fear that you will
need to decompil driver code this could leads to legal issues...
Good Luck
Jerome Glisse
---
This SF.Net email is sponsored by: NEC IT Guy
ally boring to debug). But i
will try to finish it at least it could be a good test program...
Jerome Glisse
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
oppor
> > This needs approval from everyone who contributed to R300 -
> > please let me know !
Fine for me too.
Jerome Glisse
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and
Btw you are not working on same things for pixel shader (texture
filtering, multi-texture, ...) ? Thus doing all the code we need :)
Jerome Glisse
---
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality des
diffuse
(Any reason to not do so ?)
Anyway here to make a decision, testing is definitly
needed.
> Attached tarball contains test code I extracted from that paper and bunch of
> modifications.
> Jerome Glisse(if im not mistaken) rolled up a lot cleaner version of it (see
> vprogram.c).
&
or r300 & mouse or simply r300
a lot have been said on this.
best,
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which produ
On Tue, 29 Mar 2005 13:20:01 -0500, Jung-uk Kim <[EMAIL PROTECTED]> wrote:
> On Monday 28 March 2005 03:22 pm, Jung-uk Kim wrote:
> > On Saturday 26 March 2005 07:03 am, Jerome Glisse wrote:
> > > > Wait, I have one thing that's not from CVS. I patched system
&g
eith said maybe (i think he says
something about that in a previous mail :))
we could have something generic enought
for graphics cards with pixel shader ? Thus
having less code to debug & do...
best,
Jerome Glisse
---
SF email is sponsore
true have no clue
if this gcc upgrade have fix this...Anyway now it works for you.
Do you have any freeze now (try moving,resizing gl window, or
some glintensive app...) ?
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Rea
Oups i forgot, do you have a G5 ?
If you got g5 you need my patch
which add u3 agp support to
linux, there is better version of
this patch, improved by Paul, you
should find them on the ppc64-dev
list archive.
They aren't in bk tree (at least i
don't think so).
Jerome Glisse
On F
Same as for PC (so see readme in r300
for detailed steps) but you must use lastest
Xorg CVS (head).
best,
Jerome Glisse
On Fri, 25 Mar 2005 13:38:55 +0100, Johannes Berg
<[EMAIL PROTECTED]> wrote:
> Does anyone know of a small how-to that lists the necessary things I
> need to do to
> I backed up my previous /usr/X11R6 directory and installed Xorg from
> CVS, so I cannot make glxgears' screenshot. The attachment is from
> r300_demo instead but you'll see what I mean.
Were you in 16bpp ? This could be that... Anyway r300 demo is really
a card playing app
300_demo shows the same symptom. Any thought?
There are issue with mouse try to run glxgears and don't do anymouse
movement, it shouldn't lock, if it locks this likely due to others issues.
Could you grab a screenshot of the interlaced effects ?
Jerome Glisse
-
***WARN_ONCE*
> File r300_state.c function r300Enable line 516
> Don't know how to enable polygon offset point/line. Help me !
> ***
> drmRadeonCmdBuffer: -22 (exiting)
>
> Any id
linked :) Hope this could help
a little...
Jerome Glisse
On Sun, 13 Mar 2005 19:20:43 +, Andrew Clayton
<[EMAIL PROTECTED]> wrote:
> Hi there.
>
> I have a problem seemingly related to DRM in the current Linus 2.6-bk
> tree (2.6.11-bk9 as of this writing). The problem started
> Sounds like there could be problems with Paul's texture upload changes.
Paul patch doesn't make its way to 2.6.11 ? Because Adam says he
gots the same prob with 2.6.11 right ?
Jerome Glisse
---
SF email is sponsored by - T
Seems to work well over here (PPC G5), no regression...
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to
meanwhile :)
best,
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.o
imply means that
Paul maybe hasn't yet commited change for the client side (ie
r300 driver).
> Thanks,
> Keith
> On Wed, 2005-03-09 at 14:16 +0100, Jerome Glisse wrote:
> > Paul has done some work on this issue with today
> > cvs you should see improvement in
Paul has done some work on this issue with today
cvs you should see improvement in all this area.
best,
Jerome Glisse
On Tue, 08 Mar 2005 14:49:34 -0500, Keith Conger
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> Ok currently I've noticed the following issues:
> 1) Xv Color iss
ot already done that you can do. Help is more than welcome :)
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up
7;t
> byte-swap, i.e. that the patch I just posted has been applied.
Nice too see more people helping for PPC side :) i got texture
format for YCBR but i have to do more test to see if it's correct.
Jerome Glisse
---
SF email is sponsor
with xrender
acceleration ?
Because we got this issue too with X bitblit (there have been discusion on this
on xorg list).
Jerome Glisse
On Wed, 9 Mar 2005 11:24:02 +1100, Paul Mackerras <[EMAIL PROTECTED]> wrote:
> I started looking into the issue of how we handle various texture
> f
.
For testing you could install a xorg cvs elsewhere than /usr/X11R6
see build instruction of xorg to see how.
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from
g the new drm
should help you.
Anyone have any idea on that ?
Jerome Glisse
On Tue, 8 Mar 2005 12:23:59 +0100, Jerome Glisse <[EMAIL PROTECTED]> wrote:
> Finaly get 5min to test lastest cvs and it works "perfectly"
> here. Could you send me your xorg log file showing that
>
Finaly get 5min to test lastest cvs and it works "perfectly"
here. Could you send me your xorg log file showing that
dri is disable.
Jerome Glisse
On Mon, 07 Mar 2005 14:41:56 -0500, Keith Conger
<[EMAIL PROTECTED]> wrote:
> Hi Guys,
>
> Sorry should have noted t
pci seems to indicate a have 128MB or video ram when I
> only have 64.
lspci indicate 64 before ? Could you test with a previous CVS version
(say one week ago).
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest &a
t me know :)
best,
Jerome Glisse
On Wed, 2 Mar 2005 13:56:14 +1100, Paul Mackerras <[EMAIL PROTECTED]> wrote:
> I did a CVS update on my Mesa and r300_driver repositories yesterday,
> and now texture handling is quite broken on the Radeon 9600 (AP) on
> the G5 powermac and on the Radeon
ume that on big endian machine
i will always have texture in rev while on x86 i will get it
in "normal" order ?
> Not all the MESA_FORMAT_* texture formats are supported by all drivers.
I think that r300 could support all mesa's texture format :)
thx for your help
Jerome Glisse
format
in the driver (r300) i really would like
to test all texture format, so is there
a way to ask mesa to send me texture
in a specific order (REV or not)
Thx
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & ca
On Mon, 14 Feb 2005 16:13:18 +0100, Jerome Glisse <[EMAIL PROTECTED]> wrote:
> On Mon, 14 Feb 2005 10:02:07 -0500 (EST), Vladimir Dergachev
> <[EMAIL PROTECTED]> wrote:
> >
> >
> > On Mon, 14 Feb 2005, Jerome Glisse wrote:
> >
> > >> On M
300_pipeline.c
> r300_texfloat.c -o r300_demo
> gcc: r300_texfloat.c: No such file or directory
> make: *** [r300_demo] Error 1
>
> :P
I am really a cvs lamer :) I have added it and and do checkout
to see if it compiles and it does so no more pro
On Mon, 14 Feb 2005 10:02:07 -0500 (EST), Vladimir Dergachev
<[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 14 Feb 2005, Jerome Glisse wrote:
>
> >> On Mon, 14 Feb 2005 17:17:05 +1100, Paul Mackerras <[EMAIL PROTECTED]>
> >> wrote:
> >>> Vladim
? I must admit
that i didn't inspect the texture look :) Maybe there is a filter
issue, do we have this on x86 too ?
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products
but with that
> line commented out, textures just display random noise. I agree it
> looks like that line shouldn't be needed, and it would be interesting
> to track down exactly what is going on.
I am tracking down but there is so many functions that are call
for
still have to figure is why this is second
entry of tx_table that is used, thus why there is
a 1 somewhere while we should have a 0. But
i haven't fully understand how choose texture
format work with mesa & r300, if anyone could
provide me a hint :).
best,
Jerome Glisse
ppctexture
Descr
gt; # define MMIO_OUT8(base, offset, val) \
> *(volatile unsigned char *)(((unsigned char*)(base)) + (offset)) =
> (val)
> # define MMIO_OUT32(base, offset, val) \
Do you have lastest Mesa checkout ? Maybe Michel
has applied the wrong p
ld see texture. (cvs flags : -PD "2005/01/15")
best,
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up
On Sun, 13 Feb 2005 18:22:43 +0100, Dario Laera <[EMAIL PROTECTED]> wrote:
> Jerome Glisse wrote:
> >>Then I've tried the r300_demo(v_0_0_1): I've wrote an ugly fix that just
> >>works for
> >>me for an endianess problem
> >
> >
> &
set them hard in some header ?
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading no
On Sat, 12 Feb 2005 15:04:29 -0500, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Sat, 2005-02-12 at 21:00 +0100, Jerome Glisse wrote:
> > Yes as a hack we could redefine this.
>
> Please, let's get a proper fix into Mesa instead. Have you tried my
> cleaned up patch
ro within R300 driver ?
> Just put in somewhere in r300_context.h for example.
>
> If it makes things working for PPC folks it would be great :)
>
> best
>
> Vladimir Dergachev
>
Hi,
Could anyone apply this patch if it looks good.
This correct the problem many ppc user have
using the Mesa-dri cvs which does not do the
swapping for bendian.
The code came from Michel, i am only doing
the patch and the #ifdef things :)
Jerome Glisse
mesa_bendian
Description: Binary data
32BENDIAN conv.
Jerome Glisse
On Sat, 12 Feb 2005 16:55:55 +1100, Paul Mackerras <[EMAIL PROTECTED]> wrote:
> I have been trying the r300 driver on my aluminium powerbook (1.5GHz
> G4 with radeon M10 ("NP")). When I run a GL program such as glxgears,
> it draws a windo
ly don't know enought on that but i will look at
drm see if it may came from here. This is more probably due to
the fact that rbbm_gui_cntl endian swapping don't work on r300.
Jerome Glisse
---
SF email is sponsored by - The IT Product G
ou need also the lastest CVS checkout
as i added patch for PPC this weekend.
> Then I've tried the r300_demo(v_0_0_1): I've wrote an ugly fix that just
> works for
> me for an endianess problem
Please use lastest r300_demo as i commited p
to compile it.
For lesson35 you need avifile (don't know where to get it) anyway lesson35
doesn't use, if i remember well, any special rendering function. Only
simple opengl function to update the texture using the avi file.
best,
Jerome Glisse
#ifndef __IMAGE_H__
#define __IMAGE_H_
So my question : does the rgb texture format supported
and so i should not have that, or does the texture format
is being reworked ? and so i should get this.
thx
Jerome Glisse
---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Repo
On Sat, 5 Feb 2005 10:02:51 -0500 (EST), Vladimir Dergachev
<[EMAIL PROTECTED]> wrote:
>
>
> On Sat, 5 Feb 2005, Jerome Glisse wrote:
>
> > Hi,
> >
> > I have removed some compilation warning from r300_demo.
> > I would like to move few things to new f
picture. Does X use another way to send
texture ?
I attach the r300_demo i use to send texture
via dma. Revealent code are between :
/*/
/*/
Code that matter
/*/
/*/
As r300_demo.c is becoming a little bit messy :)
thx for your help,
Jerome Glisse
#include
the r300 2D docs. Who are they ? So i can ask
them if they can read anythings on that bytes swapping :)
Moreover Michel/Vlad do you know someone i can
contact at ATI to ask for that ?
thx,
Jerome Glisse
---
This SF.Net email is sponsored by
form (like your alu pb) and we still have to figure out
some problem with texture data upload (endianness prob).
Anyway if you which to compile browse the mailing archive and look
for a patch of michel or me about endianness & ppc (it changes radeon_macros.h).
I will submit a proper patch la
it.
So no hope for using MULTIBLT ? I haven't looked to the source but
i suppose dri do not use agp space to upload texture but a dma buffer.
Same for X ?
Jerome Glisse
---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Rep
.
> >
> > So i get same result for r300 demo on x86 & ppc for all texture
> > test. Without anybyte swapping. So i was thinking that
> > byteswapping now only work with BITBLT_MULTI but i think
> > this is strange.
>
&g
On Wed, 26 Jan 2005 00:51:46 -0500, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Mon, 2005-01-24 at 14:24 +0100, Jerome Glisse wrote:
> > On Sun, 23 Jan 2005 15:54:26 -0500, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> > > On Sun, 2005-01-23 at 12:31 +0100, Jerome G
On Sun, 23 Jan 2005 15:54:26 -0500, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Sun, 2005-01-23 at 12:31 +0100, Jerome Glisse wrote:
> >
> > I was wondering what was the differences between using hostdata_blt
> > & bitblt_multi. One faster than other ? Do not use
ndering about there use :
RADEON_DP_MIX (0x16c8)
RADEON_DP_GUI_MASTER_CNTL_C (0x1c84)
If anyone can shed light on that for me...
thx
Jerome Glisse
---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open sou
r
they use another way like selecting appropriate texture format.
For example if we are on ppc a texture that has argb format
on x86 is set to be bgra. See what i mean ? Thus we get the
texture data swapping simply by changing texture format.
Texture data swapping is the only matter i still
On Sat, 15 Jan 2005 11:24:43 -0500, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Sat, 2005-01-15 at 12:21 +0100, Jerome Glisse wrote:
> >
> > I wanted to know if someone with and x86 could test
> > if by adding :
> > agp_physical=(((get_int(RADEON_MC_AGP_LOCATIO
n mind ? :).
Now i also get texture looking good with r300_demo, i will
look at r300_driver see where is the prob.
best,
Jerome Glisse
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net
On Fri, 14 Jan 2005 20:04:48 -0500 (EST), Vladimir Dergachev
<[EMAIL PROTECTED]> wrote:
>
>
> On Fri, 14 Jan 2005, Jerome Glisse wrote:
>
> >>>> On Fri, 2005-01-14 at 16:34 +0100, Jerome Glisse wrote:
> >>>>>
> >>>>> Anyway i
> > > On Fri, 2005-01-14 at 16:34 +0100, Jerome Glisse wrote:
> > > >
> > > > Anyway i wanted to ask mesa folks how to make a real
> > > > proper patch. The fact is that INREG & OUTREG in
> > > > server/radeon_macros.h have to do endi
use agp vertex uploading (see previous
Vladimir mail) ?
I have got issue with agp upload here. I am looking at it too.
best,
Jerome Glisse
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForg
On Fri, 14 Jan 2005 12:23:50 -0500, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-01-14 at 16:34 +0100, Jerome Glisse wrote:
> >
> > Anyway i wanted to ask mesa folks how to make a real
> > proper patch. The fact is that INREG & OUTREG in
> > ser
ou try too on your PPC with the patch
attached see if you see gears in proper place
(like it does here now :))
best,
Jerome Glisse
diff -Naur o/radeon_macros.h n/radeon_macros.h
--- o/radeon_macros.h 2005-01-14 16:22:06.544119368 +0100
+++ n/radeon_macros.h 2005-01-14 16:18:32.060725800 +0100
@@ -4
n it should compile with few warnings but no errors :)
Maybe we should update our drm cvs copy in r300_dri...
best,
Jerome Glisse
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.
mean we know what is the purpose of the 0x2140 register and
could give him the right name :).
I will let you know as soon as i successfully test my idea.
I read too that r300_demo & dri seems to work on r400 great news :)
best,
Jerome Gl
? Or does that Keith successfully running
glxgears (even if they are drawn in wrong place) means that
the vertex or elements buffer work properly on ppc ?
Dammm G5 are beautifull but they give some work :)
best,
Jerome Glisse
---
The SF.Net em
Jerome Glisse wrote:
I think it's related to r300 driver because i get something
with the r300 demo. I get the depth buffer with r300 demo
but not the color one. I think this is due to radeon base address
or to the R300_RB3D_COLOROFFSET0 setup, moreover there
is a need for some endian swa
amp; glxgears hard lock
the computer.
Anyway i wanted to known if anyone get an idea of the reasons
behind the fail of r300 driver on PPC ?
Any idea could help :)
best,
Jerome Glisse
xdriinf o
pluton:/home/jerome/dev/r300_demo#xdriinfo
Screen 0: r300
pluton:/ho
Vladimir Dergachev wrote:
On Sun, 9 Jan 2005, Jerome Glisse wrote:
Hello,
I wanted to test a bit the r300 drv on g5 but i get
a drmAddMap failed. I see a issue related to this
in the archive (september 2004). I assume it's have
been fixed.
My drm version is the one from r300 (linux-core)
l one.
Thus anyone got an idea from where this may came from ?
May it came from the agp driver ? (forcing to pcimode disable
dri here)
best,
Jerome Glisse
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited ed
i am also a bit busy.
best,
Jerome Glisse
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sf
ness issue,
looking at r200 driver should give a clue of what is needed for
PPC.
By the way did you see that dri is enabled (glxinfo or your X log file).
And what was the previous score of glxgears.
For now you should just stay with r300_dri.so, the 2D drivers
need to be fixed for PPC.
best,
Jer
final 2.4 DRM and it ends here..., branch it off, and remove the
files from the HEAD...
Dave.
I was wondering what is going on with drm & fbdev merging ?
Still planed ? Is the drm-core is a first move in that direction ?
best,
Jerome Glisse
--
Philipp Klaus Krause wrote:
Jerome Glisse schrieb:
Yellow dog seems to have support for radeon 9600.
At least they claim so. I tried to find out the source
of their distribution but only manage to get iso for
binary.
On their site they state that they support only 2D,
no hardware-accelerated 3D
that i can access the source
of yellow dog, what is open source if you coud not have
them ? :(
best,
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Disc
.
framebuffer also set
RADEON_RB2D_DSTCACHE_MODE to 0 for r300 chipset
Anythings that may help ?
I have looked in other radeon driver and found nothing,
beos drivers seems to only support intel arch for r300 :(.
best,
Jerome Glisse
---
SF email is
th all
change i made in all place i am no more sure of what i do.
My code is becoming a real mess :)
Thx for your comments
Btw i still do not find a way to make r300_demo works but i am
working on it. I think that this maybe related to the problem
we hav
change the situation. Maybe we should
ask ati... They should help us to correct only a stupid byte
swapping problem :)
Anyway i will browse darwin source see if there is
radeon code somewhere available with the magic formula :)
best,
Jerome Glisse
--
Vladimir Dergachev wrote:
On Sun, 26 Dec 2004, Jerome Glisse wrote:
Vladimir Dergachev wrote:
Hi Jerome,
Keith has reported that specifying Option
"XaaNoScanlineImageWriteRect"
stops the artifacts - does this work for you ? In any depth ?
Yes browsing the archive i saw that op
Vladimir Dergachev wrote:
Hi Jerome,
Keith has reported that specifying Option "XaaNoScanlineImageWriteRect"
stops the artifacts - does this work for you ? In any depth ?
thank you !
Vladimir Dergachev
On Sat, 25 Dec 2004, Jerome Glisse
tions. Moreover maybe more
of the generic version of agp3(drivers/char/agp/generic.c) could be used.
Any comment on this would be appreciated.
best,
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & candid review
mp; drm). If DRI/DRM is not
broken then i guess this is because i doing something wrong with my agp
code.
Is there is way to test agp other than using DRI/DRM so i can work without
killing my X every 5min :) ?
By the way there have been some change between old uninorth and new one.
best,
J
mac is a dual 2G (lastest revision i guess).
By the way the fan control work well over here, thx Benjamin.
best,
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from
(with a different name)
as soon as i get
it working back.
best,
Jerome Glisse
Vladimir Dergachev wrote:
Hi Jerome,
I cleaned up r300_demo a little bit and I believe is ready to
implement flat color in r300_driver. Would you know where should I
hook it up ? The _render file looks empty
nk (if r300_demo is right in r300_lib.c init_3d) we should have :
#define R300_GB_TILE_PIPE_COUNT_RV350 (0<<1)
#define R300_GB_TILE_PIPE_COUNT_R300 (3<<1)
best,
Jerome Glisse
---
SF email is sponsored by - The IT Produc
round.
I can not for the moment commit to cvs (i got net only on useless computer
with nothing on them).
best,
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real u
check if i can find the correct way to send vertex
coordinates.
I was confident that was the correct way :).
For the adaptator pitch i think the good way to setup it is :
adaptor.depth_pitch=(display_width&RADEON_DEPTHPITCH_MASK) |
RADEON_DEPTH_ENDIAN_NO_SWAP;
This came from r200 driver.
Je
fer & clear_color_buffer are quite
complex. Is all the stuff they have in really necessary ? (i will try to
look at that latter but if someone already done it).
Oh yes i almost forgot :) my device id is 0x4e4a (it is a radeon 9800)
Jerome Glisse
---
701 - 800 of 800 matches
Mail list logo