Hi all,<br><br><div class="gmail_quote">On Wed, May 6, 2009 at 10:05 PM, Leandro Dorileo <span dir="ltr"><<a href="mailto:ldorileo@gmail.com">ldorileo@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Guys<br>
<br>
I was talking to Jason and we found we need to draw a bit better the<br>
API and responsibilities between us. I figure out I`m going to support<br>
hardware detection and initialization, and a framework to read and<br>
write blocks from MSC devices.</blockquote><div>i also want to know how can i support the api functions with option rom.<br>I have a little doubt that the hardware detection and initialization can be done <br>with out optionrom which in my eyes should be done within optionrom.  <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
Looking the current libpayload`s source code I found UHCI is pretty<br>
complete and meets the requirements I mentioned above. So, the focus<br>
should be put on EHCI and OHCI. Of course bug fixing what becomes<br>
needed as well.<br>
<br>
Again looking in the source code, I found abstractions that will ease<br>
the process of coupling the other host controller interface drivers, I<br>
don`t have many questions regarding the internal design and API of<br>
libpayload(by now at least) but how Jason is going to integrate and<br>
use libpayload usb stack.<br>
<br>
To test and improve my understanding I put together[1] some code from<br>
FILO, libpayload and a stub option ROM, just to see how it`s supposed<br>
to be integrate(PS: this option ROM is a work in progress and will be<br>
used just for testing the usb implementations I`m going to do, and<br>
it`s not functional yet).<br>
<br>
For now, I have two major questions, #1: I`ve seen other projects like<br>
FILO including libpayload with svn:external, once seabios is<br>
maintained with git, how it should be done with seabios? how would we<br>
manage the source code integration and maintainability between seabios<br>
and libpayload?. <br></blockquote><div>that's also what i am thinking about, mabe we can put the optionrom in coreboot, just <br>let the seabios to load the optionrom . <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
#2: libpayload uses kbuild/kconfig but seabios<br>
doesn`t, what would be the best approach to integrate their build<br>
system? (PS: Sorry, it wasn`t two questions, but many questions and<br>
two areas. ;-) )<br>
<br>
A third questions would be, how people test the libpayload stuffs? do<br>
they write small payloads for that? is that feasible writing an option<br>
ROM for testing the libpayload`s usb stack?<br>
<br>
A last question. Should I CC the mentors and people I judge<br>
interested? or, is <a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a> good enough? ;-)<br>
<br>
[1] - <a href="http://vps.dorilex.net/cgi-bin/gitweb.cgi" target="_blank">http://vps.dorilex.net/cgi-bin/gitweb.cgi</a><br>
<br>
Thanks in advance....<br>
<font color="#888888"><br>
--<br>
(°=   Leandro Dorileo<br>
//\    <a href="mailto:ldorileo@gmail.com">ldorileo@gmail.com</a>   -   <a href="http://www.dorilex.net" target="_blank">http://www.dorilex.net</a><br>
V_/  Software is a matter of freedom.<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Jason Wang <br>Peking University<br>