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

Bug#766010: marked as done (linux: Booting from efi will hang kernel while loading nouveau on macbook5, 2)

Your message dated Wed, 28 Apr 2021 18:46:30 +0200
with message-id <E1lbnKF-001LUs-Pk@hullmann.westfalen.local>
and subject line Closing this bug
has caused the Debian Bug report #766010,
regarding linux: Booting from efi will hang kernel while loading nouveau on macbook5, 2
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.)


-- 
766010: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766010
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Source: linux
Severity: important

Dear Maintainer,

After upgrade linux kernel to 3.1x, I have to boot debian with nouveau disabled (by option "modprobe.blacklist=nouveau") from macbook5,2's efi, or the kernel will hang out during boot. If I boot without "quiet" option, the following log will be printed:

[4.431703] ACPI Warning: \_SB_.PCI0.IXVE.IGPU._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
[4.435790] ACPI: \_SB_.PCI0.IXVE.IGPU: failed to evaluate _DSM
[4.437550] fb: switching to nouveaufb from simple

and then my box freezes, and white stripes may garble its screen. It seems many other intel mac models with a geforce 9400m embedded in mcp79 chip set have similar problem too.

If I disable efifb, nouveau can be loaded successfully, but consoles (ttys) cannot be set up. 

If I disable ACPI, nouveau can be loaded successfully and even X server seems works fine, but I have no usb hw available, including kb and touchpad, so I cannot do further examinations. 

If I boot from legacy BIOS emulation mode (by removing grub-efi and install grub-pc, then wait for timeout for each efi booting trial) ,the first two line of above log is printed too, but the last line not. And nouveau and X work fine, with ttys and most hardware OK, except the cpu, whose second cpu core is never brought up, which is not acceptable for me.

According to https://bugs.freedesktop.org/show_bug.cgi?id=29171#c7 , it is because EFI leaves the display engine in a state we're not expecting.

Do you know any workaround for this? 



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

--- End Message ---
--- Begin Message --- 
This bug was filed for a very old kernel. If you can reproduce it with
- the current version in unstable/testing
- the latest kernel from buster.backports
please reopen the bug, see https://www.debian.org/Bugs/server-control

--- End Message ---
Reply to: