Category Archive: mac

Here it is the newest patch for the ASUS HD5850. Works with 10.12+ only.
ATIConnectorsController: uakari

<dict>
	<key>Disabled</key>
	<false/>
	<key>Find</key>
	<data>
		AAQAAAAEAAAAcQAAAAAAABIEBAEAAAAABAAAABQAAAAA
		cQAAAAAAAAESAQMAAAAAAAIAABQAAAAAcQAAAAAAAAAA
		BgUAAAAAAAgAAAACAAAAcQAAAAAAACIFBQQAAAAA
	</data>
	<key>Name</key>
	<string>AMD5000Controller</string>
	<key>Replace</key>
	<data>
		AAgAAAQCAAAAcQAAAAAAABIEBAEAAAAABAAAABQAAAAA
		cQAAAAAAACIFAQQAAAAAAAQAAAQAAAAAcQAAAAAAABEC
		BgMAAAAABAAAABQCAAAAcQAAAAAAABAABQUAAAAA
	</data>
</dict>

UPDATE: On 10.12.4+, you must set the color depth to “millions of colors” with SwitchResX, to solve the color bug in the newest legacy driver.

1.  A szökőkútkódok és alkalmazásuk a végpontok közötti megbízható adatkommunikációban

1.1. Áttekintő

Napjainkban egyre többen és többen fogyasztanak hétköznapjaik során valamilyen online tartalmat, akik kiszolgálása érdekében a világ több pontján elhelyezett szerverek (szerverközpontok) felelnek. Ilyen nagyobb tartalom szolgáltató például a Youtube, a Vimeo, vagy épp a Facebook is. Élő streameket, televízió adásokat, vagy videófelvételeket nézhetünk bárhol, bármikor. Az otthoni személyi és a hordozható számítógépek fejlődésével, ezzel járó nagyobb teljesítményével, a szolgáltatott anyagok egyre jobb  és jobb minőségűek lehetnek, melyek arányosan egyre nagyobb sávszélességet igényelnek a tökéletes felhasználói és fogyasztói élményhez. A fogyasztói piac átalakulásával pedig, egyre nagyobb arányban használnak ezen célokra különféle vezetékes/nélküli eszközöket.

Az internetes adatkommunikációt az 1990-es évek elejétől, a HTTP (Hypertext Transfer Protocol) végzi a TCP (Transmission Control Protocol) protokoll segítségével, melyek együtt egy szabványos közeget biztosítanak bármilyen adat megbízható, veszteségmentes és sorrendtartó átvitelére. A TCP szabványosítása már 1981-ben (melyet azóta bővítettek a nagysebességű átvitelekhez igazodóan), a http szabványosítása pedig a 90-es évek elején megtörtént. Ezek a szabványok még az akkori alapvetően vezetékes és néhány kilobájtnyi kommunikációhoz nyújtottak megoldást, mely a mai fentebb említett egyre különfélébb eszközök és közegek számára nem mindig a legoptimálisabb.

Here it is my newest Clover build. Since last time I made a research again in the spd.c file and in the DDR4 SPD specification, and I realised that we can identify the speed from the Minimum Cycle Time and what is a most important thing: we must paging to access to upper 256byte of the SPD data.

The Mac OS Mavericks runs great on this laptop, but to get the wlan work, the original wifi card must be replaced.
The UEFI firmware prevent to start with other card than the original, which thing already made a lot of headaches to hp users.
I patched the firmware, and with an also patched flasher, I been able to overwrite the ROM with the modified version.

You can download the modificated files from here => sp54846.zip

1. Open your disk image
2. Unmount all partitons, but do not eject the drive/image.
3. Open the Terminal app
4. cd /Applications/VMware\ Fusion.app/Contents/Library/
5. Get your disk number with diskutil list
6. ./vmware-rawdiskCreator create /dev/diskx fullDevice ~/Desktop/hdd-link lsilogic
7. ./vmware-vdiskmanager -r ~/Desktop/hdd-link.vmdk -t 0 ~/Desktop/hdd.vmdk

I patched the Clover EFI bootloader, to get recognize the DDR4 RAM module size correctly, from the SPD datas.

diff --git a/rEFIt_UEFI/Platform/spd.c b/rEFIt_UEFI/Platform/spd.c
index 04c66d8..a7d389d 100644
--- a/rEFIt_UEFI/Platform/spd.c
+++ b/rEFIt_UEFI/Platform/spd.c

@@ -585,9 +585,24 @@ VOID read_smb(EFI_PCI_IO_PROTOCOL *PciIo)

case SPD_MEMORY_TYPE_SDRAM_DDR4:

+ DBG("SPD[%d]: spdbuf[4]: @0x%x n", i, spdbuf[4]);
+ DBG("SPD[%d]: spdbuf[5]: @0x%x n", i, spdbuf[5]);
+ DBG("SPD[%d]: spdbuf[12]: @0x%x n", i, spdbuf[12]);
gRAM.SPD[i].Type = MemoryTypeDdr4;
- gRAM.SPD[i].ModuleSize = spdbuf[4] & 0x0f;
- gRAM.SPD[i].ModuleSize = (1 << gRAM.SPD[i].ModuleSize) * 256;
+ // size = ((u64)rows * cols * banks * ranks) * bit;
+ // (spdbuf[4] & 0x30) >> 4 : bank address bits
+ // (spdbuf[4] & 0xC0) >> 6 : bank group bits
+ // banks = (4 << addressbits) * (1 << bank group bits)
+ // ((spdbuf[12] & 0x38) >> 3) :ranks
+ // (((spdbuf[5] & 0x38) >> 3)+12) :rows
+ // ((spdbuf[5] & 0x7)+9) : cols
+ gRAM.SPD[i].ModuleSize = (
+ (((UINT64)1 << (12 + ((spdbuf[ 5] & 0x38) >> 3))) *
+ (1 << (9 + ( spdbuf[ 5] & 0x07))) *
+ (1 + ((spdbuf[12] & 0x38) >> 3)) *
+ (4 << ((spdbuf[ 4] & 0x30) >> 4)) *
+ (1 << ((spdbuf[ 4] & 0xC0) >> 6))) >> (20 - 3)
+ );

break;

I added the skylake processor family definitions to the CPUSensors.kext, so it doesn’t cause kernel panic on boot.
It seems to the sensors work fine too.

My changes available on my GitHub profile: https://github.com/majonez/HWSensors

I made it for the ASUS X200LA.
Speakers, earphone detect, and microphone are working.

Supported OS: Mac OS X 10.9 Mavericks, Layout ID: 1

Talán egy hónapja, hogy sikerült feltelepítenem az Apple újabb rendszerének negyedik fejlesztői változatát, kisebb utánajárás és próbálgatás árán.
A hangot (ALC888) azóta nem sikerült a voodooHDA driver kivételével feléleszteni, amivel sajnos vannak problémák. Legfőképp az zavaró, hogy áthallatszik a mikrofon bemenet a kimenetre, és néhányszor megakad.

Most végre sikerült rájönnöm a probléma okára, és megosztom mire jutottam:

Az új rendszerben változott az IOPCI driver, így már telepítésnél belefutottam, hogy az évek óta Leopard-tól Mountain Lion-ig jól működő DSDT miatt, a PCI-busz konfiguráció beolvasása nem fut le, és az egész rendszerindulás megáll a PCI Configuration Begin üzenetnél.
A megoldás az lett, hogy nulláról újra szerkesztettem a gyári DSDT-t, csakis a szükséges módosításokat elvégezve.

Az AppleHDA hangdriver egy újabb olvasgatós kör volt:

A Radeon HD7xxx-es kártyák támogatottsága még eléggé gyerek cipőben jár az Apple-nél, egyelőre nem érdemes ezeket a kártyákat választani Hackintosh építéshez. A driver hibája miatt, csak egy sleep után hajlandó észlelni a csatlakoztatott monitorokat. – Egy ASUS HD7870-es kártyát próbáltam ki.

Pár napig használtam egy OCZ Vector 120GB-os SSD-t is, egy elég jó konfigurációval. Ez az idő pont elég volt, hogy megerősítést kapjak, nagyon sokat számít a gyorsabb háttértár. Míg a tesztalany i7-es gép SSD-ről 3-4mp alatt, addig HDD-ről az évekkel régebbi gépemhez hasonlóan, kb. fél perc alatt indult el a 10.8.4.
Nagyon gondolkozom egy saját beszerzésén, és ajánlom mindenkinek.