Bug #62
closedLinux kernel versions greater than 4.6 fail to boot when used as payload
0%
Description
Linux kernel versions greater than 4.6 fail to boot as a payload on both qemu and real hardware (KGPE-D16).
The kernel locks up before early printk starts (likely in or before decompression); gdb on a q35 qemu system indicates that at some point an lret is attempted to uninitialized memory at 0x40000002.
Kernel commit ffd565e315aa8211365bb6864000f04e7b277f59 is the first failing commit. The prior commit (6112a300c9e41993cc0dc56ac393743d28381284) works fine.
Updated by Trammell Hudson about 8 years ago
The crash was traced to linux-4.7/arch/x86/boot/compressed/head_64.S use of the boot param init_size variable to determine where to decompress the kernel image: https://www.coreboot.org/pipermail/coreboot/2016-August/081891.html
Updated by Trammell Hudson almost 8 years ago
The just released Linux 4.9 kernel does not require any patches to boot as a payload under coreboot.
Updated by ron minnich almost 8 years ago
No, this would still not have worked save that I upstreamed a fix to
coreboot a few months ago and forgot to close this bug. :-)
How do we put a bug # in a commit and have it close the bug? is that
possible?
On Mon, Dec 12, 2016 at 7:53 AM coreboot@fe80.eu wrote:
Issue #62 has been updated by Trammell Hudson.
The just released Linux 4.9 kernel does not require any patches to boot as
a payload under coreboot.
Bug #62: Linux kernel versions greater than 4.6 fail to boot when used as
payload
https://ticket.coreboot.org/issues/62#change-215
- Author: Timothy Pearson
- Status: New
- Priority: Normal
- Assignee:
- Category:
* Target version:¶
Linux kernel versions greater than 4.6 fail to boot as a payload on both
qemu and real hardware (KGPE-D16).The kernel locks up before early printk starts (likely in or before
decompression); gdb on a q35 qemu system indicates that at some point an
lret is attempted to uninitialized memory at 0x40000002.Kernel commit ffd565e315aa8211365bb6864000f04e7b277f59 is the first
failing commit. The prior commit
(6112a300c9e41993cc0dc56ac393743d28381284) works fine.--
You have received this notification because you have either subscribed to
it, or are involved in it.
To change your notification preferences, please click here:
https://ticket.coreboot.org/my/account
Updated by ron minnich almost 8 years ago
No, this would still not have worked save that I upstreamed a fix to
coreboot a few months ago and forgot to close this bug. :-)
How do we put a bug # in a commit and have it close the bug? is that
possible?
On Mon, Dec 12, 2016 at 7:53 AM coreboot@fe80.eu wrote:
Issue #62 has been updated by Trammell Hudson.
The just released Linux 4.9 kernel does not require any patches to boot as
a payload under coreboot.
Bug #62: Linux kernel versions greater than 4.6 fail to boot when used as
payload
https://ticket.coreboot.org/issues/62#change-215
- Author: Timothy Pearson
- Status: New
- Priority: Normal
- Assignee:
- Category:
* Target version:¶
Linux kernel versions greater than 4.6 fail to boot as a payload on both
qemu and real hardware (KGPE-D16).The kernel locks up before early printk starts (likely in or before
decompression); gdb on a q35 qemu system indicates that at some point an
lret is attempted to uninitialized memory at 0x40000002.Kernel commit ffd565e315aa8211365bb6864000f04e7b277f59 is the first
failing commit. The prior commit
(6112a300c9e41993cc0dc56ac393743d28381284) works fine.--
You have received this notification because you have either subscribed to
it, or are involved in it.
To change your notification preferences, please click here:
https://ticket.coreboot.org/my/account
Updated by ron minnich almost 8 years ago
No, this would still not have worked save that I upstreamed a fix to
coreboot a few months ago and forgot to close this bug. :-)
How do we put a bug # in a commit and have it close the bug? is that
possible?
On Mon, Dec 12, 2016 at 7:53 AM coreboot@fe80.eu wrote:
Issue #62 has been updated by Trammell Hudson.
The just released Linux 4.9 kernel does not require any patches to boot as
a payload under coreboot.
Bug #62: Linux kernel versions greater than 4.6 fail to boot when used as
payload
https://ticket.coreboot.org/issues/62#change-215
- Author: Timothy Pearson
- Status: New
- Priority: Normal
- Assignee:
- Category:
* Target version:¶
Linux kernel versions greater than 4.6 fail to boot as a payload on both
qemu and real hardware (KGPE-D16).The kernel locks up before early printk starts (likely in or before
decompression); gdb on a q35 qemu system indicates that at some point an
lret is attempted to uninitialized memory at 0x40000002.Kernel commit ffd565e315aa8211365bb6864000f04e7b277f59 is the first
failing commit. The prior commit
(6112a300c9e41993cc0dc56ac393743d28381284) works fine.--
You have received this notification because you have either subscribed to
it, or are involved in it.
To change your notification preferences, please click here:
https://ticket.coreboot.org/my/account
Updated by ron minnich almost 8 years ago
No, this would still not have worked save that I upstreamed a fix to
coreboot a few months ago and forgot to close this bug. :-)
How do we put a bug # in a commit and have it close the bug? is that
possible?
On Mon, Dec 12, 2016 at 7:53 AM coreboot@fe80.eu wrote:
Issue #62 has been updated by Trammell Hudson.
The just released Linux 4.9 kernel does not require any patches to boot as
a payload under coreboot.
Bug #62: Linux kernel versions greater than 4.6 fail to boot when used as
payload
https://ticket.coreboot.org/issues/62#change-215
- Author: Timothy Pearson
- Status: New
- Priority: Normal
- Assignee:
- Category:
* Target version:¶
Linux kernel versions greater than 4.6 fail to boot as a payload on both
qemu and real hardware (KGPE-D16).The kernel locks up before early printk starts (likely in or before
decompression); gdb on a q35 qemu system indicates that at some point an
lret is attempted to uninitialized memory at 0x40000002.Kernel commit ffd565e315aa8211365bb6864000f04e7b277f59 is the first
failing commit. The prior commit
(6112a300c9e41993cc0dc56ac393743d28381284) works fine.--
You have received this notification because you have either subscribed to
it, or are involved in it.
To change your notification preferences, please click here:
https://ticket.coreboot.org/my/account
Updated by ron minnich almost 8 years ago
No, this would still not have worked save that I upstreamed a fix to
coreboot a few months ago and forgot to close this bug. :-)
How do we put a bug # in a commit and have it close the bug? is that
possible?
On Mon, Dec 12, 2016 at 7:53 AM coreboot@fe80.eu wrote:
Issue #62 has been updated by Trammell Hudson.
The just released Linux 4.9 kernel does not require any patches to boot as
a payload under coreboot.
Bug #62: Linux kernel versions greater than 4.6 fail to boot when used as
payload
https://ticket.coreboot.org/issues/62#change-215
- Author: Timothy Pearson
- Status: New
- Priority: Normal
- Assignee:
- Category:
* Target version:¶
Linux kernel versions greater than 4.6 fail to boot as a payload on both
qemu and real hardware (KGPE-D16).The kernel locks up before early printk starts (likely in or before
decompression); gdb on a q35 qemu system indicates that at some point an
lret is attempted to uninitialized memory at 0x40000002.Kernel commit ffd565e315aa8211365bb6864000f04e7b277f59 is the first
failing commit. The prior commit
(6112a300c9e41993cc0dc56ac393743d28381284) works fine.--
You have received this notification because you have either subscribed to
it, or are involved in it.
To change your notification preferences, please click here:
https://ticket.coreboot.org/my/account
Updated by Nico Huber over 7 years ago
I suppose this is fixed? Please close the bug then.
Updated by Timothy Pearson about 7 years ago
Would like to close, referencing the GIT hash of the commit that fixed the issue. Do you have the GIT hash available?
Updated by ron minnich about 7 years ago
I'll check tomorrow
On Thu, Jul 13, 2017 at 8:17 PM coreboot@fe80.eu wrote:
Issue #62 has been updated by Timothy Pearson.
Would like to close, referencing the GIT hash of the commit that fixed the
issue. Do you have the GIT hash available?
Bug #62: Linux kernel versions greater than 4.6 fail to boot when used as
payload
https://ticket.coreboot.org/issues/62#change-347
- Author: Timothy Pearson
- Status: New
- Priority: Normal
- Assignee:
- Category:
* Target version:¶
Linux kernel versions greater than 4.6 fail to boot as a payload on both
qemu and real hardware (KGPE-D16).The kernel locks up before early printk starts (likely in or before
decompression); gdb on a q35 qemu system indicates that at some point an
lret is attempted to uninitialized memory at 0x40000002.Kernel commit ffd565e315aa8211365bb6864000f04e7b277f59 is the first
failing commit. The prior commit
(6112a300c9e41993cc0dc56ac393743d28381284) works fine.--
You have received this notification because you have either subscribed to
it, or are involved in it.
To change your notification preferences, please click here:
https://ticket.coreboot.org/my/account
Updated by Paul Menzel about 7 years ago
Ron, please strip the quote of, if you are top posting. Otherwise the HTML page for the issue it’s quite crowded(?)/confusing. No idea, if Redmine can be fixed.
Updated by Paul Menzel about 7 years ago
Ron, do you mean commit fa74e4705d (cbfstool: set init_size for linux payloads.) [1]?
Updated by ron minnich about 7 years ago
yes, paul, thanks, that's it, fa74e4705dbb5ecf5ba466fd6a9bc309f7e3e8bf
On Fri, Jul 14, 2017 at 1:48 AM coreboot@fe80.eu wrote:
Issue #62 has been updated by Paul Menzel.
Ron, do you mean commit fa74e4705d (cbfstool: set init_size for linux
payloads.) [1]?[1] https://review.coreboot.org/16781
Bug #62: Linux kernel versions greater than 4.6 fail to boot when used as
payload
https://ticket.coreboot.org/issues/62#change-350
- Author: Timothy Pearson
- Status: New
- Priority: Normal
- Assignee:
- Category:
* Target version:¶
Linux kernel versions greater than 4.6 fail to boot as a payload on both
qemu and real hardware (KGPE-D16).The kernel locks up before early printk starts (likely in or before
decompression); gdb on a q35 qemu system indicates that at some point an
lret is attempted to uninitialized memory at 0x40000002.Kernel commit ffd565e315aa8211365bb6864000f04e7b277f59 is the first
failing commit. The prior commit
(6112a300c9e41993cc0dc56ac393743d28381284) works fine.--
You have received this notification because you have either subscribed to
it, or are involved in it.
To change your notification preferences, please click here:
https://ticket.coreboot.org/my/account
Updated by Stefan Reinauer about 7 years ago
- Assignee set to ron minnich
Didn't we fix this one, Ron?
Updated by ron minnich about 7 years ago
Yes but I can't find the commit
On Mon, Aug 21, 2017 at 6:03 PM coreboot@fe80.eu wrote:
Issue #62 has been updated by Stefan Reinauer.
Assignee set to ron minnich
Didn't we fix this one, Ron?
Bug #62: Linux kernel versions greater than 4.6 fail to boot when used as
payload
https://ticket.coreboot.org/issues/62#change-396
- Author: Timothy Pearson
- Status: New
- Priority: Normal
- Assignee: ron minnich
- Category:
* Target version:¶
Linux kernel versions greater than 4.6 fail to boot as a payload on both
qemu and real hardware (KGPE-D16).The kernel locks up before early printk starts (likely in or before
decompression); gdb on a q35 qemu system indicates that at some point an
lret is attempted to uninitialized memory at 0x40000002.Kernel commit ffd565e315aa8211365bb6864000f04e7b277f59 is the first
failing commit. The prior commit
(6112a300c9e41993cc0dc56ac393743d28381284) works fine.--
You have received this notification because you have either subscribed to
it, or are involved in it.
To change your notification preferences, please click here:
https://ticket.coreboot.org/my/account
Updated by Paul Menzel about 7 years ago
- Status changed from New to Resolved
I noted the commit hash in comment #12 [1].
Ron, please trim your reply until Redmine is fixed. Otherwise the Web view is not usable.