IRC log of #cubox of Sat 28 Nov 2015. All times are in CET < Back to index

16:52 edge0701 Heyyup all (:
19:51 topi` very idle here, it seems
19:51 topi` I need to know which UARTs do I have usable on the HB-Gate?
19:51 topi` the console UART can, of course, also appropriated if I give up on the console
19:52 topi` "Hummingboard 2" is a broken link in the Solidrun wiki :(
19:57 topi` there is a "RS485 or UART 3 pin header" .. can this be used for RS232 UART?
19:57 jnettlet topi`, I will double check the pins but I think only 2.
19:57 topi` physical header J35
19:57 jnettlet That header is the default serial console uart
19:58 topi` oh
19:58 topi` what about using the UART lines on the mikrobus connector?
19:58 jnettlet Sure that is what they are for
19:58 topi` there is UART3_TX_DATA and RX
19:59 topi` ok, are they visible to the kernel by default?
19:59 jnettlet The mikrobus is just a standard for pin placement and size
19:59 topi` yeah
19:59 jnettlet Still working on that... But soon
20:00 topi` but this UART3 comes from the i.MX6 internal uarts, right?
20:00 jnettlet well they all come from the SOC.
20:01 jnettlet One UART is not exposed on the board because it is reserved for the onboard BT
20:02 jnettlet I would need to reference the pins to figure out what the last UART pins are. They may just need to be remuxed
20:10 topi` right
20:10 topi` but that would be needed aswell when using the mikroBUS's uarts
20:10 topi` or rather, the single uart
20:10 topi` and many mikrobus click boards use the uart pins, specifically :)
20:16 jnettlet How many uarts do you need?
20:29 edge0701 Anyone know much about SPL boot?? Looking to boot Linux kernel direct from SPL...I'm close, but no cigar
20:29 topi` jnettlet: 2, one for console and one for connecting to another gadget
20:30 topi` edge0701: good luck setting things up correctly (like clocls, sdram,devicetree etc)
20:32 jnettlet edge0701, it already works with my uboot
20:32 edge0701 Well, uboot SPL seems to be set up pretty well.
20:32 edge0701 I am using u-boot SPL but with OS_BOOT
20:33 edge0701 I have to return 0 from spl_start_uboot because I don't know how I'm meant to set SNVS??
20:33 jnettlet Is the first partition of your boot drive a fat partition?
20:33 edge0701 Anyway, it gets to image load point. It has loaded kernel and device tree from fat, into the same memory addresses as u-boot uses.
20:34 edge0701 The SPL code does some kind of device tree "patching" - I'm not fully sure of what that all does
20:34 edge0701 So I am just trying to do memory dumps from SPL boot and u-boot and compare.
20:34 jnettlet lol...it just patches in the memory size
20:34 jnettlet it is very simple.
20:35 edge0701 Well I see that, then some stuff about cells...
20:35 edge0701 I didn't delve further into that bit
20:35 jnettlet that is just for the parsing
20:36 edge0701 Right.
20:36 jnettlet To do fast booting you need 4 things. SPL, first partition of the SDHC is fat, zImage and dtbs on that partition, with the dtbs patched for any kernel commandline options you need
20:37 jnettlet and lastly you need to set the fastboot code in the persistent register
20:37 jnettlet do you have devmem or devmem2 installed on your image?
20:37 edge0701 That is SVNS 0x68, correct?
20:37 edge0701 It's buildroot...not seen it, but sure it'll be there.
20:38 edge0701 I wonder if u-boot still passes atags and the device tree command line options aren't the same..
20:39 jnettlet You need to install devmem or devmem2 and run devmem 0x20cc068 16 0x100 or devmem2 0x20cc068 h 0x100
20:39 jnettlet it does not pass atags which is why I parse the device-tree to give the kernel all the info it needs
20:40 jnettlet if you need additional kernel commandline options you need to patch the device-tree files with those options
20:40 jnettlet I still need to push my patch that exposes that to userspace via sysfs
20:42 jnettlet the process is SPL -> read fast boot register -> attempt to read fat partition -> look for zImage and dtb -> parse dtb with needed info -> execute kernel
20:42 jnettlet SPL includes, initial driver bringup and initializing DDR
20:43 jnettlet edge0701, does that answer all your questions?
20:43 edge0701 Right. So if u-boot boots the kernel with device tree fine, then SPL should boot fine, too, right?
20:43 edge0701 Everything was the same except rootwait...
20:43 edge0701 Just about to try again
20:45 edge0701 (Same as my uboot bootargs, that is)
20:49 jnettlet topi`, uart4 is not available. it is used for the csi0 connector
20:50 jnettlet I guess in theory you could steal those pins from that connector if you really had to and don't need a camera
20:55 topi` we also got some RS485 +5V clickboards, how do I talk to them if there are no uarts available?
21:04 edge0701 No luck. I've followed the process through and it all works as it should do (as far as I can tell). But the kernel just doens't do a thing.
21:04 edge0701 p.s. I assume you are Jon? http://forum.solid-run.com/viewtopic.php?f=10&t=2776&sid=ebcc49d8ac75c647e910c12a58fe144d
21:05 jnettlet Well there is the UART on the clickboard available. You just need device tree entries for it
21:07 topi` ok. do you have any examples? maybe create a "dt-examples" repo on github :)
21:13 edge0701 I am using the latest Solidrun u-boot from github, btw. I assume this is what I should be using. And latest kernel from Solidrun, too 3.14.14.
21:13 jnettlet Just sitting down for dinner and a movie. Can you guys catch me tomorrow?
21:14 edge0701 Sure. Thanks for the pointers this evening. Have a good one.
21:14 topi` jnettlet: that sounds much better :) I also should be taking care of the family
21:15 jnettlet edge0701, please use the linux-fslc kernel
21:15 jnettlet Ttyl then. Have a good evening
21:15 topi` edge0701: https://github.com/SolidRun/linux-fslc
21:16 topi` this is the current kernel
21:22 edge0701 Right. Thanks for that. My bad on that one.