On 08/22/2017 12:07 PM, Richard Purdie wrote:
On Tue, 2017-08-22 at 12:04 -0400, Bruce Ashfield wrote:
On 08/22/2017 12:00 PM, Richard Purdie wrote:
On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote:
I can send you a v4 of the 4.12 patch in the next half an hour,
that's easiest for me to do.
.. but if it isn't for you, go ahead and do the merge and I'll
sort it out in a follow up.
The above works, I'm still trying to get to the bottom of the other
issues that are going on.
Patch sent as a v4 (although I now realize I forgot to put
v4 in the subject, only in the summary).
Thanks, I'll pull that into subsequent test runs.
Something in the IDE CDROM driver?
I keep getting sent changes to drop IDE support completely, but
they aren't in play here, I'm still waiting on a 4.10 linux-yocto
to configure so I can diff the .configs and fire up some comparison
boot tests.
I did diff the configs and nothing jumped out to me at
least, CONFIG_INITRAMFS_COMPRESSION=".gz" went missing but doesn't look
relevant as it only affects built in initramfs afaict.
I found the commit that is causing the problem (after three hours
of bisecting). That's the good news. The bad news is it isn't something
I can revert .. or easily fix, since the commit is large and is pretty
much tree wide. There's a lot of commits stacked on top if that change,
so it can't be reverted.
------------
commit 82ed4db499b8598f16f8871261bff088d6b0597f
Author: Christoph Hellwig <h...@lst.de>
Date: Fri Jan 27 09:46:29 2017 +0100
block: split scsi_request out of struct request
And require all drivers that want to support BLOCK_PC to allocate it
as the first thing of their private data. To support this the legacy
IDE and BSG code is switched to set cmd_size on their queues to let
the block layer allocate the additional space.
Signed-off-by: Christoph Hellwig <h...@lst.de>
Signed-off-by: Jens Axboe <ax...@fb.com>
---------
I was able to boot with the following in the command line:
-drive
file=tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64-20170822200708.iso,if=virtio,media=cdrom
--------
IMHO we need to stop using the ancient IDE support, since it continually
is broken (not usually this badly .. but often in more subtle ways).
So switching to a virtio backed CDROM, while the issue is reported
upstream is probably the best bet.
Bruce
Cheers,
Richard
--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
