+ Kooda2 (~kooda@natsu.upyum.com) | 00:00 | |
+ buckket1 (~buckket@pdp8.buckket.org) | 00:00 | |
- rafostar[m] (QUIT: *.net *.split) (~rafostarm@2001:470:69fc:105::2:52da) | 00:04 | |
- dustfinger (QUIT: *.net *.split) (~user@d75-159-228-218.abhsia.telus.net) | 00:04 | |
- sknebel (QUIT: *.net *.split) (~quassel@v22016013254630973.happysrv.de) | 00:04 | |
- buckket (QUIT: *.net *.split) (~buckket@pdp8.buckket.org) | 00:04 | |
- Kooda (QUIT: *.net *.split) (~kooda@natsu.upyum.com) | 00:04 | |
+ rafostar[m] (~rafostarm@2001:470:69fc:105::2:52da) | 00:13 | |
- XYZ (QUIT: Ping timeout: 268 seconds) (~XYZ@37.48.1.32) | 00:17 | |
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20) | 00:59 | |
- Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149-210-4-166.mobile.nym.cosmote.net) | 01:07 | |
+ Ar|stote|is (~linx@149-210-4-166.mobile.nym.cosmote.net) | 01:07 | |
- chomwitt (QUIT: Ping timeout: 255 seconds) (~chomwitt@2a02:587:7a0d:dd00:1ac0:4dff:fedb:a3f1) | 01:21 | |
+ XYZ (~XYZ@37.48.1.32) | 01:59 | |
+ bkeys (~Thunderbi@2600:100e:be1a:15fb:182b:2f8:72a1:9ed2) | 02:09 | |
- bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@2600:100e:be1a:15fb:182b:2f8:72a1:9ed2) | 02:23 | |
- XYZ (QUIT: Remote host closed the connection) (~XYZ@37.48.1.32) | 03:10 | |
+ chartreuse (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net) | 04:04 | |
+ XYZ (~XYZ@37-48-1-32.nat.epc.tmcz.cz) | 05:27 | |
- XYZ (QUIT: Remote host closed the connection) (~XYZ@37-48-1-32.nat.epc.tmcz.cz) | 05:48 | |
+ XYZ (~XYZ@37.48.1.32) | 05:49 | |
- XYZ (QUIT: Remote host closed the connection) (~XYZ@37.48.1.32) | 06:10 | |
- qbit (QUIT: Quit: WeeChat 3.5) (~qbit@2602:ff16:3:0:1:3a0:0:1) | 06:10 | |
+ XYZ (~XYZ@37-48-1-32.nat.epc.tmcz.cz) | 06:10 | |
+ qbit (~qbit@h.suah.dev) | 06:17 | |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 06:59 | |
- qbit (QUIT: Quit: WeeChat 3.5) (~qbit@h.suah.dev) | 07:06 | |
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 07:37 | |
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20) | 08:26 | |
- blast007 (QUIT: Remote host closed the connection) (~blast@user/blast007) | 08:34 | |
+ blast007 (~blast@user/blast007) | 08:35 | |
- iank (QUIT: Ping timeout: 260 seconds) (~iank@fsf/staff/iank) | 08:54 | |
- blast007 (QUIT: Ping timeout: 268 seconds) (~blast@user/blast007) | 08:54 | |
+ iank (~iank@fsf/staff/iank) | 09:00 | |
- S0rin (QUIT: Ping timeout: 260 seconds) (~S0rin@user/s0rin) | 09:00 | |
+ blast007 (~blast@user/blast007) | 09:00 | |
+ S0rin (~S0rin@user/s0rin) | 09:03 | |
- iank (QUIT: Ping timeout: 252 seconds) (~iank@fsf/staff/iank) | 09:24 | |
- blast007 (QUIT: Ping timeout: 248 seconds) (~blast@user/blast007) | 09:25 | |
+ iank (~iank@fsf/staff/iank) | 09:29 | |
+ blast007 (~blast@user/blast007) | 09:31 | |
- joeyh (QUIT: Read error: Software caused connection abort) (joeyh@2600:3c03::f03c:91ff:fe73:b0d2) | 09:55 | |
+ joeyh (joeyh@2600:3c03::f03c:91ff:fe73:b0d2) | 09:56 | |
- mjw (QUIT: Killed (NickServ (GHOST command used by wielaard!~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440))) (~mark@gnu.wildebeest.org) | 10:05 | |
* wielaard -> mjw | 10:05 | |
+ mark_ (~mark@gnu.wildebeest.org) | 10:05 | |
- q66 (QUIT: Read error: Software caused connection abort) (~q66@2a03:3b40:fe:26::) | 10:22 | |
+ q66 (~q66@q66.moe) | 10:22 | |
+ MajorBiscuit (~MajorBisc@145.94.180.252) | 10:39 | |
- XYZ (QUIT: Read error: Connection reset by peer) (~XYZ@37-48-1-32.nat.epc.tmcz.cz) | 10:47 | |
+ XYZ (~XYZ@37.48.1.32) | 10:52 | |
- XYZ (QUIT: Remote host closed the connection) (~XYZ@37.48.1.32) | 11:10 | |
+ XYZ (~XYZ@37-48-1-32.nat.epc.tmcz.cz) | 11:16 | |
- austriancoder (QUIT: Read error: Software caused connection abort) (sid152545@id-152545.hampstead.irccloud.com) | 11:30 | |
+ austriancoder (sid152545@id-152545.hampstead.irccloud.com) | 11:31 | |
- V (QUIT: Read error: Software caused connection abort) (~v@ircpuzzles/2022/april/winner/V) | 11:33 | |
+ V (~v@ircpuzzles/2022/april/winner/V) | 11:33 | |
- XYZ (QUIT: Read error: Connection reset by peer) (~XYZ@37-48-1-32.nat.epc.tmcz.cz) | 11:57 | |
minute | i'm back from vacation and sorting all sorts of things out! | 11:58 |
---|---|---|
minute | also, this devkit came https://wiki.t-firefly.com/en/iCore-3588Q/upgrade_bootmode.html | 11:58 |
minute | they have pretty good docs! | 11:58 |
+ XYZ (~XYZ@37-48-1-32.nat.epc.tmcz.cz) | 12:02 | |
* sknebel_ -> sknebel | 12:39 | |
+ qbit (~qbit@h.suah.dev) | 13:44 | |
- GNUmoon (QUIT: Ping timeout: 255 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 13:48 | |
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 14:01 | |
vkoskiv | Here's the TL;DR datasheet they have: https://download.t-firefly.com/%E4%BA%A7%E5%93%81%E8%A7%84%E6%A0%BC%E6%96%87%E6%A1%A3/%E6%A0%B8%E5%BF%83%E6%9D%BF/iCore-3588Q%20-%208K%20AI%20Core%20Board.pdf | 14:13 |
vkoskiv | Oof, ugly link. | 14:13 |
vkoskiv | Doc is very nice though. | 14:13 |
vkoskiv | Idle 0.04W, typical 1W, max 12W. Wonder how many watts the Reform thermal envelope can sustain? | 14:15 |
vkoskiv | I forget what the max power consumption of the stock SoM is | 14:16 |
- MajorBiscuit (QUIT: Ping timeout: 255 seconds) (~MajorBisc@145.94.180.252) | 14:32 | |
- mjw (QUIT: Ping timeout: 252 seconds) (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 14:34 | |
+ MajorBiscuit (~MajorBisc@145.94.180.252) | 14:40 | |
minute | vkoskiv: should handle max 25W on 5V rail | 14:46 |
+ mjw (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 14:47 | |
- pinoaffe (QUIT: Quit: restarting for system updates) (~pinoaffep@2a01:4f9:c010:a00b:1337:1337:11be:10) | 15:08 | |
+ pinoaffe (~pinoaffep@2a01:4f9:c010:a00b:1337:1337:11be:10) | 15:11 | |
minute | vkoskiv: and another ~16W on 3v3 rail | 15:14 |
vkoskiv | Hope you had a nice warm holiday in greece, btw! | 15:17 |
vkoskiv | A friend is in spain for a month, I thought about visiting but it's already quite cool there too | 15:17 |
vkoskiv | Might as well embrace the snow | 15:17 |
- MajorBiscuit (QUIT: Ping timeout: 255 seconds) (~MajorBisc@145.94.180.252) | 15:21 | |
minute | vkoskiv: yes, it was like a 1 week extension of summer! | 15:35 |
josch | Linux reform 6.0.0-reform2-arm64 #1 SMP Debian 6.0.8-1+reform20221110T155557Z1 (2022-11-10) aarch64 GNU/Linux | 15:44 |
josch | upgrading seems safe right now and kernel 6.0.8 works without issues :) | 15:44 |
minute | josch: oh, very nice :) | 15:48 |
grubmn | hey minute welcome back. did you see my message in scrollback about the nvme traceback + super slowness? | 15:48 |
+ MajorBiscuit (~MajorBisc@145.94.180.252) | 15:49 | |
minute | grubmn: thanks! unfortunately i can't really act on this myself at the moment. i would advise on turning this into a community post so we can collect more evidence & ideas | 15:49 |
grubmn | ok sound sgood | 15:52 |
josch | also, my hdmi rendering only *veeeeeery* slowly only happens on 4k. on 1080p, everything is fine and as fast as it should | 16:04 |
josch | luckily i don't need 4k, so everything is fine for me :) | 16:04 |
minute | josch: ahhh, i see! | 16:10 |
- MajorBiscuit (QUIT: Ping timeout: 260 seconds) (~MajorBisc@145.94.180.252) | 16:17 | |
+ chomwitt (~chomwitt@2a02:587:7a0d:dd00:1ac0:4dff:fedb:a3f1) | 16:22 | |
+ MajorBiscuit (~MajorBisc@145.94.180.252) | 16:36 | |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 17:53 | |
- mjw (QUIT: Quit: Leaving) (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 18:09 | |
- MajorBiscuit (QUIT: Ping timeout: 268 seconds) (~MajorBisc@145.94.180.252) | 18:29 | |
minute | we assembled the imx8mplus adapter rev2, and i got to a serial u-boot console this time! | 18:35 |
* mark_ -> mjw | 18:52 | |
josch | nice!! | 18:55 |
vagrantc | does current u-boot for the mnt/reform support extlinux.conf ? | 20:40 |
vagrantc | or does it still need boot scripts? | 20:40 |
vagrantc | ACTION tries again to build a kernel without hdmi support | 21:25 |
vagrantc | with the hdmi patch, i can build a working linux-libre kernel on guix ... but the hdmi blobs make it not acceptible for guix inclusion | 21:26 |
vagrantc | close, though | 21:26 |
vagrantc | ACTION drops patches 0005-0007 to play the lottery | 21:27 |
vagrantc | or is the device-tree interdependent with those patches? | 21:28 |
josch | vagrantc: u-boot in the boundary git repo supports extlinux.conf, yes. I can load d-i from a usb stick that way. | 21:28 |
vagrantc | been a while since i updated u-boot ... wonder if it has the extlinux support or not | 21:39 |
josch | vagrantc: you have to use u-boot from git though | 21:41 |
vagrantc | i've been known to compile a u-boot or two from source :) | 21:45 |
vagrantc | guess there's one way to find out if it has extlinux support :) | 21:46 |
josch | vagrantc: i just told you above that yes it does ;) | 21:47 |
vagrantc | no, i mean the one i have already installed | 21:47 |
josch | ah :) | 21:47 |
minute | vagrantc: it should work fine without the hdmi patches | 21:54 |
c-keen[m] | hm my batteries went dead again. It is a similar scenario like before: The batteries went down to 10% capacity as reported by the OLED screen, then I plugged the charger in, after a short while shut down the machine with shutdown -h now. Then (it was in the evening) I unplugged the device without powering it on and put it on the shelf. After 24h the circle key was unresponsive and I can type this now due to running off the cable with | 21:54 |
c-keen[m] | batteries unplugged | 21:54 |
minute | c-keen[m]: hmmmm, really strange and sorry to hear :/ | 21:55 |
- chartreuse (QUIT: Remote host closed the connection) (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net) | 21:55 | |
minute | the protected battery boards are in the final production stage @ pcbway | 21:55 |
- buckket1 (QUIT: Quit: buckket1) (~buckket@pdp8.buckket.org) | 21:55 | |
c-keen[m] | I do have fresh (and bigger) replacements here. I am waiting for the boards to arrive :) | 22:01 |
minute | cool! | 22:01 |
vagrantc | minute: dropping patch 0005 or 0005-0007 it just hangs at boot | 22:01 |
c-keen[m] | I will try to resurrect the remaining cells with a lab power supply tomorrow (magnets attached to clips work really well) | 22:02 |
vagrantc | minute: screen never comes up and from the serial console it looks like it doesn't even load the rootfs | 22:02 |
vagrantc | minute: so, not exactly sure what you mean by "fine" :) | 22:02 |
c-keen[m] | minute: I am not blaming anyone and it surely isn't your fault. I have been wondering whether plugging in the power does something weird and interferes with sleep modes etc. I haven't checked the too long power plug clips on my unit yet. maybe I should | 22:06 |
minute | c-keen[m]: hmmmm it's possible that there is a bug in the lpc logic where it would perhaps wake and not sleep again from plugging in the power. but it's also strange that lpc alone would drain the batteries so quickly | 22:07 |
minute | vagrantc: ok, maybe i should have checked exactly which patches those are | 22:07 |
vagrantc | minute: https://source.mnt.re/reform/reform-debian-packages/-/tree/main/linux/patches are what i'm working with, and the .dts from the directory above that | 22:08 |
+ buckket (~buckket@pdp8.buckket.org) | 22:10 | |
minute | vagrantc: yes, i don't know about the status of 0006+0007, they were required to fix kernel regressions dealing with the internal display, not with hdmi | 22:10 |
sigrid | was it lpc alone though? did the laptop actually shut down | 22:10 |
c-keen[m] | minute: I have also experienced that sometimes, when the machine is charged and I open it up I do see the OLED showing the reform logo | 22:10 |
minute | sigrid: good q | 22:11 |
vagrantc | minute: works fine when i apply all of those patches, fwiw | 22:11 |
c-keen[m] | despite being shutdown before | 22:11 |
minute | vagrantc: ok cool, and if you drop only 0005? | 22:11 |
vagrantc | minute: it hangs at boot | 22:11 |
vagrantc | that being the largest patch, it is the most attractive to drop, of course :) | 22:11 |
vagrantc | at least for these purposes | 22:12 |
minute | huhhh | 22:12 |
sigrid | c-keen[m]: if you do the same shutdown procedure as usual, then check with circle+b, does it show batteries getting drained? | 22:12 |
minute | vagrantc: using which of the DTSes? | 22:12 |
c-keen[m] | sigrid: What I saw was the lcd backlight going off and the OLED showing the shutdown animation, which as I understood the code is quite at the end of everything. no leds on the board were lit | 22:12 |
vagrantc | minute: https://source.mnt.re/reform/reform-debian-packages/-/blob/main/linux/imx8mq-mnt-reform2.dts | 22:13 |
vagrantc | although let me double-check my process to make sure i didn't generate a bunk patch | 22:13 |
c-keen[m] | sigrid: you mean whether I do see power usage on the display? I will check after I revived the batteries | 22:14 |
sigrid | yeah | 22:14 |
sigrid | and if you have the issue after connecting the power cord when the laptop is off, check after connecting as well | 22:14 |
minute | vagrantc: does it hang during kernel init? IIRC all the display related stuff is in modules and these are loaded by some script in initramfs | 22:15 |
c-keen[m] | sigrid: good idea | 22:17 |
vagrantc | minute: seems like it is before the initramfs even loads, though that is not absolutely clear ... the last page of serial console output: https://paste.debian.net/1261638/ | 22:17 |
josch | minute: specifically you need to load pwm_imx27,nwl-dsi,ti-sn65dsi86,imx-dcss,panel-edp,mux-mmio,mxsfb,usbhid,imx8mq-interconnect in your initramfs | 22:18 |
josch | vagrantc: whoops, the last message was for you :) | 22:19 |
minute | vagrantc: and you did not drop the pcie patch, yes? also it looks like it loads init, what if you give a shell as init? | 22:20 |
josch | vagrantc: and don't forget to blacklist imx8m-ddrc or otherwise you will get a lock-up during early boot in case your kernel is built with CONFIG_ARM_IMX8M_DDRC_DEVFREQ=m | 22:20 |
minute | vagrantc: maybe the console is switched to fb, which for some reason stays black (is the backlight on?), and that's why you don't see anything further? | 22:21 |
minute | vagrantc: hmmm it's possible that some changes to dcss are required with that tree. can you try the other dts and remove the dcss+hdmi part from it? | 22:25 |
vagrantc | let me take a look | 22:26 |
minute | another option would be to use the dts from mainline linux | 22:27 |
minute | but then you would need to add the flag (in the dts) that enables the internal refclk for the first pcie port | 22:27 |
vagrantc | have a build going in mainlne .dts at the moment | 22:28 |
vagrantc | ACTION eyes up editing the .dts and hopes | 22:28 |
vagrantc | josch: i'll check if the ddrc_devfreq is modularized... | 22:29 |
vagrantc | upstream .dts gets a working screen at least. need to update the internal refclk thing then... | 22:40 |
vagrantc | nvme not detected, but i didn't mess with the interneal refclk for pcie ... | 22:41 |
- chomwitt (QUIT: Remote host closed the connection) (~chomwitt@2a02:587:7a0d:dd00:1ac0:4dff:fedb:a3f1) | 22:50 | |
vagrantc | ACTION squints at the .dts files somewhat uselessly | 22:56 |
+ chomwitt (~chomwitt@2a02:587:7a0d:dd00:1ac0:4dff:fedb:a3f1) | 23:24 | |
vagrantc | meh. | 23:28 |
vagrantc | powered down. powered on. frozen at the oled menu | 23:29 |
vagrantc | oh weird. adding power through the barrel jack "fixed" it | 23:29 |
vagrantc | anyways ... booting with the hdmi.dtb seems to work ... but ... networking is very borken | 23:31 |
vagrantc | oh, maybe just ping is broken, i ca apparently apt update ... wat | 23:34 |
vagrantc | well, this is based off of upstream defconfig ... so there's probably something important missing | 23:35 |
vagrantc | so no hdmi patch, but with hdmi.dtb it works ... | 23:41 |
vagrantc | but i didn't remove the dcss+hdmi from the .dtb yet | 23:42 |
vagrantc | but... this is progress :) | 23:42 |
sigrid | I re-tested lpc deep sleep without power jack connected - woken up fine, did not drain any battery | 23:46 |
c-keen[m] | Hm... Thanks for having a look | 23:47 |
sigrid | I will try doing the same but with power jack connected for a bit while in deep sleep | 23:50 |
sigrid | just not now since I have to work :D | 23:50 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!