05:19 <JarrettB> hello, I've been given what I believe to be a BeagleBoard rev D (if the sticker by "ASSY REV" on the silkscreen is what indicates that). I've been trying to get it to work by following the "getting started" page but haven't had much luck. I used the "Stretch for BeagleBoard via microSD card" image and burned it to an 8GB SD card with balenaEtcher.

05:19 <JarrettB> when I plug in the BeagleBoard to my computer (mac OS Catalina 10.15.5), it *seems* like it's booting. the USR0 LED flashes in the heartbeat pattern and USR1 looks like what I'd expect to see while it's loading the OS off the SD card. but I never get a network device enumerated on my computer. I tried using an FTDI USB-serial adapter to look at

05:19 <JarrettB> what's coming out of the serial port, and while I *am* getting data that looks like, well, a linux bootup, it's garbled. it looks like what you'd get with the wrong baud rate, but I have my software set exactly the way all the docs expect (115200, 8-N-1, no flow control). I've tried multiple serial terminal programs and they all give the same

05:19 <JarrettB> results. I've tried different baud rates all the way down to 9600 and they all give the same results.

05:20 <JarrettB> the one thing I haven't tried yet is just plugging something into the HDMI (well, DVI) out and see if it displays anything, but I don't know if it would?

05:27 <JarrettB> (I just tried with the Angstrom image from 2012-01-11 with the same results as well)

08:01 <singyee> hi

08:03 <singyee49> I would like to ask more about BBB

08:10 <singyee> Add sram to bbb

08:16 <singyee> any recommendation?

09:12 <rob_w> sram? why that ?

11:48 <zmatt> JarrettB: beagleboard or beaglebone?

11:49 <zmatt> JarrettB: also, why are you trying to flash an ancient stretch image? all current images are buster

11:50 <zmatt> JarrettB: and angstrom is prehistoric and long dead

11:51 <zmatt> JarrettB: is the ftdi serial adapter maybe one for 5V rather than for 3.3V ?

12:30 <lucascastro> Where can I get the cape manager patch?

12:37 <Duality> hi

12:52 <rah> are there Debian images for bullseye or bookworm?

12:57 <Duality> Question about like linux I am running Ubuntu on A am335x but we were having power issues it seems that at a reboot Linux puts a certain value into the tps which sets vdd_mpu to a low voltage

12:58 <Duality> and at boot (after a reboot) this voltage is to low to run the RAM reliably

12:58 <Duality> But it is linux setting this value at reboot I am trying to figure out which process does that

12:58 <Duality> any ideas?

12:58 <Duality> or maybe it's the tps driver doing that

13:36 <JarrettB> zmatt: I'm trying to flash stretch (2018-10-07) because the buster images don't list the original beagleboard on their compatibility lists. https://beagleboard.org/beagleboard is the board I have, though slightly different from the pic I think because the pic is an earlier rev. https://beagleboard.org/latest-images is where I got the image, it's

13:36 <JarrettB> the third one in the "recommended debian images" section

14:14 <zmatt> lucascastro: cape manager has been deprecated for quite a while, nowadays cape detection is done by u-boot, which applies the overlays to the DT before passing it to the kernel

14:17 <zmatt> rah: there are testing images / snapshots: https://forum.beagleboard.org/t/debian-11-x-bullseye-monthly-snapshots/31280

14:29 <das> hi, what's the usual max admissible heat for SMC resistors? think I fried a bunch when resoldering @350°C

14:33 <zmatt> Duality: ehh, your description doesn't make quite sense... the ram isn't powered by vdd_mpu, it has its own supply, also the pmic voltages are reset by u-boot as early as possible in SPL to try to deal with erratum 1.0.24 (boot being unreliable if a warm reset happens while vdd_mpu or vdd_core is configured as OPP50 level in the pmic, since the awful tps65217 has no mechanism to ensure its voltages ...

14:33 <zmatt> ...get reset at warm reset)

14:35 <zmatt> Duality: if the voltage gets set too low for reliable operation once the kernel is running, that would be a major bug in either the kernel driver or the dts (or maybe the power management firmware if it's involved, but I think it only messes with the pmic on entering/exiting deep sleep)

14:44 <zmatt> Duality: is this a BBB or a custom board?

14:50 <zmatt> Duality: if custom, and you're using an AM335x that's not speedbinned for 1 GHz, beware when basing your dts on that of the BBB, since the BBB modifies the OPP tables (declared in the base am33xx.dtsi) to inform the kernel that 1 GHz operation is always supported (since all BBBs support 1 GHz but a very early batch had an AM335x whose efuse bits erroneously didn't indicate 1 GHz support)

14:51 <zmatt> Duality: accidently using that modification on an am335x that doesn't support 1 GHz would cause the kernel to unintentionally overclock/overvolt the cortex-A8

14:52 <rcn-ee> zmatt: kinda wonder how 'speed' binned the parts are really... or just market segements... but OC'ing is not recommended...

14:52 <zmatt> rcn-ee: me neither, but you probably don't want to find out in production ;)

14:53 <rcn-ee> in the field, when it's 40F below, with a wind... ;)

14:58 <zmatt> Duality: slight correction to what I said earlier: I think u-boot might actually lower the PLL frequencies first (super early) and then raise them again later once the pmic has been configured, not sure though, too lazy to dig through it to see what it actually does nowadays

15:00 <rcn-ee> Duality: did you clone the Beaglebone's eeprom value? this is one place in u-boot: https://github.com/beagleboard/u-boot/blob/v2021.10-bbb.io-am335x/board/ti/am335x/board.c#L778

15:02 <zmatt> fixing the erratum of the pmic voltage not being reset at reset is one of various improvements the tps65218 has over the tps65217 ... (though the BBB would break that anyway with the huge capacitor on the reset line that completely absorbs the low-pulse the cpu generates on warm reset)

15:02 <zmatt> :P

15:04 <zmatt> prior to the new BBB revision that is

16:43 <jkridner> anyone else having problems with the irccloud app?

16:44 <jkridner> zmatt: fyi, beagleboard.org now has #beagle and #beagle-* as a registered project space (whatever the term for that is)

17:27 <JarrettB> the documentation seems to imply that I should be able to connect from the beagleboard to a monitor with an HDMI cable... is that the case, or is an HDMI -> DVI cable required? right now my monitor is seeing *something* but it's unhappy and says the mode is unsupported

17:27 <JarrettB> I just want to see if this damn thing is working lol

17:28 <JarrettB> am I gonna have to break out the oscilloscope's serial decoder, geez

17:50 <JarrettB> OKAY. I managed to find an HDMI -> DVI adapter and *it is booting and showing a desktop yay!* now why doesn't it work with just HDMI

17:57 <JarrettB> I guess that's just a monitor compatibility thing, oh well

18:03 <lucascastro> zmatt: what about the 0002-U-Boot-BeagleBone-Cape-Manager.patch that it's generated when git format-patch

18:08 <lucascastro> 0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch implement uname_boot

18:09 <lucascastro> the 0002-*.patch is not needed?

18:21 <JarrettB> alright it *does* work with HDMI, it just takes like 15 seconds before it switches into a mode that the monitor likes. so I think I'm good now. still wondering about what image is best to use with the plain old beagleboard, and I think you may be onto something wrt. the 3.3V/5V issue with my FTDI zmatt, but at least I know the thing is working so

18:21 <JarrettB> the serial is secondary

18:24 <rah> zmatt: where are they?

18:25 <rah> zmatt: that page only talks about them but doesn't say anything about where to get them

18:26 <rah> s/page only/page/

18:26 <JarrettB> seems like there are downloads a little further down the page rah

18:26 <JarrettB> https://forum.beagleboard.org/t/debian-11-x-bullseye-monthly-snapshots/31280#debian-11x-bullseye-minimal-snapshot-10

18:27 <rah> JarrettB: not here

18:28 <JarrettB> it's not showing up for you?

18:28 <rah> hmm, apparantly that page needs javascript to.. display the page

18:28 <JarrettB> ahh lol

18:28 <JarrettB> the unfortunate reality of the modern web

18:32 <rah> I found the image on that page earlier and tried it, it came up but the network interface showed the link as being down for no apparent reason so I moved on

18:32 <rah> currently doing a dist-upgrade from buster

18:32 <rah> I'm using an X15

18:33 <rah> presumable the image hasn't been tested on that board

18:33 <rah> *presumably

18:37 <rcn-ee> rah: what issue? please reply on that thread.. the v5.10.x kenrel is a little new, so still working out all the regressions.

18:40 <rcn-ee> ti changed the network driver, cpsw-new now... so on am335x we were fighting issues.. on teh bbai, it seemed to work, wonder what broke on the x15 for you..

18:41 <rcn-ee> it's also the first time with systemd-networkd, wonder if it got confused with teh dual ethernet on the x15..

18:44 <JarrettB> *oh,* apparently the serial port outputs 12Vpp cause it's compliant RS-232... I hope that didn't do anything to my FTDI

18:44 <rcn-ee> JarrettB: which version do you have BeagleBoard Classic Bx or Cx revision?

18:44 <rah> rcn-ee: to be honest, interacting with that mailing list in the past has drained me of all interest in doing so again

18:45 <rah> https://forum.beagleboard.org/t/resend-ethernet-phy-id-u-boot-fix/2324/11

18:45 <JarrettB> rcn-ee I think it's D. the "ASSY REV" sticker says D

18:45 <JarrettB> the one by the user/reset buttons

18:45 <rcn-ee> rah: it's even worse now... ti rewrote the driver.. we have no fixup for phy... going forward..

18:46 <rcn-ee> JarrettB: ah so the last BeagleBoard Classic..

18:46 <JarrettB> yeah

18:47 <rah> rcn-ee: worse than why you just stopped communicating about it for no reason?

18:47 <rah> s/than why/than when/

18:48 <rcn-ee> rah: sorry, i do have a day job... BeagleBoard is my free time..

18:49 <rcn-ee> rah the bullseye image: https://forum.beagleboard.org/t/debian-11-x-bullseye-monthly-snapshots/31280 uses u-boot v2021.10 which has that fix... which still doesn't work 100%..

18:50 <rcn-ee> JarrettB: this is the serial pinout on that old board... Look at teh Schematic of this adapter... https://www.digikey.com/en/products/detail/digi-key-electronics/bbc01/1972181

18:50 <rcn-ee> it was based on an old rs232 motherboard spec..

18:51 <JarrettB> oh I actually have one of those pin-header-to-DB9 cables, but it's not much use to me cause I don't have a serial port on any of my computers

18:52 <JarrettB> I've only ever needed the FTDI to do serial before cause I've only used things that did low-voltage UART

18:52 <rcn-ee> JarrettB: ah! i use the usb-ftdi with a real rs232 header on it... but be very very careful, the original Beagle lacks a lot of protection..

18:52 <JarrettB> good to know!

18:52 <JarrettB> thanks!

21:39 <zmatt> rah: note that the latest bbb revision allows the phy to be reset using a gpio, so what we really need is some code in u-boot that checks if the phy is in a weird state and resets it until it works properly

21:59 <zmatt> rah: that forum thread does seem confusing... it does looks like mainline u-boot contains the fix, currently at least