Jump to content

Mavericks kernel testing on AMD (formerly Mountain Lion kernel testing on AMD)

Mountain Lion AMD legacy kernel x64_86 ssse3 ssse3 emulator

  • Please log in to reply
6369 replies to this topic

#1421
Andy Vandijck

Andy Vandijck

    InsanelyMac Deity

  • Coders
  • 1,641 posts
  • Gender:Male
  • Location:Tienen
  • Interests:Programming stuff for Mac OS X...
    Hacking...
    Hard rock (also really big Metallica...
Here it is... the new kernel.
It should be more efficient in performing instruction emulation (First SSSE3 pass, then SSE3 pass in 3 steps as this is more efficient, next sysenter, then monitor/mwait skipp for those without SSE3 and last fisttp to fistp replacement for those without SSE3).
It also has fisttp to fistp on-the-fly in memory replacement (added it in opemu) for those without SSE3.
Source diff included. ;)
Test please :D and report back too ;)

Attached Files



#1422
Rasmus Rasmussen

Rasmus Rasmussen

    InsanelyMac Protégé

  • Members
  • Pip
  • 5 posts
  • Gender:Male
Hey Anv Worked here, and were faster compared to your previous kernel :)

but for some reason my 6850 acts up where my 4870 is acting as it should, without garbling in osx.

Thx here take a 

Best Regards Racermussen

#1423
theconnactic

theconnactic

    Stubborn AMD user

  • Local Moderators
  • 2,973 posts
  • Gender:Male
Hi, Andy!

Just tested your latest and greatest. Boots fine with -x, faster than earlier iterations. But the best thing, that convinces me that we're going to the right direction, is that, without -x, it boots smoothly... to a white screen with mouse pointer cursor (that i can control at will). Okay, this is not working, but it's far far better than the previous heavy fractal fragments without any mouse cursor or even the white screen with spinning pinwheel and frozen mouse cursor of the previous kernel. This evolution hints that the problem with nVidia (and some ATI) graphics is perhaps related to encryption, not a library.

Best regards and keep on the good work!

EDIT: Maybe it's not encryption after all: booting with -f gave five consecutive KPs with kextd.

EDIT 2: Finally the boot completed successful with -f. Unfortunately, bad news: the heavy fractal fragments are back.

#1424
Mohamed Khairy

Mohamed Khairy

    InsanelyMac Deity

  • Members
  • PipPipPipPipPipPipPipPipPipPip
  • 2,172 posts
  • Gender:Male
the problem of lag not fixed ?

#1425
byransays

byransays

    InsanelyMac Protégé

  • Members
  • PipPip
  • 51 posts
  • Gender:Male
  • Location:Upstate NY

Hi, Andy!

Just tested your latest and greatest. Boots fine with -x, faster than earlier iterations. But the best thing, that convinces me that we're going to the right direction, is that, without -x, it boots smoothly... to a white screen with mouse pointer cursor (that i can control at will). Okay, this is not working, but it's far far better than the previous heavy fractal fragments without any mouse cursor or even the white screen with spinning pinwheel and frozen mouse cursor of the previous kernel. This evolution hints that the problem with nVidia (and some ATI) graphics is perhaps related to encryption, not a library.

Best regards and keep on the good work!

EDIT: Maybe it's not encryption after all: booting with -f gave five consecutive KPs with kextd.

EDIT 2: Finally the boot completed successful with -f. Unfortunately, bad news: the heavy fractal fragments are back.


Probably not encryption as safeboot wouldnt give us native 1080p if the video card was recognized with encrypted kexts.

You're farther along than me, with the new kernel I still get grey screen, then cut to black terminal screen where I can type in the top left.

Here it is... the new kernel.
It should be more efficient in performing instruction emulation (First SSSE3 pass, then SSE3 pass in 3 steps as this is more efficient, next sysenter, then monitor/mwait skipp for those without SSE3 and last fisttp to fistp replacement for those without SSE3).
It also has fisttp to fistp on-the-fly in memory replacement (added it in opemu) for those without SSE3.
Source diff included. ;)
Test please :D and report back too ;)


It seems a bit faster yes, it still gets caught up somewhere around USBF and mbinit and pthread(sorry I just missed it)
Edit: pictures are better for you probably. The red is where it hangs for a bit.

Attached Files



#1426
pauℓzurrr.

pauℓzurrr.

    Paul

  • Members
  • PipPipPipPipPipPipPip
  • 552 posts
  • Gender:Male
  • Location:Amsterdam
Booting RC4 with -x
Spoiler


Without -x it kernel panic's because of NVidia

#1427
instant idiot

instant idiot

    InsanelyMac Geek

  • Members
  • PipPipPipPip
  • 182 posts
  • Gender:Male

...
It should be more efficient
...


It works just as well as the previous one, but it comes in exactly 3 seconds before the old one with a boot time of 1:37. I can take a video if you'd like to see where it hangs during boot.

#1428
Andy Vandijck

Andy Vandijck

    InsanelyMac Deity

  • Coders
  • 1,641 posts
  • Gender:Male
  • Location:Tienen
  • Interests:Programming stuff for Mac OS X...
    Hacking...
    Hard rock (also really big Metallica...
I think the graphics drivers have cpuids in them... need to check though...
(Allready confirmed for Intel HD)

#1429
theconnactic

theconnactic

    Stubborn AMD user

  • Local Moderators
  • 2,973 posts
  • Gender:Male
Great insight, Andy!

Hopefully this will help us nVidia users.

On a side note, our friend Sinetek had a somewhat related idea a couple of hours ago, that the files cpuid.c and kern_mib.c perhaps should be patched to properly enable nVidia graphics. Unfortunately he had to leave for his class, so it didn't finished his patches for us to test.

Best regards.

#1430
wastez

wastez

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 170 posts
  • Gender:Male
This Version of the kernel is working better then the Last versions. It seems to be stable but the Boot time is still long.
The graphic Problems are still there on ATI.

#1431
theconnactic

theconnactic

    Stubborn AMD user

  • Local Moderators
  • 2,973 posts
  • Gender:Male
Well, Andy!

I just disassembled some kexts and found a lot of cpuid instructions inside one that's really crucial, NVDAResman.kext (responsible for resolution control, i think). I talked with meklort and he agreed some of the cpuids could perhaps cause trouble, so i decided to upload the txt output of otool for you to take a look.

Best regards!

Attached File  RSMN.txt.zip   3.63MB   40 downloads

P.S.: Shane told me he patched NVDAResman.kext with your amd_insn_patcher, but it didn't solve the issue. It was supposed to remove the bad cpuids?

#1432
Deltac0

Deltac0

    InsanelyMac Sage

  • Members
  • PipPipPipPipPip
  • 263 posts
  • Gender:Male
  • Location:Finland
  • Interests:Caffeine, OS X, AMD Hackintosh

Well, Andy!

I just disassembled some kexts and found a lot of cpuid instructions inside one that's really crucial, NVDAResman.kext (responsible for resolution control, i think). I talked with meklort and he agreed some of the cpuids could perhaps cause trouble, so i decided to upload the txt output of otool for you to take a look.

Best regards!

Attached File  RSMN.txt.zip   3.63MB   40 downloads

P.S.: Shane told me he patched NVDAResman.kext with your amd_insn_patcher, but it didn't solve the issue. It was supposed to remove the bad cpuids?


Doesn't amd_insn_patcher just remove the code signature or something?

#1433
pauℓzurrr.

pauℓzurrr.

    Paul

  • Members
  • PipPipPipPipPipPipPip
  • 552 posts
  • Gender:Male
  • Location:Amsterdam
Someone should run Marvin's AMD Utility on the Nvidia & ATI kext's..

http://www.insanelym...ns-amd-utility/

#1434
Andy Vandijck

Andy Vandijck

    InsanelyMac Deity

  • Coders
  • 1,641 posts
  • Gender:Male
  • Location:Tienen
  • Interests:Programming stuff for Mac OS X...
    Hacking...
    Hard rock (also really big Metallica...

Someone should run Marvin's AMD Utility on the Nvidia & ATI kext's..

http://www.insanelym...ns-amd-utility/

Marvin's utility only does 32-bit cpuid patching and aes 32-bit decryption...

Doesn't amd_insn_patcher just remove the code signature or something?

No it patches up cpuid's and sysenter traps too...
Int FB = cpuid
0FA2 to CDFB
Int FC = sysenter

#1435
wastez

wastez

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 170 posts
  • Gender:Male
I checked every binarie of the ati/amd kexts which my card is using but there are no cpuids....

in the nvdaresman are 2 inside....

Or i´m wrong???

#1436
Andy Vandijck

Andy Vandijck

    InsanelyMac Deity

  • Coders
  • 1,641 posts
  • Gender:Male
  • Location:Tienen
  • Interests:Programming stuff for Mac OS X...
    Hacking...
    Hard rock (also really big Metallica...

I checked every binarie of the ati/amd kexts which my card is using but there are no cpuids....

in the nvdaresman are 2 inside....

Or i´m wrong???

And the .plugin files used for Core Image / Quartz Extreme?

Oh yeah... and the Geforce.kext?

#1437
wastez

wastez

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 170 posts
  • Gender:Male
There are just bundles and they contain also nothing.
i checked the binaries of the following files:
AMDRadeonVADriver.bundle; AMDRadeonAccelerator.kext; AMDRadeonX3000GLDriver.bundle
ATI5000Controller.kext;ATIFramebuffer.kext; ATISupport.kext

The first row should be for qe/ci

I checked them with otool -tv /path/to/file|grep cpuid

Should be enough to see it, right?

#1438
Andy Vandijck

Andy Vandijck

    InsanelyMac Deity

  • Coders
  • 1,641 posts
  • Gender:Male
  • Location:Tienen
  • Interests:Programming stuff for Mac OS X...
    Hacking...
    Hard rock (also really big Metallica...
Yep.
I'll check the kexts later for other "sabotage code" X-)

#1439
wastez

wastez

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 170 posts
  • Gender:Male
The Geforce.kext does also not contain a cpuid.

#1440
Deltac0

Deltac0

    InsanelyMac Sage

  • Members
  • PipPipPipPipPip
  • 263 posts
  • Gender:Male
  • Location:Finland
  • Interests:Caffeine, OS X, AMD Hackintosh

No it patches up cpuid's and sysenter traps too...
Int FB = cpuid
0FA2 to CDFB
Int FC = sysenter


Thanks for correcting me! :)





Also tagged with one or more of these keywords: Mountain Lion, AMD, legacy kernel, x64_86, ssse3, ssse3 emulator


4 user(s) are reading this topic

0 members, 4 guests, 0 anonymous users

© 2014 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy