As I saw at AGPGart code it doesn't support your chipset DevID=0x3341
Look:

Maybe you have more recent AGPGart? Have you such message during boot?
And next: this code assumes AGP@0 but you have AGP@1.



Strange tool! It is not registered so it is unusefull.

2 krazubu


Sorry! But interesting...

I will check decently. I though having an AGP instead of PCI in the system profiler for the graphic device just says that AGP is active...?!

I downloaded it but I can't see any references to opengl or qe.

As you know at the moment my card for 2d is supported by callisto the problem is 3d

Eddi

Yes, this driver contains only empty class ATIAccelerator, so one must to fill it with hardware OpenGL procedures derived from linux sources. It is not easy. I have no details.

2 jodo


AGP is active but when AGPClient (such as 8500) talk with him it receives bad settings. I don't know about AGPGart for Intel bus. Look

Is there anybody happy with this AGPGart 2.2?

This version don't work with my ATI AGP bus. I tried to rewrite it but I don't know what to do with the statement

I can't find any reliable address for ATI_ATTBASE.
Any other: INTEL, VIA, NFORCE, SIS, AMD are known but not for ATI.

Edited: Now I know! I rewrite AGPGart for ATI according to agp30.pdf but nothing change.

I look at the forum http://x86dev.org and found that AGPGart never work with Intel chipset too!

Ok, I think I've got it. Thx for the explanation, I now can imagine what the dependcies between the drivers are! That really helps to understand the problem...

So there are two things to be done: a) get AGP to work properly and get the driver to work properly. Too sad that I just thought would be the problem ;-)

Concerning the radeontool I've checked the forum a little bit. It seems it just helps with powersaving features of the chip - I thin it is referring to this tool: http://fdd.com/software/radeon/

Concerning AGPart: It seems someone got it to work on intel chipsets: http://forum.insanelymac.com/index.php?showtopic=58678 - perhaps the approach gives some clues?!

Thanks for new information. I shall study it.

With this gart try to use cracked 9700. But I think koverg patch is not correct.
Take ATIRadeon9700.kext v1.4.20. Make it writeable. Open with HexEdit 2.0 (freeware).
Search hex 3d504e00000f845e
replace by 3d664c00000f848d
Save
Write 0x4c661002 into Info.plist
Install (repairpermissions), try and report.
If you can't enter system do the follow:
boot with -v -s
/sbin/fsck -fy
/sbin/mount -uw /
sh /etc/rc
wait and press ctrl-c
ioreg -l -x >ioreg.txt
dmesg >dmesg.txt
mkdir /Off
mv -v /S*/L*/E*/ATIRadeon9700.kext /Off
reboot
show me these 2 .txt files

really thx to all of you to make 9000 still have a dream.

i use ubuntu as well, and my 9000 have hardware opengl ability, it seems we can try to convert it for trying.

what does it means the last byte (5e/8d) ?

Eddi

This is <jz adr> command to other fork. Probably it means CHIP=R300 but Mobility.
I am not sure that it helps us but may be.

2 Arthurson


9000 have hardware OpenGL in Windows. So it is possible. But Linux uses own protocol for 3D. It is OpenGL-like. But I have no find any OpenGL commands in Linux sources.

p.s. I still have a problem with AGPGart. It sends zero address to AGPDevice and Radeon9700 show me RAM (adr=0) on the screen instead of VRAM (adr=e4000000). May be 9700 is not correct too.

try starting investigating glxinfo/glxgears http://www.xfree86.org/current/glxinfo.1.html

Glx module should be the interface between the hardware driver provided by DRI.

my ati Radeon 0x4c66 0x1002 should be a rv250 perhaps is the V the problem, so maybe we had to batch in a similar way the 8500 driver

http://www.suseitalia.org/modules/newbb/vi...931&forum=2
Radeon 8500 = R200
Radeon 9000 = RV250
Radeon 9x00 Mobile = M9(+)
http://pci-ids.ucw.cz/iii//?i=1002 (more info)


http://www.alientech.it/hardware/comparati...250Tecniche.htm (sorry is in italian)

V means value

Both should have 4 rendering pipeline

R200 Have 2 Texture unit
RV250 have 1 Texture unit
RV250 have lite version of pixel shader compared to R300

radeon_cp.c Load a microcode in ram that seems to be different between R200 and R300

By reading linux driver r300 need some registry initializations. perhaps osx with 9700 driver may hangs due to this initialization.

Why not use natit approch on ATIRadeon8500.kext?
perhaps we have only to activate right bytes

Ciao

In MacOSX we already have applications such as OpenGL Profiler, OpenGL Driver Monitor, VideoHardwareInfo and so on. I think we don't need something else.

Till now I have no find a similar way for 8500. Searching...
There is no problem with V. I know that Radeon 0x4152 = RV350 works perfect with 9700 driver.

Links for download does not working.

I have a file with this information.

No new informations.

I hope the driver knows how to be.

Some registry initialization may be performed by AGPGart. This is a first step that I must finish.
There is no common problem for all Radeon 9000/9100/9200. There are set of specific problems such as non-standart IGP BUS. Now I have a good linux driver for it and work on it.



It is very good idea. The existing natit works only on system 10.4.8 and later. But I can't install it for hardware incompatibilities. I have only 10.4.6. And I have no natit sources to recompile it.
And I want to have sources of Callisto.

Great work, dpeddi! Continue!

You can find natit 0.2 source somewhere in this forum (http://forum.insanelymac.com/index.php?act=Attach&type=post&id=5739), but it works only for nvidia cards.

I haven't find source about natit_uni.

Eddi

It is better than nothing but

well? what is the problem?

Eddi

This driver do nothing as you see from the sources. How can it help me?

I found some interesting resources:
http://ati.amd.com/developer/SDK/Samples_D...l#documentation

Some success for RS300:
http://applelife.ru/index.php?showtopic=1014

Hi I also have a radeon mobility 9100 IGP. It sucks not having QE and hardware openGL, as without it Mac OS X isn't the same (safari even crashes sometimes when I visit websites with lots of moving graphics).

BTW excellent forum find Slice (spasibo!)
i've been browsing through some sections and this post may be of interest to you http://applelife.ru/index.php?showtopic=53...amp;#entry10427

apparently the guy posting it knows someone who got QE to work with a 7500 card (!!!). If that's the case then we certainly have hope, anyways check it out.

Natit is not a driver, is an injector.

So:
init should read the Info.plist
probe:should recognize the card and start injecting
data to inject should be read from Info.plist

I suppose that if I would have a MacIntel developer platform equipped with a Ati Radeon 8500 it should be recognized with QE and OpenGL.

My card should be R200 based so I should use the ATIRadeon8500 driver since it recognize my card and should load into the card the right microcode but for a issue that I don't know yet, it don't bind correctly the display and the ATINDRV.kext.

My next step will be to try using natit_uni following some howto for ati radeon newest series.

I have seen that ATI released some specs, but we don't have specs about QE/CI/Opengl api used by OSX. All the driver I found are closed.

About RV350 is a different card and is based on newer design, different microcode and different initialization. Look at linux kernel driver!! There should be an explanation on why they choose to split driver in Radeon(R100) Radeon8500(R200) Radeon9700(R300)

For using Natit it may be useful to know internal Apple ATI codenames:
Perhaps this could be useful:

Inside ATIDriver.bundle I've found these codenames:
7500: Bluestone
8500: Xia
9000: RockHopper2
M9+/9200: Via
M10/9700: Jasper
M11: Snowy

Inside ATIDriverRundimeDriver.bundle I've found these codenames:
R200id RADEONp RADEONr RV100ad Radeon9000i
Rage128n Rage128ns Rage 128o Rage128v

After some readings, it seems that AppleNDRV is absolutly not usable under x86 architecture

Eddi

As I propose CallistoHAL is injector too.

OK! If you want I remade natit-0.2 to work with ATI under MacOSX 10.4.x. Take it!
Try to change its Info.plist and use it with different combination of the rest of drivers
ATINDRV, AppleNDRV or IONDRV... -- framebuffer
ATIRadeon8500 or else. -- Accelerator
AGPGart, HackintoshAGP or else -- driver for AGP bus, but I don't know any working driver
Don't use Callisto, it is replaced by natit.




You are right but I saw a good picture of RAM (instead of VRAM) with my RS300 by 9700 driver. So I hope R300 driver may play with my card. When I shall have a good AGP driver I try both 8500 and 9700.
As I know ATI Radeon successfully work only with PCI or PCIe buses.


Good observation!

Oh oh progress progress...and I'm fighting with missing drivers...could someone perhaps provide me with the Ati9700.kext? It's not part of my install disk...thx

BTW - my laptop refused to boot when I use the generic battery. Weird, isn't it? I discovered it when installing it again and again...

Take it! It is non-patched version 1.4.20

Sorry, I don't know...

Other news from BeOS Open ATI driver


Is there anyone who collect here all working combinations of Chipset+Radeon(QE/CI supported)?
Preferably with DevIDs

Thx for the files! I've tried the patch with a fresh install of OSX, callisto B003 and the intel AGPgart version. Result: when using a resolution different from 1024x768 (my native is 1400x1050) the screen got blue when loading loginwindow and switching resolution. when using XGA resolution, the system boots up fine, but it seems opengl is absent - flurry shows just a white screen. the gui is somewhat slower than wi/o the ati9700.kext. when trying to change the resolution, the system freezes. profiler shows no qe and no ci...

attached find the ioreg and the dmesg.... if you need some more info or if you want me to test a different setup, I will...

PS: I've just seen that the dmesg.txt does not contain any meaningful information for the task...sorry

ATI Mobility Radeon 9250 And lower Do not Support Core Image because of the Pixel shader (CI requires 3.0 or 2.0 to use it)

From What i've learned about the Old Apple iBooks, They Had that Same Chip for it, (Quartz Extreme Supported) But that was a LONG time ago (beginning of 2000+) and a Diffrent Archtechture. From what i've tried

The ATI9700.kext and the others associated with it (9700) are not Compatible with our cards (AGP, IGP, PCI) Because The 9700 Card requires hardware not present on the 9000 card. (like Pixel shade 2.0) And new Hardware. I'd stick to the 8500 kext because from what i've looked up. (wikipedia) the 9000 is part of the 8500 series, The 9000 has some Tiny new features to it that the 8500 didn't. So Stick with the 8500 kexts.

~FreakyMac

actually i read this thread everyday to find the new process of our work
it seems the ati has release the code to public recently, maybe it will be useful for the hacker to find something interesting.

it is only r500 and r600, not r200 specifications. r200 spec are only avalible for few dev since 2003 or 2004 but they cant talk about it (legal reason), r500 and r600 spec are avalible for everybody.

I've started to extract the working chipset-radeon combinations from the osx86project-website:

schema: radeon; chipset

• x700; intel 910gml
• x600; Intel i945PM
• 9700 mobility; (RV350 M10) Via ProSavage K8T800
• 9700 mobility; Intel 855
• 9600 mobility; SiS M650+ SiS962
• x700 (dev 5652); Intel 915PM
• mobility 9700 Pro; Nvidia Crush K8M
• X1600; intel 945pm
• x300; intel 915pm

I will go on, if someone else wants to contribute, just send it to me via PM, I will publish it here (with the senders nick, of course). Perhaps we can create a new thread when it is grown up...or perhaps someone finds an existing thread with combinations...

BTW: on the OSX86project.com-page is a general overview on working cards: http://wiki.osx86project.org/wiki/index.php/HCL_10.4.8#AGP unfortunately no device ids...

A not good information:

I get Leopard beta iso....

In Leopard ATI pre 9700 driver aren't build for intel but only for powerpc.

Eddi

First of all you forget to change IOPCIDevice -> IOAGPDevice. And what about Callisto recomendation to change in ATIRadeon9700GA.plugin IONDRVFramebuffer -> CallistoFB?
It is very bad dmesg.txt. You have trouble with some other driver. It made too many logs so I don't see any messages about ATI.
Did you try 8500 with this AGPGart? Usually it crashes when talking with AGP... If we don't see any such talking then AGP driver do nothing.


I don't know about Pixel Shader support but I know that Windows driver works perfectly. So I deserve not bad driver for MacOSX.

I found interesting discussion about Radeon 9600 AGP http://forum.insanelymac.com/index.php?showtopic=43829

I repeat: with AGPGart no QE/CI!

might be that I forget to insert some basic stuff...I will check again


So do you think it is better to just leave AGP for those who need it and try to get the core problem solved? What disadvantages does PCI mode on an AGP card have except lower performance? Then I would just stop fiddling around with AGP and try to get the driver working. I thought working AGP is needed (on a AGP card) for getting QE etc...

I am not sure that I am right but I think that 8500 driver is not working at all with PCI graphics. AGP driver is needed to use texture memory and so OpenGL. Framebuffer driver such as Callisto don't use this memory.

About Pixel Shaders - 7500 is more older card but is successful in OpenGL so it is possible for our 9000.
May be it is possible to patch 7500 driver to work with our cards in PCI mode? Idea? As I know RS300 chip is a variant of old RV100 that is supported by 7500 driver. And Linux driver the same for both chips.

I am deep in AGP problem so temporarily I don't work on other way.

jodo. You have 10.4.9? As I found in topic (about 9600) you can't have OpenGL with new Framework. You need to replace it to older one from system 10.4.1!

Actually you don't need 10.4.1, but QE/CI support for all the ATI between 9600 and x950 (and some X1000 series that are in fact not "real X1000") disappeared with 10.4.8, so don't expect anything with any kext and OpenGL.framework since 10.4.8 and later.
Also it is recommended that you use kexts and OpenGL.framework from the same versions.

You could come to the irc on irc.moofspeak.net in the #osx86 chanel so that we can exchange some infos in a quick and easy way.

It would be better to use this forum so that any can read the useful information. To me I can't use irc because of other time zone.

i still waiting for any report from jodo and dpeddi. May be they are already successful in other way

Hehe...I'm on it. But first: I don't have 10.4.1 OpenGL, I even do not have a copy of the install disk - I've already searched the forum, but all links are expired...so if someone could provide me with the framework, that would be great.

Then I'm a little bit confused: I'm using 10.4.9 at the moment (uphuck 1.4i version) - does it make sense to continue or should I install another version (e.g. 10.4.6)? I will check whether I still have a 10.4.6, might be best for working with your instructions, slice?!

This framework included with natit package for some ATI x1xxx. Sorry, I forget.
Try to look the thread about Radeon9600.

I compare Radeon8500 v1.4.26 from 10.4.6 and v1.4.52 from 10.4.9.
They are different!
Inside v.26 I found PPC code - that is why I can't find place to patch
v.52 in i386 codes. Now I study it.

They are different. It means they are not wrong, not depricated, not obsolete.

Sounds interesting. I've found a JAS 10.4.7 which I have installed - but now I have the problem that I cannot login, I just get a screen with grey-white lines...grml. I will reinstall and try again or perhaps stick with 10.4.5 or 10.4.9... Life is hard. But I will make it...

Some news.

I study Radeon8500 v1.4.26 and found how I can patch it.
Owner of 0x4c66 don't need this path because the driver directly support the chipset. But for me and other owner of 0x5835 I propose next operation:

Get ATIRadeon8500.kext
Set permission to be writeable (by get info)
Open /Context/MacOS/ATIRadeon8500 with HexEdit (freeware).
Find
0x663d4c510f846f
Replace by
0x663d35580f849b

After this patch the driver no more crashes with my AGPGart. It behave samely as ATIRadeon9700.
8500 - my card looks like RV280 (Radeon Mobility 9000-9200)
9700 - my card looks as R300 but mobility
While really my card is RS300. So I think the problem is not in these drivers.
I need only 1 correct parameter - VRAM address obtained by these drivers from AGP driver or another way.

I solve many problems with AGPGart driver but the last one still understandable: what is happen with commitAGPmemory method invoked by ATIRadeonXXXX driver. Nor joblo nor emersonfxbx can answer me.

So lets begin to test.

This is my version of AGPGart 2.3. It is intended for ATI bus and for INTEL agp bus. But the last one I can't to check because I have no it. I know that real Intel driver for all Intel chipsets must be more complex. As a first step I write common Intel routines and now I need to trace it.

Instructions as usual:
unpack, copy to /S*/L*/E*/
repair permissions
reboot
Then I need your ioreg.txt and dmesg.txt
IOLog space is limited so please disable during the test all extension with large outputs for example Callisto. For this test it is not needed.

I should be wonder if you will get QE/CI with this kext but I not exclude this possibility.

I don't write details because I need no lamer's test.

yeah! Actually I was a little bit confused what setup to use, but your AGPGart answers the question partially. I will use a OSX < 10.4.8 with your AGP and the 10.4.9 Radeon8500 kext...

I will try nevertheless next week when I'm back at home...

I found that 10.4.8 Radeon8500 (v1.4.40) loaded in my 10.4.6 but the kext from10.4.9 - no!
What setup?
AGPGart+Radeon
AGPGart+Radeon+(natit, ATIinject)+ATINDRV
AGPGart+Radeon+Callisto
or something else

jodo! You are hacker!

Hello Slice
this is my little test with your agpgart, radeon modified, and natit
..after two tentatives, it crash and i have turn on whit callisto only.
i've a question, with Agpgart-radeon8500-natit, is possible 1280*800 resoluction?
Tnx very much!
I stay tuned(every day)

I hope this works. My laptops dead so i can't install Mac OS X

my 9200 is 5c61, and the 8500.kext is 1.424 from jas 10.4.8, which i can't find the 0x663d4c510f846f to replace with.

i just use your apgart2.3 with callisto fixed003, no more others, and i can't feel the difference besides the info shows apg rather than pci. and here is two files you may need, thx.

Thanks for testing!

You have too bad dmesg because of debug version of ext2fs. Temporary switch it off! I want dmesg with messages from AGPGart. And ioreg that I need must be from
ioreg -l -x >ioreg.txt


Yes, this 8500 is not good. Try my patched version 1.4.40. It works with 10.4.6.
In your dmesg I found

The AGPGart needs some tune to your bus. But you send me bad ioreg.
Try ones more with command
ioreg -l -x >ioreg.txt
and don't erase useful information about AGP.

I carefully study linux driver for Radeon and found

When I look inside 8500 I found only last settings "(memsize...". It is an answer why in my case I get not reliable FrameBuffer address. It can't be corrected by any natit or other external drivers. I patched the place!
Now I can boot into GUI but only without GA.Plugin. So without OpenGL.
Possible reasons:
1. GA.plugin must be patched too. Searching...
2. AGPGart is not perfect. And I can't boot without AGPGart. The driver needs it! Continue to research...
3. Other reason? Suppositions?

Without the Radeon driver I have software OpenGL. With it I have all OpenGL application crashed because SoftwareOpenGL switched off, hardwareOpenGL switched on but the plugin is absent

just using your given kext, and i add 0x5C611002 onto info.plist
and here is two files you need, thx again

Hi
this is the 2 correct txt.
I use an Hibrid 10.4.9 osx relase, whit your 8500 kext(whitout GA plugin),5835 id, 8.9.1 SSE2 kernel, your Agpgart 2.3, and finally callisto 003 fixed.
I hope of to have been useful
ps whit natit I will be able to have 1280x800 resolution?
pps if i try to use 8500 from 10.4.9 official kext, which modifications I must bring?
ppps excuse for my English

Pxxxxs which version you use for OpenGL.framework?

I stay tuned

Thks!


As I see you have the same configuration as mine. So wait.
8500 I patch in very long way. 5 new command and modifications in 2 another. It is hard to explain how to. May be later I'll make it for you.
I don't know about 1280x800 yet. As you see

It is not good. Our chipset not rv280 but RS300M. So Callisto is not good enough to change resolution.
May be you try ATINDRV+ATIinject? It is included with "ATI mobility x1600" from Diabolik.
I am not successful with it.
And look at your dmesg



Yes, now I have information what is wrong in your system.
You have only AGP 2.0?! I write my AGPGart according to 3.0 specification. May be you try light version of AGPGart?
http://www.x86dev.org/forum/index.php?topic=288.0
It is not create Gart table so I don't know what is happen with Radeon8500.

2 both.
now I have your ioregs so next time I need onle dmesg from you.

but i have agp 4x in xp , no idea why it change when using osx86

To all the Radeon Mobility 9000 users who experience program crashes whenever trying to run a program with openGL (chess, parallels, vmware fusion, screen saver settings...):

Deactivate the ATIRadeon8500.kext by moving it into a backups folder. I did this, and now I can run these programs (albeit with some slow framerates).

A tutorial:
Open terminal.
type: sudo -s
Enter your password
type: cd /System/Library/Extensions
type: mkdir backups
type: mv ATIRadeon8500.kext backups/ATIRadeon8500.kext
reboot.

Enjoy software openGL (obviously not hardware). As was mentioned earlier, I believe having this kext loaded was disabling software GL while trying to enable hardware GL.

Let me know if this is in error, and if it works for people. As a note, I'm running 10.4.8 Jas, and katana (Callisto 0.3 and AGPgart 2.1t). If this does work, I think it should be at least listed in the first post, since I saw at least 3 or 4 other people with this same problem, and it at least lets things work. If someone has already posted this, sorry for the doubles.