| - ephase (QUIT: Quit: WeeChat 3.1) (~ephase@2a01:e0a:168:1211:e0ac:6e1f:8def:210a) | 01:32 | |
| - doppler (QUIT: Ping timeout: 264 seconds) (~doppler@user/doppler) | 02:36 | |
| + doppler (~doppler@user/doppler) | 02:37 | |
| - jnerula (QUIT: *.net *.split) (~jnerula@li1009-93.members.linode.com) | 02:37 | |
| + jnerula (~jnerula@li1009-93.members.linode.com) | 02:37 | |
| + freakazoid333 (~freakazoi@107.87.138.176) | 04:11 | |
| - freakazoid334 (QUIT: Ping timeout: 244 seconds) (~freakazoi@mobile-166-172-190-41.mycingular.net) | 04:12 | |
| + jomo (~jomo@user/jomo) | 04:38 | |
| - freakazoid333 (QUIT: Ping timeout: 272 seconds) (~freakazoi@107.87.138.176) | 05:07 | |
| + freakazoid333 (~freakazoi@mobile-166-172-185-113.mycingular.net) | 05:13 | |
| - Asmadeus (QUIT: Remote host closed the connection) (~asmadeus@240b:13:8c80:d300:e:98c:8000:d300) | 07:44 | |
| + Asmadeus (~asmadeus@240b:13:8c80:d300:e:98c:8000:d300) | 07:44 | |
| + marlun (~marlun@46.101.246.245) | 08:49 | |
| + odnes (~odnes@109-178-144-206.pat.ren.cosmote.net) | 09:31 | |
| + natalie- (~natalie@user/natalie) | 10:18 | |
| - jnerula (QUIT: *.net *.split) (~jnerula@li1009-93.members.linode.com) | 10:24 | |
| - natalie (QUIT: *.net *.split) (~natalie@user/natalie) | 10:24 | |
| - erlehmann (QUIT: *.net *.split) (~erle@dynamic-046-114-039-088.46.114.pool.telefonica.de) | 10:24 | |
| - q66 (QUIT: *.net *.split) (~q66@q66.moe) | 10:24 | |
| + jnerula (~jnerula@li1009-93.members.linode.com) | 10:27 | |
| + erlehmann (~erle@dynamic-046-114-039-088.46.114.pool.telefonica.de) | 10:27 | |
| + q66 (~q66@q66.moe) | 10:27 | |
| + mjw (~mjw_@2001:1c06:2488:200:9e5c:8eff:fe8f:a440) | 11:21 | |
| mntmn | important mesa fix merged https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/7603 | 13:06 |
|---|---|---|
| + Guest7 (~Guest7@ipb21a7ce2.dynamic.kabel-deutschland.de) | 13:31 | |
| - Guest7 (QUIT: Quit: Connection closed) (~Guest7@ipb21a7ce2.dynamic.kabel-deutschland.de) | 14:00 | |
| - odnes (QUIT: Read error: No route to host) (~odnes@109-178-144-206.pat.ren.cosmote.net) | 15:59 | |
| - bluerise (QUIT: Ping timeout: 252 seconds) (~bluerise@user/bluerise) | 16:45 | |
| + bluerise (~bluerise@pc19f80c5.dip0.t-ipconnect.de) | 16:49 | |
| + odnes (~odnes@109-178-144-206.pat.ren.cosmote.net) | 17:04 | |
| - odnes (QUIT: Read error: Connection reset by peer) (~odnes@109-178-144-206.pat.ren.cosmote.net) | 17:09 | |
| + scops (~scops@p200300da372581000219b8fffe08ddc1.dip0.t-ipconnect.de) | 17:11 | |
| - bluerise (QUIT: Changing host) (~bluerise@pc19f80c5.dip0.t-ipconnect.de) | 17:14 | |
| + bluerise (~bluerise@user/bluerise) | 17:14 | |
| + odnes (~odnes@109-178-144-206.pat.ren.cosmote.net) | 17:16 | |
| - odnes (QUIT: Read error: Connection reset by peer) (~odnes@109-178-144-206.pat.ren.cosmote.net) | 17:18 | |
| * truck -> lastebil | 17:38 | |
| bluerise | mntmn: thanks for the invoice! without it I wouldn't have known it arrived. usually I get a mail that it's there, but this time I somehow didn't :O | 18:02 |
| bluerise | It's been at work for 5 days and no one told me!!! Now I gotta shower and grab it ASAP | 18:03 |
| mntmn | wow! | 18:06 |
| bluerise | how much fun I could have had... on the other hand, I need to finish my thesis first anyway. | 18:10 |
| mntmn | :D | 18:13 |
| - erlehmann (QUIT: Ping timeout: 264 seconds) (~erle@dynamic-046-114-039-088.46.114.pool.telefonica.de) | 19:21 | |
| - mjw (QUIT: Quit: Leaving) (~mjw_@2001:1c06:2488:200:9e5c:8eff:fe8f:a440) | 19:32 | |
| + erlehmann (~erle@dynamic-046-114-039-144.46.114.pool.telefonica.de) | 19:34 | |
| bluerise | mntmn: is there a list for the additional screws? | 20:13 |
| bluerise | question is actually: which is the right screw for the nvme? | 20:22 |
| scops | hmmm does someone had success mit running x11 apps from inside a chroot ? | 20:28 |
| dodo | hm, i've run some from docker containers | 20:30 |
| dodo | had to bind lots of stuff into the container.. | 20:30 |
| scops | i have set up a i386 qemu/chroot | 20:32 |
| + piroko (~piroko@104.225.216.16) | 20:56 | |
| mntmn | scops: yes, i've done it | 20:59 |
| mntmn | scops: actually i do it every night to watch netflix | 20:59 |
| mntmn | but with an armhf chroot | 20:59 |
| scops | can you help me to get it up? :) | 20:59 |
| mntmn | scops: xhost + | 20:59 |
| mntmn | on the host | 20:59 |
| mntmn | like, on the outside i mean | 21:00 |
| mntmn | in the chroot, export DISPLAY=:0 | 21:00 |
| mntmn | and you should be good to go | 21:00 |
| + helby (~helby@user/helby) | 21:04 | |
| scops | thanks i will try :) | 21:04 |
| - scops (QUIT: Quit: Leaving) (~scops@p200300da372581000219b8fffe08ddc1.dip0.t-ipconnect.de) | 21:05 | |
| + scops (~scops@p200300da372581000219b8fffe08ddc1.dip0.t-ipconnect.de) | 21:14 | |
| scops | runs :) now crossing fingers textmaker runs also xD | 21:14 |
| bluerise | aaaah, right, that u-boot doesn't have the nvme support yet | 21:17 |
| mntmn | bluerise: whichever screw fits ;) | 21:19 |
| bluerise | hah | 21:19 |
| mntmn | bluerise: sorry only now i understood who you are @ invoice ;) | 21:19 |
| bluerise | :) | 21:20 |
| bluerise | mntmn: so, the SD card has host-OS + u-boot that it boots from. is there anything worth preserving on the eMMC? | 21:27 |
| bluerise | ah, dip switch | 21:27 |
| bluerise | do you have the u-boot binary around somewhere? from.. dunno, some CI pipelen? | 21:28 |
| bluerise | otherwise I'll just build it myself | 21:29 |
| - jfred (QUIT: Changing host) (quassel@user/jfred) | 21:30 | |
| + jfred (quassel@libera/sponsor/jfred) | 21:30 | |
| mntmn | bluerise: the eMMC has the rescue system | 21:38 |
| mntmn | bluerise: be sure to skim this https://community.mnt.re/t/operating-system-on-nvme-without-sd-card/110/4 | 21:39 |
| bluerise | I love the dip switch :) | 21:39 |
| mntmn | ah you probably have | 21:39 |
| mntmn | bluerise: you should build the u-boot yourself, easiest way is https://source.mnt.re/reform/reform-system-image/-/blob/main/reform2-imx8mq/mkuboot.sh | 21:40 |
| mntmn | the git clone there still points to the old gitea, i also recently migrated the u-boot thing here https://source.mnt.re/reform/reform-boundary-uboot | 21:41 |
| bluerise | Ah, that variant isn't much use for me, because basically I need u-boot to access the NVMe over PCI to load my efi bootloader, which then uses U-Boot's EFI API to access the NVMe disk | 21:41 |
| - helby (PART: !!unknown attribute: msg!!) (~helby@user/helby) | 21:41 | |
| bluerise | I mean, for now I'll do that with the SD card, as in: U-Boot from eMMC, loading OpenBSD from the SD in that way | 21:42 |
| mntmn | bluerise: also, barebox apparently works with reform (according to lucas stach), maybe that's cleaner | 21:42 |
| bluerise | heh | 21:42 |
| bluerise | I need to see how much you changed in the Nitrogen code | 21:42 |
| bluerise | you know, my mailserver runs on a Nitrogen8M SBC | 21:42 |
| mntmn | lol! | 21:42 |
| mntmn | ok | 21:43 |
| mntmn | i guess the sbc is a bit different from the SOM though | 21:43 |
| bluerise | and I did port a newer U-Boot version to that SBC some time back... | 21:43 |
| mntmn | bluerise: this might be useful https://git.pengutronix.de/cgit/barebox/commit/?id=b0e6c9fe229e5e99569bf06af542f24f18add1f2 | 21:44 |
| bluerise | well, one question is how much you changed for the Reform, since maybe it might make sense to introduce a 'MNT Reform' board in U-Boot | 21:44 |
| bluerise | obviously as imx8mq variant :) since there might be more variants coming... | 21:44 |
| bluerise | ah nice | 21:44 |
| bluerise | that'll help :) | 21:45 |
| bluerise | anyway, first I'll try stock u-boot and OpenBSD on the SD | 21:45 |
| mntmn | i think the main pitfalls are the DDR4 training parameters and some I2C muxes and I2C based power supplies on the OSM | 21:46 |
| mntmn | SOM | 21:46 |
| bluerise | Oh, and at work I built a i.MX8MQ-based product as well :) | 21:47 |
| mntmn | nice! | 21:47 |
| bluerise | but we had to clock it all the way down due to thermal issues | 21:47 |
| mntmn | i did not fork mainline u-boot because of the DDR4 stuff, i must have overlooked something small and couldn't get it to work | 21:47 |
| bluerise | that's why I'm surprised the Librem5 isn't switching to the i.MX8MP | 21:48 |
| bluerise | much better thermal wise | 21:48 |
| mntmn | well, probably too late for them to switch, also the GPU is worse i think? | 21:48 |
| bluerise | we had so many heat problems... | 21:48 |
| bluerise | heh, yes | 21:48 |
| bluerise | I'll give it a try (u-boot mainline) | 21:48 |
| mntmn | interesting @ heat. it got better with kernel updates IIRC | 21:48 |
| bluerise | got a Lauterbach as well if I need to debug | 21:48 |
| mntmn | also reform has a bit more massive heatsink | 21:48 |
| bluerise | yup, good heatsink :) | 21:48 |
| mntmn | i think this barebox patch from above is the most readable/clean set of changes that exists | 21:49 |
| mntmn | bluerise: otherwise you can see my changes to the vendor u-boot here https://source.mntmn.com/MNT/reform-boundary-uboot/commits/branch/master | 21:51 |
| mntmn | but it's not substantial because boundary's u-boot already has support for nitrogen8m_som | 21:52 |
| - freakazoid333 (QUIT: Ping timeout: 244 seconds) (~freakazoi@mobile-166-172-185-113.mycingular.net) | 22:01 | |
| - scops (QUIT: Quit: Leaving) (~scops@p200300da372581000219b8fffe08ddc1.dip0.t-ipconnect.de) | 22:13 | |
| + freakazoid333 (~freakazoi@107.87.137.14) | 22:13 | |
| + scops (~scops@p200300da372581000219b8fffe08ddc1.dip0.t-ipconnect.de) | 22:13 | |
| jackhill | bluerise: if you get u-boot to UEFI working, I'd be curious to hear how that goes. I'm kind of interested in getting my using grub packaged for my distro once it gets to UEFI | 22:20 |
| bluerise | So, that old U-Boot does have UEFI. you can just call 'bootefi ${loadaddr} ${fdt_addr}' with /Image and dtb loaded | 22:24 |
| bluerise | but apparently OpenBSD doesn't like something that U-Boot provides in the memory table | 22:24 |
| bluerise | maybe that's just OpenBSD complaining though | 22:24 |
| bluerise | Still, I'd probably just try and get mainline U-Boot running, since they fixed quite a few issues here and there | 22:24 |
| bluerise | *all* OpenBSD/arm64 machines boot with EFI, and most with U-Boot+EFI | 22:25 |
| bluerise | some have EDK2 instead | 22:25 |
| bluerise | the Apple M1 even boots U-Boot+EFI for OpenBSD/arm64 :) | 22:25 |
| jackhill | I see, thanks | 22:27 |
| - scops (QUIT: Quit: Leaving) (~scops@p200300da372581000219b8fffe08ddc1.dip0.t-ipconnect.de) | 22:28 | |
| bluerise | https://github.com/boundarydevices/u-boot-imx6/commit/5e762e8957f13327dbe92935826b03d30042b16f | 22:29 |
| bluerise | mntmn: looks like boundary devices updated theirs? | 22:29 |
| bluerise | that's nice as an intermediate step before trying to mainline | 22:31 |
| mntmn | looks like it | 22:41 |
| bluerise | you removed a bunch of video stufF? | 22:42 |
| bluerise | and moved a USB hub powerup to some other place? | 22:42 |
| mntmn | possible, i don't remember why @ video. probably don't need to remove it. usb hub reset is specific to reform | 22:43 |
| mntmn | the hub is on the motherboard | 22:43 |
| mntmn | reset is via a gpio | 22:43 |
| bluerise | but it's using the same pin as the SoM does apparently | 22:44 |
| bluerise | + // Reform: Reset USB hub | 22:44 |
| bluerise | + imx_iomux_v3_setup_pad(IMX8MQ_PAD_GPIO1_IO14__GPIO1_IO14 | MUX_PAD_CTRL(WEAK_PULLUP)); | 22:45 |
| bluerise | and their stuff: | 22:45 |
| bluerise | #define GP_USB1_HUB_RESET IMX_GPIO_NR(1, 14) | 22:45 |
| bluerise | imx_iomux_v3_setup_pad(IMX8MQ_PAD_GPIO1_IO14__GPIO1_IO14 | | 22:45 |
| bluerise | MUX_PAD_CTRL(WEAK_PULLUP)); | 22:45 |
| bluerise | to me it looks like you're both using the same pin to reset *some* USB hub | 22:45 |
| bluerise | could be that on/off is inverse | 22:47 |
| bluerise | 2020 version is a lot better | 22:52 |
| bluerise | oh yeah | 23:07 |
| bluerise | mntmn: http://ix.io/3nRG | 23:09 |
| bluerise | so I actually took boundary devices stock u-boot, because | 23:09 |
| bluerise | your changes were a) usb hub reset, but those where the same pins, just in a different locaiton, and maybe inverse 1/0 and b) USDHC2 support | 23:09 |
| bluerise | their 2020 version has a specific image with sd card support, which is 90% the same that you did | 23:10 |
| bluerise | figured I'd give it a try | 23:10 |
| bluerise | U-Boot thinks it has HDMI running... | 23:11 |
| bluerise | oh, and, the boot sequence isn't perfect because boundary devices is not using distro boot | 23:11 |
| bluerise | they use their old outdated system for that, so it doesn't work out of the box like a mainline version woukd | 23:12 |
| bluerise | and I bet the watchdog is on | 23:14 |
| bluerise | that it doesn't see the keyboard might mean the usb hub is the other way around | 23:15 |
| + ndufresne5 (~ndufresne@halloumi.collabora.co.uk) | 23:18 | |
| - sknebel (QUIT: Read error: Connection reset by peer) (~quassel@v22016013254630973.happysrv.de) | 23:20 | |
| - ndufresne (QUIT: Ping timeout: 272 seconds) (~ndufresne@halloumi.collabora.co.uk) | 23:21 | |
| * ndufresne5 -> ndufresne | 23:21 | |
| + illegal (~v@anomalous.eu) | 23:21 | |
| - V (QUIT: Ping timeout: 272 seconds) (~v@anomalous.eu) | 23:24 | |
| + odnes (~odnes@109-178-144-206.pat.ren.cosmote.net) | 23:29 | |
| mntmn | bluerise: this is great!! | 23:35 |
| mntmn | i shall upgrade the u-boot for the next release | 23:35 |
| mntmn | bluerise: and yes, keyboard and pointing devices are on the hub. amazing to see OpenBSD bootup already! | 23:37 |
| mntmn | bluerise: i see that the TI hub is probed in the log, though | 23:40 |
| bluerise | yeah, but nothing on the TI hub | 23:41 |
| bluerise | need to check schematics if power for USB devices on the hub comes from the hub or external | 23:41 |
| bluerise | but I was distracted from ordering serial TTL chips on aliexpress since I just destroyed one board mechanically.. | 23:42 |
| bluerise | btw, my imx8mq $work product also has a SSD1309 OLED :) | 23:43 |
| bluerise | and a keypad... | 23:44 |
| bluerise | and LTE :) | 23:44 |
| bluerise | Ah, the Hub controls the vbus, ok, good. | 23:47 |
| - odnes (QUIT: Read error: Connection reset by peer) (~odnes@109-178-144-206.pat.ren.cosmote.net) | 23:53 | |
| mntmn | usb device power is external and turned on by lpc, but the hub can disable it on overcurrent condition | 23:54 |
| mntmn | so that might be it yeah. still wondering why it enumerates under reset. but maybe that is so | 23:55 |
| mntmn | btw i see wsdisplay0 and i think the vendor u-boot does initialize a hdmi framebuffer | 23:55 |
| mntmn | do you get a console on hdmi? | 23:55 |
| bluerise | haven't tried! I was hoping I'd get one on the display, but backlight is off | 23:56 |
| bluerise | will try on hdmi, 1s | 23:56 |
| bluerise | I see u-boot output on hdmi, let's give it to openbsd... | 23:58 |
| bluerise | (set tty fb0 in openbsd's boot loader switches from serial to framebuffer) | 23:58 |
| bluerise | aww, no output,but that might be an openbsd bug | 23:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!