Jump to content


  • Content count

  • Joined

  • Last visited

About cartri

  • Rank
    Just a Cone

Contact Methods

  • Website URL

Profile Information

  • Location
  1. Hello, for all those using chameleon 2.1 or supperior, here is a simple command line that will hex hack your kext and activate 5770 Juniper / Vervet / XFX ZMF3 / Single slot card miniDP to work correctly with Apple 27" displays, and others: sudo perl -pi -e 's|\x00\x04\x00\x00\x04\x06\x00\x00\x00\x01\x00\x00\x21\x03\x05\x01\x00\x04\x00\x00\x04\x06\x00\x00\x00\x01\x00\x00\x11\x02\x04\x02\x04\x00\x00\x00\x14\x02\x00\x00\x00\x01\x00\x00\x02\x04\x01\x03|\x00\x04\x00\x00\x04\x06\x00\x00\x00\x01\x00\x00\x12\x04\x00\x02\x00\x04\x00\x00\x14\x00\x00\x00\x00\x01\x00\x00\x21\x03\x01\x04\x04\x00\x00\x00\x14\x02\x00\x00\x00\x01\x00\x00\x00\x00\x03\x03|; s|\x00\x04\x00\x00\x04\x06\x00\x00\x00\x01\x00\x00\x21\x03\x05\x01\x00\x04\x00\x00\x04\x06\x00\x00\x00\x01\x00\x00\x11\x02\x04\x02\x04\x00\x00\x00\x14\x02\x00\x00\x00\x01\x00\x00\x02\x04\x01\x03|\x00\x04\x00\x00\x04\x06\x00\x00\x00\x01\x00\x00\x12\x04\x00\x02\x00\x04\x00\x00\x14\x00\x00\x00\x00\x01\x00\x00\x21\x03\x01\x04\x04\x00\x00\x00\x14\x02\x00\x00\x00\x01\x00\x00\x00\x00\x03\x03|' /System/Library/Extensions/ATI5000Controller.kext/Contents/MacOS/ATI5000Controller That shall patch your Hoolock connector table to the card's paths. You only need to use Graphics Enabler and all should be fine. PS: Besides this being a VERVET juniper card, patching hoolock table as stated above will solve your problems, you dont have to specify any framebuffer, chameleon will normally pick vervet, but the system will loop back to hoolock, who will be patched after doing this simple command PS2: do this after every update and you should have no headaches. PS3: don't do this on other Graphics cards, its meant to be used on XFX 577X ZMF3 - The single slot edition of the card, and already includes HDCP pass-thru. that is a simplification of the following changes: shall logged it be
  2. Apple Supporting Stop Online Privacy Act?

    Will this "crescendo" ever stop? I wonder what will happen when they finish signing laws, and start authorized repression. Here in Rio de Janeiro, Microsoft pays for "raids" over buildings and street-vendors. Once a client of mine, a small company in City's Center was victim of one of these raids. The policeman came together with PRIVATE Microsoft's fiscal, who did offer to legalize 7 Windows 2000 licenses for R$200 (About 100U$). Here, repression was corrupt from intention until application...
  3. Hello, I have been trying to make my old 5770 mDP come back to work with Vervet Framebuffer and a 27" Led Apple Cinema Display. To do so, I had to patch the hoolock binary with informations from both bcc9 bios dump and connectorInfo. As so, I think that the table I had to use maybe useful for other Radeon 5xxx users. In Orange, the original table, just ignore the purple/violet, they serve just as an example edit for Vetvet/Juniper v1225, other people can benefit from a more organized table, listing all ports. It is a scrap made thinking only in fixing my mDP, corrections and info based on this are more then welcome. Thanks to bcc9, mucha and everyone who was working on these definitions. PS: some are wrong, but the dump is universal for 10.7.2 11C37 kexts.
  4. Thank you, based on that I was Able to create the following table: And for that the complete bundle of kexts for ZMF3 Mini-DP @11C37 (don't know if it works @10.7.1, but it should) : DIRECT LINK For those interested, I bloged more detailed info on appliances at http://cartri.net/blog/1278 - Nothing new to most people, but may help, I hope. With this, we can have mDP, Vervet, QE/CI, iDVD/STEAM/DRMedGames running back by putting graphics enabler back in there. It was tested on a 577X-ZMF3 with mDP and ACD 27"
  5. StarCraft2 runs fine, as so other opengl tests: But yes, yet problems with Cider, Crossover and DVD Player. I lost the program that dumped the connector tables, and lost it's thread too (i forget everything). Can you point the thread where it was being developed? It is already able to read the new driver tables? Just a note on testing games: Old Cider Based Games are OK. Crossover NIGHTLY is ok with Dragon Age Origins, and an old port of Assassins Creed 1 in Cider is also running very fine, but Assassins Creed 2 and Brotherhood, both native cedega games, are not working, so i can imagine that Steam will not work too. Dragon Age 2 does not work also.
  6. PROBLEM SOLVED!! NO HACKS NEEDED. Mac OS X 10.7.2 11C37 ATI drivers can enable the mdp naturally, but will not work with vervet. Just use GraphicsEnabler=No and the ACD27 will work from the single slot ATI XFX 5770. Other 5000 series MDPs were fixed too! We just can not use Graphics Enabler, the driver will detect the ports for us :-D
  7. Same card, same Display, same patch, KP when booting. I will try more later, it is my only install and i have to finish a job in it this week, no much time for tweaking. But at least it still works with 10.6.7 Support/Frabuffer/Controller kexts together with 10.7 x3000 opengl 3.2 capable driver
  8. I have more to read in this topic, sorry for the absence after so many shots, just updated my os to lion final, finally. I am no fan of sleep, everything i did about this in the old times was due to requests, as i leave my machine always on (I hate the fact that Apple Cinema Display has no power button, no button at all btw, but i just unplug the cord when I go to sleep). Still having big problems with graphics drivers, using a salad of 10.6.7 controllers together with 10.7.0 opengl (X3000) drivers, so i guess right now my system is not a comparison yet. The _FIX seems to be an incomplete fix to the problem, as always I was just shooting everywhere, and I still think that if something has to be done to the CMOS in the ACPI we should start by the way chameleon is reconstructing ACPI himself. This is only opinion, But The other posting i did about the RTC registers that may be set to read-only may avoid osx from changing the RTC. (As I said, this can solve the problem, or create others, if the known bits were made also RO) About Going Bald's machine, its valid to remember that, differently from most gigabyte first x58 bioses it uses a 2MB (16Mbit) chip, which lengths 0x8, maybe this is a relevant difference as the new checksum may be considering the whole cmos size, maybe not. Also valid to remember that the new bioses for these 2MB chips are hybrid EFI-Bios in order to give native support to GUID, and the module is giant. Sorry for being too busy with my own system in my free time, I still fight my graphics drivers, the normal patch in vanilla 5000controller doesn't work for me for some reason. When I fix this I'll be back here, and able to make my own tests. With tseug, black, mm67 and everyone else here trying a fix on this, soon or later we will catch the mouse. I will surely come back to this thread, it interests me, besides of not using sleep, and take a better look over everybody's gigabyte dsdts to better opine. For now, i keep receiving the posts by mail. BTW, Going Bald, how are your peripherals? New appleHDA is constructing my audio from the main module, i have no more need to rewrite the main module config data into a DSM... may this really have something to do with peripherals not waking? Much to check, I am just raising some questions for thinking, I know it is nothing new, but it was what popped to my mind at the time. See ya! ---- quick edit: Are you guys CID"ing" your power button? Cause with a normal hid it will be a sleep button, as long as you have a F4 size FACP (instead of chameleon's facp patch) EDIT2: Fixing or not an IRQ8 to the RTC will not make real difference except its booted with this IRQ set, as it is not used as an IRQ would normally use, but a switch to ich10 activate or not RTC as a slave IRL from LPC. IRQ8 can only be generated internally, like 0 & 2. This info is only valid for ich10 based systems
  9. I am able to use the old frame buffers with openGL 3.2 drivers in lion. You only have to pick 10.6.7's ATIFramebuffer, ATI5000Controller & ATISupport kexts over lion, letting the new x3000 kexts alone, by replacing only these 3 extensions, it loads the ACD27 thru mdp, and uses the new Lion OpenGL engine perfectly in lion. (Talking about my xfx 5770, that like yours stopped to play after the ati driver update)
  10. Can you send your asus X58 dsdt? Maybe we can find where they fixed this. Glad to talk to you.
  11. Sorry, lost in translation, i was thinking you were talking about the ESI Port, now i think you are talking about NMI / RTC_INDX , which are the 1st 7 bits of IO port 0x0074, right? If yes, it is interesting to notice that gigabyte defines it under its LDRC (SYSR i guess, renamed long ago is the UID1 0c02 device) going from 74 with length C, finishing in 80 like our cmos. All pair registers from 70 till 76 are index and odd until 77 are targets, being the last ones extended ram registers... Sorry, I am not really understanding what you are talking about.... BTW, its possible to update your Kext (edit: dictionary keeps renaming my "kexts" to "nexts") to make it dump all ports, one by one from 70 till 77? Are you based on bundled ichs in the north bridge (like p55) or separate ones like ich10?
  12. You mobo has an ESI defined? Gigabyte don't define it usually, i use a customized bios to do that, but is for me cosmetic, a device tree organization, nothing else. CMOS has been replaced by SystemCMOS (like in the code i did input earlier) in the latest versions of intel and Microsoft ACPI to avoid legacy related problems, it will depend on the version of your compiler if it will work or not, in fact CMOS has been used as a device or operation region in many mobs, thats why they changed. SSDTs are dynamic continuations of DSDTs, normally you have a module (or dsdt code) that calls the external defined object (like it happens with the IOU2, its' pcie switcher for ppb3 and ppb4 in ich10 based macpros, or to had-gfx checking itself). If you are not modding the bios but the after-boot (i mean, mobo boot) dsdt, it is better to insert your code with the dynamic changes inside itself. ---- Sorry again for the absence, only now i got dp4 running fine (i don't sleep anyway, neither my computer, so no problem if i still have the sleep bug) because of the led cinema display, and updating to GM is unpredictable... my installation is a mess right now, i have been checking the topic trough the iPhone mails i receive when someone posts. It is interesting on this that we have SystemIO 0x74 defined in a pnp0c02 device (unfortunately gigabyte has many 0c02 devices, each one with a unique ID to differ) as something else, this can be other part of the cmos. It is quite normal that the RTC (which is just a part of the CMOS, not it all) marks it's status, what is strange is doing the checksum change as Tseug showed with his kext. It is notable that our rtc has 2 different options of length, using 128 or 256bytes (length 2 or 4, being each "1" 64byte, ICH10 RTC is always organized in one or 2 banks of 128Bytes, first 64 for read last for write, like tseug showed us in the ports 70/71 for those using length 2) and each with or without the IRQ8. Setting IRQ8 activates the STS bit. I know i sound confuse, sorry its hard to organize technical ideas in English for me (my language has the adjectives after the substantives as so i get a little confused) For reference, our RTC (ICH10) uses Motorola MC146818A-compatible rtc with 256 bytes of battery-backed RAM, it will be configured in 2 modes single (128B) or dual (256B) bank, with or without STS support (which is set by IRQ8ing it in the DSDT). It is inside the ICH10 and stores info about the clock and at what time power management events happened, resyncing the clock when the system wakes, or for supporting timed execution of some stuff, like when you set auto-sleep or auto-wake: the RTC is the responsible to know what time is it in UTC to wake your computer for instance. As so, we cannot just dump the RTC full banks (256Bytes) and write it later as it was, cause time has changed and this would desync our sleep. But, we do have a RTC register in ICH10 spreadsheet that tells us: 10.1.73 RC—RTC Configuration Register Offset Address: 3400–3403h Attribute: R/W, R/WLO Default Value: 00000000h Size: 32-bit Bit Description 31:5 Reserved 4 Upper 128 Byte Lock (UL) — R/WLO. 0 = Bytes not locked. 1 = Bytes 38h-3Fh in the upper 128-byte bank of RTC RAM are locked and cannot be accessed. Writes will be dropped and reads will not return any ensured data. Bit reset on system reset. 3 Lower 128 Byte Lock (LL) — R/WLO. 0 = Bytes not locked. 1 = Bytes 38h-3Fh in the lower 128-byte bank of RTC RAM are locked and cannot be accessed. Writes will be dropped and reads will not return any ensured data. Bit reset on system reset. 2 Upper 128 Byte Enable (UE) — R/W. 0 = Bytes locked. 1 = The upper 128-byte bank of RTC RAM can be accessed. 1:0 Reserved With that we could lock the RTC info for the OS, what could or solve our problem or really make the system unbootable. I know i did not help a lot, besides interested in the subject, i can't test it on GM as i am using a mix of video drivers to make my gpu work correctly with lion's opengl3 x3000 kext and the miniDP, and bc of this I have no wake at all, even if everything were fine with my RTC wake
  13. Hi! The only difference i see in your dsdt (did not read it completely, just passed my eyes above it) is that you are using IRQ8 in you RTC device, that is a hook for enabling the STS bit capability. But, Black tested with no differences. I am sorry but I could not understand your situation: your system do has a problem with RTC reset in latest lion AppleRTC vanilla or not? I was understanding that you had a system without the cmos/sleep problems... As you report different installs etc, i got a lil confused... I was thinking you had a problem-less system, but i guess not? Without patches in the OS files, you do have the same problems as us? (finally I'm a "lion'er", same problem, no wake + cmos reset)
  14. I agree, unfortunately I am in a middle-of-nowhere installation, finally got Led Cinema Display 27" to work via display port by using 10.6.7 framebuffers with 10.7 OpenGL Drivers... I am just without my data, my 10.6.7 is a carbon copy cloned 10.4.3/10.4.4 updated at each update until today in an almost full 1.5TB drive so you can imagine how organized it is (not)... resuming, as i can not download and decompile your bios, could you please post your actual DSDT? searched around the thread and only found your FACP, its an usual p55 gigabyte fact with chameleon patch... ICH10 and P55 are not that similar, If possible, are you able to post your whole ACPI in a zip? If not, just the dsdt would be appreciated. We must find a way to send our full length RTC (4) without corruption: if we need to patch a next, lets full-patch. Also, is your bios 16Mbit? Award is using what they call "hybrid efi-bios" (does this remember you anything, black?) for the 16Mbit (2MB) chips with recent updates, I have to check the pdfs, but i guess in this case RTC length would be 8, gotta check. sorry everybody for the absence, but when i get rid of organizing my data into a new installation i'll have more attention, for now i'm using the iPhone to read the mail updates from this topic, very limited. This is intriguing me as well, we should use dual bank rtc and have both updated... and just to think that this is about date.... Also, do your P55 has a TPM/TCPA chip? a lot of code is used with the same address as the RTC in systems like this. By the way, I am totally against this chip
  15. Do you have the IOREG dump of it working on the HD-577X-ZMF3 trough the adapter? Both ACD-27 in dvi adapted and Syncmaster in map adapted. If you have it working in 6870 also please post the .ioreg dump: I think we might find what is wrong with the 5770, i notice a lot of zeros in the DPCP bytes, we could try some on this. (PS: i have the same xfx as you and also gigabyte mobo and add-27, same problems, already tried Douc, Langur,Zonalis,Alouatta, Hoolock, Vervet (only one working till now, besides seeing 4 outputs instead of 3 like ATY,RadeonframeBuffer and only dvi works), Baboon,Nomascus and Orangutan.... it only lacks Eulemur, Galago, Colobus and Mangabey to test, but i don't think I will have any good result out of them