Jump to content

DarwinDumper

blackosx

By blackosx,
in Hackintosh Tools

 Share
519 posts in this topic

Recommended Posts

Slice
Slice
Posted
Posted
On 3/26/2020 at 2:12 PM, Rodion2010 said:

 

How to build it for new macOS?

(kernel) kxld[com.dong.driver.RadeonPCI]: The following symbols are unresolved for this kext:
(kernel) kxld[com.dong.driver.RadeonPCI]:     __ZN11IOPCIDevice20extendedConfigRead32Ey
(kernel) Can't load kext com.dong.driver.RadeonPCI - link failed.

Thanks!

Test, please, if this version works

Debug.zip

Link to comment
Share on other sites
  • 2 weeks later...
blackosx
blackosx
Posted
  • Author
Posted
On 1/17/2020 at 5:31 AM, Slice said:

@blackosx

Sorry for intervention I want to present the DarwinDumper with follow changes

- exclude Pike R. Alpha's' AppleIntelInfo.kext v2.9. as it crashes on most CPU

- replace dmidecode by acidanthera version with more information

- replace gfxutil by joevt version https://github.com/joevt/gfxutil

- latest iasl version

- latest smcutil version

 

For users wanted to share their dumps I have to recommend:

- exclude BIOS dump as it very large

- exclude HTML report as it very large and contain no new information

- make dump private. You will not do this if you save the dump for own use

- archive as lzma. It is like 7z and create very compact archive. But there may be problems to unpack in Windows. More universal to archive as ZIP.

DarwinDumper-305.app.zip

No problem. Thanks for posting.

I am working on an update and wondered if you had a 64bit version of X86info?

On 4/6/2020 at 3:33 PM, Slice said:

Test, please, if this version works

Debug.zip

I confirm it works. Thanks Slice.

Link to comment
Share on other sites
blackosx
blackosx
Posted
  • Author
Posted
On 4/15/2020 at 10:03 PM, ameris cyning said:

Avira AV detected it as riskware, a potentially unwanted program

 

Perhaps a developer should submit this 

 

https://www.avira.com/en/pua-reconsideration-form


Thanks for the report. I’ve seen a few instances over the years where DD has been flagged as malware. Even though it’s not, and the source code for the app itself is available for anyone to look over, some of the included pre-compiled binaries have to be taken on trust and that’s where I believe the issue lies. Some original source code for a few programs were lost when ProjectOSX went down, and for other tools, I don’t have the source either. I will update the tools list and what source I have when I update DarwinDumper soon.

Link to comment
Share on other sites
Slice
Slice
Posted
Posted
On 4/17/2020 at 3:12 PM, blackosx said:

 

I am working on an update and wondered if you had a 64bit version of X86info?

 

Pity, no.

There is a source 

https://github.com/kernelslacker/x86info

which required libpci which can be found here

https://github.com/warexify/pciutils

But they written for 10.7 frameworks and can't be compiled in Mojave.

May be there are advanced forks working in Mojave and Catalina.

If you'll find other links tell me.

Link to comment
Share on other sites
blackosx
blackosx
Posted
  • Author
Posted
8 hours ago, Slice said:

Pity, no.

There is a source 

https://github.com/kernelslacker/x86info

which required libpci which can be found here

https://github.com/warexify/pciutils

But they written for 10.7 frameworks and can't be compiled in Mojave.

May be there are advanced forks working in Mojave and Catalina.

If you'll find other links tell me.

Thanks for the x86info source link. I'll compare the source I have here against this.

 

I have pciutils 3.6.4 from https://git.kernel.org/pub/scm/utils/pciutils/pciutils.git and had been trying to build x86info from the source you posted here. But failed miserably :( 

 

2 hours ago, Slice said:

@blackosx

May be it will be interesting for you to replace lspci-32bit by modern dspci-64bit

https://github.com/MuntashirAkon/DPCIManager

Thanks for the link. However, I have 64-bit lspci which is good and gives more detailed output than dspci as far as I can tell.

 

Link to comment
Share on other sites
blackosx
blackosx
Posted
  • Author
Posted (edited)

Hi vector sigma

 

I was after somehow a 64bt version of x86info but have no idea if that's possible.

$ make CC MHz.o CC apic.o CC binary.o CC commandline.o CC connector.o CC cpuid-freebsd.o CC cpuid-linux.o CC cpuid-netbsd.o CC cpuid-solaris.o CC cpuid.o CC features.o CC get_model_name.o CC havecpuid.o CC identify.o CC mptable.o CC mtrr.o CC rdmsr-freebsd.o CC rdmsr-linux.o CC rdmsr-netbsd.o CC rdmsr.o CC topology.o CC x86info.o CC vendors/amd/bugs.o CC vendors/amd/dumppsb.o CC vendors/amd/identify.o CC vendors/amd/machine_check.o CC vendors/amd/model-name.o CC vendors/amd/msr-athlon.o CC vendors/amd/msr-k6.o CC vendors/amd/powernow.o CC vendors/centaur/identify.o CC vendors/centaur/longhaul-v2.o CC vendors/centaur/longhaul.o CC vendors/centaur/msr-c3.o CC vendors/centaur/powersaver.o CC vendors/cyrix/identify.o CC vendors/intel/cachesize.o CC vendors/intel/identify-family15.o CC vendors/intel/identify-family6-extended.o CC vendors/intel/identify-family6.o CC vendors/intel/identify.o CC vendors/intel/info.o CC vendors/intel/machine_check.o CC vendors/intel/microcode.o CC vendors/intel/msr-p4.o CC vendors/intel/msr-performance.o CC vendors/intel/msr-thermal.o CC vendors/intel/topology.o CC vendors/natsemi/identify.o CC vendors/rise/identify.o CC vendors/sis/identify.o CC x86infold: unknown option: -zclang: error: linker command failed with exit code 1 (use -v to see invocation)make: *** [x86info] Error 1iMacHomeHS:x86info blackosx$ iMacHomeHS:x86info blackosx$ make CC x86infoUndefined symbols for architecture x86_64: "_IOConnectCallStructMethod", referenced from:     _darwin_read in libpci.a(darwin.o)     _darwin_write in libpci.a(darwin.o) "_IOObjectRelease", referenced from:     _darwin_detect in libpci.a(darwin.o) "_IOServiceGetMatchingService", referenced from:     _darwin_detect in libpci.a(darwin.o) "_IOServiceMatching", referenced from:     _darwin_detect in libpci.a(darwin.o) "_IOServiceOpen", referenced from:     _darwin_detect in libpci.a(darwin.o) "_bind_cpu", referenced from:     _native_cpuid in cpuid.o     _main in x86info.o     _display_detailed_info in x86info.o "_cpuid", referenced from:     _estimate_MHz in MHz.o     _cpuid4 in cpuid.o     _cpuid_count in cpuid.o     _cpuid_ebx in cpuid.o     _dump_raw_cpuid in cpuid.o     _get_feature_flags in features.o     _show_extra_intel_flags in features.o     ...    (maybe you meant: _dump_raw_cpuid, _cpuid_ebx , _cpuid_count , _cpuid4 , _native_cpuid , _show_cpuid ) "_gzclose", referenced from:     _pci_load_name_list in libpci.a(names-parse.o) "_gzeof", referenced from:     _pci_load_name_list in libpci.a(names-parse.o) "_gzerror", referenced from:     _pci_load_name_list in libpci.a(names-parse.o) "_gzgets", referenced from:     _pci_load_name_list in libpci.a(names-parse.o) "_gzopen", referenced from:     _pci_load_name_list in libpci.a(names-parse.o) "_kIOMasterPortDefault", referenced from:     _darwin_detect in libpci.a(darwin.o) "_read_msr", referenced from:     _dump_apics in apic.o     _dump_mtrrs in mtrr.o     _dumpmsr in rdmsr.o     _dumpmsr_bin in rdmsr.o     _show_amd_bugs in bugs.o     _display_amd_info in identify.o     _decode_athlon_machine_check in machine_check.o     ... "_zError", referenced from:     _pci_load_name_list in libpci.a(names-parse.o)ld: symbol(s) not found for architecture x86_64clang: error: linker command failed with exit code 1 (use -v to see invocation)make: *** [x86info] Error 1

EDIT: I commented out line 38 in Makefile

#LDFLAGS = -Wl,-z,relro,-z,now

 

Edit: I’ll try in 10.7

Edited by blackosx
Link to comment
Share on other sites
blackosx
blackosx
Posted
  • Author
Posted

Ah.. I'm on 10.13 here.

  

ld: warning: object file (/usr/local/lib/libpci.a(init.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(filter.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(access.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(caps.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(names-parse.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(params.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(darwin.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(dump.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(generic.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(names-cache.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(names-hash.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(names-hwdb.o)) was built for newer OSX version (10.15) than being linked (10.13)

 

37 minutes ago, vector sigma said:

EDIT

We're in a same boat

Thanks for trying.

Link to comment
Share on other sites
vector sigma
vector sigma
Posted
Posted
54 minutes ago, blackosx said:

Ah.. I'm on 10.13 here.

  


ld: warning: object file (/usr/local/lib/libpci.a(init.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(filter.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(access.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(caps.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(names-parse.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(params.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(darwin.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(dump.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(generic.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(names-cache.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(names-hash.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(names-hwdb.o)) was built for newer OSX version (10.15) than being linked (10.13)

 

Thanks for trying.

"was built for newer OSX version.." is not harmfull, you succeded?

Link to comment
Share on other sites
blackosx
blackosx
Posted
  • Author
Posted (edited)

No. But then I'm not too good at this :( 

ld: warning: object file (/usr/local/lib/libpci.a(init.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(filter.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(access.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(caps.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(names-parse.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(params.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(darwin.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(dump.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(generic.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(names-cache.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(names-hash.o)) was built for newer OSX version (10.15) than being linked (10.13)
ld: warning: object file (/usr/local/lib/libpci.a(names-hwdb.o)) was built for newer OSX version (10.15) than being linked (10.13)
Undefined symbols for architecture x86_64:
  "_IOConnectCallStructMethod", referenced from:
      _darwin_read in libpci.a(darwin.o)
      _darwin_write in libpci.a(darwin.o)
  "_IOObjectRelease", referenced from:
      _darwin_detect in libpci.a(darwin.o)
  "_IOServiceGetMatchingService", referenced from:
      _darwin_detect in libpci.a(darwin.o)
  "_IOServiceMatching", referenced from:
      _darwin_detect in libpci.a(darwin.o)
  "_IOServiceOpen", referenced from:
      _darwin_detect in libpci.a(darwin.o)
  "____chkstk_darwin", referenced from:
      _pci_scan_caps in libpci.a(caps.o)
  "_cpuid", referenced from:
      _decode_powernow in powernow.o
  "_dump_PSB", referenced from:
      _decode_powernow in powernow.o
  "_dumpmsr", referenced from:
      _decode_powernow in powernow.o
  "_kIOMasterPortDefault", referenced from:
      _darwin_detect in libpci.a(darwin.o)
  "_main", referenced from:
     implicit entry/start for main executable
  "_read_msr", referenced from:
      _decode_powernow in powernow.o
  "_show_bios", referenced from:
      _decode_powernow in powernow.o
  "_user_is_root", referenced from:
      _decode_powernow in powernow.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
cc -L/usr/local/lib -lpci  mptable.o   -o mptable
Undefined symbols for architecture x86_64:
  "_debug", referenced from:
      _apic_probe in mptable.o
  "_main", referenced from:
     implicit entry/start for main executable
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** No rule to make target `copy.c', needed by `copy.o'.  Stop.

 

Edited by blackosx
Link to comment
Share on other sites
IronManJFF
IronManJFF
Posted
Posted
On 1/17/2020 at 12:31 AM, Slice said:

@blackosx

Sorry for intervention I want to present the DarwinDumper with follow changes

...

- replace dmidecode by acidanthera version with more information

...

 

DarwinDumper-305.app.zip

 

I fixed the script to invoke dmidecode instead of smbios-reader (which fails on Catalina) when selecting DMI Tables (SMBIOS). 

DarwinDumper.sh.zip

  • Like 1
Link to comment
Share on other sites
blackosx
blackosx
Posted
  • Author
Posted (edited)

Thanks guys but I have these.

Here's an early beta version of where I'm at v3.0.6b1

Of course, there's still work to do...

 

DD Changes from 3.0.4 -> 3.0.6b1

- Update RadeonDump and RadeonPCI.kext to 64bit version
- Update ioregwv to 64bit version
- Update nvram to 64bit version and include more vars to check
- Update gfxutil binary to latest v1.80b from acidanthera repo
- Update dmidecode binary to latest v3.2b from acidanthera repo
- Update Sparkle framework to v1.23.0
- Update lzma to v15.14
- Replace SMC_util3 with 64bit SMC_util_FansOnly for decoding fans
- Update iasl to version 20200110 and re-work ACPI dump process
- Update list of ACPI table descriptions for HTML report
- Add AppleIntelInfo.kext as a separate option
- Updated pci.ids.gz to version as of 9th April 2020
- Include extra version of smcutil for listing keys, not fans
- Add Mojave and Catalina detection
- Included Opencore files in bootloader config files & drivers dump
- Fixed config files & drivers dump bug when ESP is already mounted
- Update flashrom to v1.2-25 ** Note: Needs work.. **
 

 

 

Edited by blackosx
Removed DarwinDumper_v3.0.6b1.zip
  • Like 4
  • Thanks 3
Link to comment
Share on other sites
IronManJFF
IronManJFF
Posted
Posted

Thanks ..

 

May I also suggest this change in DarwinDumper.sh 

    # Create indexed, time stamped folder to hold this dump.
    local timeStamp=$( date "+%d.%m_%H.%M.%S" )

 

by 

    # Create indexed, time stamped folder to hold this dump.
    local timeStamp=$( date "+%Y.%m.%d_%H.%M.%S" )

 

So the dump folder are in chronological order 

  • Like 1
Link to comment
Share on other sites
Slice
Slice
Posted
Posted
5 hours ago, blackosx said:

 

- Update RadeonDump and RadeonPCI.kext to 64bit version
 

What version do you have? I am searching for RadeonDump supporting syntax like

./RadeonDump1 -n 6b0,c0300014

Link to comment
Share on other sites
Slice
Slice
Posted
Posted
On 4/20/2020 at 8:32 AM, blackosx said:

I'm using this one you posted last month.

  


Usage: ./RadeonDump [-d] [-r start,end] 
	-d		dump Radeon card BIOS ROM
	-r start,end	dump Radeon card IO register values in the range of [start,end]

 

Later sources lost.

 

I have sources of DirectHW.kext. It is compilable for 64bit and I made it signed. 

Anyway it is not loadable 

sudo kextutil -v /Users/sergey/Desktop/Work/DirectHW.kext

Defaulting to kernel file '/System/Library/Kernels/kernel'

Kext rejected due to presence on exclude list: <OSKext 0x7fad49e06290 [0x7fff881c98e0]> { URL = "file:///Users/sergey/Desktop/Work/DirectHW.kext/", ID = "com.coresystems.driver.DirectHW" }

Code Signing Failure: not code signed

Diagnostics for /Users/sergey/Desktop/Work/DirectHW.kext:

 

What is the exclude list?

Mojave said the kext is not compatible with this version of macOS.

Link to comment
Share on other sites
blackosx
blackosx
Posted
  • Author
Posted (edited)

Yeah. Apple block 'com.coresystems.driver.DirectHW'

For DarwinDumper's version of DirectHW.kext I (rightly or wrongly) changed the CFBundleIdentifier(s) to org.apple.dont.block.DirectHW

 

Check AppleKextExcludeList.kext

Edited by blackosx
Link to comment
Share on other sites
Slice
Slice
Posted
Posted

Yes, I changed info.plist and got a success 

iMac2017:pciutils sergey$ sudo ./lspci -nn
00:00.0 Class [0600]: Device [8086:191f] (rev 07)
00:01.0 Class [0604]: Device [8086:1901] (rev 07)
00:02.0 Class [0380]: Device [8086:1912] (rev 06)
00:14.0 Class [0c03]: Device [8086:a12f] (rev 31)
00:16.0 Class [0780]: Device [8086:a13a] (rev 31)
00:17.0 Class [0106]: Device [8086:a102] (rev 31)
00:1b.0 Class [0604]: Device [8086:a167] (rev f1)
00:1b.2 Class [0604]: Device [8086:a169] (rev f1)
00:1b.3 Class [0604]: Device [8086:a16a] (rev f1)
00:1c.0 Class [0604]: Device [8086:a110] (rev f1)
00:1c.2 Class [0604]: Device [8086:a112] (rev f1)
00:1c.4 Class [0604]: Device [8086:a114] (rev f1)
00:1d.0 Class [0604]: Device [8086:a118] (rev f1)
00:1f.0 Class [0601]: Device [8086:a145] (rev 31)
00:1f.2 Class [0580]: Device [8086:a121] (rev 31)
00:1f.3 Class [0403]: Device [8086:a170] (rev 31)
00:1f.4 Class [0c05]: Device [8086:a123] (rev 31)
00:1f.6 Class [0200]: Device [8086:15b8] (rev 31)
01:00.0 Class [0300]: Device [1002:67df] (rev ef)
01:00.1 Class [0403]: Device [1002:aaf0]

 

Did you?

  • Like 1
Link to comment
Share on other sites
blackosx
blackosx
Posted
  • Author
Posted

Cool. So you have a signed version of DirectHW.kext for sharing or just personal use? :)

2 minutes ago, Slice said:

Did you?

Yes. DirectHW.kext works here.

Does the version of DirectHW.kext in DarwinDumper_3.0.6b1 work for you?

And while here, did DarwinDumper_3.0.6b1 successfully dump system BIOS? or at least did it run?

Link to comment
Share on other sites
 Share
Go to topic listing
×
×
  • Create New...