On Mon, 2022-11-28 at 10:54 +0100, Alexander Kanavin wrote: > On Mon, 28 Nov 2022 at 00:58, Richard Purdie > <[email protected]> wrote: > > NFS isn't really a dependency of qemu though. The thinking here was > > that you could boot a real board onto an NFS mount from your local > > system for development purposes. That is why it was being included as > > an SDK tool. > > > > Perhaps we should just add it to qemu helper as well to simplify the > > runqemu case? > > I'm fine with that, just want to point out that commit history does > not have this justification - meta-* additions of nfs server > dependency specifically talk about qemu only, and sdk packagegroup > commit [1] does not describe the use case.
Some of our older commits don't have the right information in sadly, it is something we've had to work on and still don't always get right. I did think I was likely going to be at fault until I looked! :) That is partly why I'm adding some context around it. > I don't think there's a BSP > where this way of booting is officially supported and documented. Maybe not but I have done it myself before, admittedly a long time ago. The key question is whether it is a useful capability and worth maintaining. I'd say that yes, in this case it is, particularly if we can raise the profile of the feature and make sure it continues to work (which the tests you're enabling help massively with). Cheers, Richard
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#173900): https://lists.openembedded.org/g/openembedded-core/message/173900 Mute This Topic: https://lists.openembedded.org/mt/95262050/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
