Author Topic: ATI and possibly nVIDIA resolution patch (based on prasys' 915resolution port)  (Read 115045 times)

0 Members and 1 Guest are viewing this topic.

CEOS

  • Member
  • Posts: 49
^^ :D
relax mate, i'm sure you will find a way to get it working

do you need the debug output ?
My Hackintosh: • Intel Core2Quad Q6600 (g0) • PNY 8800gts 512 (g92) • Gigabyte Ga EP45-DS3R (Rev 1; BIOS v. f11e) • 2x2gb OCZ 1066MHz DDR3 • D-Link DWA 547 RangeBooster N

Drives: • HL-DT-STDVD-RAM GH22LS30  • SAMSUNG HD250HJ : Windows 7 Ultimate x64 • SAMSUNG HD161HJ :  Snow Leopard 10.6.3 • SAMSUNG HD103UJ : Backup

eberts

  • Observer
  • Posts: 15
And 1440x900 seems to be the only mode which is not patched ( 1440x900 -> 1440x900 )

lebidou

  • Resident
  • Posts: 133
I don't need the debug, there won't be anything useful. I think it's because chameleon's buffer has wrong dimensions. I updated the debug version again. The problem is that I can't reproduce the bug here (and i tried).

@eberts, this mode isn't patched because it is already a 16/10 mode that is in your standard VESA table but considered as 'insane' by your bios (the one on your motherboard, not the video ROM we patch). For some reason, because of the way the VESA standard is implemented on your bios (motherboard), modes higher than 1280x1024 seem to be rejected.
I'm sorry, but there's nothing this method can do about that.


PS: In fact I need some output, when your in the boot menu, the debug version prints a resolution in the high left corner. I'd like to know what it is, and if it fits one of the modes printed in the ?video menu
« Last Edit: March 16, 2010, 09:06:41 PM by lebidou »

CEOS

  • Member
  • Posts: 49
it's still there...

and i noticed that chameleons info text (the text in the upper left corner) seems a bit wired, too.
My Hackintosh: • Intel Core2Quad Q6600 (g0) • PNY 8800gts 512 (g92) • Gigabyte Ga EP45-DS3R (Rev 1; BIOS v. f11e) • 2x2gb OCZ 1066MHz DDR3 • D-Link DWA 547 RangeBooster N

Drives: • HL-DT-STDVD-RAM GH22LS30  • SAMSUNG HD250HJ : Windows 7 Ultimate x64 • SAMSUNG HD161HJ :  Snow Leopard 10.6.3 • SAMSUNG HD103UJ : Backup

lebidou

  • Resident
  • Posts: 133
what do you mean it's weird ? what does it say ? how does it look ?

CEOS

  • Member
  • Posts: 49
all the font overlapping looks a bit wired to me:
My Hackintosh: • Intel Core2Quad Q6600 (g0) • PNY 8800gts 512 (g92) • Gigabyte Ga EP45-DS3R (Rev 1; BIOS v. f11e) • 2x2gb OCZ 1066MHz DDR3 • D-Link DWA 547 RangeBooster N

Drives: • HL-DT-STDVD-RAM GH22LS30  • SAMSUNG HD250HJ : Windows 7 Ultimate x64 • SAMSUNG HD161HJ :  Snow Leopard 10.6.3 • SAMSUNG HD103UJ : Backup

lebidou

  • Resident
  • Posts: 133
Try adding this to your boot.plist:
Code: [Select]
<key>Boot Banner</key>
<string>No</string>

diebuche

  • VoodooLabs
  • Posts: 30
Sry, got no idea bout the spqr...

CEOS

  • Member
  • Posts: 49
if i use this flag to hide chameleon info, i see this:

heigh   1080
attr:     0x3bf
mm:     6


My Hackintosh: • Intel Core2Quad Q6600 (g0) • PNY 8800gts 512 (g92) • Gigabyte Ga EP45-DS3R (Rev 1; BIOS v. f11e) • 2x2gb OCZ 1066MHz DDR3 • D-Link DWA 547 RangeBooster N

Drives: • HL-DT-STDVD-RAM GH22LS30  • SAMSUNG HD250HJ : Windows 7 Ultimate x64 • SAMSUNG HD161HJ :  Snow Leopard 10.6.3 • SAMSUNG HD103UJ : Backup

Azimutz

  • VoodooLabs
  • Posts: 420
  • Paranoid Android
Hi guys, joining the party :) Finally got time to read the topic and test this properly. First my machine specs:
http://sites.google.com/site/osx86tips/my-system-1
My ATI works with "plist edited/bin patched" ATIRadeonX1000 and in the case of Snow, dev id added to ATI1300Controller. I also need some sort of injection, usually DSDT patch or... Chameleon Graphics Enabler. Yep, i'm mentioning this because i read in the topic that Chameleon doesn't support x1000 series. It's not supposed to but, this been working for me since netkas added it on PC-EFI.

Ok, Lebidou... the latest debug build works, but not the normal one. The normal, shows the usual resolutions i can check on Chameleon and sets my display resolution, 1440x900. It loads all the files but hangs at "Patched ACPI version 2 DSDT". The debug, shows those "patched" resolutions you talk on post #96 so, 1440x900 becomes 1400x875, but otherwise works fine.
The "funny" thing is, i've been messing my self with Chameleon from the repo's trunk (rev83) and i managed to merge your patch with it, with a little help from
Diebuche's mistake, merging the patch with the trunk.. thanks for the error, man ;) ... the thing works but, i get the same hang as with your "normal" version :o I get no graphics garbage and with AutoResolution=No, all builds work as usual.

Now, i understand you don't want to create a new Chameleon "version" (neither do i!), but i really wish you were using newer sources!

Removed stuff about the rev i was working on.

... keep in mind i'm just a noob trying to learn, no experienced coder.
This patch would be the "the icing on the cake".

Thanks to all! See ya later...
« Last Edit: April 05, 2010, 12:39:32 AM by Azimutz »
 System & Patches: http://goo.gl/i961
 Chameleon:
- trunk builds: http://goo.gl/9G1Hq
- pref pane: http://goo.gl/OL2UT

lebidou

  • Resident
  • Posts: 133
Hello Azimutz,

In the debug version I introduced the same way of patching for both ATI and nVidia, that was for trying to reproduce the bug bug nVidia testers are experiencing (not solved yet, sorry guys), but I think I'm gonna go back to the way it did it before for ATI, because 1400 and 1600 modes aren't used by anyone anyway.

I think I just found where the hang comes from. Before applying fake_efi, the vbios is unpatched, then repatched when fake_efi is done. It apparently hangs there, when reapplying the patch. I'll have a look.

As for the sources I use, I started with my own oldish/handcrafted PCEFIv10.5 and then used the last version in the repo (r687), but oldnapalm reported usb related issues, so I ported it back to r684, as it is still the official latest release. And as I said before too, the patch is in a kind of 'alpha' stage, once we get something more solid, I'll have a look to newer sources.

And I'm not an experienced coder as well, that's a hobby. I guess I could go swim or run instead... or read novels rather than bunch of lines of code.

It's nice to have another ATI tester! And someone playing with the patch, I hope you'll find some improvement.
Thank you for reporting.

diebuche

  • VoodooLabs
  • Posts: 30
@Azimutz, i think you uploaded the wrong version...
Anyway, i patched i to my branch http://forge.voodooprojects.org/p/chameleon/source/tree/HEAD/branches/diebuche

Azimutz

  • VoodooLabs
  • Posts: 420
  • Paranoid Android
Hi guys...

Diebuch, going to take a look at it right now. It was more just to share with you guys, not for the faint of heart :D
I've been doing so much stuff at he same time, it's possible i messed up. I also did some more testing using your "mistake" stuff only and other variations on boot.c... it works as what i did so, i might have "extra stuff in there". My stuff is kind of a mix between your's and Lebidou's, as i was already applying the patch when i saw your merge on the repo. Will take a pick at your branch... it's very similar to the rev i'm using.

Lebidou, I suspected you had done something like that to the debug build, talking about the resolutions. The difference between 1440X900->1400x875 is very small, but with the correct theme it's easy to tell. This is working correctly indeed :)
About the hang, i disabled -v to see the spinning wheel, haven't seen it in a long time :P and then i get this msg:
Dumping PCI config space, 256 bytes. For some reason doesn't show when it hangs with verboise mode. That's on ati.c... just a pointer. Your probably right about the vbios, the hang seems to be around there.

The newer sources i wish you use, it's just because it would be easier for me to handle them :P i started trying messing with the code only after the repo was created so, it's the version i know best and it has a lot of changes. Anyway, comparing to Diebuche's merge, the patch is not that hard to fit to the trunk.
I'm not even a coder :) i'm just playing around with stuff others created... much to learn still.

We'll see if this has legs to walk. So far, nice job!

p.s: But, why doesn't it hang with the debug build?

Is your posted diff up to date?
« Last Edit: April 05, 2010, 12:27:16 AM by Azimutz »
 System & Patches: http://goo.gl/i961
 Chameleon:
- trunk builds: http://goo.gl/9G1Hq
- pref pane: http://goo.gl/OL2UT

diebuche

  • VoodooLabs
  • Posts: 30
Uh, sry i oversaw the diff...

Azimutz

  • VoodooLabs
  • Posts: 420
  • Paranoid Android
Just checked it Diebuche... it's fine :) Anyway i'm going to update it and remove the stuff not related to this patch.
Removed link for now.

p.s.: Tried a build from your branch and it does the same hang. Also, there's some stuff on gui.c (parse display size parameters) that's patched on Lebidou's posted diff and not on yours. Is it really not needed? it seem so, as the patch works without it. In fact i tried patching "parse boot size parameters" instead of "parse display size parameters" and the patch still works. But doesn't has nothing to do with the hang.
« Last Edit: March 18, 2010, 08:42:14 PM by Azimutz »
 System & Patches: http://goo.gl/i961
 Chameleon:
- trunk builds: http://goo.gl/9G1Hq
- pref pane: http://goo.gl/OL2UT