On 2017年11月21日 10:00, Andre McCurdy wrote:
On Mon, Nov 20, 2017 at 5:21 PM, Hongxu Jia <hongxu....@windriver.com> wrote:
On 2017年11月20日 19:07, Burton, Ross wrote:
On 17 November 2017 at 06:08, Hongxu Jia <hongxu....@windriver.com> wrote:
+qemu by default emulates IDE and the linux-yocto kernel(s) use
+CONFIG_IDE instead of the more modern libsata, so disks appear as
+/dev/hd*. A similar patch rejected by upstream because CONFIG_IDE
+is deprecated.
Can we fix our kernel and/or qemu configuration too?
For qemu, RP have replace it with virtio, but it have the
similar issue on virtualbox with IDE controller.
VirtualBox gives you the choice about whether to connect the HDD image
to a virtual IDE or SATA port.
ie VirtualBox isn't a reason to have our rootfs images continue to try
to support IDE.
For IDE, the mainstream distribution (ubuntu/fedora) do not support it.
Ubuntu 17.10, kernel 4.13.0-16
vim /boot/config-4.13.0-16-generic
...
# CONFIG_IDE is not set
CONFIG_ATA_PIIX=y
...
Fedora 27, kernel 4.13.5
vi /boot/config-4.13.5-300.fc27.x86_64
...
# CONFIG_IDE is not set
CONFIG_ATA_PIIX=y
...
The IDE seems not stable, and I have fixed two issue on it.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=79d73346ac05bc31f2e96f899c4e9aaaa616a8d4
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=8dc7a31fbce5e2dbbacd83d910da37105181b054
If enable both of IDE and ATA and the IDE still have a higher priority.
We should explicitly not set CONFIG_IDE.
Here is the discussion on upstream mailing list.
https://www.mail-archive.com/linux-block@vger.kernel.org/msg15114.html
//Hongxu
...
commit f59e729f98ef9b506b0cfdc415567e03ec87f2a9
Author: Richard Purdie <richard.pur...@linuxfoundation.org>
Date: Tue Aug 22 22:58:02 2017 +0100
runqemu: Use virtio to mount cdrom drives
The IDE driver in the kernel is fragile and in 4.12 is causing
backtraces.
To unblock 4.12 kernel merging use the virtio CD driver instead to mount
iso images which should be faster and more stable.
...
//Hongxu
Ross
--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
