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_LOCATION))& 0x0ffffU) << 16); > > > > to the end of function void GetMaps(void) all demos > > keep working ? I quite confident that they will :) > > > > The purpose for this is that on PPC (g4 & g5 uninorth & u3) > > agp bridge have some weird bug that make you set agp base > > to 0x0, thus drmAgpBase give you 0x0. Maybe drm lib should be > > fixed and give correct physical agp adress but i do not > > see how to fix this properly in drm (to tell the true haven't > > really looked to fix this in drm :)). > > I think I have too little context here, but FWIW: RADEON_MC_AGP_LOCATION > is the location of the linear AGP aperture as seen by the chip. 0x0 is > probably due to at least UniNorth bridges not providing a physically > linear view of the aperture to the CPU.
Yes, in r300_demo i need to know the physical address of the agp aperture and if i ask the card what is the physical address i get the good answer :) I suppose drmAgpBase give the good answer too but only on x86. Anyway i know too little on all this memory setup...I may have a false view of that. > > Now i also get texture looking good with r300_demo, i will > > look at r300_driver see where is the prob. > > Maybe r300_demo doesn't use hostdata blits for uploading the texture > data? > No and this why this work :) It use the linear AGP. ------------------------------------------------------- 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, almost....http://www.thinkgeek.com/sfshirt -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
