**** BEGIN LOGGING AT Thu Oct 03 02:59:57 2019
Oct 03 20:10:46 <jkridner[m]> rcn-ee: I'm trying to sequester myself long enough to get the mainline u-boot submission for BeagleBone AI written as it is gating many things. I'm stuck on trying to read /dev/mmcblk1boot1 from u-boot.
Oct 03 20:11:55 <vagrantc> oh, i had meant to help with that :)
Oct 03 20:12:18 <vagrantc> is it upstreamed in the kernel yet? u-boot usually wants device-trees coming from the kernel
Oct 03 20:12:23 <jkridner> https://lists.denx.de/pipermail/u-boot/2017-March/283640.html implies that this should give different results: https://pastebin.com/gc6AjQKJ
Oct 03 20:12:42 <jkridner> vagrantc: oh, we should submit the kernel first?
Oct 03 20:12:55 <jkridner> The kernel dt might be a simpler submission.
Oct 03 20:13:12 * jkridner thought build from ground up.
Oct 03 20:13:17 * vagrantc shrugs
Oct 03 20:13:50 <vagrantc> i know u-boot's been trying hard to keep their device-trees in sync with the kernel
Oct 03 20:15:19 <jkridner> well, the u-boot thing is where the work is.... the drop of the I2C EEPROM due to an oversight by Embest means that I need to pull the serial number and board ID from eMMC.
Oct 03 20:15:28 <jkridner> the boot partition hack is not the most welcome thing....
Oct 03 20:15:41 <jkridner> I can imagine a migration strategy into u-boot environment variables.
Oct 03 20:16:11 <jkridner> anyway, I need to do a first fetch of the data in u-boot and am trying to prove/test the functions using the u-boot command-line.
Oct 03 20:16:18 <jkridner> but, I just keep seeing 0s.
Oct 03 20:17:53 <jkridner> hmmm.... reading  'mmc dev 0' has similar issue, so must be something wrong in my 'mmc read'
Oct 03 20:21:11 <jkridner> hmmm... nope.... able to read the partition table using 'mmc dev 0'
Oct 03 20:27:21 <jkridner> er, mmc dev 1 0
Oct 03 20:27:59 <jkridner> oh, you know what, I think I have the wrong board. *blush*
Oct 03 20:28:17 <jkridner> this one is off of the pre-production line.
Oct 03 20:31:15 <jkridner> all is well in the world again: https://pastebin.com/MtFts2QR
Oct 03 20:37:27 <rcn-ee[m]> it's alive! ;)
Oct 03 22:25:09 <ds2> did the heat issues on AI get solved? noticed a lack of new reports
Oct 03 22:26:28 <ds2> with all the userland-centric folks here, has anyone compared the performance of libuvc vs the kernel UVC driver on the bone?
**** ENDING LOGGING AT Fri Oct 04 03:02:52 2019