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 released the third version of my CyanogenMod KitKat for GT-S7562.

Changelog:

• Improved Bluetooth support
• Most kernel debug flags disabled
• Added some missing libraries
• Merged all CyanogenMod source changes
• Bugfixes

You can find the download links on the xda-developers.com
My sources available on my GitHub profile.

I released the second version of my CyanogenMod KitKat for GT-S7562 with initial Bluetooth support.

Changelog:

• 1. Backported Bluetooth driver and Management Interface from Linux Kernel v.3.13
• 2. Newest Bluez 5.28 Bluetooth stack
• 3. Few bugfixes to wireless driver
• 4. All RC1 updates included

You can find the download links on xda-developers.com .

I’m proudly present my first Android releated work. :)

In december 2014, I got a GT-S7562 and I was not satisfied with its original Samsung firmware, because it was slow and has a lot of bloatware.
So I decided to make a working release of Cyanogenmod 11.
The GT-S7560M has a similar hardware except the dual-SIM RIL, so the kylessopen firmware (thanks to jonypx09) was a good initial source.
I reverse engineered the stock Java Radio Interface Layer, and based on that informations, I restructured the kylessopen’s sources.
Finally with my custom telephony-common, telephony-msim java layer, and with the stock rild, and libril*.so binaries, the GSM connection works.