=== Week 9, 10 === * Since memory is already initialized by SPL, launch from PrePi. * Place TexasInstrumentsPkg into edk2 [1]. * PCD issue from Week 7 - in BeagleBoardPkg as well - thread: [2]
=== Next === * Fix PcdGet() (maybe a toolchain problem) * Get DEBUG() working * Load DxeCore.
[1] https://github.com/varadgautam/edk2/tree/BeagleBoneBlack/TexasInstrumentsPkg [2] http://comments.gmane.org/gmane.comp.bios.tianocore.devel/7874
Thanks, Varad
On Tue, Jul 15, 2014 at 9:37 PM, Varad Gautam varadgautam@gmail.com wrote:
Repository: https://github.com/varadgautam/TexasInstrumentsPkg
=== Week 8 ===
- Load PrePeiCore from U-Boot's SPL. Sec not needed.
- Documented the work so far [1]
=== Next ===
- Pass through PEI, construct HOBs and jump to DXE
This is fun!
[1] http://varadgautam.wordpress.com/tag/beaglebone-black/
Thanks, Varad
On Mon, Jul 7, 2014 at 3:44 PM, Varad Gautam varadgautam@gmail.com wrote:
Repository: https://github.com/varadgautam/TexasInstrumentsPkg
=== Week 7 ===
- Issue with DEBUG(): internal assertions fail and macro returns.
(proper PCDs and Libraries used)
- Issue with SerialPortWrite(): strings with >4 characters fail to
print. (am waiting for TX FIFO to clear before sending in the next char)
- Added PEI phase to SEC itself (as done in BeagleBoardPkg).
- Better option: Have a separate PEI phase (follow D01 instead of
BeagleBoard). Using ArmPlatformPkg/PrePeiCore; figure out how to jump.
- Issue with PcdGet32(PcdFvBaseAddress): returns 0 for valid PcdFvBaseAddress
=== Next ===
- Fix the issues listed (figure out why PCDs not showing up)
- Load PEI
Thanks, Varad
On Sun, Jun 29, 2014 at 12:25 PM, Varad Gautam varadgautam@gmail.com wrote:
Repository: https://github.com/varadgautam/TexasInstrumentsPkg
=== Week 6 ===
- Built Shell.efi with BeagleBoneBlackPkg
- Could not launch from SEC; dependencies unmet. Need to follow SEC ->
DXE -> BDS -> Shell.efi
- Added DXE call to BeagleBoneBlackPkg
=== Next ===
- Get DXE debug output from the board.
On Mon, Jun 23, 2014 at 12:24 PM, Varad Gautam varadgautam@gmail.com wrote:
Hey Bill,
I am now going with getting the UEFI console running instead of implementing the low level libraries. For now, I plan to continue using SPL to load the UEFI image.
This is my progress update so far:
=== Week 5 ===
- Configured JTAG debugger with OpenOCD
- Started working to bring up UEFI console
=== Next ===
- Get console working.
Thanks, Varad
On Tue, Jun 17, 2014 at 2:07 AM, William Mills wmills@ti.com wrote:
Varad,
I am not sure clock & timer libraries are really needed beyond the PEX stage. If you want to demo independence of u-boot SPL you could use the starterware boot loader instead. It should be pretty similar to what you have already working.
Bill
On 06/16/2014 02:20 PM, Varad Gautam wrote:
Repository: https://github.com/varadgautam/TexasInstrumentsPkg
=== Week 4 ===
- Built a UEFI image loadable from SPL to print to UART from SEC
- Cleaned up dependencies
=== Next ===
- Set up JTAG
- Implement clock and timer libraries to reduce dependence on SPL
On Tue, Jun 10, 2014 at 6:37 PM, Varad Gautam varadgautam@gmail.com wrote: > > ===Week 3 === > * Got the standalone binary working through U-Boot [1] > * git init [2] > * Looking at ArmVExpressPkg and HisiPkg ports for reference. > > > === Current Goal === > * Build a dummy edk2 image to print over UART and load it from the SPL. > > [1] > > http://varadgautam.wordpress.com/2014/06/04/a-u-boot-independent-standalone-... > [2] https://github.com/varadgautam/TexasInstrumentsPkg > > > On Tue, Jun 3, 2014 at 2:49 PM, Varad Gautam varadgautam@gmail.com > wrote: >> >> Hi all, >> This is my progress so far: >> >> === Week 1 === >> * Read U-Boot SPL code for AM335x to figure how it could be used to load >> custom >> binaries. >> * Set up the BeagleBone Black, experiment with U-Boot command line. >> * Started reading the available ARM Packages in edk2 to see what all can >> be >> reused. >> >> === Week 2 === >> * Saw portions of the StarterWare code to see how it does things. >> * Wrote a bare metal application to print a character stream over UART >> as >> per the >> TRM [1], facing some problems with initialization. >> >> === Next === >> * Debug the bare-metal binary, otherwise load it from U-Boot instead of >> MLO >> * Study the HisiPkg code and start implementing features for AM335x >> according to UEFI specs. >> >> [1] http://fpaste.org/106566/32870140/ > >