<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 14, 2024 at 1:37 PM Kinsey Moore <<a href="mailto:kinsey.moore@oarcorp.com">kinsey.moore@oarcorp.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"><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" target="_blank">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></div></blockquote><div><br></div><div>This is essentially what I have done when generating patches for newlib, gcc, etc. For some packages, you need a patch based on git and sometimes you have to generate one against a released version. But you still have to put a patch in your patches directory and update the sha hash. Eventually putting the working patch somewhere (hopefully merged upstream) not local.</div><div><br></div><div>--joel </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><br></div><div>Kinsey<br></div></div></div>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a></blockquote></div></div>