| - ex-parrot (QUIT: Ping timeout: 248 seconds) (~fincham@user/ex-parrot) | 01:06 | |
| - mjw (QUIT: Ping timeout: 260 seconds) (~mjw@gnu.wildebeest.org) | 01:09 | |
| + nop3ar (~nop3ar@51.222.96.106) | 01:53 | |
| nop3ar | bkeys: take a look at edk2 project readme and release notes. it explains how to boot mainline and what works. | 01:56 |
|---|---|---|
| nop3ar | it also says that only devices marked as "platinum" can boot mainline distros out of the box; for other you need to provide a compatible dtb. i do not see the reform listed there at all though, so curious how did you load it to begin with? | 01:58 |
| bkeys | nop3ar: I loaded it because that is what minute had loaded on his | 01:59 |
| nop3ar | does minute have a custom build for the reform? | 02:00 |
| minute | no. edk2 made a build for the rockchip module from firefly we use, a longer time ago | 02:01 |
| minute | it doesn't have the full dtb for the laptop though. you'd need to install that somehow, like using the methods i found earlier today or reading more documentation (i didn't have time for this yet) | 02:03 |
| nop3ar | this is what i am looking at https://github.com/edk2-porting/edk2-rk3588?tab=readme-ov-file#custom-device-tree-blob-dtb-override-and-overlays | 02:04 |
| nop3ar | apparently even if the firmware image does not come with a mainline dtb, it can use the one included by some distros like fedora | 02:05 |
| nop3ar | > \dtb\rockchip - Fedora images have the kernel DTBs in this location on the second ext4 boot partition. | 02:05 |
| nop3ar | but a dtb for the reform would have to be upstream to begin with and i assume it has to match the name expected by the firmware and such | 02:06 |
| kfx | I just got openbsd installed via edk2 and acpi mode, but it doesn't detect any network devices (and edk2 doesn't even recognize the keyboard; I had to plug in a usb one) | 02:06 |
| kfx | I'm gonna try to rebuild edk2 with a device-specific dtb | 02:10 |
| nop3ar | ugh i do not think you want to use acpi with this. it is usually very bare bones on this kind of devices due to how custom they are. | 02:10 |
| nop3ar | but if openbsd does not have any kind of rk3588 support with dt then acpi is the only option i guess | 02:10 |
| nop3ar | for very limited support | 02:11 |
| kfx | openbsd might, but I have no idea how to find out, and especially no idea how to find out whether the devicetree they ship is correct | 02:12 |
| kfx | I never in my life thought anyone could invent something worse than acpi, but the industry rose to the challenge and provided devicetree | 02:13 |
| + ex-parrot (~fincham@user/ex-parrot) | 02:13 | |
| nop3ar | rockchip (or pretty much all arm) devices have very different dtbs for the BSP kernel and mainline. they are not interchangeable. | 02:15 |
| - potash (QUIT: Ping timeout: 252 seconds) (~potash@user/foghorn) | 02:18 | |
| - nop3ar (QUIT: Quit: Client closed) (~nop3ar@51.222.96.106) | 02:23 | |
| bkeys | kfx: Let me know if you get the custom edk2 built I would be interested in trying it on my device | 02:28 |
| kfx | bkeys: it's gonna take me days, if I get it working at all. there's ten million lines of code in this disasterpiece | 02:32 |
| bkeys | Yeah I hear you, I heard that modern Fedora has the DTB included, I booted Fedora Rawhide on there and it gave the same results as f42 did, no discernable difference | 02:33 |
| bkeys | For some reason they keep saying devicetree fixes everything, but I can't even geti t | 02:33 |
| bkeys | it to boot on device tree | 02:33 |
| + potash (~potash@user/foghorn) | 02:37 | |
| kfx | same here | 02:44 |
| kfx | I can get an openbsd bootloader but nothing else | 02:44 |
| kfx | I can't get netbsd to boot under any circumstances, with any bootloader | 02:46 |
| - chomwitt (QUIT: Ping timeout: 248 seconds) (~chomwitt@2a02:85f:9ace:3000:1ac0:4dff:fedb:a3f1) | 02:54 | |
| - nsc (QUIT: Ping timeout: 260 seconds) (~nicolas@i5C74DDFB.versanet.de) | 03:21 | |
| + nsc (~nicolas@i5C74DD72.versanet.de) | 03:22 | |
| + paperManu_ (~paperManu@107.159.213.145) | 03:24 | |
| - robin_ (QUIT: Remote host closed the connection) (~robin@user/terpri) | 04:38 | |
| - paperManu_ (QUIT: Ping timeout: 252 seconds) (~paperManu@107.159.213.145) | 04:39 | |
| + robin (~robin@user/terpri) | 05:32 | |
| - Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149.210.0.43) | 05:55 | |
| + Ar|stote|is (~linx@149.210.0.43) | 05:56 | |
| Zaba | kfx: “the industry”? you mean the embedded Linux community? | 07:40 |
| + chomwitt (~chomwitt@2a02:85f:9ace:3000:1ac0:4dff:fedb:a3f1) | 08:08 | |
| - chomwitt (QUIT: Ping timeout: 268 seconds) (~chomwitt@2a02:85f:9ace:3000:1ac0:4dff:fedb:a3f1) | 08:22 | |
| kfx | Zaba: the IT industry. the embedded linux community didn't create device tree. madness like that requires a multinational corporation. | 08:42 |
| Zaba | the embedded Linux community created the flattened device tree | 08:55 |
| Zaba | it’s ironic that when something is part of the firmware people complain about opaque firmware, but when it’s under the control of the OS they complain about having that control too | 08:58 |
| + chomwitt (~chomwitt@2a02:85f:9ace:3000:1ac0:4dff:fedb:a3f1) | 08:58 | |
| kfx | back in the day it was just a way to offload development effort to a different team so the hardware people could get stuff out the door faster | 09:00 |
| kfx | nothing seems to have changed there | 09:00 |
| kfx | most of my device tree experience was in screwing around with ofw on power systems; after a few years of that, I stopped complaining about acpi | 09:05 |
| Zaba | sorry to hear that you had bad experiences with it | 09:28 |
| + gustav28 (~gustav@c-78-82-53-92.bbcust.telenor.se) | 09:46 | |
| minute | the problem isn't devicetree. the problem is you're not telling the bootloader which devicetree to use | 10:59 |
| minute | (if you use edk2 build for firefly aio, it doesn't know that it should load the rk3588-reform2 dtb. how should it know?) | 11:00 |
| + mjw (~mjw@gnu.wildebeest.org) | 11:02 | |
| Zaba | (I’d say the problem is that people want stuff to work out of the box and have little appreciation for how much effort that actually takes) | 11:02 |
| gsora | love when the courier handling your reform won't deliver it due to "unforeseen circumstances" :') | 11:29 |
| + f_ (16abab341f@postmarketOS/funderscore) | 11:33 | |
| minute | gsora: oh no | 11:33 |
| josch | gsora: welcome to the club -- i have eight orders from mntre.com and *none* of them was delivered without issues by UPS... | 11:46 |
| gsora | yah, big sad | 11:46 |
| gsora | oh, got the ssd delivered at least | 11:46 |
| [tj] | conversely I've had no issues | 11:46 |
| sad_plan | isnt usps notorously bad in the US? I seem to recall people usually having numerous issues with them | 11:47 |
| josch | <= germany | 11:48 |
| gsora | <= italy | 11:48 |
| sad_plan | ah, so its a usps thing, not a US usps thing :p | 11:48 |
| gsora | ha! | 11:48 |
| gsora | isn't usps the national us postal service? ups is the private one | 11:49 |
| sad_plan | on second thought, its a USps issue. lol | 11:49 |
| sad_plan | i think so. theres some usps here aswell, but I dont belive theyre that big here really | 11:49 |
| gsora | the only courier that's always on time is dhl in my experience | 11:49 |
| Zaba | USPS and UPS are completely separate and unrelated entities | 11:49 |
| gsora | yeah | 11:49 |
| sad_plan | does that make UPS any better Zaba? :p | 11:50 |
| Zaba | it makes their badness completely independent of any experience anyone may have had with USPS | 11:51 |
| sad_plan | not entierly. both are still postal services. but fine :p | 11:51 |
| Zaba | well, UPS bills itself as an express courier service, which means the crash is harder when the expectations aren’t met | 11:52 |
| gsora | agreed, i kind of expect standard postal services to be bad | 11:53 |
| sad_plan | way to shot yourself in the leg if you fail to meet expectations :p | 11:53 |
| [tj] | usps shipped stuff to the uk is normally great | 11:54 |
| gsora | i guess it's just luck | 11:55 |
| sad_plan | ive never really had any personal issues with it. maybe appart from one time years ago, where my package acatually disappeared. i think this was usps | 11:55 |
| gsora | looks like yours truly will take a day off on monday to play with his new toy | 11:55 |
| sad_plan | nice. pocket or classic? I dont always re back on logs, so I dont recall you mentioning it | 11:56 |
| gsora | classic! been waiting for almost a year | 11:57 |
| gsora | got the 32gb ram/256gb ssd rk3588, it's gonna be fun | 11:57 |
| sad_plan | damn. thought the waiting were 4 months. | 11:57 |
| sad_plan | sweet | 11:57 |
| gsora | i guess i ordered at an unfortunate time | 11:58 |
| gsora | upside is i got the new motherboard | 11:58 |
| sad_plan | ive been thinking about getting a pocket, i eally like the cute format of them. but I also kinda wanna wait for the nex to drop, maybe iron out the first iteration or something like that | 11:58 |
| sad_plan | perhaps | 11:58 |
| sad_plan | nice | 11:58 |
| josch | gsora: you will have lots of fun with the rk3588 -- the performance is high and above even the a311d... | 11:59 |
| gsora | i | 12:00 |
| gsora | i'll put it to work with a great deal of rust :^) | 12:00 |
| sad_plan | as in building rust, or writing rust? :p | 12:01 |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 12:01 | |
| gsora | writing, though building could be an interesting benchmark... | 12:01 |
| sad_plan | I bet | 12:03 |
| * Guest7734 -> mjw | 12:04 | |
| sad_plan | from memory, and benchmark, the cpu should be ~comparable to a ryzen 7 3700U. which is what I have in my laptop. iirc, rust builds in about an hour. its been some time since I built rust, so it might be double that now. I dunno | 12:06 |
| gsora | that's a lot better than i expected | 12:08 |
| gsora | tbf i would've been okay with haswell-like performance | 12:09 |
| josch | i was actually okay with a311d performance but now that i have the rk3588 i'm reconsidering... | 12:13 |
| + paperManu (~paperManu@107.159.213.145) | 12:18 | |
| sad_plan | gsora: right? I was pleasntly suprised with those numbers aswell. | 12:22 |
| sad_plan | I can relate josch. I have a much beafier desktop at home, and building things on my laptop is.. terrible in comparisson really :p | 12:22 |
| gsora | my secret dream would be an amd64-compatible board for the reform | 12:23 |
| gsora | just to run guitar VSTs, that is | 12:23 |
| sad_plan | things not being x86 is probably a thing that holds some people back tbh. people are accustomed to x86, even with arm being relativly mainstream, x86 is kinda the standard :p | 12:24 |
| josch | i'm maintaining box64 in Debian and I've had great success with it thus far | 12:24 |
| josch | i'm playing factorio with 60 fps and cpu idles at 20% | 12:25 |
| sad_plan | yeah, ive browsed the gaming thread, and theres numerous mentions of box64. not really looked into it, but it sounds dope | 12:25 |
| gsora | that's impressive! i've had some luck with box64, i wonder how it plays with DRM though | 12:25 |
| sad_plan | impressive performance. | 12:25 |
| gsora | and low-latency software | 12:25 |
| [tj] | I'd love it if someone could figure out how to run nordic connect via box64 | 12:29 |
| - chomwitt (QUIT: Ping timeout: 272 seconds) (~chomwitt@2a02:85f:9ace:3000:1ac0:4dff:fedb:a3f1) | 12:37 | |
| + chomwitt (~chomwitt@2a02:85f:9ace:3000:1ac0:4dff:fedb:a3f1) | 12:38 | |
| josch | [tj]: the box64 developer is *extremely* supportive when you send bug reports -- did you try opening an issue with them? | 12:59 |
| [tj] | I didn't I think it is an entire chrome | 13:00 |
| josch | aha see *this* is what i mean -- tracking says "Friday, June 06 between 17:00 - 19:00" | 13:09 |
| josch | and they jusst delivered it and it's 13:10... | 13:10 |
| josch | well, tried to -- i'm not home | 13:10 |
| minute | sad_plan: interesting, that seems about right @ ryzen 7 3700u. which laptop is that? | 13:10 |
| minute | josch: do you know anyone from debian chromium maintainers? do you think they could be convinced to look at this patch? :D https://github.com/amazingfate/chromium-debian-build/blob/really-fix-libsync/debian/patches/fixes/libsync-rk3588-panthor.patch | 13:16 |
| minute | background https://issues.chromium.org/issues/343592370 | 13:17 |
| minute | OTOH i've looked a bit at ungoogled chromium and might be interesting to build it somewhere incl this patch | 13:17 |
| sad_plan | minute: its acer apire something. lemme see if I can get more precise info | 13:25 |
| sad_plan | its an aspire 3 a315-41 | 13:29 |
| Zaba | what did you use to compare the performance? | 13:29 |
| josch | minute: yes, but not until Trixie is released -- we are in deep freeze right now | 13:29 |
| sad_plan | Zaba: I just looked a cpu benchmark of both, and compared them | 13:31 |
| sad_plan | Zaba rk3488: https://www.cpubenchmark.net/cpu.php?cpu=Rockchip+RK3588 | 13:32 |
| sad_plan | and 3700U: https://www.cpubenchmark.net/cpu.php?cpu=AMD+Ryzen+7+3700U | 13:32 |
| sad_plan | the 3700U is somewhat more powerfull, but not by a huge mark | 13:32 |
| sad_plan | I seem to recall they being closer though | 13:32 |
| sad_plan | heres a side-by-side instead, which is easier to follow https://www.cpubenchmark.net/compare/4906vs3426/Rockchip-RK3588-vs-AMD-Ryzen-7-3700U | 13:35 |
| minute | sad_plan: maybe you can run "7z b" on your laptop | 13:53 |
| minute | we have benchmarks published for that | 13:54 |
| sad_plan | thats part of p7zip isnt it? id have to build it first, or boot up a live env | 13:55 |
| sad_plan | but sure, I can do that | 13:55 |
| abortretryfail | heh neat. I didn't know 7zip included a benchmark tool | 14:12 |
| sad_plan | me neither. I dont use p7zip either though | 14:14 |
| sad_plan | minute: here http://0x0.st/8gMU.txt | 14:14 |
| - shdw (QUIT: Quit: connection reset by purr) (~shdw@static.218.156.216.95.clients.your-server.de) | 14:23 | |
| + bkeys1 (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 14:46 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 14:47 | |
| + bkeys1 (~Thunderbi@173.186.16.211) | 14:49 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 14:50 | |
| * bkeys1 -> bkeys | 14:50 | |
| - bkeys (QUIT: Ping timeout: 268 seconds) (~Thunderbi@173.186.16.211) | 15:04 | |
| + shdw (~shdw@static.218.156.216.95.clients.your-server.de) | 15:05 | |
| josch | minute: building the Debian chrome package is very resource hungry but the build itself seems to be reliable and well maintained. They even added cross compilation last week. | 15:06 |
| - mesaoptimizer (QUIT: Quit: WeeChat 4.0.4) (~mesa@user/PapuaHardyNet) | 15:07 | |
| + mesaoptimizer (~mesa@user/PapuaHardyNet) | 15:08 | |
| minute | josch: neat. meanwhile i got some feedback from daniels that he's on the issue | 15:11 |
| minute | sad_plan: interesting, the score is a bunch lower than what we get on rk3588 https://source.mnt.re/reform/reform/-/blob/master/reform2-benchmarks/benchmark-7zb-rk3588.txt | 15:11 |
| + bkeys (~Thunderbi@66.110.201.50) | 15:14 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:17 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:17 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:17 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:18 | |
| + bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 15:19 | |
| - bkeys1 (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 15:21 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:21 | |
| Zaba | don’t use p7zip, it’s old - newer versions of 7zip support Linux, the executable is called 7zz | 15:22 |
| - bkeys (QUIT: Client Quit) (~Thunderbi@38-146-94-247.echocast.zone) | 15:23 | |
| Zaba | https://tracker.debian.org/pkg/7zip etc | 15:23 |
| + bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 15:24 | |
| - bkeys1 (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 15:25 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:26 | |
| - bkeys1 (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 15:28 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@38-146-94-247.echocast.zone) | 15:30 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:31 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:34 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:34 | |
| * bkeys1 -> bkeys | 15:37 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 15:38 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:38 | |
| * bkeys1 -> bkeys | 15:42 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 15:42 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:42 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:43 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 15:44 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:46 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:46 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 15:51 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:52 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 15:54 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:54 | |
| - bkeys (QUIT: Ping timeout: 248 seconds) (~Thunderbi@66.110.201.50) | 15:58 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:01 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 16:03 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:06 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:14 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:14 | |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50) | 16:21 | |
| + arminweigl_ (~arminweig@sourcehut/user/arminweigl) | 16:45 | |
| - arminweigl (QUIT: Ping timeout: 252 seconds) (~arminweig@sourcehut/user/arminweigl) | 16:45 | |
| * arminweigl_ -> arminweigl | 16:46 | |
| sad_plan | minute: hm. that is interesting. maybe my system is just terribly optimized. I run my own custom distro on this machine, and performance didnt really come 1st in this case | 16:55 |
| sad_plan | ill fire up a live usb, and rerun the test. maybe I get different result | 16:56 |
| sad_plan | minute: http://0x0.st/8gQs.txt fired up chimera. this is probably in the realm of expected performance | 17:04 |
| kfx | sad_plan: what bootloader are you using in your custom distro | 17:12 |
| sad_plan | kfx: none. I use efistub | 17:12 |
| kfx | sad_plan: with edk2? | 17:12 |
| sad_plan | no, i dont have a reform currently. this is an acer laptop in question | 17:13 |
| kfx | ah, ok, sorry for the mixup | 17:14 |
| + ericsfraga (~user@2a00:23cc:b45c:9001::99e) | 17:14 | |
| sad_plan | no worries C: | 17:14 |
| + bkeys (~Thunderbi@66.110.201.50) | 17:19 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 17:25 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:26 | |
| * bkeys1 -> bkeys | 17:28 | |
| - bkeys (QUIT: Ping timeout: 248 seconds) (~Thunderbi@66.110.201.50) | 17:36 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:36 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 17:38 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:38 | |
| minute | sad_plan: aha, interesting @ performance | 17:42 |
| + bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 17:49 | |
| - bkeys (QUIT: Ping timeout: 276 seconds) (~Thunderbi@66.110.201.50) | 17:51 | |
| * bkeys1 -> bkeys | 17:51 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@38-146-94-247.echocast.zone) | 17:53 | |
| + bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 17:53 | |
| * bkeys1 -> bkeys | 17:56 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@38-146-94-247.echocast.zone) | 18:37 | |
| + bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 18:44 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-82-94.tukw.qwest.net) | 18:45 | |
| + colinsane (~colinunin@97-113-82-94.tukw.qwest.net) | 18:49 | |
| - colinsane (QUIT: Ping timeout: 260 seconds) (~colinunin@97-113-82-94.tukw.qwest.net) | 18:54 | |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@38-146-94-247.echocast.zone) | 18:57 | |
| + bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 19:01 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 19:21 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 19:25 | |
| * f_ -> [f_] | 20:05 | |
| * [f_] -> f_ | 20:05 | |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-53-92.bbcust.telenor.se) | 22:15 | |
| + bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 22:58 | |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 22:58 | |
| - bkeys1 (QUIT: Read error: Connection reset by peer) (~Thunderbi@38-146-94-247.echocast.zone) | 22:59 | |
| + bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 23:00 | |
| josch | minute: thank you and the MNT team so much for the shipment that arrived today! <3 | 23:06 |
| minute | josch: oh nice! hope it all works :D | 23:06 |
| josch | minute: the replacement charging board for the pocket made my pocket work again, so I guess we can be sure now that it indeed was the charging board even though the broken board is visually okay | 23:06 |
| minute | josch: ah, good to know! | 23:07 |
| zeha | \o/ | 23:07 |
| minute | a friend already overhauled most of the layout, i just have to finish some stuff about it (pocket charger board) | 23:07 |
| josch | minute: i'm testing the battery runtime now. I have the latest system image v5 loaded up with gnome, did no customizations at all and am playing the fireplace video from youtube in fullscreen with firefox at full display brightness with wifi. I get 1.5 hours of battery runtime -- is that expected or am I somehow not testing this right? | 23:08 |
| minute | josch: i'd expect more! | 23:09 |
| minute | otoh firefox is not very efficient for video iirc... i wonder what the cpu usage was like | 23:10 |
| + CephonAltera (~cephonalt@user/CephonAltera) | 23:12 | |
| josch | yes, esther achieves 3 hours with a similar setup but with display brightness at 30% | 23:16 |
| josch | four cores doing nothing, the other at ~40% utilization: https://mister-muffin.de/p/KYT0.png | 23:17 |
| - bkeys (QUIT: Remote host closed the connection) (~Thunderbi@38-146-94-247.echocast.zone) | 23:20 | |
| + bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 23:22 | |
| CephonAltera | Hey so i grepped the IRC logs and i more or less get the picture on the status of X11. While there's a lot of various conflicting information about it online, i've installed LXDE on my MNT Pocket Reform with the RK3588 and it seems to run fine. Other than one issue where moving the mouse seems to block rendering until the mouse movement is stopped. I am not raising this as an issue, but more so, im more so writing here to see if anyone | 23:34 |
| CephonAltera | else has been trying something similar as im a bit stumped | 23:34 |
| - bkeys (QUIT: Ping timeout: 276 seconds) (~Thunderbi@38-146-94-247.echocast.zone) | 23:45 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
