Jump to content

10.8.5 out


edebca0c
 Share

231 posts in this topic

Recommended Posts

These screenshots  are from desktop #1 with USB dongle inserted.

My Dell Inspiron 1525 has another built-in bluetooth that works oob. But I have only 10.6.8 there.

:( I have to use DellHCI kext created by bcc9 to make my built-in bluetooth work. But despite that, everything is just fine.

And I have a question about Clover. I've searching for it for a long long time but I still cannot find the answer :(

Let me get to point:

Mine hack is an old Dell Inspiron 14R with BIOS. And I've been trying to get resolution for booting correct with PatchVBiosBytes.

 

Below is an example for PatchVBiosBytes in  http://clover-wiki.zetam.org/Configuration/Graphics#PatchVBiosBytes

<key>PatchVBiosBytes</key>

<array>

<dict>

<key>Find</key>

<data>gAeoAqAF</data>

<key>Replace</key>

<data>gAeoAjgE</data>

</dict>

</array>

 

My question is, how can I convert  1920x1080 to gAeoAjgE or what does gAeoAjgE really stand for?

I don't think it's base64 because I tried to convert them but failed.

Since I want to get my 1024*768 to max 1366*768 when booting, how should I change them correctly?

Thanks in advance. :)

Link to comment
Share on other sites

For the Bluetooth to work I edited the broad com plugin plist inside iobluetoothfamilly.kext. added my own id in the iokitpersonalities...

 

Hope it helps.

 

 

Does yours work after wakeup from sleep?

 

I added the id on the kext, yes it works from boot but not after wake up from sleep.

Link to comment
Share on other sites

Some users that are replacing AppleACPIPlatform.kext & IOPCIFamily.kext in order to have working hack, will have problem booting after 10.8.5 update (still waiting for root device). Situation is similar to this one I explained in Mavericks thread http://www.insanelymac.com/forum/topic/290371-no-hard-drives/

If you boot in verbose mode you'll see that problem comes from AppleAHCIPort.kext (failed to load), so you'll have to roll back that kext too.

AppleAHCIPort.kext.zip

AppleACPIPlatform.kext.zip

IOPCIFamily.kext.zip

  • Like 3
Link to comment
Share on other sites

So hacking things up even more with old mismatched kexts is everyones solution to problems around here..? 

Actually, i've heard everyone been waiting for you to provide the best solutions for all problems. Hope you don't dissappoint us. ;)

  • Like 1
Link to comment
Share on other sites

 

:( I have to use DellHCI kext created by bcc9 to make my built-in bluetooth work. But despite that, everything is just fine.

And I have a question about Clover. I've searching for it for a long long time but I still cannot find the answer :(

Let me get to point:

Mine hack is an old Dell Inspiron 14R with BIOS. And I've been trying to get resolution for booting correct with PatchVBiosBytes.

 

Below is an example for PatchVBiosBytes in  http://clover-wiki.zetam.org/Configuration/Graphics#PatchVBiosBytes

PatchVBiosBytes

Find

gAeoAqAF

Replace

gAeoAjgE

 

My question is, how can I convert  1920x1080 to gAeoAjgE or what does gAeoAjgE really stand for?

I don't think it's base64 because I tried to convert them but failed.

Since I want to get my 1024*768 to max 1366*768 when booting, how should I change them correctly?

Thanks in advance. :)

 

No, ATI graphics can't be corrected such simple way.

You'd better to set 

PatchVBios=true

where we make much complex procedure to do ATI native resolution.

Do not forget to set

	<key>GUI</key>
	<dict>
		<key>ScreenResolution</key>
		<string>1024x768</string>

with your desired numbers

Link to comment
Share on other sites

Why does it always seem to be you who has something negative to say? I, and many other people, do not have a single rollback kext.

I wasn't trying to be negative. I was expressing my disappointment in how lazy it is for most people to just think of going back to old {censored} instead of actually figuring out what the problem is. 

 

I also don't have a single rollback..

Link to comment
Share on other sites

No, ATI graphics can't be corrected such simple way.

You'd better to set 

PatchVBios=true

where we make much complex procedure to do ATI native resolution.

Do not forget to set

	<key>GUI</key>
	<dict>
		<key>ScreenResolution</key>
		<string>1024x768</string>

with your desired numbers

So, after all, your suggestion for me is that I set ScreenResolution to my favorite 1366*768 and turn on PatchVBios. Even there's nothing under PatchVBios key?

Am I getting the right information from your post? 

Link to comment
Share on other sites

Thats easy; "Rollback"!

I've built at least 30 hackintoshes, currently using 5 different,  and never did a rollback before I started building one with dual Xeon on Supermicro board. I don't like to do rollback either but obviously for some motherboards that is the only solution ATM (I'm talking about AppleACPIPlatform.kext & IOPCIFamily.kext).

Realistically there are not many people that can solve issues properly ( w/o rollback), and we can not expect that to happen - especially for a bit "exotic" configurations. Of course most of the rollbacks mentioned in this thread won't be necessary soon, but at least we now know what are possible problems and what should be solved.

Link to comment
Share on other sites

For people with Atheros AR30xx bluetooth who have updated to 10.8.5 and noticed bluetooth takes an unusually ling time to enable/reenable. If you are now experiencing 30 second delays for bluetooth to get enabled after sleep (provided, you use a working fw uploader kext and vanilla IOBluetoothFamily from 10.8.5) here's a quick workaround I've conjured while listening to some chiptune... Patch IOBluetoothHostControllerUSBTransport plugins's binary from 0000010f85de000000 to 0000010f84de000000.

Atheros AR30xx controllers are unable to send commandWakeup() because firmware is unloaded across sleep but the kext expects this command to configure PM for the given controller... by patching jne to je we eliminate the 30 sec timeout during which kext expects to receive a wakeup command and instead make it just jump to enabling bluetooth straight away.

 

Without the patch:

 

Sep 14 21:18:02 kernel[0]: **** [IOBluetoothHostControllerUSBTransport][start] -- completed -- this = 0xffffff8013dd5800 ****
Sep 14 21:18:02 kernel[0]: [IOBluetoothHCIController][staticBluetoothHCIControllerTransportShowsUp] -- Received Bluetooth Controller register service notification -- controller = 0xffffff8013dd5800
Sep 14 21:18:33 kernel[0]: **** [IOBluetoothHostControllerUSBTransport][configurePM] -- ERROR -- waited 30 seconds and still did not get the commandWakeup() notification -- this = 0xffffff8013dd5800 ****
Sep 14 21:18:33 kernel[0]: [IOBluetoothHCIController::setConfigState] calling registerService
Sep 14 21:18:33 blued[57]: hostControllerOnline - Number of Paired devices = 1, List of Paired devices = (

 

With:

 

Sep 15 21:49:24 kernel[0]: **** [IOBluetoothHostControllerUSBTransport][start] -- completed -- this = 0xffffff8013d76000 ****
Sep 15 21:49:24 kernel[0]: [IOBluetoothHCIController][staticBluetoothHCIControllerTransportShowsUp] -- Received Bluetooth Controller register service notification -- controller = 0xffffff8013d76000
Sep 15 21:49:25 blued[58]: hostControllerOnline - Number of Paired devices = 1, List of Paired devices = (
  • Like 4
Link to comment
Share on other sites

TimeWalker could have rolled back to his 8.4 kexts where this problem didn't exist but instead took a few minutes to find what was actually going on. Just say'n..

 

 

"Do you take what I take? 
Endurance is the word 
Moving back instead of forward 
Seems to me absurd"

Link to comment
Share on other sites

I wasn't trying to be negative. I was expressing my disappointment in how lazy it is for most people to just think of going back to old {censored} instead of actually figuring out what the problem is. 

 

I also don't have a single rollback..

I share the same sentiments as you, but, unfortunately, not everyone is capable/willing enough to figure out how to fix certain things. Some are leaders, others are followers.

  • Like 1
Link to comment
Share on other sites

I share the same sentiments as you, but, unfortunately, not everyone is capable/willing enough to figure out how to fix certain things. Some are leaders, others are followers.

You got the point. Since not everyone is a skilled dev, we will be glad that there are still those warm hearted devs helping out.

Link to comment
Share on other sites

You got the point. Since not everyone is a skilled dev, we will be glad that there are still those warm hearted devs helping out.

Exactly, and it would be great if some skilled dev could help updating Netkas IOPCIFamily.kext (http://netkas.org/?p=1072) to work with 10.8.5 and Mavericks :rolleyes: . I was trying to figure it out, but it is above my knowledge.

Link to comment
Share on other sites

 Share

×
×
  • Create New...