**** BEGIN LOGGING AT Thu Jun 14 03:00:05 2018 Jun 14 07:50:38 Hey Jun 14 07:51:41 can I make changes in the BeagleBoard X15 to run a baremetal code? Jun 14 07:52:02 what do you mean? Jun 14 07:54:09 I understand that BeagleBoard is used mostly for running Linux Application. But my intention is not to have Linux or any other OS Jun 14 07:55:10 from uBoot or some place, instead of loading and image of Linux, I need to load an image which is just a simple standalone/baremetal code Jun 14 07:55:31 sure, that should be no problem Jun 14 07:56:03 can you guide me to some documentation on that Jun 14 07:56:54 My understanding is that uBoot too is kind of mini Linux, I am thinking of maybe changing the uBoot Jun 14 07:57:09 nope, since it's an extremely uncommon and advanced thing to do. if you're struggling with making a simple test and getting u-boot to load that for you, you have a rough road ahead Jun 14 07:57:48 So, where do you advice I make the changes? Jun 14 07:57:57 u-boot is not a "mini linux" and does not require modification to load baremetal applications, apart from maybe the boot script Jun 14 07:58:22 your question is too vague and broad in scope to meaningfully answer Jun 14 07:58:29 Let uBoot be same and then change the image that it loads to one which is my standalone code? Jun 14 07:58:43 yup Jun 14 07:58:45 Sorry about that, Jun 14 07:59:50 Let's say I just want to write a code which just prints through UART in a while(1) loop. For this, I don't want to use a Linux image Jun 14 08:00:42 for the beaglebone I also have a simple example that's *completely* standalone (i.e. is loaded by the boot rom directly, without using u-boot). I wouldn't suggest trying the same on the beagleboard-x15 however since the AM57xx devices require complex and poorly documented initialization which is handled by u-boot Jun 14 08:01:14 if you're new to baremetal development on ARMv7-A devices, I would strongly suggest starting with a beaglebone rather than the beagleboard-x15 Jun 14 08:02:08 My project requirement is for the x-15. I need to prove that I can write standalone code on x-15 Jun 14 08:02:50 I thought boot rom cannot be changed, is changing bootrom possible in x-15? Jun 14 08:02:52 what's your background? do you have experience with baremetal development on ARM Cortex-A devices? Jun 14 08:03:06 rom cannot be changed, that's why it's called rom Jun 14 08:03:36 I have worked on Cortex Ms(M0,m1,m3,m4) but mostly something like STM32s Jun 14 08:04:14 I'll be working on BeagleBoards first time Jun 14 08:05:13 oof. going from an STM32 to the AM572x is a big leap Jun 14 08:05:41 so, from uBoot can I load a baremetal on the ram and run from that ram address. I am assuming that's what happens with Linux too Jun 14 08:06:10 why do you need to run completely without OS ? wouldn't something like TI's RTOS not be worth considering? http://software-dl.ti.com/processor-sdk-rtos/esd/AM57X/latest/index_FDS.html Jun 14 08:06:15 occupational hazard :) Jun 14 08:06:50 yes, though I think you'd use a different u-boot command to execute a raw binary Jun 14 08:07:50 when loading linux, u-boot also needs to pass the device-tree, initramfs image, and kernel parameters to the kernel, so there's a specific convention for invoking the kernel Jun 14 08:07:51 ok Jun 14 08:09:26 also, can I connect a debugger to the beagleboard, I dont see a debugger header on the image of the board Jun 14 08:09:28 you can also have u-boot load some code and simply invoke it like a main-function Jun 14 08:09:39 the x15 has a jtag header Jun 14 08:10:18 it's on the bottom near the microSD slot Jun 14 08:10:42 or is that technically the top? not sure Jun 14 08:10:53 I mean the side with the expansion connectors Jun 14 08:11:06 "you can also have u-boot load some code and simply invoke it like a main-function" yes, I would like to do that Jun 14 08:11:18 so I can compile uBoot Jun 14 08:12:12 I'll keep the initial code of uBoot same like - if its initializing the board hardware(UART, Leds, USB etc) and at the point where it about to load Linux, I'll continue with my main Jun 14 08:12:13 I mean you can compile a small program, use u-boot to load it into memory and then do "go $ADDRESS" Jun 14 08:12:23 no need to recompile u-boot for that Jun 14 08:12:44 "I mean you can compile a small program, use u-boot to load it into memory and then do "go $ADDRESS"" even that is fine for me I think Jun 14 08:13:05 thanks Jun 14 08:15:44 How can I make u boot to load this program into memory? Do you mean, I replace linux image with mine ? Jun 14 08:16:23 I'm sorry but given how much handholding you're expected, are you really sure you're ready for this? Jun 14 08:16:27 *expecting Jun 14 08:18:38 Hi - I' installing Linus 4.14.48-ti-rt-r50 on BBB. How do I download the PRU package to go with? Jun 14 08:18:53 I'll have to do it...I am just trying to get as much information as I can before I buy the board Jun 14 08:19:34 amer: so... why are you doing this, and how much time do you have for it? Jun 14 08:19:45 Guest64888: what do you mean exactly by "the PRU package" Jun 14 08:20:50 also, you probably shouldn't start out with an -rt kernel unless you have a very specific need for it Jun 14 08:21:20 about a month...I want to load a standalone code with uart prints working...I am guessing it should be simple...the main issues will be deciding the approach Jun 14 08:21:25 zmatt:, I understand it to be the compilers: pasm, dtc, the prussdrv library and header file Jun 14 08:22:07 Guest64888: ah ok, stuff for uio-pruss rather than remoteproc-pru. you can find pasm and prussdrv here: https://github.com/beagleboard/am335x_pru_package Jun 14 08:22:07 In the previous version of Linux these all came in the image Jun 14 08:22:34 be sure to also enable uio-pruss rather than rproc-pru in /boot/uEnv.txt Jun 14 08:23:26 Ok, thanks. I've looked at that github page but I don't see how to download it (silly, I know!) Jun 14 08:23:36 note that if you prefer, you can also use python to interact with pruss instead of using prussdrv: https://github.com/mvduin/py-uio/#uio_pruss Jun 14 08:24:15 Thanks, but my life is complicated enough without involving python Jun 14 08:25:04 So, please: how do I download from tje github page? Jun 14 08:25:06 heh okay, I mentioned it because I suspect plenty of people would consider it easier to deal with than C Jun 14 08:25:25 git clone https://github.com/beagleboard/am335x_pru_package Jun 14 08:25:31 I like C - been writing it for 30 years or so Jun 14 08:25:38 okidoki Jun 14 08:25:58 (also the prussdrv library is kinda ewwwww. I still kinda want to write a replacement for it) Jun 14 08:27:17 or use the big green "Clone or download" button on that github page and click "Download ZIP" to get a snapshot of the repository :P Jun 14 08:27:50 Is there some guidance somewhere about the changes I need for the old DTBO to suit the new uEnv? Jun 14 08:28:10 amer: so... why do you want to run simple uart code baremetal specifically on the x15 ? Jun 14 08:28:51 Guest64888: you don't need a dtbo. you just need to enable uio-pruss in /boot/uEnv.txt and if you need any pins muxed to pru function you can do so at runtime using the 'config-pin' command Jun 14 08:29:08 or, well, enabling uio-pruss uses a dtbo, but it's one shipped with the image Jun 14 08:29:34 uboot_overlay_pru=/lib/firmware/AM335X-PRU-UIO-00A0.dtbo Jun 14 08:29:52 that line should be uncommented (and the other uboot_overlay_pru= line should be commented out) Jun 14 08:30:53 We're working on an acoustic project which needs faster ADC than the BBB can do Jun 14 08:32:02 faster? more than 1Msps ? Jun 14 08:32:34 the BBB's ADC has shitty accuracy, but it's not slow Jun 14 08:34:15 OK, its the accuracy. My partner does all that stuff and this is what he wants. We have build a cape, so how do we specify the pins for the timing signals with out a DTBO? Jun 14 08:34:33 you can still use a dtbo if you want to Jun 14 08:35:00 by default "cape-universal" is enabled, which is an overlay that allows runtime selection of pinmux using the config-pin utility Jun 14 08:35:22 We've got a dtbo that worked with version 3 - but I'm told that it needs changing sonehow Jun 14 08:35:28 but using overlays is still supported too (although loaded by u-boot rather than the kernel) Jun 14 08:36:06 there might be some changes between kernel 3.8 and 4.x but I'm not sure what. 3.8 is just too long ago for me Jun 14 08:36:12 I understand that. Robert Nelson says that we have to change it somehow Jun 14 08:36:37 note that if your cape is an actual cape (with board identification rom) then u-boot will automatically (attempt to) load your overlay from /lib/firmware Jun 14 08:37:00 It doesn't have the rom Jun 14 08:38:40 okay then you just need to specify the overlay explicitly in one of the uboot_overlay_addr[0-7] variables or the dtb_overlay variable (they're all equivalent afaik) Jun 14 08:39:31 (well, uboot_overlay_addr[0-3] are special in that they override auto-detected overlays for real capes) Jun 14 08:40:12 where do I find the config-pin utility? I've got the old .DTBO as overlay 0 Jun 14 08:40:41 if you're using an overlay, the config-pin utility is not relevant (it will not work) Jun 14 08:41:39 (when an overlay is loaded, cape-universal is implicitly disabled) Jun 14 08:41:44 OK, but we might decide to drop the overlay if it doesn't work, so where do I find the config-pin utility? Jun 14 08:41:59 it's installed by default Jun 14 08:42:21 presumably it needs to be told the pins? Jun 14 08:42:31 yeah it's config-pin $PIN $MODE Jun 14 08:42:49 where mode is e.g. "pruin" or "pruout" iirc Jun 14 08:44:19 and $PIN is the pin number (tho there seem to be several ways of numbering pins? Jun 14 08:44:31 it accepts e.g. P9.nn Jun 14 08:44:39 and a few variants thereof Jun 14 08:44:49 That's civilised! Jun 14 08:45:16 So where do I write this pin list? Jun 14 08:45:32 ? Jun 14 08:46:28 It used to be in the DTBO? But if there isn't a DTBO - where? Jun 14 08:47:16 the benefit of cape-universal is that you can configure pins at runtime. the downside is that you have to configure pins at runtime. :) Jun 14 08:47:44 e.g. right before your application is launched Jun 14 08:48:04 You can't write a file? Jun 14 08:48:35 but note again that overlays are still supported too. if you want me to take a quick glance at your overlay to check if anything looks wrong for the 4.x kernels then just pastebin your overlay's source Jun 14 08:49:05 no, they're sysfs attributes that need to be set at runtime. (config-pin is just a shell script that does that) Jun 14 08:49:51 That's really kind - can you give me an email address - I'll have to dig about to find it Jun 14 08:50:17 no, just give a link here Jun 14 08:51:22 aargh I don't have it on line.Presumably I can find you here? Jun 14 08:52:04 hence I mentioned pastebin (.com) which is what people often use to share bits of code (there are tons of similar sites to choose from) Jun 14 08:52:26 I'll be a few minutes - I'll paste it here Jun 14 08:52:41 Thanks for your help Jun 14 08:52:44 np Jun 14 09:19:37 zmatt: pastebin 'zmatt overlay' Jun 14 09:20:19 ehm, what? Jun 14 09:20:36 you need to paste the url Jun 14 09:21:26 I've pasted the .DTBO file on pastebin. I don't have a URL - I've pasted the text on pastebin Jun 14 09:21:42 I don't have magic powers of guessing urls Jun 14 09:22:47 Sorry - how do I get a url from pastebin? Jun 14 09:24:30 you just paste the text into the form, click the button below the form, and copy-paste the url of the resulting webpage Jun 14 09:25:57 Hi Zmatt, on X-15 ,could you please let me know the output of "lsmod | grep -i kvm" and "modprobe kvm" ? Jun 14 09:26:22 I'm not running an lpae kernel Jun 14 09:27:11 (kvm requires an lpae kernel) Jun 14 09:27:18 is it possible to create VMs using QEMU and VMs being successfully up and running(without guest kernel loading issues) ? Jun 14 09:28:14 Yea, lpae kernel you mentioned ..I am new to that .. how does one check if it is 'lpae' kernel ? Jun 14 09:28:15 I'm not sure what you're asking... you seem to be asking "is qemu completely broken?", and I suspect that if it were, people would notice and fix it Jun 14 09:29:03 Hi zmatt, sorry, I was out for sometime Jun 14 09:29:20 Guest12323: if you're the same person I talked to earlier about kvm, I already explained this and I don't really like having to repeat myself Jun 14 09:29:59 So, UART will just be the beginning for me; I'll have add a lot of other peripheral support later...UART will a "proof of concept" for demonstration Jun 14 09:30:52 amer: so... what are you trying to do and why are you trying to do it baremetal? since that's a route with a pretty steep learning curve Jun 14 09:31:07 Guest12323: you can find irc logs here: http://logs.nslu2-linux.org/livelogs/beagle/ Jun 14 09:31:24 to read back what I said last time Jun 14 09:33:58 zmatt: sorry to be stupid - I have created a paste, but I don't see a URL to send you Jun 14 09:34:20 then you haven't created a paste Jun 14 09:34:48 if you've created a paste, the page you're on is it. e.g. https://pastebin.com/WTe9JUYh Jun 14 09:35:05 what about https://pastebin.com/u7dS5ZEi Jun 14 09:35:14 thanks Jun 14 09:35:54 no, thank you. Jun 14 09:36:07 looks fine to me, as long as you also enable the uio-pruss overlay like I described Jun 14 09:36:29 Great, thanks a lot. Jun 14 09:36:55 although... I hope u-boot loads them in the right order Jun 14 09:36:56 lemme check Jun 14 09:38:34 okay, use the dtb_overlay variable for your own overlay, and not one of the uboot_overlay_addr* ones Jun 14 09:38:46 then they should load in the right order Jun 14 09:39:28 You're a scholar and a gentleman :) Jun 14 12:20:16 Hello the Arrow BeagleBone Black Industrial page does not work https://beagleboard.org/TBD Jun 14 12:20:46 Can you send me the correct link? Jun 14 12:23:57 I guess you'd need to contact your arrow sales representative Jun 14 12:26:37 can anyone tell me does the Beaglebone black support wakeup from RTC from Deepsleep0? Jun 14 12:40:48 Is there a end of life date for beagle bone black? Jun 14 12:59:45 julabo: not any time soon Jun 14 13:04:14 TonyTheLion: rtc can wake the system up in all power states Jun 14 13:08:01 "not any time soon" we cant calculate with this information :-) Jun 14 13:09:17 we need the end of life date. Jun 14 13:09:49 then you should probably get a written agreement from a supplier Jun 14 13:10:26 zmatt: trying to wake it with RTC from mem, the syslog gives the following messages: "PM: Cannot get wkup_m3_ipc handle" and "PM: bootloader does not support rtc-only!" Jun 14 13:10:42 it looks like it wakes, but then doesn't fully recover Jun 14 13:10:49 to any usable state Jun 14 13:11:01 I'm concerned by the "bootloader does not support rtc-only" Jun 14 13:11:09 it shouldn't be attempting to enter rtc-only mode Jun 14 13:11:52 zmatt: ye I saw some threads online, (I think by you) about RTC-Only mode being a problem Jun 14 13:12:13 but Deepsleep0 is not the same as RTC-Only if I've understood things correctly Jun 14 13:12:22 oh never mind it's an irrelevant warning given during probe Jun 14 13:12:45 I was looking at the code that gives these messages Jun 14 13:12:46 same goes for the other message Jun 14 13:13:37 and if I understand what you're saying correctly, your problem has absolutely nothing to do with the rtc as wakeup source. you're saying "the system fails to resume properly from deepsleep0" Jun 14 13:14:38 thats what it looks like from the led activity Jun 14 13:14:56 what about messages on the serial console? Jun 14 13:15:26 ye I don't have a serial debug cable only USB, and that dies while it attempts to resume Jun 14 13:15:33 I guess its time to acquire one of those Jun 14 13:16:06 yup Jun 14 13:16:13 debugging blind is not worth your time Jun 14 13:50:59 Hello, what is the temperature range for BeagleBone Black Wireless? Jun 14 14:00:20 that will depend on the supplier you use, but I think the basic range is mentioned in the SRM Jun 14 14:01:49 seems like -40 to 90 °C Jun 14 14:03:57 ah, wireless, hmm dunno Jun 14 14:05:11 0 to 90 Jun 14 14:05:56 -40 to 90 is the industrial temperature rating Jun 14 14:19:22 zmatt: I wondered why the normal SRM would go that low Jun 14 14:30:02 and anyway, it's the particular vendor/distributor that needs to call it Jun 14 15:12:41 Hello everybody!, hows it going today? Jun 14 16:00:06 the scope of "it" is too vague. http://www.catb.org/esr/faqs/smart-questions.html#explicit ;) Jun 14 16:20:18 so far so good zmatt... I'm into the ant beagle with console jtag port and it's running Jun 14 16:20:49 console or jtag, either or Jun 14 16:28:37 console port, not jtag Jun 14 16:41:26 hello, this may not be quite on topic, but I figure a lot of you program in C. If I configure a block of shared memory between two applications and don't use, is the Linux OS smart enough to not actually reserve it out of the RAM or is the sh memory block subtracted out of the available RAM? Jun 14 16:44:41 memory pages that have never been written to since they were allocated (regardless of whether they're shared or not) do not occupy physical ram Jun 14 17:11:50 zmatt: thank you. Jun 14 18:05:35 where do I find mechanical dimensions for the pocketbeagle? Jun 14 18:15:14 you didn't find anything useful in the github repo? Jun 14 18:41:59 the step file on github appears to show some pins or tabs projecting below the bottom of the PCB making the height almost 7 mm instead of 5 mm mentioned on line Jun 14 18:54:53 These projections won't be an issue with most headers but I wanted to clear up discrepancy Jun 14 18:56:40 A photograph on line doesn't show any projections from the bottom, can anyone confirm? Jun 14 19:01:19 I don't have a pocketbeagle, but based on photos it seems pretty clear to me there's nothing projecting out on the bottom side... not even a single component, just pads and silkscreen Jun 14 19:29:08 That's what I saw too, the projections in the solid model may just be some incorrectly rendered feature when the .stp file was opened in Solid Edge. Thanks again, I'm going to assume the photos are correct. **** ENDING LOGGING AT Fri Jun 15 03:00:10 2018