macOS 15 Sequoia on Unsupported Macs Thread

[roronl]

@deeveedee Thank you.
I think that I have to reconstruct "Had difficulty to get a valid KDK so made the change to kdk_handler as shown" From @hvds

I read and Read, but I am not so smart. Please tell me where I Can find the File 'idk_handler' to modify. Is it on my Mac? (can only find a reference to a.log). or do I have to modify the 'idk_handler' in the OCLP v3 file?

Please help and know I will try to return the effort.

 

[roronl]

@deeveedee You're build instructions from post #3873 lead to a install for MacOS26 beta.

Question: I try to patch to MacOS 15.7 RC with a non working KDK. I'm right I do not need the instructions voor 26Beta? Please help. (I try to root Patch with OCLP v3 to work with KDK 25F74. How can I patch?

Thanks to the moon.

 

[Steve Gosselin]

Yes but only as shown below with no Subsystem ID , no Revision, no Link Width and no Link Speed. Looks like a driver is missing.

I have exactly the same thing as you in your screenshot. I tested a SanDisk, and it works very well on a MacBook Pro [15-inch, Mid 2014 - OCLP 2.4.0 / Sequoia 15.6].

I haven't tried 15.7 yet...

 

[roronl]

Is it possible to downgrade (from 15.7RC) to 15.6 by downloading the full 15.6 installer and run this again on my MBP11,5 2015 with an install active OCLPv3?

Thanks guys

 

[Steve Gosselin]

MBP11,1: updated to 15.7 (24G210, RC) on external SSD, USB installer, OCLP 2.4.0.
Smooth installation, for patching a previous metallib support pkg is used.

Have you tried the card reader under 15.7 with your MBP11,1?

 

[deeveedee]

@roronl You're going to get me in trouble with the members of this forum who advised me not to share advanced information that would confuse novices. The answer to the question that you asked is in hvds's original post here. The full path to kdk_handler.py is in hvds's terminal screenshot. The kdk_handler.py file is in the OCLP source.

Be patient with yourself and examine the screenshot more closely.

 

[Frantisekj]

Audacity crash

Hello. I launched app, maybe first time and it crashed.

Operating system: Mac OS X
10.16.0 24B83
CPU: amd64
family 6 model 58 stepping 9
8 CPUs

GPU: UNKNOWN

Crash reason: EXC_BAD_ACCESS / EXC_I386_GPFLT
Crash address: 0x0
Process uptime: 19 seconds

Thread 15 (crashed)
0 libcurl.4.dylib + 0x501a4
rax = 0xed058b48e5894855 rdx = 0x000000011129e930
rcx = 0x00007000058d2ae0 rbx = 0x00007fb0e5020400
rsi = 0x000000000007de91 rdi = 0x000000000006291f
rbp = 0x00007000058d2b20 rsp = 0x00007000058d2b20
r8 = 0x00007000058d2ae0 r9 = 0x0000000000000005
r10 = 0x0000000000000018 r11 = 0x0000000000000206
r12 = 0x000000000007de91 r13 = 0x0000000000000008
r14 = 0x000000000007de91 r15 = 0x000000000006291f
rip = 0x00007ff825ff21a4
Found by: given as instruction pointer in context

Stack contents:
00007000058d2b20 50 2b 8d 05 00 70 00 00 6b 22 ff 25 f8 7f 00 00 P+...p..k"ÿ%ø...
Possible instruction pointers:

1 libcurl.4.dylib + 0x5026b
rbp = 0x00007000058d2b50 rsp = 0x00007000058d2b30
rip = 0x00007ff825ff226b
Found by: previous frame's frame pointer

Stack contents:
00007000058d2b30 30 e9 29 11 01 00 00 00 00 04 02 e5 b0 7f 00 00 0é)........å°...
00007000058d2b40 00 6c 80 e5 b0 7f 00 00 1f 29 06 00 00 00 00 00 .l.å°....)......
00007000058d2b50 b0 2b 8d 05 00 70 00 00 e3 b7 fd 25 f8 7f 00 00 °+...p..ã·ý%ø...
Possible instruction pointers:

IDK if rest of code is esential, I can crash it again later. It is long.

mid 2012 MBP 15" 16 GB RAM, MACOS15.1, OCLP 2.4.0

 

[nekton1]

Same here with my MBP 12.1@15.7PB2@2.4.0.
Switching from 2.4.0 to 3.0.0n made no difference

Well, that makes two of us LuckyOldMan!
Could one of the devs look at this and see if some "drivers" have been missed in OCLP for certain models like the 2015 MBA 7,2 and MBP 12,1?
I can report that a Mac Mini 2014 spoofed to 8,1 with OCLP 2.4 and 15.7 DOES have a functioning SD card reader.