<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 14, 2024 at 9:14 AM Sam Price <<a href="mailto:thesamprice@gmail.com">thesamprice@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I was wondering if you had any notes on your process of working with<br>
qemu in the rtems builder.<br>
I imagine you have your own xilinx qemu forked to work on, and then<br>
take the patches and integrate them into the rsb builder?<br></blockquote><div><br></div><div>Nothing so fancy. Here's my current setup for this:</div><div>* have a checkout of the qemu-xilinx repo to generate patches</div><div>* copy generated patches into the rsb/rtems/patches directory</div><div>* set up the RSB recipe to pull in the patch with appropriate SHA512</div><div>* attempt build<br></div><div><br></div><div>This lets me pull in a custom patch for testing without actually hosting it somewhere. I've been wanting an easier way to do this since it's a pain to push patches elsewhere for test hosting before actually pushing it to the ticket, but this is the compromise I've settled on that smooths out the workflow just enough. Ideally, I'd be able to specify a local file path for a patch for test purposes, but that would necessitate some very verbose flag to sb-set-builder like --really-allow-local-patches-just-for-test-purposes because we really don't want to host these patches within RSB.</div><div><br></div><div>Kinsey<br></div></div></div>