You are not logged in.
Hello,
i just compiled the new linux-3.6-rc1 with efistub support and tried to boot it, but it fails at once. My Thinkpad won't even load the kernel, but it boots directly the next entry. Kernel 3.5 is working fine with the same setup and config, no problems at all.
I can also boot the 3.6-rc1 kernel using refind without any problems.
Does anyone else encounter this problem?
Regards,
Robert
Offline
I'm having the same issue - tried removing the patch for the EFI handover code to see if that was doing it, but it didn't work. I'm using a Gigabyte motherboard to EFI boot - 3.5 works great; 3.6-rc1 doesn't. I had tried it a week ago with a git post-3.5, pre 3.6-rc1 and had the same results. I haven't tried refind yet; I had just been using an efibootmgr entry.
Offline
Thanks for the info! Seems like a bug. I thought about removing the new EFI handover code too, but as it didn't work for you, i guess i'll wait.
It would be great if you could try refind too.
Regards,
Robert
Offline
Can't add any help with the issue but can confirm I am seeing the same here.
I have two Asus laptops a UX21E and a UX31A on both laptops I use UEFI boot (i.e. no bootloader). With linux-3.6-rc1 I can boot the UX21E no problem but the UX31A doesn't get past the very early stages of loading the kernel. The only real diferences between the two laptops is the UX21E is a Sandybridge whereas the UX31A is Ivybridge and also has an IPS screen.
Richard
Offline
That's interesting, my Thinkpad X220 is a Sandybridge too, but it's not working. I'm afraid i don't have any other machine to test it.
Offline
Mine is a Sandybridge as well - a Z68P-DS3 with an i2500k. Perhaps it is limited to Sandybridge processors.
Offline
Just found this:
http://marc.info/?l=linux-kernel&m=134420301820871&w=2
maybe it's related? If i have time i'll try to revert the mentioned commit, but probably i won't
regards,
robert
Offline
Thanks! That was it; I reverted the patch that was referenced in the post and now I can boot up without issue with efistub.
Offline
Thanks! That was it; I reverted the patch that was referenced in the post and now I can boot up without issue with efistub.
Do you mind sharing your kernel config? I reverted that patch too, but i still have no luck in booting with that kernel.
Regards,
Robert
Offline
Wah. stuipid me. I wasn't affected by this bug at all. The filename of my kernel was just too long! Damn. I can boot the linux-3.6rc1 kernel without reverting the commit mentioned on the mailing list...
At least it was kinda helpful for you
regards,
Robert
Offline
Thanks! That was it; I reverted the patch that was referenced in the post and now I can boot up without issue with efistub.
How did you revert it? My way was probably a bit stupid.
I cloned the kernel from the git repo, made a diff between before and after the mentioned commit and "unpatched" rc1 with this diff.
Offline
crajohns6965 wrote:Thanks! That was it; I reverted the patch that was referenced in the post and now I can boot up without issue with efistub.
How did you revert it? My way was probably a bit stupid.
I cloned the kernel from the git repo, made a diff between before and after the mentioned commit and "unpatched" rc1 with this diff.
That's probably not the way to do it
I'd do : "git revert bacef661"
This will revert jsut the commit mentioned on the kernel mailing list
Regards,
Robert
Offline
Oh, lol. Didn't realize bacef661 was the commit id(short id). Whatever, my way worked too, although kernel 3.6rc1 didn't fix all the problems with the ux32vd/ux31a fn keys.
Last edited by dontbugme (2012-08-08 12:24:35)
Offline