2024-08-07.log

- colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net)00:11
- mundane-1emantic (QUIT: Remote host closed the connection) (~user@192-184-203-82.fiber.dynamic.sonic.net)00:12
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net)00:14
- murphnj (QUIT: Remote host closed the connection) (~murph@user/murphnj)00:21
+ murphnj (~murph@user/murphnj)00:22
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net)00:26
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net)00:30
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)00:36
+ nocko (~nock@user/nocko)00:49
+ mundane-1emantic (~user@142.147.89.217)00:50
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net)00:57
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net)01:01
- murphnj (QUIT: Quit: Leaving) (~murph@user/murphnj)01:03
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net)01:06
joschminute: another idea for wasting less space on many platform-specific disk images is to ship a universal image which makes use of the same mechanism that the debian-installer sd-card makes use of, namely u-boot setting the ${fdtfile} variable:01:07
joschhttps://source.mnt.re/reform/reform-system-image/-/merge_requests/10401:07
joschthe image created by this MR will boot on all platforms that have u-boot on eMMC01:07
joschit does not come with its own u-boot as that would make the image device-specific01:07
joschso if you flash the image generated by the CI pipeline for this MR to an sd-card, it should boot fine on the pocket-reform01:08
joschit will likely not boot on a311d as that one usually does not have u-boot on emmc01:08
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net)01:09
joschif you want to make that image boot on a311d you can write the image to an sd-card and then write u-boot to the beginning (for example by using "reform-flash-uboot sd")01:09
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net)01:14
* jackhill -> KM4MBG01:15
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net)01:17
mundane-1emantici'm confused a bit by the gpu driver setup for the ls1028a -- it looks like mali_dp and etnaviv are both loaded, but only etnaviv uses gpu_sched.  trying to modprobe them and enable dynamic printk's hasn't led anywhere yet, so I assume they're both supposed to be doing something, but I dont know what.01:22
mundane-1emanticand like, cards on the table, i'm sitting at 50% probability that the display is just that i mechanically or electrically messed up the SoM circuit board or the motherboard somehow during my tinkering, and the drivers dont matter at all01:23
mundane-1emanticstill trying to figure out if either of those drivers _believe_ to be correctly driving a edp display, if possible01:24
jni think malidp is a display controller, not a GPU01:24
jnthat's probably why (from a very quick glance; i'm not a GPU driver expert)01:25
^alexminute, the gitlab is 500ing when we're trying to make the merge request for the pico-sdk-ification01:25
^alexrelatedly,, we just switched to the pico-sdk's tinyusb on our pocket keyboard :301:26
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net)01:27
mundane-1emanticjn: thanks, that makes sense.01:29
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net)01:31
^alexactually hmm01:34
^alexthis might be a bad idea b/c the submodule in the pico-sdk is old01:34
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net)01:38
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net)01:40
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50)01:45
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net)01:54
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net)01:58
- mtm (QUIT: Ping timeout: 245 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net)02:04
+ mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net)02:06
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net)02:09
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net)02:12
- cobra (QUIT: Ping timeout: 276 seconds) (~cobra@user/Cobra)03:25
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net)03:32
+ cobra (~cobra@user/Cobra)03:33
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net)03:34
^alexsigns of progress: we're bricking our keyboard in ways that we can recover from just by pressing the reset button04:00
^alexno `prog` dance04:01
^alexhowever it's still hanging when trying to come out of sleep, gonna have to figure out some way to put debug-probe pins on04:01
- cobra (QUIT: Quit: ZNC 1.8.2 - https://znc.in) (~cobra@user/Cobra)04:01
+ cobra (~cobra@user/Cobra)04:06
- cobra (QUIT: Remote host closed the connection) (~cobra@user/Cobra)04:07
+ cobra (~cobra@user/Cobra)04:09
- bkeys (QUIT: Remote host closed the connection) (~Thunderbi@45.134.140.153)04:42
* KM4MBG -> jackhill04:54
mundane-1emanticokay so i swapped back to the nitrogen som and the display works fine out of the box.  i think i might have somehow damaged my ls1028a :/  maybe worth trying mixing/matching the adapters and ribbon cables to make sure none of those is the cause05:01
mundane-1emantici'll probably just setup the imx8 for defcon and then get back to debugging when home from vegas i think05:12
mundane-1emanticsad that i messed it up, but excited that having access to the schematics might mean i have a chance of diagnosing and repairing whatever it is i messed up05:13
- _justin_kelly9 (QUIT: Quit: Ping timeout (120 seconds)) (~justinkel@user/justin-kelly/x-6011154)05:48
+ _justin_kelly3 (~justinkel@user/justin-kelly/x-6011154)05:48
- _justin_kelly (QUIT: Quit: Ping timeout (120 seconds)) (~justinkel@user/justin-kelly/x-6011154)05:50
* _justin_kelly3 -> _justin_kelly05:50
+ _justin_kelly8 (~justinkel@user/justin-kelly/x-6011154)05:50
- skipwich (QUIT: Read error: Connection reset by peer) (~skipwich@user/skipwich)08:17
+ skipwich (~skipwich@user/skipwich)08:19
minuteandy piper's review of pocket reform linked on hn https://news.ycombinator.com/item?id=4117681709:59
- khm (QUIT: Ping timeout: 245 seconds) (~kfx@wopr.sciops.net)10:25
- _justin_kelly (QUIT: Quit: The Lounge - https://thelounge.chat) (~justinkel@user/justin-kelly/x-6011154)10:31
* _justin_kelly8 -> _justin_kelly10:31
- _justin_kelly (QUIT: Quit: The Lounge - https://thelounge.chat) (~justinkel@user/justin-kelly/x-6011154)10:32
joschsomehow i was preparing myself for tons of toxic comments but then was pleasantly surprised by the positivity :)10:33
+ _justin_kelly (~justinkel@user/justin-kelly/x-6011154)10:38
kensanataOn my pocket reform, I ran reform-check, which told me that my uboot was not the latest and told me to use reform-flash-uboot if I wanted to fix this. That script seems to have two typos in it, however? I'm pretty clueless, though. In two instances it uses $MMC_BOOT instead of $EMMC_BOOT.11:24
kensanataThe "/usr/share/reform-tools/machines/MNT Pocket Reform with i.MX8MP Module.conf" file only sets EMMC_BOOT, as far as I can tell.11:25
kensanataThe end result when running it without arguments is "/usr/sbin/reform-flash-uboot: 59: MMC_BOOT: parameter not set"11:25
joschkensanata: you found this problem: https://community.mnt.re/t/updating-uboot/234811:31
joschkensanata: this will be fixed with the next release of reform-tools11:31
joschsince you are now the second person who run into this, i guess i should do a release today11:31
joschkensanata: the important bit is: do *not* flash u-boot to emmc on the pocket reform11:32
joschthere is a bug in the u-boot offset which will make your pocket unbootable if you fix the other bug in reform-flash-uboot11:32
kensanataArgh!11:32
kensanataThanks for the warning.11:32
kensanataAh, so this is what andi piper means when he writes: "I also managed to temporarily brick the machine by corrupting the uboot in flash…"11:38
joschyes, andi piper fixed the typo in reform-flash-uboot and then ran "reform-flash-uboot emmc" which then wrote u-boot to the wrong offset on emmc11:45
joschkensanata: okay, i just merged the reform-tools 1.48 branch into main11:53
joschunfortunately, we currently cannot build it and have it published in the repo because linux 6.10 broke the creation of extra meta packages11:54
joschhrm... maybe we can trick the CI by just re-running the build_custom job of the last successful run...11:58
kensanataActually, for my case it might be more important to just change reform-check so that it doesn't suggest flashing uboot?12:16
kensanataIn the thread with Andy you said: "updating u-boot should only be done by people who really, really want to and know what they are doing" – and that's not me. :D12:16
gsoralots of positive feedback about mnt products on the pocket reform hn thread :o12:23
joschkensanata: this suggestion not showing up in reform-check is what will happen with reform-tools 1.4812:25
joschkensanata: in '/usr/share/reform-tools/machines/MNT Pocket Reform with i.MX8MP Module.conf' EMMC_BOOT will be set to false12:26
joschand doing so will stop reform-flash-uboot to allow flashing on the pocket and it will stop the suggestion from showing up in reform-check12:26
kensanataNice.12:55
joschit worked!13:03
joschkensanata: try "apt update && apt upgrade"13:03
joschthat should install you reform-tools 1.4813:03
joschif you then run reform-check, the suggestion should be gun13:03
joschif you try running "reform-flash-uboot emmc" it should throw an error13:03
+ larme (22544863b6@user/larme)13:19
- mtm (QUIT: Ping timeout: 276 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net)14:03
+ mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net)14:06
+ bkeys (~Thunderbi@45.134.140.153)14:32
- laumann (QUIT: Remote host closed the connection) (~quassel@user/laumann)14:52
+ laumann_ (~quassel@2a0a-e5c0-2-2-0-c8ff-fe68-bef1.loves.ipv6.at.ungleich.ch)14:53
minutegsora: yes, i was pleasantly surprised that things have developed in the last years concerning our reputation and grown userbase15:08
gsoragreat to see :D15:21
joschminute: do you want to push more things onto https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/49 or shall i take care to rebase and merge it into the linux6.10 branch?15:37
minutejosch: haha i always get error 500 when looking at that. i don't have anything else to push, if you could take care of it i'd be very thankful!15:42
joschgreat, will do :)15:44
joschusually pressing f5 a couple of times will make it work at some point15:44
joschi guess the same happened when you tried reading my work on "generic-no-uboot" system images? :)15:44
+ xuochi (~xuochi@138.sub-75-236-210.myvzw.com)15:55
- ex-parrot (QUIT: Quit: _b) (~fincham@user/ex-parrot)16:46
+ ex-parrot (~fincham@user/ex-parrot)16:46
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50)17:53
joschvagrantc: what is the policy for accepting changes to db/all.db of flash-kernel? We have accumulated this diff here: https://paste.debian.net/hidden/7a4081c2/ Must a device tree be in the upstream kernel first?18:02
vagrantcjosch: historically the results are mixed ... depends on who is reviewing :/18:05
vagrantcjosch: i would say there is a preference for upstream, but not absolutely required ... there are many platforms that predate anything being upstream18:06
joschvagrantc: and am I reading https://sources.debian.org/src/flash-kernel/3.108/functions/#L660 correctly that a dtb is always installed with a symlink from the basename to the basename prefixed with the dirname? Is that done for legacy reasons? I see ${fdtfile} in u-boot being prefixed with the dirname on all our u-boot except for the boundary vendor u-boot for imx8mq18:07
vagrantcjosch: depends on the platform, but typically anything new includes the dirname ... older 32-bit arm platforms may not include the dirname. it's so inconsistant the easiest thing was to always include both18:11
vagrantcjosch: although, that is not apparently what you asked ... :)18:11
joschvagrantc: okay, thank you. As I recently hinted, I'm currently replicating a bit of flash-kernel to have a device-neutral system image, so i was reading a bit of flash-kernel code. :)18:12
joschvagrantc: do you think i should just update https://salsa.debian.org/installer-team/flash-kernel/-/merge_requests/48 with the current diff and adjust the MR title accordingly?18:12
vagrantcjosch: my apologies and condolences! i try to read as little ofd that as i can get away with :)18:12
joschfear not -- you have no idea what other code i am staring at for my $dayjob :D18:13
vagrantcand glad of it.18:13
minutejosch: sorry, lots of administrative/coordination work here atm18:14
joschminute: take your time -- nothing urgent at all :)18:19
joschminute: in other news i found a workaround for the 6.10 regression so we can merge that soon after i built and tested some system images with it18:20
minutejosch: niiiice18:34
+ andypiper (~andypiper@89.36.117.58)19:05
minutehmm https://lore.kernel.org/all/20240122235814.831343487@linuxfoundation.org/19:10
minutebut i guess this is in our kernel by now...19:10
minuteinteresting https://lore.kernel.org/linux-wireless/20240724050501.7550-1-pkshih@realtek.com/19:17
joschminute: yes it is as 53ee0b3b99edc since v6.8-rc719:18
minutecurrently checking if there's any hope to fix 8822cs19:18
joschthat's the realtek bluetooth?19:18
minutewifi19:19
minutealso bluetooth, but that doesn't have known issues19:19
minute(on a311d)19:19
joschoh the wifi connection problems19:19
joschconnection drops rather19:19
minuteyeah. for me the connection doesn't really drop, it just stalls19:20
joschright19:20
joschyeah, that would be very nifty to have fixed19:21
vkoskivYeah, Linux thinks there is still a connection, but no packets go through19:21
minuteexactly19:21
minutei see that the usb siblings of this chip have a problem with tx aggregation https://lore.kernel.org/linux-wireless/cb46ea35-7e59-4742-9c1f-01ceeaad36fb@gmail.com/19:21
joschright, i'm seeing the same even after the powersafe workaround (just less often)19:21
minutejosch: same19:21
joschthe randomness makes this super hard to reproduce...19:22
minutealso,  the usb version rtw8821cu has issues with power https://lore.kernel.org/linux-wireless/20240527173454.459264-3-marcin.slusarz@gmail.com/19:22
joschminute: i do not envy you somehow having to put priority on one issue over the other :D19:22
minutejosch: yeah...19:22
- andypiper (QUIT: Ping timeout: 252 seconds) (~andypiper@89.36.117.58)19:49
+ gustav28 (~gustav@c-2336524e.019-141-67626730.bbcust.telenor.se)20:02
joschfor future-me searching the IRC logs, here is u-boot printenv output of a311d: https://mister-muffin.de/p/KdIj.txt20:12
chcould stick all printenv collections into git somewhere20:16
joschi was thinking about that, yes20:22
joschevery once in a while i want to fix something and i find myself wondering: is what i see there what i should be seeing or is this odd?20:22
joschwould be nice to be able to compare to a known good output20:22
mhoyeUnrelated to everything, but here's a console font https://github.com/mhoye/syncraati20:29
+ andypiper (~andypiper@45.148.12.75)20:30
dozenswhoa20:30
mhoyeIf you want something with a certain stylistic furtureness to it, I mean. 20:30
dozensthis has been my terminal font for several years now20:33
dozenshttps://dtinth.github.io/comic-mono-font/20:33
joschwow20:38
^alexandypiper! ahoy :) we were trying to comment on your page but the comment engine just displays a spinner when we post. but. the Pocket doesn't take 18650s, it takes a particular kind of flat cell20:39
mundane-1emantici went through the new setup after swapping in the nitrogen8 som back in, and wow this is a very cool streamlined experience.  graphical environment without any configuration, and scripts to setup encrypted NVME.  it worked great for me, thanks to all the folks that have been improving it.20:46
mundane-1emanticalso if theres gonna be any kind of reform meetup or jam at DEFCON, i'd love to chat w/ folks about how they've been hacking on theirs20:46
joschmundane-1emantic: sorry to hear that you have issues with your ls1028a though :(20:48
minutemundane-1emantic: glad to hear about the imx8mq and sorry about ls1028a. not sure what is going wrong there. you could send the module & adapter(s) & cable to us so i can take a look.20:51
minutei ordered a few of these https://asiarf.com/wp-content/uploads/2023/08/M27612-BU3_V1-1P-1.pdf20:52
minuteone of the rare b-key wifi cards, to test in pocket's wwan slot20:53
andypiper^alex: oh! Thank you (and sorry about the commenting thing...) - I shall fix!20:57
andypiper(also I am glad to see generally positive things being posted on HN etc about MNT)20:58
^alexalso hope you're doing well since the last time we were in the same chat20:58
mundane-1emanticminute: thanks for the idea!  I'm going to try harder to figure it out after i'm back from vegas.  I've definitely got more things to test out first.21:20
Twodisbetterminute: Do you have an idea of where most sales are going? I mean country wise? 21:21
TwodisbetterI would imagine Germany, but I'm curious. 21:21
* andypiper -> andypiper[afk]21:50
* andypiper[afk] -> andypiper21:59
xuochiTwodisbetter: I would think that the USA is probably the largest purchaser of MNT hardware.22:11
xuochiTwodisbetter: this is based upon the price of the hardware and the tendency of people in the USA to just build up insane amounts of debt, while people in Europe tend to be a bit more fiscally reserved.22:12
Twodisbetterxuichi: I think that is certianly part of it. I would also say that Americans in general have more spending cash than Europeans. Compare the rate software engineers are paid in Europe compared to the US, to see what I mean. 22:13
- gustav28 (QUIT: Quit: Quit) (~gustav@c-2336524e.019-141-67626730.bbcust.telenor.se)22:15
+ gustav28 (~gustav@c-2336524e.019-141-67626730.bbcust.telenor.se)22:28
xuochiTwodisbetter: sure. slightly more. there are a ton of things that erode US spending power tho. For example, most Americans must own a car, and those cars are huge due to size/weight to fuel effiency regulations.22:32
xuochithis then costs the average American anywhere from $300/mo to 1100/mo.22:33
xuochiplus the mandatory insurance, maintenance, etc22:33
Twodisbetterxuichi: having lived in Germany for going on 14 years now, I feel I have a good grasp on the difference bettwen Germany and the US. 22:33
Twodisbetterdepending on your job, your employer is the one handling your health insurance. 22:33
TwodisbetterCouple the fact that one generally makes more money there, the other dynamic is that the US economy is geared for convience and spending. 22:35
TwodisbetterAmericans are much more willing to buy things. 22:35
Twodisbetterand try things. 22:35
TwodisbetterAnyway kind of off topic for this channel so I'll desist. 22:36
xuochiTwodisbetter: Du hast teilweise recht, aber wir sind vom Thema abgekommen, ja.22:38
- mundane-1emantic (QUIT: Quit: Lost terminal) (~user@142.147.89.217)22:48
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net)23:28
+ colinsane (~colinunin@97-113-150-69.tukw.qwest.net)23:32

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!