gordon1 | minute: josch: fixed https://source.mnt.re/bugs/bugs/-/issues/?show=eyJpaWQiOiI0MCIsImZ1bGxfcGF0aCI6ImJ1Z3MvYnVncyIsImlkIjo2NjIxfQ%3D%3D | 00:08 |
---|---|---|
gordon1 | oops, i made a patch backwards | 00:09 |
gordon1 | fixed | 00:10 |
* switchy_ -> switchy | 00:21 | |
- switchy (QUIT: Remote host closed the connection) (~switchy@115.130.195.183) | 00:24 | |
+ switchy (~switchy@mechboards/switchy) | 00:28 | |
- rodion_goritskov (QUIT: Server closed connection) (~rodion_go@mail.goritskov.com) | 00:30 | |
+ rodion_goritskov (~rodion_go@mail.goritskov.com) | 00:30 | |
josch | are "the new-ish displays" used for all dsi reforms and only there? | 00:32 |
+ L29Ah (~L29Ah@wikipedia/L29Ah) | 00:34 | |
- mjw (QUIT: Ping timeout: 244 seconds) (~mjw@gnu.wildebeest.org) | 01:42 | |
- chrcav (QUIT: Server closed connection) (~chrcav@user/chrcav) | 01:52 | |
+ chrcav (~chrcav@user/chrcav) | 01:53 | |
+ mjw (~mjw@gnu.wildebeest.org) | 01:59 | |
- mjw (QUIT: Ping timeout: 244 seconds) (~mjw@gnu.wildebeest.org) | 02:05 | |
+ emdevt (~emdevt@2001:7e8:fa17:7901:889:cfa1:9c37:6514) | 02:20 | |
- paperManu (QUIT: Ping timeout: 252 seconds) (~paperManu@72.10.129.226) | 02:53 | |
- colinsane (QUIT: Ping timeout: 252 seconds) (~colinunin@97-113-70-115.tukw.qwest.net) | 03:11 | |
- skipwich (QUIT: Remote host closed the connection) (~skipwich@user/skipwich) | 05:01 | |
+ skipwich (~skipwich@user/skipwich) | 05:01 | |
- potatoespotatoes (QUIT: Ping timeout: 276 seconds) (~quassel@user/potatoespotatoes) | 05:12 | |
- burley (QUIT: Server closed connection) (fc32d5b940@user/burley) | 07:11 | |
+ burley (fc32d5b940@user/burley) | 07:11 | |
- emdevt (QUIT: Remote host closed the connection) (~emdevt@2001:7e8:fa17:7901:889:cfa1:9c37:6514) | 07:32 | |
+ LainIwakura (~LainIwaku@user/LainIwakura) | 08:58 | |
- LainIwakura (QUIT: Ping timeout: 250 seconds) (~LainIwaku@user/LainIwakura) | 09:08 | |
+ LainIwakura (~LainIwaku@user/LainIwakura) | 09:44 | |
+ mjw (~mjw@gnu.wildebeest.org) | 09:54 | |
+ chomwitt (~chomwitt@2a02:85f:9a74:ce00:1ac0:4dff:fedb:a3f1) | 10:04 | |
- LainIwakura (QUIT: Quit: Client closed) (~LainIwaku@user/LainIwakura) | 10:08 | |
gordon1 | oh wow stuff is visible on the display now even with echo 1 >/sys/class/backlight/backlight/brightness | 10:24 |
josch | gordon1: i just wonder if the pwm freq change can be applied to all rk3588 dsi or whether they were actually sold with different panels or something | 10:27 |
gordon1 | i couldn't test anything but the latest one unfortunately, but i bet the answer lays in the datasheet | 10:28 |
gordon1 | also there is very faint, almost inaudible hum now emanating from the laptop (you need to hold your breath to hear it) and it goes away with 100% brightness | 10:29 |
gordon1 | probably some microphonics | 10:30 |
gordon1 | maybe 10000000 would work better then 20000000, but i picked value right in the middle to be sure | 10:30 |
josch | OB | 10:31 |
josch | whoops, sorry | 10:31 |
gordon1 | s/0000000/000000/g | 10:32 |
- chomwitt (QUIT: Ping timeout: 272 seconds) (~chomwitt@2a02:85f:9a74:ce00:1ac0:4dff:fedb:a3f1) | 10:38 | |
+ LainIwakura (~LainIwaku@user/LainIwakura) | 10:47 | |
+ andreas-e (~Andreas@2a02-8434-b6a3-e901-facc-8e87-8e54-890d.rev.sfr.net) | 11:21 | |
- LainIwakura (QUIT: Quit: Client closed) (~LainIwaku@user/LainIwakura) | 11:27 | |
minute | josch: there are a number of panels out there :D | 11:42 |
- mjw (QUIT: Ping timeout: 255 seconds) (~mjw@gnu.wildebeest.org) | 12:11 | |
* Guest2572 -> mjw | 12:38 | |
- henesy (QUIT: Server closed connection) (d7619ffbc2@2a03:6000:1812:100::143) | 12:52 | |
+ henesy (d7619ffbc2@2a03:6000:1812:100::143) | 12:52 | |
+ paperManu (~paperManu@72.10.129.226) | 13:14 | |
gordon1 | have somebody seen something like this? http://0x0.st/KsHS.txt | 14:43 |
gordon1 | after that mpv playback stops and never restarts | 14:43 |
gordon1 | but everything else works fine | 14:43 |
gordon1 | but i have to reboot to recover | 14:44 |
gordon1 | would like to know if it can be recovered without reboot | 14:45 |
+ mark_ (~mjw@gnu.wildebeest.org) | 14:46 | |
minute | gordon1: strange. are you using hw video decoding? | 14:47 |
gordon1 | no, software only, didn't sort out v4l-request patch for ffmpeg yet | 14:47 |
minute | ah also i had some issues with fullscreen | 14:48 |
minute | with vulkan gpu-api | 14:48 |
+ chomwitt (~chomwitt@2a02:85f:9a74:ce00:1ac0:4dff:fedb:a3f1) | 14:49 | |
minute | gordon1: you can try different gpu-api settings, like opengl, vulkan, sdl etc, there's also a "new one" but i forgot the name | 14:49 |
minute | gordon1: ah yeah gpu-next | 14:49 |
minute | gordon1: otherwise it can only be audio i gues | 14:50 |
gordon1 | sure, will try that | 14:50 |
gordon1 | however that can take a while to verify | 14:50 |
minute | and also make sure hwdec is off | 14:50 |
minute | in .config/mpv/mpv.conf | 14:50 |
minute | i.e. not set to auto | 14:50 |
minute | i'm watching tv shows on rk3588 reform every evening with mpv so it should in general be fine :D | 14:51 |
gordon1 | i mean i could but i doubt it can use something that doesn't exist in ffmpeg | 14:51 |
minute | and i think i use gpu-next at the moment on gnome | 14:51 |
gordon1 | actually something weird is happening now | 14:52 |
minute | what i found interesting is that vlc isn't able to play back h265 for me (something is too slow) and mpv does it just fine | 14:52 |
gordon1 | reform2-lpc hung http://0x0.st/KsH_.txt | 14:52 |
minute | gordon1: that's common | 14:52 |
minute | gordon1: it's not a hang. it's an error by the driver when the value from LPC read over SPI doesn't seem valid | 14:53 |
minute | so that you don't get 0% battery reported etc | 14:53 |
gordon1 | it says "Device or resource busy" when i try to read from sysfs | 14:53 |
minute | yeah | 14:53 |
minute | it's the error that i return in the driver | 14:53 |
gordon1 | right | 14:53 |
gordon1 | is that related to battery status screen flickering in keyboard? | 14:54 |
minute | is lpc itself responsive, i.e. can you see battery status on oled? | 14:54 |
minute | gordon1: not directly related, as the keyboard gets the info over UART | 14:54 |
+ sadplan (sadplan@tilde.club) | 14:54 | |
* sadplan -> sad_plan | 14:54 | |
gordon1 | you know what, you nailed it | 14:54 |
minute | gordon1: i haven't seen that issue in a while though btw, how long do you have to leave the battery screen open to see this issue? | 14:54 |
gordon1 | it is the sound issue | 14:54 |
minute | ah yeah. sound is often connected to DMA | 14:55 |
gordon1 | i mean with mpv not playing | 14:55 |
minute | ah yeah and videos not playing is often connected to audio pipeline being stuck | 14:55 |
gordon1 | but pipewire restart does not solve it | 14:55 |
minute | what's the default audio sink at the moment? | 14:55 |
minute | maybe it's pro audio but you don't have hdmi audio connected? | 14:55 |
gordon1 | what is pro audio? | 14:56 |
minute | hdmi shows up as "pro audio" for me (misnomer) | 14:56 |
minute | i.e. in pavucontrol -> output devices / configuration -> one of the two "built-in audio" | 14:57 |
gordon1 | no, in pipewire i have only the sink named as rk3588-wm8960 | 14:57 |
minute | ok | 14:57 |
gordon1 | there is hdmi1 but it is below in priority | 14:58 |
minute | are you on debian or something else like gentoo? | 14:58 |
gordon1 | gentoo | 14:58 |
minute | ah ok. i don't know how to install packages there and stuff. did audio ever work? | 14:58 |
gordon1 | right now no | 14:59 |
gordon1 | not even speaker-test | 14:59 |
gordon1 | i mean i can maybe unload and load the module (when i recompile it as module) | 14:59 |
minute | is the wm8960 configured? | 14:59 |
minute | i.e. in alsamixer | 14:59 |
minute | normally reform-hw-setup does that | 14:59 |
gordon1 | yes | 14:59 |
minute | i.e. setting the right knobs so you can hear something | 15:00 |
gordon1 | i mean i did it by hand and saved the settings | 15:00 |
gordon1 | the sound worked fine before the pl330 message | 15:00 |
minute | ah, then my question was somehow not clear | 15:00 |
minute | when i asked "did audio ever work?" | 15:00 |
gordon1 | yes, it did | 15:00 |
minute | ok, that's important for me to know :D ok | 15:01 |
gordon1 | but now it doesn't not only in mpv but everywhere else | 15:01 |
minute | then you have to reboot i guess | 15:01 |
minute | not sure if dma can be reloaded | 15:01 |
gordon1 | i mean that's like admitting defeat :D | 15:01 |
minute | ok, then here my knowledge ends, because i haven't debugged pl330 yet | 15:01 |
gordon1 | i'll try to reload wm8960 module next time | 15:01 |
minute | i can tell you that i didn't have this issue yet at least | 15:01 |
gordon1 | i mean it very well might be not the pl330 fault | 15:02 |
gordon1 | also there is a small chance that i misconfigured the kernel | 15:02 |
andreas-e | Hello, minute! I take the opportunity to give my performance impression following the discussion on Mastodon. | 15:05 |
andreas-e | I do a lot of C compiling (and C++, in the context of preparing packages for the Guix distribution). And there the MNT Reform Classic is not really usable as the main machine. | 15:06 |
minute | andreas-e: on rk3588 i assume, yes? | 15:07 |
andreas-e | Just to give an example, the other day I have compiled mit-kerberos. This takes about 2 minutes on my 2-core laptop from 2016 (Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz). And about one minute on a 4-core laptop that was given away by a company that did not need it anymore (11th Gen Intel(R) Core(TM) i7-1165G7 @ 2.80GHz). | 15:08 |
andreas-e | And 7.5 minutes on the old im8 module that came with the Reform. | 15:09 |
andreas-e | Indeed I was a bit shocked how slow the processor was when the machine arrived at the time... | 15:09 |
andreas-e | Now I understand that with the rk3588 I should gain a factor of about 4 or 5? That would bring it roughly to the level of the 2016 laptop, so I could not quite bring myself to invest into that. | 15:10 |
andreas-e | On the other hand, I like to have the machine around for debugging build problems on aarch64, or to confirm that there are none. So the machine is useful, but I would not yet want to drop the x86_64 ones. | 15:12 |
gordon1 | so there is a difference between my config and one from source.mnt.re, mine has continuous dma turned off, maybe this is related | 15:18 |
- bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@98.19.131.193) | 15:27 | |
+ murphnj (~murph@user/murphnj) | 15:34 | |
minute | andreas-e: well, that's only CPU perf. but rk3588 also has better memory bandwidth of course | 15:40 |
minute | andreas-e: can i time this mit-kerberos compile on one of my debian rk3588 reforms easily? | 15:40 |
minute | andreas-e: i.e. could i clone, automake/make this and that would be comparable? https://github.com/krb5/krb5 | 15:41 |
andreas-e | I do not know what is the bottleneck; I usually assume it is raw CPU performance. | 15:41 |
minute | andreas-e: compilation is oftentimes also i/o bound | 15:42 |
minute | just for fun i'm trying autoreconf and ./configure and then... time make -j8 probably? | 15:43 |
andreas-e | We use the tarball from here: https://web.mit.edu/kerberos/dist/krb5/1.22/krb5-1.22.tar.gz | 15:43 |
minute | ah | 15:44 |
andreas-e | So there it would just be ./configure; make -jXXX; make check -jXXX | 15:44 |
andreas-e | I needed to look up our package recipe to see whether we did anything special, but not really; hm, a few configure flags. | 15:45 |
minute | if the configure flags turn on or off features that would be compiled, it could make a difference | 15:45 |
minute | i'll just run it without any flags though | 15:45 |
gordon1 | can i ask why is that and should I expect ethernet not to work with dwmac builtin? https://source.mnt.re/reform/reform-tools/-/blob/main/bin/reform-hw-setup?ref_type=heads#L59-67 | 15:46 |
minute | gordon1: this is no longer needed | 15:46 |
andreas-e | minute: It does not look like making a difference, but it is of course difficult to be sure. | 15:46 |
gordon1 | okay, good that i didn't take it | 15:46 |
minute | gordon1: i found a dts fix for this but i couldn't test it on all devices out there | 15:46 |
minute | gordon1: but it shouldn't be needed anymore | 15:46 |
gordon1 | i need to test the ethernet but then i need to stand up from the couch... | 15:47 |
gordon1 | ah wouldn't it be nice to have PoE charging capability? | 15:48 |
minute | real1m5.224s | 15:50 |
minute | user3m8.771s | 15:50 |
minute | sys0m30.208s | 15:50 |
minute | andreas-e: it took 1 minute and 5 seconds to compile here | 15:51 |
minute | andreas-e: and there were a bunch of times where some cpu cores were idling | 15:51 |
minute | andreas-e: (this is only running make -j8 though, not make check) | 15:52 |
gordon1 | yeah ethernet works without this hack | 15:52 |
gordon1 | can confirm for mb3.0 reform2-dsi | 15:52 |
andreas-e | Thanks! Could you try "make check -j 8" also? I do not know for this package, but the tests can take longer than the building. | 15:52 |
minute | gordon1: yeah @ PoE but it's a snake pit apparently, to get it right | 15:53 |
gordon1 | oh well, a man can dream... | 15:53 |
gordon1 | it's not call for action or anything | 15:53 |
andreas-e | Or the other way round, I will just "make" on my end. | 15:53 |
minute | interesting, it takes a lot of time on t_gss_sample.py but there's not much cpu activity during that time | 15:55 |
minute | ok: | 15:56 |
minute | real1m29.225s | 15:56 |
minute | user1m36.651s | 15:56 |
minute | sys0m29.004s | 15:56 |
minute | andreas-e: so the build took 1:05 mins and the test took 1:29 mins | 15:58 |
andreas-e | Okay! So very close to my old laptop. I will just do the builds to see. | 15:58 |
minute | andreas-e: if you're running the test on that old laptop, maybe you could also run the "7z b" benchmark? it would be helpful to see how well 7z b numbers compare | 16:02 |
minute | andreas-e: btw i still use a i9-9900 desktop at the mnt hq for most of my work, esp. heavy cad work, but it "feels" maybe only 2x as fast as the rk3588 in practice, which is very subjective of course | 16:03 |
minute | (even if benchmarks suggest it should be faster than that) | 16:03 |
minute | but right now i'm at home with a cold and do all my work on rk3588 pocket reform ^^ | 16:04 |
andreas-e | 2-core x86 with make -j2: 1m19 for build; "make check" fails due to some missing packages, I will just do the build. | 16:04 |
andreas-e | 4-core x86 with make -j4: 31s for build | 16:08 |
minute | andreas-e: which x86? | 16:12 |
minute | andreas-e: ah, 2 core is the i5-6300u right | 16:12 |
andreas-e | The two I mentioned above, yes. | 16:12 |
minute | andreas-e: ok, sound like the i5-6300u is slightly slower at building this than the rk3588 and the i7-1165G7 has around 2x the speed of the rk3588 for this task | 16:13 |
andreas-e | Old MNT Reform: 4m55s | 16:14 |
andreas-e | So the rk3588 is about 4 times faster here as well, which if I remember well corresponds to the comparison on the MNT website. | 16:15 |
minute | yeah, not bad | 16:15 |
minute | a bit more than 4x but yeah | 16:15 |
minute | also you get 8x the ram :D | 16:16 |
andreas-e | Well, this is just a random test; it all depends also on the package, how parallel the build is and so on. | 16:16 |
minute | yeah. but it is kind of in the expected range. | 16:16 |
andreas-e | Which number do you want to see for "7z b"? | 16:16 |
andreas-e | 2-core x86: Tot: 354 2500 8700 | 16:17 |
minute | andreas-e: yeah tot is the most relevant, but also Avr | 16:17 |
minute | andreas-e: to compare, https://source.mnt.re/reform/reform/-/blob/master/reform2-benchmarks/benchmark-7zb-rk3588.txt | 16:17 |
minute | andreas-e: here you can see that the rk3588 can be a lot faster than the 2-core intel. | 16:18 |
andreas-e | Avr: 318 2912 9265 | 389 2089 8136 | 16:18 |
andreas-e | Tot: 354 2500 8700 | 16:18 |
minute | but only if the task makes good use of multiple cores | 16:18 |
minute | single core speed seems similar, the rk3588 being slightly faster on avg, and multicore perf is more than double of the 2-core (it would be sad if not, with 8 cores) | 16:19 |
andreas-e | Not bad indeed! That is why I was a bit surprised about the i.mx8, I thought that double the core would somehow compensate lower performance per core. | 16:20 |
andreas-e | My old Reform: | 16:21 |
andreas-e | Avr: 303 781 2369 | 393 1322 5201 | 16:21 |
andreas-e | Tot: 348 1052 3785 | 16:21 |
andreas-e | So here the factor to the rk3588 is more than 5! | 16:21 |
minute | andreas-e: so avg multicore compression perf of rk3588 is almost 10x of imx8m. which makes sense | 16:22 |
minute | more memory bandwidth, more advances cores (esp imx8mq has only in-order cores!) | 16:22 |
minute | it has only cortex-a53 which are one of the simplest and smallest 64 bit arm cores | 16:22 |
andreas-e | Thanks for discussing all these benchmarks! And it is good to see progress. | 16:23 |
minute | and rk3588 has 4x cortex-a76 which have much better single core perf because they are out-of-order and more complex | 16:23 |
andreas-e | And actually one thing I like a lot about MNT is that you continue improving things, and that you do not just sell one-shot devices. | 16:23 |
minute | (and 4x cortex-a55 for lower energy tasks) | 16:23 |
minute | andreas-e: yeah, the idea is that one can really upgrade over time, otherwise the modularity is not very helpful (except for repairs of course) https://mntre.com/about.html | 16:24 |
minute | currently the most performant chip i have on my radar that we can realistically get is the SM8750/QCS8750 which gets close to i9-9900 perf (with fewer cores). but not sure when it will be working+supported enough in mainline. also rk3688 is supposedly quite a beast, but it hasn't been shown yet nor benchmarked | 16:26 |
andreas-e | And so far everything is passively cooled, right? So that is a factor as well. One cannot have everything at the same time... | 16:27 |
andreas-e | minute: All the best with your cold, I wish you a fast recovery! | 16:30 |
- L29Ah (PART: !!unknown attribute: msg!!) (~L29Ah@wikipedia/L29Ah) | 16:41 | |
+ L29Ah (~L29Ah@wikipedia/L29Ah) | 16:42 | |
minute | andreas-e: thanks! | 16:48 |
minute | andreas-e: (yes, everything is passive cooled) | 16:48 |
- L29Ah (PART: !!unknown attribute: msg!!) (~L29Ah@wikipedia/L29Ah) | 16:51 | |
+ L29Ah (~L29Ah@wikipedia/L29Ah) | 16:52 | |
- wiedi (QUIT: Ping timeout: 244 seconds) (~wiedi@ip5f581498.dynamic.kabel-deutschland.de) | 17:06 | |
+ wiedi (~wiedi@ip5f581498.dynamic.kabel-deutschland.de) | 17:08 | |
- Zaba (QUIT: Server closed connection) (80b9b4b35e@2a03:6000:1812:100::116) | 17:25 | |
+ Zaba (80b9b4b35e@2a03:6000:1812:100::116) | 17:25 | |
+ bkeys (~Thunderbi@66.110.201.50) | 17:28 | |
- bkeys (QUIT: Ping timeout: 244 seconds) (~Thunderbi@66.110.201.50) | 17:41 | |
+ AnimaInvicta (~AnimaInvi@88-120-179-216.subs.proxad.net) | 18:33 | |
- dominicm (QUIT: Server closed connection) (45ee0d70e9@2a03:6000:1812:100::3e6) | 18:58 | |
+ dominicm (45ee0d70e9@2a03:6000:1812:100::3e6) | 18:58 | |
- chomwitt (QUIT: Ping timeout: 272 seconds) (~chomwitt@2a02:85f:9a74:ce00:1ac0:4dff:fedb:a3f1) | 19:28 | |
* f_ -> funderscore | 19:57 | |
* funderscore -> f_ | 19:58 | |
+ reform26423 (~rene@p200300d0ff230b007fc2100dbdd09829.dip0.t-ipconnect.de) | 19:59 | |
+ akira (~akira@5.42.207.8) | 20:02 | |
* reform26423 -> rwa_ | 20:18 | |
- andreas-e (QUIT: Quit: Leaving) (~Andreas@2a02-8434-b6a3-e901-facc-8e87-8e54-890d.rev.sfr.net) | 20:19 | |
- rwa_ (QUIT: Quit: Leaving) (~rene@p200300d0ff230b007fc2100dbdd09829.dip0.t-ipconnect.de) | 20:26 | |
- irimi1 (QUIT: Server closed connection) (47a15995ae@2a03:6000:1812:100::12aa) | 20:35 | |
+ irimi1 (47a15995ae@2a03:6000:1812:100::12aa) | 20:35 | |
- ndufresne (QUIT: Quit: The Lounge - https://thelounge.chat) (~ndufresne@apple.collaboradmins.com) | 20:41 | |
+ chomwitt (~chomwitt@2a02:85f:9a74:ce00:1ac0:4dff:fedb:a3f1) | 20:51 | |
- mjw (QUIT: Killed (osmium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 20:52 | |
* mark_ -> mjw | 20:52 | |
+ Guest560 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 20:52 | |
- akira (QUIT: Read error: Connection reset by peer) (~akira@5.42.207.8) | 20:53 | |
+ akira (~akira@2a02:590:501:c00:c86:5031:7f83:e7b1) | 20:54 | |
- akira (QUIT: Read error: Connection reset by peer) (~akira@2a02:590:501:c00:c86:5031:7f83:e7b1) | 20:57 | |
+ akira (~akira@2a02:590:501:c00:c86:5031:7f83:e7b1) | 20:58 | |
+ ndufresne (~ndufresne@apple.collaboradmins.com) | 21:02 | |
- akira (QUIT: Ping timeout: 260 seconds) (~akira@2a02:590:501:c00:c86:5031:7f83:e7b1) | 21:03 | |
+ akira (~akira@5.42.207.7) | 21:03 | |
- kfx (QUIT: Ping timeout: 260 seconds) (~kfx@wopr.sciops.net) | 21:40 | |
- chomwitt (QUIT: Ping timeout: 260 seconds) (~chomwitt@2a02:85f:9a74:ce00:1ac0:4dff:fedb:a3f1) | 21:45 | |
+ kfx (~kfx@wopr.sciops.net) | 21:45 | |
+ enwu8 (~enwu@user/enwu) | 22:14 | |
- enwu (QUIT: Ping timeout: 252 seconds) (~enwu@user/enwu) | 22:19 | |
* enwu8 -> enwu | 22:19 | |
- murphnj (QUIT: *.net *.split) (~murph@user/murphnj) | 22:20 | |
- abortretryfail (QUIT: *.net *.split) (~arf@146.ip-149-56-132.net) | 22:20 | |
- manis (QUIT: *.net *.split) (01a66df340@185.72.67.185) | 22:20 | |
- Asmadeus (QUIT: *.net *.split) (~asmadeus@user/meow/Asmadeus) | 22:20 | |
- blast007 (QUIT: *.net *.split) (~blast@user/blast007) | 22:20 | |
- b0 (QUIT: *.net *.split) (~b0@user/b0) | 22:20 | |
- elektron (QUIT: *.net *.split) (~elektron@apoc.halo.nu) | 22:20 | |
- AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net) | 22:24 | |
+ murphnj (~murph@user/murphnj) | 22:26 | |
+ abortretryfail (~arf@146.ip-149-56-132.net) | 22:26 | |
+ manis (01a66df340@185.72.67.185) | 22:26 | |
+ Asmadeus (~asmadeus@user/meow/Asmadeus) | 22:26 | |
+ blast007 (~blast@user/blast007) | 22:26 | |
+ b0 (~b0@user/b0) | 22:26 | |
+ elektron (~elektron@apoc.halo.nu) | 22:26 | |
- murphnj (QUIT: Remote host closed the connection) (~murph@user/murphnj) | 22:37 | |
+ murphnj (~murph@user/murphnj) | 22:38 | |
+ MyNetAz (~MyNetAz@95.216.142.242) | 22:41 | |
- akira (QUIT: Read error: Connection reset by peer) (~akira@5.42.207.7) | 23:05 | |
+ akira (~akira@2a02:590:501:c00:c86:5031:7f83:e7b1) | 23:05 | |
- akira (QUIT: Read error: Connection reset by peer) (~akira@2a02:590:501:c00:c86:5031:7f83:e7b1) | 23:14 | |
+ akira (~akira@2a02:590:501:c00:c86:5031:7f83:e7b1) | 23:15 | |
- romi (QUIT: Server closed connection) (bd30729973@user/romi) | 23:19 | |
+ romi (bd30729973@user/romi) | 23:19 | |
- akira (QUIT: Ping timeout: 256 seconds) (~akira@2a02:590:501:c00:c86:5031:7f83:e7b1) | 23:20 | |
+ akira (~akira@5.42.207.7) | 23:21 | |
- akira (QUIT: Client Quit) (~akira@5.42.207.7) | 23:21 | |
+ chomwitt (~chomwitt@2a02:85f:9a74:ce00:1ac0:4dff:fedb:a3f1) | 23:34 | |
- chomwitt (QUIT: Ping timeout: 256 seconds) (~chomwitt@2a02:85f:9a74:ce00:1ac0:4dff:fedb:a3f1) | 23:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!