sigrid | I wonder if nxp has a separate document for their CAAM | 00:02 |
---|---|---|
sigrid | soc datasheet has nothing about it, really | 00:03 |
- jacobk (QUIT: Ping timeout: 246 seconds) (~quassel@129.110.242.224) | 00:12 | |
- S0rin (QUIT: Ping timeout: 244 seconds) (~S0rin@user/s0rin) | 00:18 | |
+ S0rin (~S0rin@user/s0rin) | 00:20 | |
minute | sigrid: there is a security manual which you get only on request | 00:21 |
sigrid | ah I see. I found one for imx6*, guess it'd look like that one | 00:27 |
+ jacobk (~quassel@utdpat242016.utdallas.edu) | 00:31 | |
minute | sigrid: does it feature caam? | 00:40 |
sigrid | yeah. almost 200 pages | 00:42 |
sigrid | the whole manual is 650 pages | 00:43 |
- jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@utdpat242016.utdallas.edu) | 00:43 | |
minute | sigrid: ok cool! my wild guess is that they probably didn't change a lot | 00:46 |
+ jacobk (~quassel@129.110.242.224) | 00:47 | |
abortretryfail | Where can i find the .dts file for the imx8mq reform kernel? Trying to enable spi so i can tell the LPC to turn on its uart | 00:52 |
abortretryfail | i wonder if reflashing the LPC with the dumb thing enabled by default is easier... | 00:52 |
abortretryfail | its not anywhere in the source.mnt.re/reform/reform repo | 01:05 |
- jacobk (QUIT: Ping timeout: 255 seconds) (~quassel@129.110.242.224) | 01:13 | |
+ jacobk (~quassel@utdpat241106.utdallas.edu) | 01:20 | |
abortretryfail | nevermind, reflashing the LPC is way easier. | 01:28 |
+ mjw (~mjw@193.115.216.78) | 01:43 | |
- mjw (QUIT: Ping timeout: 258 seconds) (~mjw@193.115.216.78) | 01:50 | |
- mtm (QUIT: Ping timeout: 245 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 02:04 | |
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 02:25 | |
- jacobk (QUIT: Ping timeout: 240 seconds) (~quassel@utdpat241106.utdallas.edu) | 02:26 | |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 04:10 | |
josch | abortretryfail: the dts is here: https://source.mnt.re/reform/reform-debian-packages/-/blob/main/linux/imx8mq-mnt-reform2.dts | 04:14 |
abortretryfail | no compatible = "spidev" explains why i couldn't get it to work as expected heh, thanks josch | 04:15 |
josch | cool :) | 04:16 |
abortretryfail | I decided to not go that far down a debug rabbit hole until I try minute's suggestion here to tweak the brownout detect https://community.mnt.re/t/debugging-power-related-firmware/1657/2 | 04:18 |
josch | minute: your conclusion to run update-initramfs in mkimage.sh is correct but this only needs to happen for ls1028a, no? But why did you replace running flash-kernel with update-initramfs? I'm surprised this works because update-initramfs does not run flash-kernel or does it? | 04:19 |
josch | essentially, this: https://source.mnt.re/reform/reform-system-image/-/merge_requests/82 | 04:28 |
josch | okay, cleaned up reform-tools MRs and left a new one for review: https://source.mnt.re/reform/reform-tools/-/merge_requests/55 | 05:03 |
josch | that removes some of the duplication and makes sure that only those options are set that are required on each platform | 05:04 |
+ jacobk (~quassel@129.110.242.173) | 05:10 | |
abortretryfail | 100%. Time to see if tweaking BODRSTLEV helps. | 05:15 |
- bluerise (QUIT: Ping timeout: 245 seconds) (~bluerise@pc19f8f03.dip0.t-ipconnect.de) | 07:01 | |
+ bluerise_ (~bluerise@pc19f8c08.dip0.t-ipconnect.de) | 07:01 | |
- jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@129.110.242.173) | 07:22 | |
+ jacobk (~quassel@64.189.201.150) | 07:37 | |
- bluerise_ (QUIT: Ping timeout: 240 seconds) (~bluerise@pc19f8c08.dip0.t-ipconnect.de) | 08:07 | |
+ bluerise (~bluerise@pc19f855b.dip0.t-ipconnect.de) | 08:08 | |
- qbit (QUIT: Quit: WeeChat 3.8) (~qbit@h.suah.dev) | 09:01 | |
vkoskiv | minute: re: cryptomgr disable, that worked, it now suspends and comes back up, but the sleepy nvme issue is still there. I'll do some digging to see if I can find a workaround | 09:39 |
vkoskiv | I initially missed the fact that the cryptomgr issue was the thing that prevented suspend, I thought it was just a separate issue | 09:39 |
vkoskiv | Adding that to the kernel cmdline resolves it, seemingly. | 09:40 |
Boostisbetter | minute: so far very good performance on 6.5.0.1. I have been kind of doing things that I've observed to improve standby performance. Like only suspending and resuming while on AC power. But I brought the Reform to work with me today, and I am using it in now in the car, and it resumed without any problems. Very awesome. | 10:04 |
- nsc (QUIT: Ping timeout: 240 seconds) (~nicolas@83-97-142-46.pool.kielnet.net) | 10:17 | |
+ nsc (~nicolas@159-97-142-46.pool.kielnet.net) | 10:19 | |
+ mjw (~mjw@195.89.33.213) | 10:34 | |
- mjw (QUIT: Ping timeout: 245 seconds) (~mjw@195.89.33.213) | 10:45 | |
+ bluerise_ (~bluerise@p5b0ac137.dip0.t-ipconnect.de) | 10:48 | |
- bluerise (QUIT: Ping timeout: 248 seconds) (~bluerise@pc19f855b.dip0.t-ipconnect.de) | 10:48 | |
- sevan (QUIT: Ping timeout: 264 seconds) (~sevan@user/venture37) | 10:51 | |
+ sevan (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4) | 10:57 | |
- sevan (QUIT: Ping timeout: 246 seconds) (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4) | 11:13 | |
- klardotsh (QUIT: Ping timeout: 240 seconds) (~klardotsh@c-67-170-115-80.hsd1.wa.comcast.net) | 11:24 | |
+ mjw (~mjw@195.89.33.213) | 11:33 | |
- mjw (QUIT: Ping timeout: 248 seconds) (~mjw@195.89.33.213) | 11:39 | |
+ sevan (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4) | 11:44 | |
- GNUmoon (QUIT: Ping timeout: 252 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 12:33 | |
Boostisbetter | just resumed again today while at work. Worked like a charm. Really cool that iteration of the kernel are naturally fixing the issue. Good thing the imx8 is such a popular soc around Linux. | 12:35 |
Boostisbetter | batteries running lower than I thought they would. I guess the lifepo batteries I have in here are a bit old at this point and they are not holding their charge or can't hold as much as they used to. | 12:37 |
Boostisbetter | Sometimes I wonder about the quality of eremit batteries. Does anyone have a point of reference on whether or not these are high quality? | 12:37 |
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 12:42 | |
- bluerise_ (QUIT: Ping timeout: 258 seconds) (~bluerise@p5b0ac137.dip0.t-ipconnect.de) | 12:46 | |
+ bluerise (~bluerise@pc19f81f3.dip0.t-ipconnect.de) | 12:49 | |
+ mjw (~mjw@195.89.33.213) | 12:53 | |
- sevan (QUIT: Changing host) (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4) | 12:54 | |
+ sevan (~sevan@user/venture37) | 12:54 | |
abortretryfail | BODRSTLEV=2 didn't fix it, trying 1 now. | 13:07 |
abortretryfail | Boostisbetter: is it cutting off abruptly because one cell drops too low? | 13:07 |
- Boostisbetter (QUIT: Ping timeout: 240 seconds) (4a410829d7@irc.cheogram.com) | 13:09 | |
minute | i will now build a ls1028a test reform to see if it burns off the user's legs or not | 13:10 |
abortretryfail | lol oh no | 13:18 |
abortretryfail | don your asbestos trousers | 13:18 |
+ Boostisbetter (4a410829d7@irc.cheogram.com) | 13:28 | |
- jacobk (QUIT: Ping timeout: 246 seconds) (~quassel@64.189.201.150) | 13:40 | |
- bluerise (QUIT: Ping timeout: 252 seconds) (~bluerise@pc19f81f3.dip0.t-ipconnect.de) | 13:41 | |
+ bluerise (~bluerise@p5b0ac138.dip0.t-ipconnect.de) | 13:41 | |
- mjw (QUIT: Ping timeout: 245 seconds) (~mjw@195.89.33.213) | 13:55 | |
- bluerise (QUIT: Ping timeout: 244 seconds) (~bluerise@p5b0ac138.dip0.t-ipconnect.de) | 14:00 | |
+ bluerise (~bluerise@p5b0acf0d.dip0.t-ipconnect.de) | 14:03 | |
- mtm (QUIT: Ping timeout: 258 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 14:03 | |
- S0rin (QUIT: Ping timeout: 258 seconds) (~S0rin@user/s0rin) | 14:29 | |
+ S0rin (~S0rin@user/s0rin) | 14:36 | |
Boostisbetter | all the cells show good voltages. So I think it is just a result of age and decreased capacity. | 14:40 |
Boostisbetter | I got back before it cut out though. Was at 12% but that was from being taken off the charger at 7 this morning, and getting home at 2 pm. Where as normally on the original 1800 maH batteries I could go all the way to 5 pm and still have about 25% left. | 14:44 |
Boostisbetter | This is always with about an hour or 2 of usage during the day. | 14:44 |
abortretryfail | Was that 12% from the OLED or via some battery app like the one in Waybar? It seems some of those apps try to do their own math and get it way wrong, overestimating the % remaining. | 14:48 |
abortretryfail | You can see what I mean even if the OLED says ???%, do cat /sys/class/power_supply/8xlifepo4/capacity and compare it to the app | 14:49 |
+ qbit (~qbit@2602:ff16:3:0:1:3a0:0:1) | 15:00 | |
+ jacobk (~quassel@71.40.95.51) | 15:02 | |
Boostisbetter | I almost always get the battery level from the oled. | 15:04 |
Boostisbetter | It has been pretty accurate for me. | 15:04 |
abortretryfail | Yeah mine is good when it works. Lately I've been digging into the LPC code to try and fix it. | 15:27 |
+ mjw (~mjw@195.89.33.213) | 15:38 | |
minute | lol, music on ls1028a is running at like half speed/pitch | 15:39 |
minute | or 75% | 15:39 |
minute | sound really spooky | 15:42 |
minute | ah well, the explanation is clear | 15:44 |
minute | the board has a 12mhz mclk oscillator | 15:44 |
minute | but dts says 25mhz | 15:44 |
abortretryfail | Hmm... 2.5 hours powered off and it's back to ???% with BODRSTLEV2=1. I'm going to try disabling the BOD entirely. | 15:48 |
sevan | minute: play some gabba! :) | 15:49 |
abortretryfail | play smooth jazz - vaporwave mode | 15:50 |
sevan | s/gabba/gabber | 15:50 |
josch | sevan: the speakers are too quiet for that :D | 15:55 |
minute | hehe | 15:55 |
sevan | josch: :D | 15:56 |
minute | hmm, need to solve this issue: | 15:58 |
minute | [ 14.801640] usb usb1-port1: couldn't allocate usb_device | 15:58 |
minute | [ 27.091461] usb usb2-port1: couldn't allocate usb_device | 15:58 |
josch | minute: what's the verdict? does it burn off my legs? | 15:58 |
minute | josch: not sure yet, need to be able to close it :D | 15:58 |
minute | need to figure out what is flooding the usb system | 16:00 |
+ arminweigl (~arminweig@sourcehut/user/arminweigl) | 16:05 | |
minute | interesting, rmmod dwc3 & modprobe dwc3 seems to be a workaround | 16:05 |
minute | so possibly a dwc3 regression | 16:05 |
minute | [ 26.818268] xhci-hcd xhci-hcd.0.auto: Error while assigning device slot ID: Command Aborted | 16:06 |
minute | [ 26.828260] xhci-hcd xhci-hcd.0.auto: Max number of devices this xHCI host supports is 127. | 16:06 |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 16:09 | |
minute | hmm, why is the default cpu governor "schedutil" on this platform | 16:13 |
minute | ondemand is better i think | 16:13 |
Boostisbetter | You know, I am going to go out on a limb here and say that 6.5 has fixed suspend on the imx8 | 16:23 |
minute | ok, audio is fine now on ls1028a | 16:23 |
minute | usb workaround is ugly but works too | 16:24 |
minute | ok, will put in battery for battery testing and close this up | 16:25 |
Boostisbetter | minute: most excellent. | 16:25 |
- mjw (QUIT: Ping timeout: 244 seconds) (~mjw@195.89.33.213) | 16:36 | |
- jacobk (QUIT: Ping timeout: 246 seconds) (~quassel@71.40.95.51) | 16:45 | |
minute | ok, so thermally connecting the heatsink to the back of the case with a thin strip of thermal gap filler helps a lot | 16:55 |
jfred | I was wondering about heat dissipation requirements a bit... because I've been thinking about trying to build a wooden desktop case for the Reform mobo | 16:56 |
jfred | Might need active cooling I suppose | 16:58 |
sknebel | I'd guess that in a desktop case a single slow running fan would help a lot | 16:58 |
sknebel | (desktop its easier to make a shape where you can fit a larger (=quieter) fan | 16:58 |
minute | yeah | 16:58 |
jfred | I'm thinking something VT100-inspired so yeah that should be totally doable | 17:03 |
minute | after an hour of load average 2.6 and charging, temp is around 73 degrees | 17:24 |
minute | but the question is also why does firefox playing back some music on navidrome suck up so much cpu % | 17:25 |
+ mjw (~mjw@195.89.33.213) | 17:25 | |
minute | ok, and temperature went down to 68 degrees after a while at 0.19 load | 17:48 |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 17:50 | |
minute | yeah, seems to have sort of an equilibrium at 67 | 18:08 |
minute | connected nvidia gpu via our egpu adapter now | 18:20 |
- mjw (QUIT: Ping timeout: 260 seconds) (~mjw@195.89.33.213) | 18:23 | |
+ mjw (~mjw@195.89.33.213) | 18:28 | |
+ jacobk (~quassel@129.110.242.224) | 18:36 | |
- jacobk (QUIT: Ping timeout: 240 seconds) (~quassel@129.110.242.224) | 18:43 | |
- mjw (QUIT: Ping timeout: 240 seconds) (~mjw@195.89.33.213) | 18:47 | |
+ jacobk (~quassel@129.110.242.224) | 18:57 | |
Boostisbetter | most excellent. | 19:09 |
- buckket (QUIT: Quit: buckket) (~buckket@vps.buckket.org) | 19:11 | |
+ buckket (~buckket@vps.buckket.org) | 19:11 | |
- S0rin (QUIT: Ping timeout: 258 seconds) (~S0rin@user/s0rin) | 19:44 | |
+ S0rin (~S0rin@user/s0rin) | 19:46 | |
josch | minute: what is the "debian system" that you mention in https://source.mnt.re/reform/reform-system-image/-/merge_requests/82#note_6245 -- what version is it? | 19:47 |
josch | minute: Debian has had merged-/usr for several years now | 19:47 |
minute | oh hm. | 19:51 |
minute | josch: sorry, my bad :D | 19:52 |
minute | anyway, i think we can start shipping the first ls1028as next week | 19:52 |
Boostisbetter | minute: that is great news. | 20:19 |
minute | i'm now back on pocket reform motherboard layout finishing | 20:19 |
Boostisbetter | YES!!! Can't wait! | 20:20 |
josch | me neither :) | 20:25 |
minute | i hope to be finished with the new motherboard on tuesday | 20:29 |
josch | wasn't there a post on mastodon in june that you sent motherboard 2.5 to pcbway? | 20:30 |
minute | that was mnt reform motherboard | 20:30 |
minute | they're already produced and in stock | 20:31 |
minute | we already built 28 reforms with them and sent them to crowd supply | 20:31 |
josch | i... somehow cannot find it in the shop? | 20:31 |
josch | we are talking about motherboard 2.5, right? | 20:32 |
minute | that was a few days ago. we now have shipped everything that we owed crowd supply / mouser to them from the original stocking | 20:32 |
minute | josch: correct. it's not in the shop | 20:32 |
josch | ah okay :) | 20:32 |
minute | it's just... here :D | 20:32 |
josch | well, once it's in the shop my order goes up :) | 20:32 |
minute | we need to estimate how many we need to build reforms :3 | 20:32 |
josch | hah :) | 20:32 |
minute | the mb2.5 batch was 100 units. we have around 30 reforms yet to ship, and we want to keep a few mbs in stock to be able to build more on demand | 20:35 |
minute | so we'll only offer a relatively small number of mbs in the shop | 20:35 |
minute | but you'll hear of it first here! | 20:35 |
josch | nice! | 20:35 |
josch | ACTION turns of the while sleep 1m; do curl ... script | 20:35 |
minute | lol :D | 20:35 |
minute | we can reserve you one for sure | 20:36 |
minute | so no worries | 20:36 |
josch | oh no extrawurst please :) | 20:36 |
minute | haha | 20:36 |
josch | i'll be lurking here anyways as usual | 20:36 |
minute | hmm, so the latest system image doesn't work correctly anymore on a311d. i suspect there's something wrong with the cmdline... there's a bit of output from the kernel on the display but no login | 20:46 |
minute | so maybe no console on tty1 | 20:47 |
minute | huh | 20:52 |
minute | > Timed out for waiting the udev queue being empty. | 20:53 |
minute | [ 185.235814] panfrost ffe40000.gpu: devfreq_add_device: Unable to find governor for the device | 20:53 |
minute | [ 185.238895] panfrost ffe40000.gpu: [drm:panfrost_devfreq_init [panfrost]] *ERROR* Couldn't initialize GPU devfreq | 20:53 |
minute | [ 185.248981] panfrost ffe40000.gpu: devfreq init failed -512 | 20:53 |
minute | [ 185.254533] panfrost ffe40000.gpu: Fatal error during GPU init | 20:53 |
minute | interesting that mentions "governor" | 20:53 |
+ klardotsh (~klardotsh@c-67-170-115-80.hsd1.wa.comcast.net) | 20:56 | |
minute | ok the problem is pcie/nvme | 20:57 |
+ cinap_lenrek (~cinap_len@188.26.222.244) | 20:58 | |
cinap_lenrek | hallo :) | 20:58 |
minute | hi cinap_lenrek | 20:59 |
cinap_lenrek | i just observed that the keyboard was somehow unresponsive on my reform so i could not turn it on | 20:59 |
cinap_lenrek | no oled menu when circle key | 20:59 |
minute | meh | 21:00 |
cinap_lenrek | i opened it up and disconnected the keyboard from the lpc connector | 21:00 |
cinap_lenrek | and re-plugged it and everything is fine again | 21:00 |
minute | oh | 21:00 |
minute | well, that's good | 21:00 |
cinap_lenrek | i was just wondering, how this could happen | 21:00 |
minute | maybe it crashed while in sleep | 21:00 |
cinap_lenrek | yeah | 21:00 |
cinap_lenrek | i wonder if we could implement like maybe a watchdog in the keyboard firmware? | 21:00 |
cinap_lenrek | or maybe that has already been done | 21:00 |
josch | minute: if you are back at a311d for a bit, could you find out the u-boot env value for ${board} so that i can put it into https://source.mnt.re/reform/reform-tools/-/merge_requests/55 thank you! | 21:01 |
cinap_lenrek | i'll take a look | 21:01 |
abortretryfail | cinap_lenrek: did you by chance press circle+x? | 21:02 |
cinap_lenrek | abortretryfail: i dont know what this does | 21:02 |
abortretryfail | that puts it into its bootloader and it gets stuck there until the next reset | 21:02 |
cinap_lenrek | abortretryfail: but i cannot exclude that possibility | 21:02 |
cinap_lenrek | oh | 21:02 |
cinap_lenrek | interesting | 21:02 |
abortretryfail | You can hit the reset button and it will come back, but no amount of key mashing will. :) | 21:02 |
minute | josch: lol ahem > => print board | 21:02 |
minute | board=u200 | 21:02 |
minute | josch: i guess this should be fixed before shipping | 21:03 |
cinap_lenrek | abortretryfail: good to know! | 21:03 |
minute | i have no idea what "u200" is / where it comes from | 21:03 |
cinap_lenrek | anyway, my oled has a burn in of the reform logo now :D | 21:03 |
abortretryfail | :( | 21:03 |
cinap_lenrek | because when i power on it keeps showing the logo | 21:03 |
cinap_lenrek | i'll see if i can fix that | 21:04 |
minute | yeah, that's sorely missing a timeout/screensaver | 21:04 |
cinap_lenrek | we need a oled screen saver :D | 21:04 |
vkoskiv | Yeah the logo should def. have a timeout. It's on my list, but the list is long. | 21:04 |
josch | minute: ah i was trying to look up the board name from the u-boot config file but it doesn't say anything so i guess it just has to be set there? | 21:04 |
abortretryfail | DVD player mode go | 21:04 |
minute | josch: yeah probably | 21:04 |
abortretryfail | Is it a bug that the keyboard can be flashed without the flash switch being on? | 21:04 |
vkoskiv | I've actually written some pretty cool stuff for the OLED, I'm just not ready to show it off yet | 21:04 |
cinap_lenrek | vkoskiv: oh, cool | 21:04 |
vkoskiv | Oh, geez. I pulled up the repo and the last commit is from almost exactly a year ago :'D | 21:05 |
vkoskiv | But it exists, and I want to finish it up. | 21:05 |
minute | hmm my working a311d install has pci=pcie_bus_perf, no nomsi | 21:08 |
minute | josch: ok, i just verified: pci=nomsi wreaks havoc on a311d. so only imx8mq shall have it | 21:12 |
sigrid | btw, why does imx8mq need it? | 21:12 |
abortretryfail | minute: I commented out brownout_setup() entirely and my LPC still forgets what 100% was and goes to ???. I'm wondering if there's some kind of overflow/crash happening. https://community.mnt.re/t/debugging-power-related-firmware/1657/2 | 21:12 |
minute | sigrid: IIRC wifi card doesn't work without it | 21:12 |
sigrid | hmmm weird | 21:12 |
minute | abortretryfail: hmm, it is possible. looks like we need a crash handler | 21:12 |
abortretryfail | (I'll reply in that thread once my account is approved) | 21:12 |
minute | sigrid: IIRC msi is broken on imx8mq | 21:13 |
cinap_lenrek | huh? | 21:13 |
minute | it's not? | 21:13 |
cinap_lenrek | i'm pretty sure we use msi exclusively in 9front on the reform on all pcie devices | 21:13 |
sigrid | I don't think we do anything in 9front for pcie quirks | 21:13 |
sigrid | yeah | 21:13 |
minute | hmmmm ok | 21:14 |
sigrid | at least intel's wifi modules seem to work fine | 21:14 |
cinap_lenrek | i didnt even bother implementing other interrupt modes | 21:14 |
minute | someone could test it with linux then | 21:14 |
cinap_lenrek | sigrid: and nvme | 21:14 |
minute | josch: ok so u200 is set because arch/arm/mach-meson/Kconfig has that as the default for MESON_G12A | 21:19 |
sigrid | I don't have the official atheros wifi for the reform, but I could try it with the one I stole from x220 | 21:19 |
minute | so we need to set CONFIG_SYS_BOARD | 21:19 |
minute | josch: ok so i think this should set "board" https://source.mnt.re/reform/reform-a311d-uboot/-/commit/fb3f08e3189ab04e27cf98c5c4c82c4211fe57a0 | 21:22 |
- jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@129.110.242.224) | 21:23 | |
+ jacobk (~quassel@utdpat241106.utdallas.edu) | 21:38 | |
josch | minute: while you are at it, maybe it makes sense to also set CONFIG_SYS_VENDOR and CONFIG_SYS_SOC to something meaningful. They are freescale,fsl-layerscape and boundary,imx8m for ls1028a and imx8mq, respectively | 21:39 |
Boostisbetter | if the LPC is reporting that I have a cell at 4V, is this cause for alarm? | 22:16 |
Boostisbetter | Well I mean it says that while on the charger, but when I unplug that one goes down to 3.4V | 22:17 |
Boostisbetter | So I wonder if it is just a fluke, because I but new batteries in. | 22:17 |
Boostisbetter | ALso just to recap the LPC wont know what the charge is until you run the batteries down right? | 22:17 |
minute | josch: ok sure, also the build failed, but i was just biking home. i think we should just call the board a311d perhaps | 22:31 |
minute | Boostisbetter: 4V while charging is not a biggie i would say. keep an eye on it though | 22:32 |
Boostisbetter | minute: thanks! | 22:33 |
vkoskiv | Am I misremembering or was it concluded that the randomly completely unresponsive keyboard was due to the missing pull{up|down} resistor on the reset button on the earlier keyboards? | 22:34 |
vkoskiv | If so, I'll seek a resistor and put one in | 22:34 |
vkoskiv | s/seek/source | 22:34 |
minute | josch: ah the "board" has meaning > scripts/Makefile.build:57: board/amlogic/meson-g12b-bananapi-cm4-mnt-reform2/Makefile: No such file or directory | 22:38 |
minute | vkoskiv: yep, that was a known cause | 22:38 |
josch | minute: thank you for the heads-up with pci=pcie_bus_perf and pci=nomsi -- my reform-tools MR sets it exactly the way you recommend | 23:24 |
minute | josch: i did some cmdline massaging to the best of my knowledge https://source.mnt.re/reform/reform-tools/-/merge_requests/55/diffs#e2fffd60637388716cbf4459d978b6dd7c68f25c | 23:37 |
minute | josch: i also set your role as maintainer now for reform-tools | 23:38 |
minute | josch: i can test all 3 boards then again on monday | 23:38 |
josch | nice! :) | 23:40 |
josch | and thank you for adding me to reform-tools maintainers | 23:40 |
minute | long overdue! | 23:42 |
josch | nah, it hasn't caused much inconvenience not to have those privileges | 23:45 |
- cwebber (QUIT: Remote host closed the connection) (~user@user/cwebber) | 23:58 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!