Bug 1963 - ASUS M2N: Fn+F8 (switch to external CRT) crashes kernel
ASUS M2N: Fn+F8 (switch to external CRT) crashes kernel
Product: ACPI
Classification: Unclassified
Component: BIOS
i386 Linux
: P2 normal
Assigned To: Len Brown
Depends on:
  Show dependency treegraph
Reported: 2004-01-28 02:36 UTC by Georg Greve
Modified: 2004-11-16 22:47 UTC (History)
2 users (show)

See Also:
Kernel Version: 2.6.2-rc2
Tree: Mainline
Regression: ---


Description Georg Greve 2004-01-28 02:36:29 UTC
Distribution: Debian GNU/Linux (testing/unstable)
Hardware Environment: ASUS M2400N (Centrino) BIOS Version 0206
Software Environment:
Problem Description:

If local APIC is enabled, pressing Fn+F8 (switch to external monitor) creates
instant crash.

Steps to reproduce:

Compile kernel 2.6.2-rc2[*] with local APIC enabled, press Fn+F8 on ASUS M2N.

For system information, please see the information filed at
(it is the same machine)

[*] Generally true for all 2.6.x, but pre 2.6.2-pre2 won't boot (see 
Comment 1 sebastian henschel 2004-01-29 03:19:20 UTC
just to clarify: this happens with the latest ACPI patch (20040126) and did
happen   with 2.4 kernels as well.
Comment 2 sebastian henschel 2004-01-29 03:20:57 UTC
damnit, i meant: it happens regardless of using the latest ACPI patch or the one
built-in to 2.6. :)
Comment 3 Len Brown 2004-02-18 18:37:45 UTC
any luck if you boot with "nolapic"?
Comment 4 Georg Greve 2004-02-19 01:17:44 UTC
When booting with nolapic, the problem does not appear.

The screen still has the problem of showing garbage on the upper
border after the switch -- which may come from the framebuffer from
the way it looks -- but it does not crash and actually does turn on
the CRT.
Comment 5 Stephan Sürken 2004-03-13 14:50:28 UTC
FYE: I just updated to the new BIOS (its not yet officially announced, it seems)
on my M2400N, and (2.6.4, that is, haven't tried others), and Fn-F8 no
longer crashes, even w/o nolapic.


See also #1269.
Comment 6 Georg Greve 2004-03-14 07:55:19 UTC
I can confirm this with 2.6.3 although the ALSA init shows plenty of 

 codec_semaphore: semaphore is not ready [0x1][0x700300]

lines that don't seem to do any harm, though.
Comment 7 Georg Greve 2004-03-14 07:56:19 UTC
P.S. the problem with the garbage on the upper part of the screen remains, though.
Comment 8 Sebastian Ley 2004-08-26 09:31:00 UTC
I too have that "garbage" problem, but only when I switch to CRT after X has 
started. If I attatch a CRT on boot, it works just fine, even when X starts 
up. If you need any logs, debug output etc. I'll be happy to provide it. 
Comment 9 Len Brown 2004-11-16 22:47:13 UTC
per comment #5 the crash this bug was filed against
was fixed by a BIOS upgrade, so I'm closing the bug.

Feel free to open additional bugs on additional issues.

Note You need to log in before you can comment on or make changes to this bug.