- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 00:00 | |
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-159-4.tukw.qwest.net) | 00:06 | |
+ colinsane (~colinunin@97-113-159-4.tukw.qwest.net) | 00:09 | |
- chomwitt (QUIT: Ping timeout: 268 seconds) (~chomwitt@2a02:587:7a17:f700:1ac0:4dff:fedb:a3f1) | 00:11 | |
minute | i wonder if it is workable to somehow disable forced "manual fsck" interventions in initramfs | 00:25 |
---|---|---|
josch | minute: do you want to disable it forever? | 00:26 |
minute | haha forever and ever | 00:27 |
josch | that can be done by just removing the fsck binary itself from the initramfs | 00:27 |
minute | i don't know much about it yet, is there an option to always fsck automatically without breaking into initramfs? | 00:27 |
minute | oh wow ok | 00:27 |
minute | booting read-only could also be better maybe | 00:27 |
josch | minute: in which situations do you see the manual fsck? | 00:28 |
josch | is this about the problem that ls1028a somehow seems to corrupt the rootfs on the sd-card | 00:28 |
minute | i spent a few hours debugging why imx8mp hangs on boot when booting from emmc | 00:28 |
minute | and i went down a really deep rabbithole with blk controls, device trees and everything, but in the end it was just hiding the initramfs console from me on uart because of the console=tty1 stuff. even with no display active in devicetree (i don't really get how?) | 00:29 |
minute | a custom uboot.scr let me finally see: | 00:29 |
minute | > reformsdroot: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. | 00:30 |
minute | because of > Unattached inode 87965 | 00:30 |
josch | is this during first boot or after a reboot? | 00:30 |
josch | are you dd-ing the sd-card image to emmc or are you creating a new partition and filesystem? | 00:30 |
minute | after a later boot... it was working once or so | 00:30 |
minute | josch: i dd'd it and then resized the rootfs | 00:30 |
josch | you only resized or you converted to ext4 as well? | 00:31 |
minute | hmm oh it's not ext4? | 00:32 |
josch | it's ext2 so that it is possible to have the image bit-by-bit reproducible | 00:33 |
minute | aha! | 00:33 |
josch | this is possible with ext4 as well but requires this patch: https://github.com/tytso/e2fsprogs/pull/118 | 00:33 |
+ mesaoptimizer (~mesaoptim@user/PapuaHardyNet) | 00:33 | |
josch | you can convert ext2 to ext4 by running this after resize2fs: | 00:34 |
josch | tune2fs -O dir_index,dir_nlink,extents,extra_isize,flex_bg,has_journal,huge_file /dev/sda1 && resize2fs -b /dev/sda1 && fsck.ext4 -fDp /dev/sda1 | 00:36 |
josch | alternatively, i can quickly whip up a patch which replaces ext2 with ext4 in the system image itself | 00:36 |
josch | then no conversion is needed of course | 00:36 |
minute | and this would improve the resize or fsck situation? | 00:37 |
josch | i'd expect it to improve the fsck situation | 00:37 |
minute | cool | 00:38 |
josch | at least i think this is something you should try before the sledgehammer approach of disabling fsck | 00:38 |
minute | ok! | 00:38 |
minute | thanks, i somehow wasn't aware of this. we certainly don't want to ship with ext2 rootfs | 00:38 |
josch | that's why my firstboot MR was doing the conversion :) | 00:39 |
minute | oh :3 | 00:39 |
minute | ok now the boot from emmc works :0 | 00:40 |
minute | (after the fsck) | 00:40 |
minute | so another thing that bothers me, is why can the console be switched from uart even if there's no display online | 00:40 |
minute | via console=tty1 | 00:40 |
josch | i got bitten by this when i had trouble with not being shown the LUKS pass prompt | 00:41 |
josch | i had wished that the prompt would show up on more than one tty | 00:41 |
minute | yeah, that's kind of the opposite problem? yep | 00:42 |
minute | maybe a better solution could be to not set any console= | 00:42 |
minute | i.e. no serial by default | 00:43 |
minute | then it could simply be overriden in the debug case in the uboot console by setting bootargs to the correct serial port | 00:43 |
minute | josch: in any case the ext4 patch for system image would be most appreciated | 00:44 |
josch | the code exists and is tested as part of the debvm utility which creates qemu disk images with mmdebstrap | 00:46 |
josch | we are doing something that is essentially the same except that our images are booted by real hardware and not qemu | 00:46 |
josch | so i can have something ready tomorrow i think | 00:46 |
minute | ugh, i'm booting from sd card now and now it has / mounted on both emmc and sd | 00:46 |
minute | like, / shows up two times in lsblk | 00:46 |
josch | minute: because you just dd-ed the image, right? | 00:46 |
minute | i guess something gets confused by 2x reformsdroot in the system | 00:46 |
josch | minute: reform-flash-rescue changes that label | 00:47 |
minute | ohh i should have called it reformemmcroot | 00:47 |
- jacobk (QUIT: Ping timeout: 240 seconds) (~quassel@utdpat241106.utdallas.edu) | 00:47 | |
josch | or anything other than reformsdroot really :) | 00:47 |
josch | something else that would help would be if the reform-setup-wizard changes the label | 00:49 |
josch | and replaces the /etc/fstab entry to something that uses UUID | 00:49 |
josch | which of course also means, that a new UUID needs to get generated | 00:49 |
josch | because all images otherwise have the same | 00:49 |
minute | :0 | 00:51 |
josch | another thing the first-boot-wizard should change is the ext4 hash_seed | 00:57 |
josch | usually the hash_seed is secret to prevent potential denial of service attacks on the htree directories. | 00:57 |
josch | but since you are distributing images, the hash_seed will be the same for many users | 00:57 |
minute | ok? | 00:59 |
josch | you do that with tune2fs -E hash_seed=0b7f9cfd-0113-486c-a453-4f5483bd486b | 00:59 |
josch | (random seed example) | 00:59 |
minute | hm > marex>minute: shouldn't that be console=ttymxc.. console=tty0 to get console output ? | 00:59 |
minute | hm https://unix.stackexchange.com/a/60649 | 01:01 |
- mtm (QUIT: Ping timeout: 255 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 01:04 | |
+ jacobk (~quassel@utdpat242024.utdallas.edu) | 01:05 | |
minute | josch: do you have your patch(es) for qcacld2-dkms somewhere? | 01:06 |
josch | minute: do you mean the packaging itself? Everything is here: https://salsa.debian.org/debian/ezurio-qcacld-2.0-dkms/ | 01:07 |
minute | josch: ah neat! so i can try installing a deb from here on the device, yeah? https://salsa.debian.org/debian/ezurio-qcacld-2.0-dkms/-/jobs/5511321/artifacts/browse/debian/output/ | 01:08 |
josch | minute: probably, yes | 01:09 |
minute | cool | 01:09 |
josch | because the customization for your kernel happens on your device | 01:09 |
minute | in any case, i'm happy that imx8mp pocket is healthy again and i was able to understand what was going on in the end. this has been a rather long day. i'm gonna head home and tomorrow i'll try to move the system image for pocket a bit closer to first release state | 01:18 |
josch | minute: and i have a first patch to switch from genext2fs to mkfs.ext4: https://paste.debian.net/hidden/7c95b6f5/ | 01:39 |
josch | since running mkimage.sh takes a while, i'll to sleep now and will fix bugs tomorrow :) | 01:39 |
minute | awesome, good night! | 01:44 |
- mjw (QUIT: Ping timeout: 256 seconds) (~mjw@gnu.wildebeest.org) | 02:40 | |
- cobra (QUIT: Ping timeout: 268 seconds) (~cobra@user/Cobra) | 02:47 | |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 03:09 | |
+ cobra (~cobra@user/Cobra) | 03:20 | |
- cobra (QUIT: Quit: ZNC 1.8.2 - https://znc.in) (~cobra@user/Cobra) | 04:08 | |
+ cobra (~cobra@user/Cobra) | 04:13 | |
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@utdpat242024.utdallas.edu) | 04:14 | |
- cobra (QUIT: Quit: ZNC 1.8.2 - https://znc.in) (~cobra@user/Cobra) | 04:59 | |
+ cobra (~cobra@user/Cobra) | 05:00 | |
- [tj] (QUIT: Ping timeout: 256 seconds) (sid609767@id-609767.lymington.irccloud.com) | 05:00 | |
+ [tj] (sid609767@id-609767.lymington.irccloud.com) | 05:03 | |
+ jacobk (~quassel@utdpat242068.utdallas.edu) | 06:43 | |
+ chomwitt (~chomwitt@2a02:587:7a17:f700:1ac0:4dff:fedb:a3f1) | 07:29 | |
- chomwitt (QUIT: Ping timeout: 240 seconds) (~chomwitt@2a02:587:7a17:f700:1ac0:4dff:fedb:a3f1) | 08:11 | |
digitalrayne | bluerise, just looping back to the imxspi on OpenBSD thing, its works perfectly - i just had to align the lengths of the send and receive buffers, and it's all good | 08:22 |
digitalrayne | (this was tested on reform) | 08:22 |
digitalrayne | the other good news, is that i've got a few value scaling things to fix up, but i've now got a mostly working lpc driver for reform on OpenBSD which supports automatic power-down on halt -p, and exposes a bunch of apm and sensors info about battery charge state, etc | 08:23 |
digitalrayne | it's been a fun project for sure, obviously really nice being able to refer to the firmware source code whilst working on it | 08:24 |
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 08:50 | |
+ chomwitt (~chomwitt@2a02:587:7a17:f700:1ac0:4dff:fedb:a3f1) | 09:24 | |
- klardotsh (QUIT: Ping timeout: 256 seconds) (~klardotsh@c-67-170-115-80.hsd1.wa.comcast.net) | 09:35 | |
josch | minute: please test the images produced by the associated pipeline on real hardware: https://source.mnt.re/reform/reform-system-image/-/merge_requests/93 | 09:50 |
- chomwitt (QUIT: Ping timeout: 260 seconds) (~chomwitt@2a02:587:7a17:f700:1ac0:4dff:fedb:a3f1) | 10:22 | |
+ f_ (~AUGESOUND@fases/developer/funderscore) | 10:28 | |
- f_ (QUIT: Remote host closed the connection) (~AUGESOUND@fases/developer/funderscore) | 10:30 | |
+ f_ (~AUGESOUND@fases/developer/funderscore) | 10:31 | |
minute | digitalrayne: cool! | 10:32 |
- f_ (QUIT: Remote host closed the connection) (~AUGESOUND@fases/developer/funderscore) | 10:33 | |
+ f_ (~AUGESOUND@fases/developer/funderscore) | 10:36 | |
josch | minute: i cleaned up the commits in MR 93. Once you are happy with it, feel free to merge. I'll now (and possibly more than not over the next few days) be afk. I hope that MR works! | 11:27 |
minute | josch: cool! i am a bit later at work today but will check it out for sure!! | 11:28 |
josch | they don't allow us to work today down here in bavaria XD | 11:29 |
josch | or sing, or dance for that matter :P | 11:31 |
minute | oh yeah here it's also a holiday :D | 11:31 |
josch | i hope you are not under too much pressure and can allow yourself some rest as well :) | 11:33 |
+ MajorBiscuit (~MajorBisc@2001:1c00:31c:8400:3d3d:8874:417f:fbf3) | 11:54 | |
+ mjw (~mjw@gnu.wildebeest.org) | 12:14 | |
vkoskiv | Apparently shops are closed in germany today? | 12:19 |
vkoskiv | I'm at the airport, going to Frankfurt and then Saarbrücken from there | 12:20 |
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@utdpat242068.utdallas.edu) | 12:21 | |
josch | vkoskiv: yes | 12:25 |
josch | vkoskiv: things should be open in train stations for example | 12:25 |
vkoskiv | Revision has some nice food service at the event, but I'd like to source some snacks too. | 12:27 |
vkoskiv | Helsinki airport security took a close look at my ifixit screwdriver set :D | 12:27 |
vkoskiv | Conclusion was "eeeh, it's okay..." | 12:27 |
- MajorBiscuit (QUIT: Ping timeout: 256 seconds) (~MajorBisc@2001:1c00:31c:8400:3d3d:8874:417f:fbf3) | 12:28 | |
+ MajorBiscuit (~MajorBisc@2001:1c00:31c:8400:3d3d:8874:417f:fbf3) | 12:37 | |
+ jacobk (~quassel@utdpat242053.utdallas.edu) | 12:37 | |
- mtm (QUIT: Ping timeout: 264 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 13:04 | |
- jn (QUIT: Ping timeout: 255 seconds) (~quassel@user/jn/x-3390946) | 13:10 | |
+ jn (~quassel@2001-4dd4-a3bb-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de) | 13:10 | |
- jn (QUIT: Changing host) (~quassel@2001-4dd4-a3bb-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de) | 13:10 | |
+ jn (~quassel@user/jn/x-3390946) | 13:10 | |
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@utdpat242053.utdallas.edu) | 13:11 | |
+ jacobk (~quassel@utdpat242053.utdallas.edu) | 13:15 | |
josch | well... turns out that i'll not be afk for the next couple of days after all, so if something is wrong with the ext4 stuff (or anything else) just let me know :D | 13:16 |
- MajorBiscuit (QUIT: Ping timeout: 255 seconds) (~MajorBisc@2001:1c00:31c:8400:3d3d:8874:417f:fbf3) | 13:35 | |
minute | josch: nice! i will try it in a few minutes | 14:00 |
josch | i didn't mean to imply any rush, just in case i came across like that :) | 14:12 |
josch | just wanted to redact my earlier message | 14:12 |
+ MajorBiscuit (~MajorBisc@2001:1c00:31c:8400:3d3d:8874:417f:fbf3) | 14:18 | |
minute | josch: nono, you're doing good | 14:39 |
minute | my huge challenge for me today would be: how to build system images that have those changes, but also the changes from https://source.mnt.re/reform/reform-system-image/-/merge_requests/92 and possibly https://source.mnt.re/reform/reform-debian-packages/-/tree/pocket-imx8mp-release?ref_type=heads | 14:42 |
minute | the interconnects are probably a red herring, but we need at least CONFIG_IMX2_WDT=y | 14:42 |
josch | minute: i'd say the order is: verify that MR 93 with ext4 produces working images, then merge that. Then rebase MR 92 on top of main. Then run the pipeline of MR 92 with REFORM_DEBIAN_PACKAGES_BRANCH=pocket-imx8mp-release | 14:46 |
minute | josch: ok, the last step i can only do if i fork the repo first, right? | 14:48 |
minute | or if i find an alternative way of how to link to latest main system images? | 14:48 |
josch | minute: yes, i implemented a check which disallows doing custom runs of reform-debian-packages and reform-system-images in the "reform" namespace | 14:50 |
josch | minute: in your current case, you would not get any tainting of the repo or of the sysimage-v3 link because your top commit is different from main though | 14:51 |
minute | oh ah. | 14:51 |
josch | so theoretically, the current check could be refined to somehow retrieve the top main commit and allow custom runs if it differs... | 14:51 |
josch | yes, another "solution" would be to link the sysimage differently and to adjust the repo downloader script to inspect variables.sh for the branch name | 14:52 |
- MajorBiscuit (QUIT: Ping timeout: 255 seconds) (~MajorBisc@2001:1c00:31c:8400:3d3d:8874:417f:fbf3) | 14:58 | |
+ chomwitt (~chomwitt@2a02:587:7a17:f700:1ac0:4dff:fedb:a3f1) | 14:59 | |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 15:10 | |
+ MajorBiscuit (~MajorBisc@2001:1c00:31c:8400:3d3d:8874:417f:fbf3) | 15:20 | |
- mjw (QUIT: Ping timeout: 268 seconds) (~mjw@gnu.wildebeest.org) | 15:26 | |
- chomwitt (QUIT: Ping timeout: 255 seconds) (~chomwitt@2a02:587:7a17:f700:1ac0:4dff:fedb:a3f1) | 15:28 | |
* Guest5307 -> mjw | 15:34 | |
minute | josch: the first of the images i'm trying from your ext4 patch is pocket-reform-system-imx8mp.img | 15:35 |
- MajorBiscuit (QUIT: Ping timeout: 260 seconds) (~MajorBisc@2001:1c00:31c:8400:3d3d:8874:417f:fbf3) | 15:39 | |
minute | josch: it boots fine! it just has an outdated dtb for pocket | 15:48 |
josch | \o/ | 15:49 |
minute | i will now dd it to emmc and resize it and boot a few times | 15:58 |
minute | and will also dd the a311d version | 15:58 |
minute | josch: resize2fs + the following fsck appear to be _much_ much faster on ext4 than on ext2, is that possible? | 16:06 |
minute | the resizing to 116GB happened almost instantly this time | 16:07 |
josch | minute: yes, ext4 can resize without copy | 16:08 |
minute | nice | 16:08 |
minute | ok, and boot from emmc works fine | 16:09 |
minute | big relief | 16:09 |
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@utdpat242053.utdallas.edu) | 16:09 | |
minute | so the process of bootstrapping the software on imx8mp pocket reform is validated now, so i just need to complete the system image | 16:11 |
+ jacobk (~quassel@utdpat242053.utdallas.edu) | 16:19 | |
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@utdpat242053.utdallas.edu) | 16:25 | |
minute | josch: image works fine on a311d reform | 16:26 |
+ MajorBiscuit (~MajorBisc@2001:1c00:31c:8400:3d3d:8874:417f:fbf3) | 16:26 | |
minute | i am compelled to merge, but will also do a test on imx8mq | 16:27 |
josch | minute: once booted, run "fsck.ext4 -f" just to make sure that everything checks out | 16:29 |
minute | ok | 16:30 |
josch | the way how the filesystem size is specified differs between genext2fs and mkfs.ext4 and i could imagine that by getting the sizes wrong, i might overwrite parts of the FS when assembling it into the final image | 16:30 |
minute | :0 | 16:31 |
josch | but if you resized it, you ran fsck.ext4 afterwards anyways i guess? | 16:33 |
minute | i did that on the pocket yes | 16:33 |
minute | there were no problems | 16:33 |
josch | (or before? i think resize2fs enforces that) | 16:33 |
minute | i did both | 16:33 |
minute | before and after | 16:33 |
josch | okay, then everything is probably okay :) | 16:33 |
minute | yeah, works fine on imx8mq reform as well | 16:38 |
minute | the only thing i noticed, unrelated, is that the battery icon is broken (shows a utf8 glyph). probably my fault, will look into it for a future reform-debian-packages fix | 16:38 |
minute | utf8 hex box i mean | 16:39 |
josch | in the meantime i tried adjusting the ext4 hash_seed value but failed -- i wrote to the maintainer about it | 16:40 |
minute | josch: i'd like to merge !93 because it is a clear improvement. ok? | 16:49 |
josch | minute: since you tested it, i marked it as ready -- feel free to press the merge button any time! | 16:52 |
minute | yay | 16:53 |
minute | ok, now for !92: "To merge this request, first rebase locally.". last time i tried this, things went horribly wrong. | 16:54 |
minute | weird, when i pulled in the setup-and-login branch locally now (of reform-system-image), i got a forced update and had to merge the branch into itself | 16:55 |
josch | minute: i rebased successfully over here | 16:58 |
josch | minute: i can force-push it if you like | 16:58 |
minute | josch: oh yeah thanks | 16:58 |
josch | done | 16:59 |
minute | thanks, i will cancel that pipeline and try to run with REFORM_DEBIAN_PACKAGES_BRANCH=pocket-imx8mp-release | 17:01 |
josch | nice! :) | 17:01 |
minute | have to wait for the ext4 pipeline though | 17:02 |
josch | well, you could just cancel that one :) | 17:03 |
+ jacobk (~quassel@utdpat242053.utdallas.edu) | 17:10 | |
- MajorBiscuit (QUIT: Quit: WeeChat 4.2.1) (~MajorBisc@2001:1c00:31c:8400:3d3d:8874:417f:fbf3) | 17:13 | |
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@utdpat242053.utdallas.edu) | 17:27 | |
+ jacobk (~quassel@utdpat242053.utdallas.edu) | 17:40 | |
josch | PSA: since many people here are running Debian unstable, you should upgrade your version of liblzma5 to the latest version from unstable | 17:54 |
josch | summary: there is a backdoor in upstream xz-utils https://www.openwall.com/lists/oss-security/2024/03/29/4 | 17:54 |
+ mark_ (~mjw@gnu.wildebeest.org) | 17:56 | |
minute | ugh | 17:58 |
minute | > These conditions include targeting only x86-64 linux | 18:00 |
- jacobk (QUIT: Ping timeout: 268 seconds) (~quassel@utdpat242053.utdallas.edu) | 18:00 | |
minute | my x86-64 desktop has liblzma.so.5.4.1 | 18:02 |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 18:04 | |
+ chomwitt (~chomwitt@2a02:587:7a17:f700:1ac0:4dff:fedb:a3f1) | 18:08 | |
+ jacobk (~quassel@utdpat241106.utdallas.edu) | 18:18 | |
- chomwitt (QUIT: Ping timeout: 268 seconds) (~chomwitt@2a02:587:7a17:f700:1ac0:4dff:fedb:a3f1) | 18:23 | |
josch | then you should be fine :) | 18:23 |
minute | josch: this didn't work btw https://source.mnt.re/reform/reform-system-image/-/jobs/3878#L31 | 18:26 |
josch | minute: try forking the repo and running the pipeline there with REFORM_DEBIAN_PACKAGES_BRANCH=pocket-imx8mp-release | 18:28 |
josch | minute: the failed job you linked to is from the "reform" namespace which disallowes custom pipelines | 18:29 |
minute | ok | 18:29 |
josch | minute: alternatively, run "git revert 55cff233b578d1354edbb24479533694e640e635" in that branch to disable the protection | 18:30 |
josch | (or manually remove the code block in .gitlab-ci.yml) | 18:32 |
minute | ok, so here's a new idea: i will change the short url to point to https://source.mnt.re/reform/reform-system-image/-/jobs/3875/artifacts/browse | 18:34 |
minute | and when we have a new image that we like, we change it... and later this can be automated by a script in CI that updates a HTML somewhere | 18:35 |
josch | yes, if you manually pick a job that you declara as "known good" and upgrade that every once in a while the problem also goes away | 18:35 |
minute | ok | 18:39 |
minute | changed it | 18:40 |
minute | (the url redirect) | 18:40 |
josch | then you can probably merge this: https://source.mnt.re/reform/reform-system-image/-/merge_requests/94 | 18:40 |
minute | josch: ok thanks. i would like to cancel its pipeline though and test everything together on my branch incl the variable | 18:42 |
minute | ok, here we go https://source.mnt.re/reform/reform-system-image/-/jobs/3882 | 18:47 |
- jacobk (QUIT: Ping timeout: 268 seconds) (~quassel@utdpat241106.utdallas.edu) | 18:51 | |
josch | seems to work! :) | 18:58 |
* mjw -> Guest9529 | 19:00 | |
- Guest9529 (QUIT: Killed (molybdenum.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:00 | |
* mark_ -> mjw | 19:00 | |
+ Guest9529 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:00 | |
- Sario (QUIT: Quit: WeeChat 4.1.1) (sario@libera/staff/owl/sario) | 19:01 | |
+ klardotsh (~klardotsh@c-67-170-115-80.hsd1.wa.comcast.net) | 19:06 | |
+ jacobk (~quassel@utdpat242060.utdallas.edu) | 19:08 | |
- jacobk (QUIT: Ping timeout: 268 seconds) (~quassel@utdpat242060.utdallas.edu) | 19:14 | |
+ jacobk (~quassel@utdpat242053.utdallas.edu) | 19:45 | |
- jacobk (QUIT: Ping timeout: 268 seconds) (~quassel@utdpat242053.utdallas.edu) | 19:55 | |
+ xktr (~xktr@user/xktr) | 21:22 | |
+ chomwitt (~chomwitt@2a02:587:7a17:f700:1ac0:4dff:fedb:a3f1) | 22:34 | |
+ jacobk (~quassel@utdpat241106.utdallas.edu) | 23:08 | |
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@utdpat241106.utdallas.edu) | 23:36 | |
vkoskiv | Did the patch for the a311d gpu power timeout make it in yet? Might tak e a while with upstream | 23:49 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!