**** BEGIN LOGGING AT Wed Jul 17 02:59:57 2019
Jul 17 10:31:04 <EliSko> Looking for anyone w/experience running QNX on BBB
Jul 17 10:37:10 <kremlin> m
Jul 17 16:31:39 <Hemang> I have a beagle bone black that I am using to remotely control my camera system. I need to be able to thermally model the system for our companies safety standards and to do so I need a good material to estimate the PCB as. I know PCB's can be any number of types of materials such as Epoxy or glass etc. Could anyone help me get a better insight int
Jul 17 16:31:39 <Hemang> o what kind of material the PCB is made of?
Jul 17 16:36:41 <tbr> best to ask your supplier as there are at least two manufacturers AFAUI
Jul 17 16:37:35 <zmatt> indeed
Jul 17 16:38:17 <zmatt> though I think typically epoxy-fiberglass composite
Jul 17 16:38:24 <Hemang> Thanks. I'll look into that.
Jul 17 16:38:36 <zmatt> FR-4
Jul 17 17:51:25 <rcn-ee[m]> zmatt, we are adding some hints to /proc/device-tree/build/overlays/ for what got loaded: https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/ACME-revB.dts#L31-L44
Jul 17 17:52:26 * rcn-ee[m] sent a long message:  < https://matrix.org/_matrix/media/v1/download/matrix.org/HHeBICgvAKdpnQseXKJvQhUX >
Jul 17 20:36:30 <zmatt> why /build ? wouldn't /chosen be the semantically correct place?  ideally u-boot would simply append the file paths to a string property there, instead of relying on the overlay itself
Jul 17 20:36:58 <zmatt> regardless, anything is better than nothing :)
Jul 17 20:58:20 <rcn-ee[m]> i only selectted /build, because, that was just mark/jkridner and i talking about it, but yeah, if /chosen would be better i'll switch it right now.. (editing 1**'ish overlays at the moment..)
Jul 17 20:59:04 <zmatt> the idea being that is reflects boot configuration parameters, which is what /chosen is intended for
Jul 17 20:59:31 * jkridner[m] is learning about chosen
Jul 17 20:59:36 <jkridner[m]> I've seen it, but never new what it was.
Jul 17 21:01:05 <zmatt> it contains stuff that was "chosen" (unlike the rest of the DT which originally was produced by the firmware based on platform knowledge and/or autodetection)
Jul 17 21:01:30 <zmatt> boot disk, kernel parameters, stuff like that
Jul 17 21:01:46 <zmatt> console
Jul 17 21:04:19 <rcn-ee[m]> thanks zmatt, that's why i pinged you, switched it to chosen..
Jul 17 21:06:08 * rcn-ee[m] sent a long message:  < https://matrix.org/_matrix/media/v1/download/matrix.org/LQAPRMcsZrBRscOWfijYsFNI >
Jul 17 21:11:45 <zmatt> maybe omit the .dts from the node names, it seems kind of pointless
Jul 17 21:12:51 <rcn-ee[m]> sure i can do that
Jul 17 21:14:06 <zmatt> I still think an u-boot-generated property containing a string-list of paths would be preferable, being less dependent on humans doing stuff right (i.e. making sure every dtb declares this correctly. I can already see it happening that people copy-paste overlay sources and neglect to update that line) and it indicates the order in which they were applied
Jul 17 21:16:12 <rcn-ee[m]> that'll always be a problem, this is just to help "what loaded" with default images without serial, it's not perfect, but it might help.
Jul 17 21:16:30 <zmatt> at least this has the benefit of not requiring an u-boot update
Jul 17 21:16:36 <zmatt> so both approaches have pros and cons
Jul 17 21:17:24 <rcn-ee[m]> correct, the other thing i want to shove in there, the "initial" dtb that was used at the start..  So it helps people know which *.dtb was used as a base..
Jul 17 21:17:56 <zmatt> yep
Jul 17 21:18:09 <zmatt> first element of aforementioned string-array :)
Jul 17 21:19:19 <rcn-ee[m]> debian@test-bbb-2:~$ cat /proc/device-tree/build/base_dts
Jul 17 21:19:19 <rcn-ee[m]> src/arm/am335x-boneblack-uboot-univ.dts
Jul 17 21:20:00 <zmatt> yeah, same pros and cons as with the overlays
Jul 17 21:20:07 <rcn-ee[m]> ignore the ./build/ this was eariler^ but "base_dtb" would link back to what it was.. In this case i was playing with __FILENAME__ preprocessor..
Jul 17 21:35:07 <zmatt> rcn-ee[m]: hmm, looks like appending a string to a string-list property in u-boot is pretty simple, e.g. => https://pastebin.com/N124U0mv
Jul 17 21:37:38 <zmatt> should be straightforward to add an "append" option to the existing fdt command and use "fdt set /chosen dtb $path" after loading the main dtb and "fdt append /chosen dtb $path" after applying an overlay
Jul 17 21:49:43 <zmatt> rcn-ee[m]: completely untested: https://github.com/dutchanddutch/u-boot/commit/823c5063497b
Jul 17 21:53:34 <zmatt> oh I forgot a check on return value of fdt_parse_prop
Jul 17 21:53:48 <zmatt> derp
Jul 17 21:55:02 <zmatt> fixed, https://github.com/dutchanddutch/u-boot/commit/368bb8c4167b
**** ENDING LOGGING AT Thu Jul 18 02:59:56 2019