[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#617377: marked as done (Support for EFI booting on Intel Macs)

Your message dated Sun, 11 Aug 2024 17:10:58 +0200 (CEST)
with message-id <20240811151058.0A0B5BE2DE0@eldamar.lan>
and subject line Closing this bug (BTS maintenance for src:linux bugs)
has caused the Debian Bug report #617377,
regarding Support for EFI booting on Intel Macs
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
617377: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617377
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: linux-image-2.6.37-2-amd64

I got grub-efi-amd64 working on a very modern macbook.  When i tried to
use it to boot linux (using both the squeeze kernel
(linux-image-2.6.32-5-amd64) and the unstable kernel, booting the kernel
with no parameters resulted in a hung machine with no output on the
video console at all.

If i supplied the "noefi" kernel parameter, the machine would boot, and
the console messages would come up, but there would be no keyboard, and
i'd get error messages from ehci_hcd and ohci_hcd suggesting that i try
setting pci=biosirq.  If i set both noefi and pci=biosirq, i continue
getting the same errors.  (sorry i don't have the exact transcript of
the error messages -- i no longer have the machine to copy them down).

I believe modern macbook kbds are connected via USB, so the module
failures would explain why the kbd was unresponsive.

Ultimately, i gave up on booting through EFI and booted with emulated
BIOS mode.  The machine works OK under emulated bios, but it would be
nice to avoid the extra layer of cruft if possible.

I found a gentoo discussion of what it took to get the kernel running
cleanly under plain EFI on a comparable machine:

 https://forums.gentoo.org/viewtopic-t-860544.html

But the reference link (which was actually full of detailed info on
saturday) is now showing an IIS7 welcome graphic :/

 http://www.tomjepp.co.uk/?page=gentoo_mbp62

They pointed in particular to this patch for running EFI in physical mode:

 https://patchwork.kernel.org/patch/119823/

Sorry i don't have more details at the moment.  I can gather more
details about the machine from its owner if that would be useful.

	--dkg

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
--- Begin Message --- 
Hi

This bug was filed for a very old kernel or the bug is old itself
without resolution.

If you can reproduce it with

- the current version in unstable/testing
- the latest kernel from backports

please reopen the bug, see https://www.debian.org/Bugs/server-control
for details.

Regards,
Salvatore

--- End Message ---
Reply to: