FS#40637 - [linux] 3.17.x Hard reset while booting x86_64 on some Chromebooks
Attached to Project:
Arch Linux
Opened by s (scot14) - Sunday, 01 June 2014, 22:35 GMT
Last edited by Doug Newgard (Scimmia) - Saturday, 18 April 2015, 14:35 GMT
Opened by s (scot14) - Sunday, 01 June 2014, 22:35 GMT
Last edited by Doug Newgard (Scimmia) - Saturday, 18 April 2015, 14:35 GMT
|
Details
Description:
When booting x86_64 from the iso, a hard reset occurs before during kernel loading or decompression. This problem is described at: https://wiki.archlinux.org/index.php/Acer_C720_Chromebook https://wiki.archlinux.org/index.php/Dell_Chromebook_11 https://bbs.archlinux.org/viewtopic.php?id=173418&p=1 I've reproduced the problem in the 2014.04.01 and 2014.06.01 iso's with verified md5sum's on a Toshiba Chromebook. x86_64 boots from the 2013.10.01 iso i686 boots from all three iso's Steps to reproduce: 1. Download the dual iso image 2. Verify the md5sum 3. Burn to USB key 4. Boot off USB key on Toshiba Chromebook (in developer mode) 5. Select 'Boot Arch Linux (i686)' -> successful boot 6. Powerdown and repeat step 4 7. Select 'Boot Arch Linux (x86_64)' -> hard reset 8. step4 automatically repeated 9. Select 'Boot Arch Linux (x86_64)' with additional kernel command line option "mem=1536m" -> hard reset In steps 7 and 9, after the menu selection of x86_64 is made and Enter is pressed, then the following text appears on the screen: Loading boot/x86_64/vmlinuz... ok Loading boot/x86_64/archiso.img... ok [The screen is cleared] Probing EDD (edd=off to disable)... ok Then the hard reset occurs (screen goes blank, then the Google Chrome logo appears, followed by the SeaBIOS messages and then the archlinux boot screen again). Adding "edd=off" to the kernel command line, both with and without the "mem=1536m" option did not change the outcome. Adding "earlyprintk=vga" to the command line did not result in any additional text before the hard reset. The obvious workaround for this bug is to install using the old iso, but it is disappearing from mirrors. |
This task depends upon
early console in decompress_kernel
Another report of the problem on the HP 14 Chromebook is at https://bbs.archlinux.org/viewtopic.php?id=181281
Possibly related to http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/5fc9dc6d407adf96b8a1f7d4b6e7b5f638645a23
According to http://www.syslinux.org/archives/2015-February/023190.html (and other threads on the syslinux mailing list) it may be awhile before this patch finds its way into an official release. Will you go ahead and apply it to the Arch installer, or make a test build of the installer that users can test?
As a side note, the referenced patch has been accepted upstream, although not yet distributed in an official syslinux release.