<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 14, 2018 at 10:20 AM, Gedare Bloom <span dir="ltr"><<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Mon, May 14, 2018 at 9:30 AM, Sebastian Huber<br>
<<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-<wbr>brains.de</a>> wrote:<br>
> On 14/05/18 15:20, Amaan Cheval wrote:<br>
>><br>
>> For now, do we all agree to x86_64 as the arch, and x86_64_generic as the<br>
>> BSP?<br>
><br>
><br>
> I would drop the _generic. I don't think there will be a non-generic BSP on<br>
> this architecture.<br>
><br>
<br>
</span>I agree. Use x86_64 for the arch. The BSP name can also be x86_64, or<br>
a variant of the generic such as (please don't hit me): amd64, x86 :)<br></blockquote><div><br></div><div>amd64's not awful. :)</div><div><br></div><div>Another direction which is dated now but I think FreeBSD has directories</div><div>with these names is the "PCxxx" standards. These are the PC System</div><div>Design Guide editions from Intel and Microsoft.</div><div><br></div><div><a href="https://en.wikipedia.org/wiki/PC_System_Design_Guide">https://en.wikipedia.org/wiki/PC_System_Design_Guide</a><br></div><div><br></div><div>Unfortunately, the last was PC2001.</div><div><br></div><div><a href="http://tech-insider.org/windows/research/2000/1102.html">http://tech-insider.org/windows/research/2000/1102.html</a><br></div><div><br></div><div>But that predates UEFI so wouldn't be the best option.</div><div><br></div><div>The PCxxx specifications show that the PC evolved slowly but has had </div><div>changes over the years. Don't assume that just because some peripherals</div><div>are part of the "CPU" component now that they aren't shared or won't</div><div>change in the future. For example, the PC/AT included the cascaded </div><div>part of i8259s which are still emulated today in "legacy" mode. However,</div><div>the APIC is the preferred interrupt controller now and it has been through</div><div>a couple of revisions as I recall.  This is leading up to putting this support</div><div>code in bsps/x86_64/shared and have BSP variants use various combinations.</div><div>You could start with a "legacy" BSP (bad name) which uses old style</div><div>interrupts, etc. As more code for "non-legacy" comes into being, use</div><div>it in another BSP variant.  </div><div><br></div><div>--joel</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="gmail-im gmail-HOEnZb"><br>
<br>
><br>
> --<br>
> Sebastian Huber, embedded brains GmbH<br>
><br>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
> Phone   : +49 89 189 47 41-16<br>
> Fax     : +49 89 189 47 41-09<br>
> E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-<wbr>brains.de</a><br>
> PGP     : Public key available on request.<br>
><br>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
><br>
</span><div class="gmail-HOEnZb"><div class="gmail-h5">> ______________________________<wbr>_________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/<wbr>mailman/listinfo/devel</a><br>
______________________________<wbr>_________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/<wbr>mailman/listinfo/devel</a></div></div></blockquote></div><br></div></div>