**** BEGIN LOGGING AT Sat Oct 27 03:00:01 2018 Oct 27 03:17:04 hi everone Oct 27 03:17:11 need little help Oct 27 03:17:57 Am using Ti AM572x EVM that is beagle board X15 Oct 27 03:18:44 and wana interface external adc using expension connector on it Oct 27 03:19:08 to be more precise, the evm is the x15 + lcd board Oct 27 03:19:25 can any one suggest how to configure those GPIO's of expansion connector Oct 27 03:19:35 no remove that lcd cape Oct 27 03:19:52 and put display on lcd monitor using HDMI Oct 27 03:20:32 and want to utilize those p16,17,18,19 connector for general purpose like to interface external adc Oct 27 03:21:48 the hardware is declared using a device tree file, plus on the x15 pin setup is done in u-boot Oct 27 03:22:03 (board/ti/am57xx/mux_data.h) Oct 27 03:23:02 it is possible to do pin setup in the device tree (like you would on most arm-based boards), but TI recommends against due to an erratum that causes glitches on the I/Os when they are being reconfigured Oct 27 03:23:46 I think the mux data is produced by TI's pinmux tool, but I'm not sure Oct 27 03:24:13 hmm i also doubt about pinmux tool Oct 27 03:24:38 is there any way to readback current pinmux seeting using pinmux tool Oct 27 03:24:44 for that board Oct 27 03:25:35 so that i can get idea how to change that configuration as right now those connector are configure to support LCD caoe Oct 27 03:25:50 if you don't care about the glitches and simply want to configure the pins in device tree, then at least use this u-boot branch which I patched to remove the pinmux configuration of the expansion headers that's meant for the lcd board: the "patch/ti2017.01/x15-pinmux" branch of https://github.com/dutchanddutch/u-boot Oct 27 03:27:41 ok zmatt Oct 27 03:28:04 for checking the current pinmux, you could try the bbx15-experimental branch of my show-pins utility: https://github.com/mvduin/bbb-pin-utils/tree/bbx15-experimental but beware that my numbering doesn't always match the one in TI's documentation (I consistently used 0-based numbering while TI used a mix of 0-based and 1-based numbering) Oct 27 03:28:04 thanks for your helpfull suggestion Oct 27 03:28:24 ok Oct 27 03:31:56 one more query about DSP core Oct 27 03:32:39 how to utilize DSP core using Linux SDK provided by TI Oct 27 03:33:21 questions about TI's SDK are better asked on TI's forum: https://e2e.ti.com/support/processors/f/791 Oct 27 03:33:38 ok Oct 27 04:48:50 lol, while visiting the AM5728 product page there's some "helpful" (auto-generated) list of other "Products to complete your design"... one of which is a 3A 5kV isolated gate driver Oct 27 05:00:19 I wonder why TI thought it a good idea to merge all the forums they had for their SoCs into a single one... the result is like 10 pages of posts in a single day Oct 27 15:30:30 hi Oct 27 15:30:43 anyone? Oct 27 15:31:21 http://angstrom.s3.amazonaws.com/demo/beaglebone/index.html Oct 27 15:31:52 The MLO-beaglebone-2013.04 and u-boot-beaglebone-2013.04-r0.img are not downloadable Oct 27 15:32:05 any idea where to get these files? Oct 27 15:42:36 angstrom, eh Oct 27 15:42:40 now that's ancient stuff Oct 27 15:45:39 any idea where to get MLO and u-boot stuff for beaglebone please? Oct 27 15:46:08 I am following a tutorial for beaglebone and it points to this tutorial. Oct 27 15:46:21 * to this arnstrom linke.... sorry Oct 27 15:50:27 I'd recommend to find a more up to date tutorial, honestly Oct 27 15:52:48 okay tbr dear... Thanks Oct 27 15:53:12 is it something very specific you are trying to achieve? Oct 27 16:01:03 no dear. I am just learning linux booting from skretch. i.e. from RPL -> MLO->uboot->uImage Oct 27 16:01:48 the tutorial describe it in mentioned fashion Oct 27 16:05:03 this page is describing how the official immages currently are built: https://www.digikey.com/eewiki/display/linuxonarm/BeagleBone+Black Oct 27 16:11:46 This is a pre-built (64bit) version of Linaro GCC that runs on generic linux, sorry (32bit) x86 users, it's time to upgrade... <-- well, there are i686 versions now Oct 27 16:12:43 Thanks tbr.. (y) :-) Oct 27 16:26:41 I'm happy I mostly got rid of my x86 installs Oct 27 16:48:12 My membership is pending. I have an upgent question to ask the community for help regarding Debian. Can someone help! Oct 27 17:08:09 pfff Oct 27 18:58:34 lol Oct 27 18:58:45 I guess something even more urgent came up Oct 27 22:52:46 fun... it turns out that linux approximates the 1000/24 ns time per tick of the 24 MHz system timer as 2796202667/2^26, which means that raw monotonic time will slowly drift compared to other timers that should remain in sync to it, such as the one used for hardware timestamping of PTP packets Oct 28 02:16:10 rofl Oct 28 02:16:23 html/css is the worst **** ENDING LOGGING AT Sun Oct 28 02:59:59 2018