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

Bug#766010: linux: Booting from efi will hang kernel while loading nouveau on macbook5, 2



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


Reply to: