Jump to content



Member Since 21 Jun 2009
Offline Last Active Yesterday, 06:09 PM

#2371337 Clover Bug/Issue Report and Patch

Posted by Zenith432 on 22 February 2017 - 05:47 PM

Success :D So... turns out the problem wasn't AppleIntelE1000e.kext. I disabled the LAN controller in bios and retried.  The reason for the hang was... AppleUSBLegacyRoot::init: enabling legacy matchingI need USB->Fix Ownership for this which was off. Now both 10.11.6 and 10.12.3 boot :thumbsup_anim: AppleIntelE1000e.kext works ok and is needed, because LAN controller is not recognized by Apple driver. Intel XHCI on Z270 chipset is recognized by AppleUSBXHCIPCI - but only USB 2.0 devices are enumerated.  Superspeed devices are undiscovered. Intel Sata AHCI mode on Z270 is recognized as Generic AHCI and works. VoodooHDA.kext 2.8.9 works and have sound (ALC 887).  I have not tried AppleHDA.kext because I deleted it already. Graphics with Nvidia GT 610 not completely working... On 10.11.6 in older system I had QE (GeForce.kext) working. Now on 10.11.6, QE is not working.  The monitor stays off.  I need to boot with nv_disable=1 which only gives NDRV Framebu...

#2370270 Clover Bug/Issue Report and Patch

Posted by Zenith432 on 20 February 2017 - 10:20 AM

The AMI UEFI Bios revisions you're talking about are for another MB.  I have Z270-HD3-CF for which latest non-beta is F3. Added EmuVariableUefi.efi.  debug.log says it's loaded, but when I do 'dmpstore -all' from shell it still says "No matching variables found." Added the DSDT binary patches.  I see them listed in the options menu as enabled. I know there's no specialized driver for HD630, but Boot Framebuffer and NDRV Framebuffer based on Vesa VBE or legacy VGA registers should work... I already had FakeID->IntelGFX=0x19128086 But added ig-platform-id0x19120000   Still same problem - stuck in text mode with screen clear after doing the KextAndKernelPatches   The sourceforge repository is inaccessible to me for 2 days svn ls svn://svn.code.sf.net/p/cloverefiboot/code svn: E170013: Unable to connect to a repository at URL 'svn://svn.code.sf.net/p/cloverefiboot/code' svn: E730061: Can't connect to host 'svn.code.sf.net': No connection could be made becaus...

#2367914 Clover Bug/Issue Report and Patch

Posted by Zenith432 on 14 February 2017 - 09:02 AM

Linux LiveCD will be a solution to install boot sector but there is no DVD/CD present. Yes, this is very old PC BIOS based computer and HDD is currently unbootable. So I have to write boot sector and this is a problem having only USB stick and this HDD. I will think about an application like boot0_install.efi. For example Windows installation assumes writing boot sectors. MacOS no.You can make bootable USB sticks for Linux, for Windows and for macos. I have all three. For Windows - look for "download windows 10 iso" - you actually download something called MediaCreationTool.exe that knows how to create bootable Windows USB stick. For Linux - look for Fedora live USB creator. You can make a "live usb" or install Linux regularly on a USB stick. For Macos - get "Sierra MBR patch" by crazybirdy from this site. It has instructions how to create live macos USB stick. There is a simpler option - use a Clover USB stick to boot the macos partition on the HDD - then use fdisk440 on that syst...

#2367575 Clover Bug/Issue Report and Patch

Posted by Zenith432 on 13 February 2017 - 02:34 PM

I reviewed the code in boot0af from clover r4004.  It does everything chameleon boot0 does and a bit more.  On the first pass of MBR it looks for protective MBR (0xee) or active partition.  On second pass, it looks for either HFS (0xaf), fat32 (0xc) or exfat (0x7).  chameleon boot0 only looks for HFS (0xaf) on 2nd pass.If it finds GPT, it looks for partition guid which is either 1) Apple HFS, 2) EFI system partition or 3) Microsoft basic data.If it finds a partition of the above kind, it loads the first 3 sectors from partition, and checks the signature...for HFS signature is HX or H+ on the 3rd partition sector. for FAT32 need 'BO' at offset 0x5a of first partition sector. for exfat need 'EX' at offset 0x3 of first partition sector.It also checks the first partition sector for signature 0x55aa at last two bytes.Looking at the dump of the USB stick on post #1830 I cannot tell if it's GPT with protective MBR, or it's just regular MBR, but gdisk prints it as fake G...

#2367494 Clover Bug/Issue Report and Patch

Posted by Zenith432 on 13 February 2017 - 11:02 AM

I spoke about another problem you probably knows: boot0af changed when you implemented exFAT booting. ...but I think you can find a problem. PS. Register DI must be inited?When adding support for exfat, I changed boot0 in chameleon as follows When scanning GPT partitions, add search for Microsoft Data Partition GUID. Before my change, boot0 was searching for EFI system partition guid and Apple HFS partition guid. So it was not possible to boot vanilla fat32 (or exfat) on GPT because they have Microsoft data guid. before jumping to the boot1 code, boot0 checked for signature of either fat32 or hfs in the boot1 sector it loaded.  I added check for exfat signature so it will run it too.Before jumping to boot1 code, the registers should bebios drive number in DL for MBR, pointer to MBR partition table entry in DS:SI. for GPT not sure about pointer to partition table entry, will have to check.Anyway, I did not modify boot0af in clover myself.  It was imported from my chang...

#2367435 Clover Change Explanations

Posted by Zenith432 on 13 February 2017 - 07:46 AM

Rev 4004Code introduced in Rev 3710 to modify the boot character only works forStart64H1.com, Start64H2.com, Start64H2.com, Start64H4.comand corrupts the boot code forStart64H5.com, Start64H6.com, start32H.com2Modified ebuild.sh to exclude modifying the corrupted boot code

#2239829 Clover General discussion

Posted by Zenith432 on 23 May 2016 - 09:57 AM

Is there a possibility for packing theme files into archives like tar or dmg or iso, and having Clover read them from packed instead of having them on filesystem as individual files?

#2239764 Clover General discussion

Posted by Zenith432 on 22 May 2016 - 08:30 PM

These are times I get... Grub ExfatSATA disk (MBR) 1:074USB disk (MBR) 1:417 Grub NTFSSATA disk (MBR)0:9610:9430:944SATA disk (GPT)0:9440:944 EDK2 Fat DriverSATA disk (GPT) 0:926USB disk (MBR) 0:926 VBox HFSSATA disk (GPT)0:9261:118 on system partitionUSB disk (MBR)1:100 on system partition So none is especially snappy. Grub EXFAT is bundled into boot[367].  You can disable by./ebuild.sh -D NO_GRUB_DRIVERS  I said MSR (Microsoft Reserved Partition) not MBR. Those 2 partitions are exfat. (Data 1 and Data 2)The were created recently to replace 2 NTFS. So I guess the slow down happened after that.  The only efi drivers I have are fsinject and hfsplus.

#2239287 EDK2 (UEFI) Shell issues/bugs?

Posted by Zenith432 on 20 May 2016 - 07:16 AM

These patches have been committed to EDK2 in github - but ShellBinPkg not rebuilt yet. cecekpawon - Your problems with shell from ShellBinPkg are not universal.  The newer shell for me has always worked, though may be bugs in it that I didn't notice in features I don't use.It could be problem in the Windows build.  For instance, the shell converts device-paths to text on startup (for the map), which can cause potential hangs with use of va_list.

#2238842 Clover Bug/Issue Report and Patch

Posted by Zenith432 on 18 May 2016 - 07:28 AM

Slice, You're right (and Micky1979 too in post #831).  The bug is that argument TagPtr dict to GetTagCount is NULL.I got confused about this.Because the parameter dict is passed in ECX, and ECX in the dump is 0x3C8CF0 - looking valid.So I mistook this pointer for dict.But now I look at the disassembly again.At the crash pointESI holds the value of dict->tag, which was taken from NULL->tag,and ECX holds  the value of ESI->tagNext, which corresponds to statement tagList = tag->tagNext.So value of parameter dict is not in a register anymore at the crash point.  dict is forgotten.  The onlyplace it's used later in the func is dict->type, which is remembered in register EDX (it's kTagTypeArray,but really taken from NULL parameter....)  It's a freak accident that NULL->type ended up as kTagTypeArray.Otherwise GetTagCount would be exited with 0 as it should.

#2238585 Clover Bug/Issue Report and Patch

Posted by Zenith432 on 17 May 2016 - 08:20 AM

calibre, it's not the same as Micky1979's crash.Page fault, instruction "cmp dword [esi], byte +0x2" and esi = 0xFFFFFFFF.I'll try to locate it later on.

#2238556 Chameleon 2.3svn Official PKG Installer & Binaries

Posted by Zenith432 on 17 May 2016 - 06:25 AM

crazybirdy, Please try attached fake_efi.c with trunk 2815.  Overwrite i386/libsaio/fake_efi.c and make a clean build of boot.  Check if it prevents the freeze, or if the workaround causes a noticeable delay.  If it's ok I'll commit it. Thanks. Edit: Attachment removed, committed to r2817.

#2238548 Chameleon 2.3svn Official PKG Installer & Binaries

Posted by Zenith432 on 17 May 2016 - 05:43 AM

And I found the root cause is (2807) trunk/i386/libsaio/fake_efi.c, it didn't boot with my old MB asus P5B. After replace to old fake_efi.c (2790-2806) and rebuild boot file, the kext reading works fine and boot to 10.11.4 system now.(patched kernel) So I can't use Enoch branch 2816 now.It's because of this // // FIXME: PM Timer is usually @ 0x408, but its position is relocatable // via PCI-to-ISA bridge. The location is reported in ACPI FADT, // PM Timer Block address - zenith432 //Your PM Timer is not at 0x408, so esi always gets the same value, and the continue statement there generates an infinite loop. As a temporary workaround, comment out the continue statement a few lines below this comment. I need to think of a permanent solution. The fix to the kernel path for Enoch (or this problem) has not been checked in yet.

#2238364 Chameleon 2.3svn Official PKG Installer & Binaries

Posted by Zenith432 on 16 May 2016 - 03:26 PM

crazybirdy, Shanee --> trunk@2815 both issues.

#2238352 Chameleon 2.3svn Official PKG Installer & Binaries

Posted by Zenith432 on 16 May 2016 - 02:06 PM

csrutil shows you the right status, as it gets the value by doing a system call to get it from the kernel.The source code for KCPM is unavailable, but if it gets the value from NVRam variable csr-active-config, it is doing the wrong thing.boot.efi reads this nvram variable, and puts the value in kernel struct boot-args.  Chameleon sets this value directly in boot-args without bothering with NVram, which it does not support.  The value used by the kernel is the one in the struct, and can be obtained from the kernel with a system call.If it makes you feel better, I'll add a printout into bdmesg to show the value it is setting.  This won't alter the behavior of csrutil or KCPM.  Booting with r2812 I'm still having issues with CsrActiveConfig. I have it set in my boot.plist as follows, <key>CsrActiveConfig</key> <string>103</string>csrutil status results in, System Integrity Protection status: disabled. But for example KCPM U...

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