- Nulo (QUIT: Ping timeout: 245 seconds) (~Nulo@user/nulo) | 00:38 | |
- anzu (QUIT: Server closed connection) (~anzu@melkki.cs.helsinki.fi) | 01:29 | |
+ anzu (~anzu@melkki.cs.helsinki.fi) | 01:30 | |
- mjw (QUIT: Ping timeout: 240 seconds) (~mjw@gnu.wildebeest.org) | 01:58 | |
- mtm (QUIT: Ping timeout: 246 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 02:03 | |
- ex-parrot (QUIT: Server closed connection) (~fincham@user/ex-parrot) | 03:50 | |
+ ex-parrot (~fincham@user/ex-parrot) | 03:51 | |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 04:09 | |
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 05:37 | |
+ jacobk (~quassel@47-186-122-163.dlls.tx.frontiernet.net) | 06:28 | |
+ XYZ (~XYZ@37-48-61-161.nat.epc.tmcz.cz) | 08:31 | |
- kuno (QUIT: Ping timeout: 246 seconds) (sid299442@id-299442.helmsley.irccloud.com) | 09:55 | |
+ kuno (sid299442@id-299442.helmsley.irccloud.com) | 09:56 | |
- XYZ (QUIT: Ping timeout: 246 seconds) (~XYZ@37-48-61-161.nat.epc.tmcz.cz) | 10:33 | |
+ XYZ (~XYZ@89-24-45-5.nat.epc.tmcz.cz) | 10:47 | |
+ mjw (~mjw@gnu.wildebeest.org) | 11:32 | |
- mjw (QUIT: Ping timeout: 246 seconds) (~mjw@gnu.wildebeest.org) | 12:13 | |
* mark_ -> mjw | 13:03 | |
minute | buying the parts for LS1028A batch is absolutely nerve-racking | 13:13 |
---|---|---|
vkoskiv | Expensive? Strict terms? | 13:14 |
minute | i am hunting the memory chips and the cpus | 13:22 |
minute | very hard to get | 13:22 |
minute | and also expensive yeah | 13:22 |
minute | on the other hand, i just completed sourcing all components for the 100x motherboard 2.5 batch, so that's a relief | 13:23 |
bluerise | noice | 13:42 |
- Boostisbetter (QUIT: Ping timeout: 240 seconds) (4a410829d7@irc.cheogram.com) | 13:42 | |
- mtm (QUIT: Ping timeout: 246 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 14:04 | |
GNUmoon | Question on replacement batteries. Must they be 3.2V 1800mah or is there wiggle room, say 3.7v 2000mah? All Lifepo4 of course. | 14:07 |
vkoskiv | Hmm, I recall that if it's 3.7V, that's a strong indication that the cell is not LiFePO4 | 14:26 |
+ Boostisbetter (4a410829d7@irc.cheogram.com) | 14:27 | |
vkoskiv | If we're talking nominal voltage, it's 3.2V for a LiFePO4 cell. Full charge voltage is ~3.6V, maybe that was listed on the specs instead? | 14:27 |
GNUmoon | vkoskiv: ah, I checked again and you're right, they are lithium. Just looking at too many batteries... | 14:33 |
vkoskiv | LiFePO4 also contains lithium, but no cobolt | 14:40 |
GNUmoon | Sorry, I should have been clearer, I meant they were not lifepo4, but lithium-ion type. | 14:48 |
+ reform3802 (~linx@5-203-180-221.pat.nym.cosmote.net) | 15:01 | |
reform3802 | howdy | 15:01 |
vkoskiv | reform3802: Hello! | 15:02 |
reform3802 | q | 15:04 |
reform3802 | [A;q | 15:05 |
reform3802 | :q | 15:05 |
reform3802 | :q | 15:05 |
minute | reform3802: /quit is what you want | 15:06 |
reform3802 | hm i thought i was in the /help menu | 15:07 |
reform3802 | is there a problem with python3-minimal ? i tried to upgrade today | 15:07 |
minute | reform3802: unfortunately yes, it is broken in debian unstable, they have a bug in the bugtracker | 15:09 |
reform3802 | i found something similar, is there a workaround for now or just wait a couple of hours for it to get fixed? | 15:11 |
- reform3802 (QUIT: Quit: Leaving) (~linx@5-203-180-221.pat.nym.cosmote.net) | 15:20 | |
- XYZ (QUIT: Ping timeout: 240 seconds) (~XYZ@89-24-45-5.nat.epc.tmcz.cz) | 15:23 | |
+ XYZ (~XYZ@78-80-21-88.customers.tmcz.cz) | 15:37 | |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 16:10 | |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 16:10 | |
- XYZ (QUIT: Ping timeout: 250 seconds) (~XYZ@78-80-21-88.customers.tmcz.cz) | 16:20 | |
josch | a fix for python3-minimal was uploaded, the build succeeded and should hit mirrors in the next few hours | 16:29 |
minute | josch: great | 16:31 |
+ XYZ (~XYZ@78-80-21-88.customers.tmcz.cz) | 16:41 | |
+ patsavoura (~patsavour@5-203-180-221.pat.nym.cosmote.net) | 17:15 | |
patsavoura | surgery on the reform was successful | 17:16 |
patsavoura | now i need to update firmware everywhere | 17:17 |
josch | patsavoura: would you mind trying out my new firmware flashing scripts for keyboard, lpc and trackball? | 17:18 |
+ amospalla (~amospalla@212.231.228.113) | 17:24 | |
- patsavoura (QUIT: Quit: Client closed) (~patsavour@5-203-180-221.pat.nym.cosmote.net) | 17:26 | |
noam | GNUmoon: i made that exact same mistake a few days ago :P | 17:35 |
sevan | josch: my LPC is on r3 firmware from last year, happy to test the script. | 17:54 |
sevan | keyboard is on r1 | 17:55 |
- amospalla (QUIT: Quit: Client closed) (~amospalla@212.231.228.113) | 18:13 | |
+ mark_ (~mjw@gnu.wildebeest.org) | 18:16 | |
- mjw (QUIT: Killed (NickServ (GHOST command used by mark_!~mjw@gnu.wildebeest.org))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 18:17 | |
* mark_ -> mjw | 18:17 | |
+ mark_ (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 18:18 | |
minute | struggling to get the a311d+reform display to work with modular debian kernel | 18:26 |
minute | trying to use ccache in the sbuild now | 18:50 |
+ Nulo (~Nulo@user/nulo) | 19:30 | |
josch | hopefully this is just a matter of adding the right modules to the initramfs | 19:32 |
josch | doing so was also needed to get the imx8mq display to work with the modular kernel | 19:33 |
josch | sevan: then start with flashing the keyboard firmware using flash.sh in the reform git -- it should guide you step by step through the process | 19:33 |
minute | josch: no, the modules are there / can be loaded. it might be that it just doesn't work with modules | 19:35 |
minute | i'm testing this now with the respective modules being built into the kernel | 19:36 |
josch | wasn't the problem with imx8mq that while the modules were there, they needed to be loaded early enough manually because some dependencies were missing? i think i recall that if the modules were not included in the initramfs then even modprobing them later would not get the display to work | 19:37 |
minute | yeah, but it wasn't clear why this was so | 19:37 |
minute | another issue i'm facing is that some of the modules oops when unloading, so testing is limited | 19:38 |
minute | kernel code quality is not always the best :3 | 19:38 |
josch | :( | 19:38 |
josch | well, once i receive my ls1028a i'll probably be going through the same process :D | 19:39 |
minute | well, optimally i already have to solve that before :D | 19:39 |
minute | because there's also other people who will expect this to work from day one... | 19:39 |
josch | naturally that would be a great service! | 19:40 |
josch | personally i'd of course prefer if you'd spend your time on things that only you can do ;) | 19:40 |
minute | josch: as you're one of the earliest buyers of ls1028a, i can also send you the first module and delay everyone else a few days ;) | 19:41 |
minute | hopefully i can ship the ls1028a soon. i asked pcbway if they're willing to do a partial run first with the 14 CPUs i stockpiled, in case i get the other 36 only in november from NXP | 19:41 |
minute | (at least then i could fulfill around half of the orders relatively soon) | 19:42 |
josch | hm... i think delaying others because of me would be unfair | 19:42 |
minute | josch: alright | 19:42 |
josch | from other vendors i'm used to being told "here is the monolithic kernel image from linux 4.x" -- have fun! | 19:43 |
josch | but i understand that you hold MNT products to higher standards :) | 19:43 |
minute | yeah... | 19:44 |
josch | i also cannot make any promises on when and how much i get to work on ls1028a integration because it's just my hobby and there is also $dayjobs, family and health stuff to consider | 19:45 |
minute | yes, for sure | 19:46 |
josch | though just with imx8mq i'm looking forward to adding this to the list of my hobby projects :) | 19:46 |
josch | i'm close to a full year exclusively on imx8mq -- i'm looking forward to finding out whether the ls1028a can give me a similar experience :D | 19:47 |
josch | minute: did you already look into adding "gpgsign = true" into your ~/.gitconfig? I'm close to finishing setting up https://reform.debian.net so that it can provide a package repo for Debian stable but it'd be nice if I could let the machinery verify the stuff it downloads from source.mnt.re | 19:58 |
+ ec0_ (~ec0@vps-446f4f39.vps.ovh.ca) | 19:58 | |
- ec0 (QUIT: Ping timeout: 240 seconds) (~ec0@vps-446f4f39.vps.ovh.ca) | 19:59 | |
josch | i mean, that repo will be signed by my own GPG key and it would be nice not to break that chain of trust | 20:02 |
* ec0_ -> ec0 | 20:03 | |
minute | josch: ok, thanks for the nudge, i have now set up gpg signing at least on my work pc | 20:10 |
minute | josch: hmm, my issue is now that the debian kernel build does not appear to respect my choices in the "config" file. i set a lot of CONFIG_ things to =y, but they are still =m in the .deb | 20:13 |
minute | ok, what i'm gonna try first is to build the kernel in the "linux" working directory that the build process made... but using my known-good kernel config | 20:16 |
josch | minute: where are you adding the config settings? To ./linux/config in the reform-debian-packages repo, right? | 20:23 |
minute | josch: correct | 20:24 |
josch | hrm... | 20:25 |
minute | josch: maybe it's a module dependency issue | 20:25 |
minute | like, some parent module is still =m, forcing all children to by =m | 20:25 |
minute | to be | 20:25 |
josch | so, those config settings get appended to linux/debian/config/arm64/config | 20:25 |
josch | and then kconfigeditor2 gets run on it | 20:25 |
josch | yes, that is likely | 20:25 |
josch | but will be a pain to figure out what is going on... :/ | 20:25 |
- ec0 (QUIT: Ping timeout: 245 seconds) (~ec0@vps-446f4f39.vps.ovh.ca) | 20:26 | |
minute | in any case, i just built a more monolithic Image in the same extracted tree that the debian build process used, and there is still no image on screen. so it's maybe not a module-vs-no-module issue | 20:26 |
minute | either dtb or code issue | 20:26 |
josch | minute: another idea i had to make rebuilding easier by ditching sbuild is to clone either torvalds or stable kernel and then run | 20:28 |
josch | make bindeb-pkg | 20:28 |
minute | the kernel has its own deb thing built in? | 20:28 |
c-keen[m] | the boot.scr after calling reform-display-config --emmc dual is not changed to using the hdmi dtb... | 20:29 |
- Nulo (QUIT: Remote host closed the connection) (~Nulo@user/nulo) | 20:33 | |
Ar|stote|is | josch: i moved past pytgon3-minimal and now am up to date systemwise | 20:35 |
Ar|stote|is | josch: I can give your flashing scripts a go | 20:35 |
Ar|stote|is | either msg me with instructions or give me a link to follow! | 20:36 |
+ Nulo (~Nulo@user/nulo) | 20:37 | |
Ar|stote|is | minute: everything came and installed already. Thanks! only the pocket is left now | 20:40 |
minute | Ar|stote|is: great! | 20:44 |
minute | ha, display is up now. now the question is, which change made it happen. | 20:45 |
minute | i made a new local git repo in sbuild's linux working directory and copied over the relevant working code from my wip kernel. now i can undo the changes one-by-one using git checkout and see which one breaks the display... | 20:46 |
minute | ok, narrowed down the issue to 3 files: drivers/gpu/drm/meson/meson_encoder_dsi.c, drivers/gpu/drm/meson/meson_dw_mipi_dsi.c, arch/arm64/boot/dts/amlogic/meson-g12-common.dtsi | 20:53 |
+ ec0 (~ec0@vps-446f4f39.vps.ovh.ca) | 20:57 | |
josch | minute: yes but i don't know if the .deb created by that still triggers initramfs and flash-kernel hooks -- maybe vagrantc knows? | 20:59 |
vagrantc | the upstream linux .deb builders notoriously do not support a lot of the hooks that linux .deb packages from Debian support | 21:03 |
vagrantc | i don't know specifically, but because support was so bad in the past i rarely even try | 21:03 |
josch | c-keen[m]: can you send the content of these files: /proc/device-tree/model /etc/flash-kernel/machine | 21:04 |
vagrantc | and... i'm always trying to test something that could conceivably land in Debian | 21:04 |
josch | Ar|stote|is: do you have https://source.mnt.re/reform/reform cloned locally? | 21:04 |
c-keen[m] | josch: ❯ cat /etc/flash-kernel/machine | 21:05 |
c-keen[m] | MNT Reform 2 HDMI | 21:05 |
c-keen[m] | ❯ cat /proc/device-tree/model | 21:05 |
c-keen[m] | MNT Reform 2 HDMI | 21:05 |
josch | c-keen[m]: but your hdmi is not working? | 21:05 |
josch | c-keen[m]: because according to the contents of /proc/device-tree/model you are running the correct device tree | 21:06 |
c-keen[m] | no my uboot looks for a dtb file that is not resent | 21:06 |
minute | oof, found the a311d dsi problem | 21:06 |
josch | c-keen[m]: but you are using the same u-boot and sysimage-v3 as everybody else does? or did you set up something differently? | 21:07 |
josch | minute: that was comparitively quick! | 21:07 |
c-keen[m] | nope I didn' t | 21:07 |
josch | c-keen[m]: what is the u-boot error message? | 21:07 |
c-keen[m] | I think | 21:07 |
Ar|stote|is | sec josch i will be right with you | 21:08 |
minute | josch: hehe! lucky me. the issue was about a piece of code missing that inverts hsync/vsync | 21:10 |
minute | ok, time to try build-linux.sh once again | 21:15 |
c-keen[m] | josch: ** File not found /dtbs/6.3.0-1-reform2-arm64/freescale/imx8mq-mnt-reform2.dtb ** | 21:15 |
c-keen[m] | that' s a 2018.07 u-boot built on 2023-01-25 | 21:15 |
c-keen[m] | the fdtfile variable referenced in the boot.scr is wrong, but where is it adjusted in the script? | 21:16 |
c-keen[m] | also is the saveenv command not present in this uboot? | 21:17 |
Boostisbetter | josch: could you maybe help me with adding a driver I compiled on Debian 11 to the kernel? | 21:17 |
Boostisbetter | Basically what do I need to type to add it to the kernel? | 21:17 |
c-keen[m] | loading it or adding it to the package? | 21:17 |
Boostisbetter | Basically is a USB driver that is needed for a piece of hardware here. I want to be able to the hardware, and so I think the correct terminology is I needed it added to the kernel. | 21:18 |
minute | insmod? | 21:19 |
Boostisbetter | *to be able to use the hardware I mean. | 21:19 |
Ar|stote|is | i think you only need to load the module | 21:19 |
minute | Boostisbetter: if you compiled it on reform, you can just insmod the .ko | 21:19 |
Boostisbetter | So the file I see are bttsl.mod.o | 21:19 |
minute | Boostisbetter: how did you build it? | 21:19 |
Boostisbetter | ahh yes, how do I get from the o, to the ko | 21:19 |
Boostisbetter | make | 21:19 |
minute | Boostisbetter: do you have a link to the sources? | 21:20 |
Boostisbetter | no, it is priopreitary | 21:20 |
minute | Boostisbetter: find . -name "*.ko" doesn't find anything? | 21:20 |
minute | Boostisbetter: does it have no documentation? | 21:20 |
Boostisbetter | I'm in the release folder and there is no ko file. | 21:20 |
Ar|stote|is | Boostisbetter: man modprobe maybe ? | 21:20 |
minute | Boostisbetter: i don't think anyone can meaningfully support you without access to the source or documentation | 21:21 |
Boostisbetter | sorry I do have a ko, my bad. | 21:21 |
minute | Boostisbetter: aha. so you can sudo insmod ./the-module.ko | 21:21 |
Boostisbetter | btiusb.ko | 21:21 |
Boostisbetter | awesome, thank you minute | 21:22 |
minute | Boostisbetter: did it work? | 21:22 |
Boostisbetter | Yes, but how can I check if it really is a part of the kernel now? | 21:22 |
minute | Boostisbetter: lsmod | 21:22 |
minute | shows you a list of the loaded modules. | 21:22 |
Ar|stote|is | josch: i have cloned the repo | 21:23 |
minute | in other news, with ccache, rebuilding the kernel deb needs only 8 minutes. | 21:23 |
c-keen[m] | also dmesg may show some hints | 21:23 |
Ar|stote|is | does anyone use quassel client ? | 21:23 |
josch | c-keen[m]: this is odd... u-boot should attempt loading /dtb-6.3.0-1-reform2-arm64 which is a symlink. Can you confirm you have /boot/dtb-6.3.0-1-reform2-arm64 and it links to the hdmi dtb? | 21:26 |
josch | Ar|stote|is: do you want to build the firmware yourself or do you want to use the prebuilt binaries? | 21:27 |
Ar|stote|is | let's build it | 21:27 |
Boostisbetter | https://upload.im.boosterfive.com:5281/upload/rhyGTOH852D4YmVtdhsXgbrK/40397599-c535-427c-a390-89730248122d.png | 21:28 |
Ar|stote|is | btw how can i check which version i have now ? | 21:28 |
josch | Ar|stote|is: the oled display shows you a version string but that string wasn't adjusted in ages... | 21:28 |
Boostisbetter | minute: nevermind I was able to use modinfo to check. | 21:28 |
Boostisbetter | Really thanks a lot for the assist! | 21:28 |
Ar|stote|is | Boostisbetter: do an lsmod | grep btiusb to see | 21:29 |
josch | Ar|stote|is: cd reform2-keyboard-fw | 21:29 |
Ar|stote|is | josch: no way to run a command and see it ? | 21:29 |
josch | Ar|stote|is: which keyboard variant are you using? US? | 21:29 |
josch | Ar|stote|is: not as far as i know | 21:29 |
Boostisbetter | minute: then yes, I can fully confirm that it worked. I had no idea it was so easy. Thanks again! Make me glad I'm a customer!!! | 21:30 |
josch | c-keen[m]: and another thing: did running "sudo reform-check" show anything interesting for you? | 21:30 |
minute | Boostisbetter: great! | 21:31 |
c-keen[m] | josch: it is still broken due to pipeline shenanigans | 21:32 |
josch | pipeline sheningans? | 21:32 |
c-keen[m] | E: Failed to fetch https://source.mnt.re/reform/reform-boundary-uboot/-/jobs/1304/artifacts/raw/flash.bin Hash Sum mismatch | 21:32 |
josch | ah | 21:32 |
josch | minute: could you trigger the reform-debian-packages pipeline? thanks! | 21:32 |
- mtm (QUIT: Ping timeout: 264 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 21:34 | |
Ar|stote|is | josch: the standard US | 21:34 |
josch | then run this: | 21:34 |
josch | make REFORM_KBD_OPTIONS=-DKBD_VARIANT_2_US | 21:35 |
Ar|stote|is | i believe i have upgraded the firmware back when LPC for the power saving came | 21:35 |
josch | once this succeeds you should have a keyboard.hex | 21:35 |
josch | Ar|stote|is: that's a different firmware though -- we are currently doing the keyboard | 21:35 |
minute | josch: Pipeline #1025 triggered | 21:36 |
minute | great success, my debian kernel package now works with display on the a311d | 21:36 |
josch | \o/ | 21:37 |
Ar|stote|is | josch: yeah i know i mean i think i updated everything that time. haven't upgraded since then though | 21:37 |
minute | we can't merge it yet though, because i need to come up with a workaround for a workaround... regarding edp panel timings | 21:37 |
Ar|stote|is | woohooo | 21:37 |
vkoskiv | minute: If you do a lot of kernel compiling, icecream might help if you have more than one beefy machine to build on | 21:37 |
minute | vkoskiv: what's that? | 21:38 |
vkoskiv | I haven't gotten it configured on my network yet, though. But I hear good things. | 21:38 |
vkoskiv | minute: | 21:38 |
minute | some kind of distcc? | 21:38 |
vkoskiv | minute: It's distcc but better, yeah | 21:38 |
Ar|stote|is | josch: if i want to flash the JP keyboard i will do the same but instead of US _JP ? | 21:38 |
minute | oh nice | 21:38 |
vkoskiv | Supposedly a bit easier to use, comes with monitoring and stuff | 21:38 |
vkoskiv | It solves some issues distcc has, I forget exactly which ones. I think it was to do with toolchains | 21:38 |
Ar|stote|is | josch: i got the keyboard.hex | 21:39 |
vkoskiv | Bit of a hard to google name, though :D | 21:39 |
josch | Ar|stote|is: no, you would just choose the layout you want from your OS | 21:39 |
+ klardotsh (~klardotsh@98.97.36.213) | 21:39 | |
vkoskiv | I do a lot of SerenityOS compiles, and that is already getting big enough for me to want to offload to multiple systems. | 21:39 |
josch | Ar|stote|is: now run "sudo ./flash.sh" | 21:39 |
vkoskiv | I have many computers, none of them super fast. Cheaper to link them together than to buy new hw | 21:40 |
Ar|stote|is | no external keyboard ? no removing keyboard bezel etc? | 21:40 |
vkoskiv | My main box is an old i7-6700k system | 21:40 |
Ar|stote|is | i still got my 3930k | 21:40 |
Boostisbetter | SerenityOS is very cool stuff. Really great stuff to watch and the to see all the progress being made. | 21:40 |
Ar|stote|is | i guess i beat you :) | 21:41 |
vkoskiv | I would absolutely love to try porting it to the Reform, but I have no driver experience. | 21:41 |
vkoskiv | They are very close to RPI3 support on bare metal, though! | 21:41 |
josch | Ar|stote|is: you have to remove some screws to change a switch and press the reset button | 21:41 |
vkoskiv | Given enough time, I'll eventually be able to help there, but not yet. | 21:41 |
josch | c-keen[m]: the symlink destination would still be interesting | 21:45 |
Ar|stote|is | Toggle the programming DIP switch SW84 on the keyboard to “ON”. | 21:46 |
Ar|stote|is | Then press the reset button SW83. | 21:46 |
Ar|stote|is | Waiting for the keyboard to disappear... | 21:46 |
Ar|stote|is | Waiting for the Atmel DFU bootloader USB device to appear... | 21:46 |
Ar|stote|is | Validating... | 21:46 |
Ar|stote|is | 16702 bytes used (58.25%) | 21:46 |
Ar|stote|is | Waiting for the Atmel DFU bootloader USB device to disappear... | 21:46 |
Ar|stote|is | Waiting for the keyboard to re-appear... | 21:46 |
Ar|stote|is | All done! | 21:46 |
Ar|stote|is | Don't forget to toggle the programming DIP switch SW84 on the keyboard to “OFF” again | 21:46 |
Ar|stote|is | spam | 21:47 |
Ar|stote|is | it works | 21:47 |
c-keen[m] | josh: lrwxrwxrwx 1 root root 64 Jul 5 20:01 dtb -> dtbs/6.3.0-1-reform2-arm64/freescale/imx8mq-mnt-reform2-hdmi.dtb | 21:47 |
c-keen[m] | lrwxrwxrwx 1 root root 59 May 2 21:13 dtb-6.1.0-8-reform2-arm64 -> dtbs/6.1.0-8-reform2-arm64/freescale/imx8mq-mnt-reform2.dtb | 21:47 |
c-keen[m] | lrwxrwxrwx 1 root root 57 May 2 21:14 dtb-6.1.0-reform2-arm64 -> dtbs/6.1.0-reform2-arm64/freescale/imx8mq-mnt-reform2.dtb | 21:47 |
c-keen[m] | lrwxrwxrwx 1 root root 64 Jul 5 20:01 dtb-6.3.0-1-reform2-arm64 -> dtbs/6.3.0-1-reform2-arm64/freescale/imx8mq-mnt-reform2-hdmi.dtb | 21:47 |
vkoskiv | bruh | 21:47 |
josch | Ar|stote|is: nice! | 21:48 |
josch | c-keen[m]: this looks correct | 21:48 |
Ar|stote|is | anything else you want me to test shall i reinsert the keyboard bezel ? | 21:49 |
Ar|stote|is | what is the keyboard 3 variant for? updated keyboard ? | 21:51 |
- Boostisbetter (QUIT: Ping timeout: 246 seconds) (4a410829d7@irc.cheogram.com) | 21:51 | |
c-keen[m] | josch: note the -hdmi part in the name, the fdtfile variable does not have it | 21:53 |
minute | josch: i have a gpg key set up locally and on gitlab now, but my last commit shows as "unverified". maybe it is cached until i push a signed commit again | 21:54 |
minute | Ar|stote|is: variant 3 is the new keyboard v3 yes | 21:54 |
+ Boostisbetter (4a410829d7@irc.cheogram.com) | 21:55 | |
- XYZ (QUIT: Ping timeout: 245 seconds) (~XYZ@78-80-21-88.customers.tmcz.cz) | 22:01 | |
minute | josch: my linux-image... package always fails in some post-install step, blocking apt. can i mark it manually as successfully installed somehow? | 22:03 |
minute | nvm, editing /var/lib/dpkg/status did the trick :D | 22:05 |
minute | (don't do this) | 22:05 |
- Nulo (QUIT: Remote host closed the connection) (~Nulo@user/nulo) | 22:22 | |
josch | c-keen[m]: the fdtfile variable is static | 22:39 |
josch | c-keen[m]: the fdtfile variable always points to the symlink | 22:39 |
josch | c-keen[m]: and flash-kernel changes the destination of the symlink | 22:39 |
josch | c-keen[m]: can you do a printenv in u-boot and pastebin that? | 22:40 |
Ar|stote|is | josch: do you have any similar flash script for the lpc firmware without needing another computer ? | 22:40 |
josch | Ar|stote|is: you need another computer for the lpc because you have to reset it | 22:40 |
c-keen[m] | josch I can take a picture... | 22:40 |
josch | c-keen[m]: no serial? | 22:40 |
c-keen[m] | or do we have workign u-boot tools? | 22:40 |
c-keen[m] | josh no second computer around, I am in the middle of preparing to move | 22:41 |
Ar|stote|is | i'm probably gonna do that tomorrow. | 22:41 |
Ar|stote|is | anywhere to check which are the latest versions? keyboard/ lpc / uboot etc? | 22:41 |
josch | c-keen[m]: then i guess photo it is :) | 22:43 |
josch | Ar|stote|is: circle, s | 22:47 |
Ar|stote|is | i have to look through the forums and implement the update with the battery status | 22:47 |
Ar|stote|is | MREF2LPC R3 20210925 normal, 8606,430,934 MNT Reform Keyboard R2 20230703 | 22:48 |
Ar|stote|is | is there a changelog on the different version to have a feel of what has changed or got improved? | 22:49 |
Ar|stote|is | instead of seeing the commit messages in the sources | 22:49 |
c-keen[m] | josh: so the symlinks are wrong, question is why? | 22:49 |
josch | Ar|stote|is: no, there is not (yet) a changelog | 22:49 |
josch | Ar|stote|is: we are trying to improve the situation | 22:50 |
josch | Ar|stote|is: until yesterday there were not even any git tags :) | 22:50 |
josch | c-keen[m]: no, the symlinks are correct | 22:50 |
josch | c-keen[m]: what is wrong is what u-boot tries to load | 22:50 |
Ar|stote|is | josch: no worries, writing stuff is probably something i could do, is there a place where i can scrape the info and write it down in a more coherent manner so that can be used as a changelog ? | 22:51 |
c-keen[m] | josh I will check this tomorrow, it is bedtime for me now | 22:51 |
josch | good night! :) | 22:51 |
Ar|stote|is | good night c-keen[m] | 22:51 |
josch | Ar|stote|is: the place to scrape the info is "git log" | 22:51 |
c-keen[m] | thanks you all! | 22:52 |
Ar|stote|is | thought so. will look into it this weekend and try and summarise some stuff | 22:52 |
Ar|stote|is | now that i got my protected battery holders and the wifi antenna the laptop has become so much more great for average use | 22:53 |
Ar|stote|is | before i had some wifi antennas ripped off of an old toshiba satellite with the wires dangling outside of a broken port cover and stuck behind the screen with tape | 22:54 |
Ar|stote|is | it was messy but it worked | 22:54 |
Ar|stote|is | i need to find a wireless card that supports 5ghz now and i will be set | 22:55 |
- jacobk (QUIT: Ping timeout: 246 seconds) (~quassel@47-186-122-163.dlls.tx.frontiernet.net) | 23:21 | |
+ jacobk (~quassel@47-186-122-163.dlls.tx.frontiernet.net) | 23:30 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!