acidanthera / bugtracker

Acidanthera Bugtracker
383 stars 44 forks source link

Legacy Bootcamp does not boot #2330

Open startergo opened 1 year ago

startergo commented 1 year ago

I am using the native hybrid MBR Bootcamp partition which works fine without OpenCore. I can boot to it from Startup Disk or from the Apple BootPicker menu. The new quirk and the driver from OC version 0.9.5 provides a boot entry, but Windows cannot boot:

Asmedla 106x SATA Controller UEFI Ver 1.18 AHCI Mode
Copyright (C) Asmedla Technologies, Inc. All Right reserved
aware version: 160120 10 4E 81
Press
'Ctri-p° to enter RAIL menu...
Asnedia 106x SATA Controller UEFI Ver 1.10 AHCI Mode
Copyright (C) Asnedia Technologles, Inc. All Right reserved.
Firmware version: 160120_10_4_01
Press
"Ctri-p' to enter RAID nenu....
* APFSStart:1589: Mounting with apfs_efl_osx-2142.101.3
efl_container_create: 1189: -efi_container_create, Status = 9000000000000007
APFSStart: 1456: Mounting with apfs_efl_osx-748.77.12
erl_container_create: 1879; -efl_container_create, Status = 800000000000067
sanity_check_al loced_blocks:261: fs_al loc_count misnatch: fs root nodes 98656 extent 496 onap 1661 snap_meta efl_container_free:527: leaked 1152
8 udata: 11991185 fs_al loc_count 12118135
APFSStart: 1589: Mounting with apfs_efi_ox-2142.101.3 eft.
_fusion_pairing:672: Container d51b1264-13c2-47c1-6746-68c83f88d4a6
efi_fusion_pairing: 677: fuslon uuid: 00000000-0000 - 0000 -0000-00009G@Go000 ef_container_create: 1189:
-efl_container_create, S
APFSStart: 1456: Mounting with apfs_ef_osx-748.77.12
status = 8000000000000003
ef_fusion_palring:635:
ef_Fusion_pairing:640: fusion
Container d51b1261-13c2-47c1-6746-60c8388d4a6
00088000-0000-0000-0000-000000000000
efl_container_create:929: Volune attached is Internal
nx_kernel_nount:1359:: checkpoint search: largest xid 119679, best xid 119679 © 170
er_state_obj_get_for_recovery:3848: No ER state object for volune Preboot - rolling is not happening, nothing to recover.
sanity_check_al loced_blocks:261: fs_al loc_count misnatch: fs root nodes 98656 extent 496 onap 1661 snap_neta 1 er: 8 udata: 11991185 fs_al loc_count 12118135 er_state_obJ_get_for-_fecovery:3848: No ER state object for volume High Slerra - rolling Is not happening, nothing to recover er state ol_get for recovery:3848: No ER state object for volume Recovery - rolling ts er_state_obj_get_for_recovery:3818: No ER state object for sanlty_check alloced blocks: 261: fs_al loc_count mismatch: fs root
volune VM
not happening. nothing to recover.
rolling Is not happening. nothing to recover
free:527: leaked 1152
nodes 98656 extent 496 onop
1661 snap_neta
udata: 11991185 fs_al loc_count 12118135

opencore-2023-09-13-012455.txt.zip

config.plist.zip

Goldfish64 commented 1 year ago

Please try without OpenNtfsDxe. If that succeeds, ensure you are using the latest version of OpenNtfsDxe from 0.9.5.

startergo commented 1 year ago

I tried without it, but it still freezes on boot. I am using the latest OC, drivers and tools. opencore-2023-09-13-125823.txt.zip

startergo commented 1 year ago

Up until now I was using the debug 0.9.5. I just tried the release version and I am getting to the Windows, which BSOD's with: ACPI BIOS Error message. This is without OpenNtfsDxe. I have one SSDT injected and I wonder if that messes up the legacy boot?

startergo commented 1 year ago

So I finally booted to Bootcamp. Apparently it was the SSDT injection. The PCIE slot the SSDT was referencing was not even there along with the card in it. What code should be added to prevent the SSDT messing with Windows? I thought this should have taken care of it:


                        If (_OSI ("Darwin"))
                        {
                            Method (_DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
                            {
                                Local0 = Package (0x02)
                                    {
                                        "AAPL,slot-name", 
                                        Buffer (0x09)
                                        {
                                            "Slot-2,4"
                                        }
                                    }
                                DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                                Return (Local0)
                            }
                        }

RX6900XT-BRG0.zip

Still not clear also why the debug version caused a complete stall rather than continue to Windows.

startergo commented 1 year ago

I have added this snippet to the end of my SSDT as described here and it still BSOD's on boot to Windows:

Method (_STA, 0, NotSerialized)  // _STA: Status
        {
            If (_OSI ("Darwin"))
            {
                Return (0x0F)
            }
            Else
            {
                Return (Zero)
            }
        }

image

vit9696 commented 1 year ago

You should add _STA to each device.

startergo commented 1 year ago

I did that and it still BSOD's. Attached is the SSDT. RX6900XT-BRG0 2.zip