On Tue, 2017-08-22 at 16:34 -0400, Bruce Ashfield wrote: > On 08/22/2017 12:07 PM, Richard Purdie wrote: > 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.
That seems reasonable to me and should be a simple change to the runqemu script. The hint above should let me test that so I'll try and and see how the builds work out. Thanks for the help in figuring a workaround! Cheers, Richard -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
