2013-11-05 15:45:57 |
Manoj Iyer |
bug |
|
|
added bug |
2013-11-05 15:47:11 |
Manoj Iyer |
attachment added |
|
Patch to enable earlyprintk via the PL011. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1248233/+attachment/3900688/+files/0001-Patch-to-enable-earlyprintk-via-the-PL011.-Because-t.patch |
|
2013-11-05 16:00:10 |
Brad Figg |
linux (Ubuntu): status |
New |
Incomplete |
|
2013-11-05 16:00:13 |
Brad Figg |
tags |
|
saucy |
|
2013-11-05 16:11:40 |
Joseph Salisbury |
linux (Ubuntu): importance |
Undecided |
Medium |
|
2013-11-05 16:21:17 |
Ubuntu Foundations Team Bug Bot |
tags |
saucy |
patch saucy |
|
2013-11-05 16:21:18 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Joseph Salisbury |
2013-11-06 10:50:33 |
Paolo Pisati |
description |
There is no earlyprintk via the PL011 because there's no defined device tree binding for earlyprintk UART to get the PL011 to work you'll need to tweak the kernel a bit. kernel doesn't ever add the clock to its list, and then it refuses to probe for the PL011. This is a temporary fix, ideally the call should be done in some generic location rather than in every machine's init function.) The alternative would be for the kernel to be fixed to follow its own device tree binding documentation and not require clocks/clock-names properties on the pl011 node. |
SRU Justification:
Impact: earlyprintk doesn't work in mach-virt (qemu guest target for kvm on arm) because at boot time, the clock necessary to make pl011 serial port running is not added via device tree (and thus the serial console is not probed) - also see https://lists.gnu.org/archive/html/qemu-devel/2013-10/msg02427.html.
Fix: apply the attached patches and recompile a kernel.
Test case: try booting a patched (and an unpatched kernel) in kvm guest passing earlyprintk and NO console, and see if it emits any output.
--
There is no earlyprintk via the PL011 because there's no defined device tree binding for earlyprintk UART to get the PL011 to work you'll need to tweak the kernel a bit. kernel doesn't ever add the clock to its list, and then it refuses to probe for the PL011. This is a temporary fix, ideally the call should be done in some generic location rather than in every machine's init function.) The alternative would be for the kernel to be fixed to follow its own device tree binding documentation and not require clocks/clock-names properties on the pl011 node. |
|
2013-11-07 19:51:41 |
Manoj Iyer |
linux (Ubuntu): status |
Incomplete |
Confirmed |
|
2013-12-05 19:41:25 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/precise-proposed/linux-lts-saucy |
|
2013-12-09 18:47:56 |
Brad Figg |
tags |
patch saucy |
patch saucy verification-needed-saucy |
|
2013-12-13 18:46:06 |
Brad Figg |
tags |
patch saucy verification-needed-saucy |
patch saucy verification-done-saucy |
|
2014-01-02 22:34:38 |
Launchpad Janitor |
linux (Ubuntu): status |
Confirmed |
Fix Released |
|
2014-01-02 22:34:38 |
Launchpad Janitor |
cve linked |
|
2013-2929 |
|