**** BEGIN LOGGING AT Tue Apr 24 03:00:02 2018
Apr 24 04:44:53 <set_> Yea boy!
Apr 24 07:26:58 <n7fenrir[m]> hey is anyone online
Apr 24 07:38:34 <LetoThe2nd> no, i am totally offline. that post reached me through a letter carried by a pigeon.
Apr 24 07:48:20 * thinkfat yawns
Apr 24 08:13:25 <zmatt> lol... https://fail0verflow.com/blog/2018/shofel2/
Apr 24 08:16:25 <thinkfat> bad
Apr 24 08:16:34 <thinkfat> or, good
Apr 24 08:16:52 <thinkfat> rom code exploits are teh best
Apr 24 08:19:06 <zmatt> yup
Apr 24 08:21:14 <zmatt> and a pretty unforgivable one... there's absolutely no excuse for putting usb driver code inside the trust boundary
Apr 24 08:25:49 <zmatt> their boot process uses both coreboot and u-boot .. o.O
Apr 24 08:26:46 <LetoThe2nd> core-u-boot
Apr 24 11:21:12 <microdevel> zmatt, can you tell me what happens to PMIC when i pull SYS_RESETN LOW on Beagle?
Apr 24 11:43:23 <microdevel> will SYS_RESETN have influence on PMIC_POWR_EN?
Apr 24 11:43:57 <microdevel> as far as i can see, PMIC_POWR_EN will stay HIGH even if SYS_RESETN is pulled low externally
Apr 24 12:03:39 <zmatt> microdevel: it has no influence on the pmic whatsoever
Apr 24 12:04:09 <microdevel> so theres no way to contron PMIC_POWR_EN externally?
Apr 24 12:04:23 <zmatt> no
Apr 24 12:04:39 <microdevel> eg. issue a PMIC shutdown except using I2C, pushing power button for 8s
Apr 24 12:05:02 <zmatt> power button for 8s normally triggers a power-cycle, not a shutdown
Apr 24 12:05:21 <zmatt> and there's no way to request a shutdown via i2c either
Apr 24 12:06:10 <microdevel> i thought i can set the seqshdn bit via i2c
Apr 24 12:06:19 <zmatt> no.
Apr 24 12:06:23 <microdevel> oh okay
Apr 24 12:06:51 <microdevel> so the best way is to issue undervoltage protection safely
Apr 24 12:07:22 <microdevel> i was thinking about powering the system via bat instead of ac
Apr 24 12:07:22 <zmatt> seqdown is an obscure bit meant for debug/eval and it does not fully power down (in particular it does not cut sys_5v)
Apr 24 12:08:15 <microdevel> undervoltage protection still works that way and i can use a cap to provide power till final shutdown
Apr 24 12:09:28 <zmatt> I'm not sure what you mean... powering via bat vs via ac doesn't really affect undervoltage protection
Apr 24 12:10:54 <zmatt> beware that powering via bat on an unpatched bbb implies you can't really do a safe software-controlled poweroff.  powering off has to be done by cutting power externally in that case
Apr 24 12:12:57 <microdevel> you mean because of the 3v3 regulator bug?
Apr 24 12:13:06 <zmatt> yeah
Apr 24 12:21:24 <microdevel> okay but i will anyway monitor 3v3a and cutoff power if it goes down
Apr 24 12:22:37 <microdevel> on my bbb even when powering via ac the regulator is not shut down
Apr 24 12:29:59 <zmatt> when powering via ac, sys_5v is cut at the start of powerdown sequence, which feeds the regulator
Apr 24 12:30:46 <zmatt> but you're right it stays on for too long, but it's not a huge deal as long as it goes down at a reasonable pace
Apr 24 12:36:01 <microdevel> hmm i found a way to control PMIC via uC, issue ALARM2 event will turn off PMIC_POWR_EN and shutdown PMIC immediately
Apr 24 13:04:55 <zmatt> that is the shutdown procedure yes
Apr 24 13:05:10 <zmatt> (as in, that's also how linux performs a shutdown)
Apr 24 13:05:22 <zmatt> (obviously, since it's the only way to perform a shutdown)
Apr 24 15:37:03 <newbie_chris> Can the beagleboard X15 be powered by POE?
Apr 24 15:40:32 <zmatt> newbie_chris: no
Apr 24 15:42:58 <newbie_chris> Thank you.
Apr 24 15:47:03 <newbie_chris> Just wanted to double check that it can be powered by the USB?
Apr 24 15:48:24 <newbie_chris> Wanted to double check that the X15 can be powered over USB.
Apr 24 15:55:47 <zmatt> no. it requires 12V power supply (and a fairly substantial one)
Apr 24 17:45:37 <john__> hi everyone... i have a quick question (not sure if it'll really be quick).. i have a beaglebone blue and a hobby servo.. when i run the demo code from strawsondesign, the servo will move to one direction first before moving to its final position.. or, when doing a sweep, the servo will again move to one direction, then finally do a sweep.. it seems to me that the servo is trying to correct its position first (i'm not really sure).. 
Apr 24 17:45:44 <john__> this?
Apr 24 17:46:27 <john__> mitigate the initial movement before moving to the final position.. thanks in advance!
Apr 24 18:06:19 <tbr> huh, that's a fairly specific thing
**** ENDING LOGGING AT Wed Apr 25 03:00:05 2018