Thanks! Well what's driving Linux on this project is the software team is deploying a .Net application over mono-runtime which will run on the A15 cores. Our software team can test their .NET application on a workstation, and then on the embedded target. This is facilitated by the BeagleBoard-X15 image being Debian-based.
Am trying to get familiar with debugging of SPL, the early stages of u-boot, and any other areas where JTAG could be useful via JTAG for troubleshooting of our custom hardware board where we're doing a Linux board port. Update - Now Have an Ubuntu native installation - CCS doesn't appear to hang - can connect the target via JTAG and view registers But haven't yet figured out how to correctly load the SPL, run, and step through it. Also the TI board port series shows CCS 5.? which demonstrates debugging of the SPL via first loading the .bin file using a memory load to the "load address" followed by loading the symbol information. I haven't yet found the "memory load" option on CCS 7.2. I will try to bring up the beagle-board-patched 2017.01 u-boot-spl first, and then if that looks like a stumbling block will temporarily move to the TI SDK Linux u-boot so I can ask them questions about this process. Then I will try to post up any useful progress here if that's desired... Thanks and FYI, On Saturday, August 12, 2017 at 10:06:49 AM UTC-5, [email protected] wrote: > > I have experience with various C6x DSP EVM and custom boards, but I've > never worked with a Sitara board. > > What is driving the need to use Linux in the development/debug workflow? > Is it development on the ARM portion, or development on the C6x DSP? Or > both? > > I recently ordered the Beagleboard x15 (just got a batch at Digikey of the > Rev C's get 'em while they're hot), so I'll be tackling a similar situation > soon. I was figuring that since CCS can run on Windows it would cover at > least the DSP part of development. Then for any Linux part, I could use > Visual Studio '17 with the Linux dev/debug support (just need SSH and > compiler on target). > > I'm not against working in Linux per se, and I definitely don't mind > targeting Linux for embedded work, but I have my main dev gear running > Windows and I don't want to lug around extra gear. > > Raul > > > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/015b2a2e-1a5a-43af-ac46-964a916ffddf%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
