| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 00:10 | |
| - kop316 (QUIT: Server closed connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 00:29 | |
| + kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 00:30 | |
| minute | fallout new vegas runs nicely on rk3588 reform with the wow64 version of wine! | 00:31 |
|---|---|---|
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-64-230.tukw.qwest.net) | 00:39 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 00:40 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-64-230.tukw.qwest.net) | 00:46 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 00:52 | |
| - mtm (QUIT: Ping timeout: 265 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 02:03 | |
| + mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 02:05 | |
| - cobra (QUIT: Ping timeout: 268 seconds) (~cobra@user/Cobra) | 02:06 | |
| Twodisbetter | minute: that is my favorite new vegas, and wow that is impressive! The RK3588 is for sure in my future. | 02:22 |
| Twodisbetter | minute: that is my favorite Fallout, and wow that is impressive! The RK3588 is for sure in my future. | 02:22 |
| + cobra (~cobra@user/Cobra) | 02:24 | |
| + jacobk (~quassel@2601:380:837e:24e0:f88e:b38c:4fc8:ae5f) | 02:53 | |
| - romi (QUIT: Server closed connection) (bd30729973@user/romi) | 03:06 | |
| + romi (bd30729973@user/romi) | 03:06 | |
| swivel | minute: i'm intending to order a printed reform handbook but want to combine the order with one of the mnt baseball caps since i'm in US and would like to coalesce if possible | 03:10 |
| swivel | any eta on the hats being in stock? | 03:10 |
| swivel | CS refunded my preorder $$ for the handbook :) | 03:10 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 03:54 | |
| - nsc (QUIT: Ping timeout: 272 seconds) (~nicolas@i5C74DFCE.versanet.de) | 03:57 | |
| + nsc (~nicolas@i5C74DCFA.versanet.de) | 03:58 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@2601:380:837e:24e0:f88e:b38c:4fc8:ae5f) | 04:21 | |
| - vagrantc (QUIT: Ping timeout: 246 seconds) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 04:26 | |
| - inhji (QUIT: Server closed connection) (~inhji@2a01:4f8:1c0c:42e4::1) | 05:50 | |
| + inhji (~inhji@2a01:4f8:1c0c:42e4::1) | 05:51 | |
| - sevan (QUIT: Ping timeout: 245 seconds) (~sevan@user/venture37) | 06:09 | |
| - qbit (QUIT: Remote host closed the connection) (~qbit@mail.suah.dev) | 06:12 | |
| + qbit (~qbit@mail.suah.dev) | 06:16 | |
| + Jonas__ (~Jonas@45.134.79.119) | 06:28 | |
| Jonas__ | Meta question : how does the irc logging to pretty html pipeline looks like here? I'm seeing a mention in the source about irc2log (https://pypi.org/project/irclog2html/) and I'd be curious to know how it was implemented here as I'd like to try doing the same elsewhere. | 06:30 |
| - Jonas__ (QUIT: Ping timeout: 265 seconds) (~Jonas@45.134.79.119) | 06:58 | |
| - ch (QUIT: Server closed connection) (~ch@user/meow/ch) | 07:23 | |
| + ch (~ch@user/meow/ch) | 07:24 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 08:11 | |
| - vagrantc (QUIT: Ping timeout: 265 seconds) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 08:57 | |
| - sbp (QUIT: Server closed connection) (~sbp@apache/doge/sbp) | 09:07 | |
| + sbp (~sbp@tea.infomesh.net) | 09:07 | |
| + mjw (~mjw@gnu.wildebeest.org) | 09:12 | |
| - ptrc (QUIT: Server closed connection) (~ptrc@ptrc.gay) | 09:33 | |
| + ptrc (~ptrc@ptrc.gay) | 09:34 | |
| - jjbliss (QUIT: Ping timeout: 265 seconds) (~jjbliss@1464766-static.elnsmiaa.metronetinc.net) | 09:44 | |
| - ehenter (QUIT: Server closed connection) (~ehenter@81-175-159-24.bb.dnainternet.fi) | 10:18 | |
| + ehenter (~ehenter@81-175-159-24.bb.dnainternet.fi) | 10:19 | |
| - Gooberpatrol66 (QUIT: Ping timeout: 264 seconds) (~Gooberpat@user/gooberpatrol66) | 10:55 | |
| - bluerise (QUIT: Server closed connection) (~bluerise@p5b0ac4d1.dip0.t-ipconnect.de) | 11:14 | |
| + bluerise (~bluerise@p5b0ac4d1.dip0.t-ipconnect.de) | 11:14 | |
| - mjw (QUIT: Quit: Leaving) (~mjw@gnu.wildebeest.org) | 11:55 | |
| + Jonas_ (~Jonas_@192.54.145.138) | 13:13 | |
| + jjbliss (~jjbliss@1464766-static.elnsmiaa.metronetinc.net) | 13:20 | |
| - mtm (QUIT: Ping timeout: 245 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 14:04 | |
| + mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 14:06 | |
| - cwebber (QUIT: Server closed connection) (~Christine@user/cwebber) | 14:16 | |
| + cwebber (~Christine@user/cwebber) | 14:17 | |
| + murphnj (~murph@user/murphnj) | 14:29 | |
| - Jonas_ (QUIT: Quit: Client closed) (~Jonas_@192.54.145.138) | 14:45 | |
| [tj] | olimex are rma'ing my imx8mp board, lets hope attempt two survives longer | 15:07 |
| - digitalrayne (QUIT: Server closed connection) (~digitalra@vps-446f4f39.vps.ovh.ca) | 15:33 | |
| + digitalrayne (~digitalra@vps-446f4f39.vps.ovh.ca) | 15:33 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 15:34 | |
| - leonardo (QUIT: Ping timeout: 265 seconds) (leonardo@user/leonardo) | 16:23 | |
| - theesm (QUIT: Quit: Gateway shutdown) (~theesm@2a01:4f9:c011:adc3::) | 16:24 | |
| + leonardo (leonardo@user/leonardo) | 16:25 | |
| + theesm (~theesm@2a01:4f9:c011:adc3::) | 16:25 | |
| grimmware | any reports of hyper shipping notifications or deliveries yet? | 16:42 |
| kop316 | grimmware: minute said the first batch was sent. | 16:45 |
| - jn (QUIT: Server closed connection) (~quassel@user/jn/x-3390946) | 16:51 | |
| + jn (~quassel@2a0a-a549-9845-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de) | 16:51 | |
| - jn (QUIT: Changing host) (~quassel@2a0a-a549-9845-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de) | 16:51 | |
| + jn (~quassel@user/jn/x-3390946) | 16:51 | |
| jfred | To Crowd Supply, right? Whether they've been shipped to customers from there yet is a different story | 16:57 |
| jfred | (Anecdotally I have not yet gotten a CS shipping notification for mine) | 16:58 |
| jfred | The custom Pocket lid I had manufactured is out for delivery today though :D | 16:59 |
| josch | jfred: what custom mod did you do? | 17:06 |
| jfred | josch: https://www.terracrypt.net/posts/customizing-my-pocket-reform.html | 17:07 |
| josch | oooh that one | 17:07 |
| josch | i remember now :) | 17:07 |
| josch | was it that much cheaper to have 15 of them made? | 17:08 |
| jfred | I admittedly didn't play around with the quantity too much at that point because even having 15 made was going to be substantially cheaper than the first quote I got. It may have inflated the shipping cost | 17:09 |
| jfred | Oshpark would have been more expensive for just three. I could have gone with them but they only do purple, haha | 17:11 |
| jfred | But it seemed fun to have some extras to hand out too :P | 17:13 |
| minute | grimmware: we sent 2x 21 hypers so far, 42 in total | 17:14 |
| josch | "Producing Perfect Purple PCBs Promptly" -- purple pcbs by default! nice! :D | 17:22 |
| jfred | Yeah the next time I want a purple PCB I'm going with them haha | 17:34 |
| grimmware | jfred: niiice, I've been thinking about making a custom too :) Share a pic once it gets delivered | 17:44 |
| jfred | Will do! | 17:51 |
| josch | in unrelated news, both tuigreet as well as ezurio-qcacld-2.0-dkms now made it through the Debian ftp-master NEW queue and are now part of bookworm-backports | 17:59 |
| josch | as such, both packages will soon be part of the bookworm-backports images on reform.d.n | 17:59 |
| minute | josch: bmap files are gone somehow? https://source.mnt.re/reform/reform-system-image/-/jobs/4865/artifacts/browse | 18:16 |
| + bkeys (~Thunderbi@45.134.140.153) | 18:24 | |
| bkeys | So once I have the fedora kernel packaged, how do I get the .dts files applied to my kernel? | 18:24 |
| josch | minute: sorry, i pushed the fix | 18:35 |
| josch | minute: background is, that i figured out that the bmaptool documentation is wrong. The code does not first look at the basename (without the extension .img) plus .bmap but first looks at the original filename plus .bmap extension. So if you (like i did) have both foo.img.bmap and foo.bmap in your current directory and then mkimage.sh creates a new foo.bmap, bmaptool will pick up foo.img.bmap instead | 18:37 |
| josch | see commit message of 540decb59f8a175afc9c13deb7a43f4580e7ee4a | 18:37 |
| josch | i wanted to submit fixes to the bmaptool documentation and then i learned that the intel github repo is no archived | 18:37 |
| josch | but it seems that the yoctoproject has picked up maintenance, luckily for us | 18:38 |
| minute | bkeys: dts is not strictly "applied" to a kernel, it is just compiled in the same tree to a dtb file that is loaded by a bootloader (uboot) | 18:38 |
| josch | bkeys: you mean how do you build a dtb from the dts or how do you boot with a given dtb? | 18:38 |
| + Jonas__ (~Jonas@45.134.79.119) | 18:49 | |
| bkeys | Okay so, the dtb has nothing to do with the kernel build | 19:04 |
| josch | bkeys: it has a little bit as it usually is built as part of your kernel build but you can also build it manually afterwards | 19:05 |
| bkeys | Okay, I'll see about that then. I got what will very likely be a successful build of the kernel and I'll worry about the dtb at that point | 19:06 |
| bkeys | https://copr.fedorainfracloud.org/coprs/bkeys/kernel-reform/build/7735684/ | 19:06 |
| bkeys | It has the .patch files and the config applied to it; I still have mainline Fedora on there | 19:06 |
| josch | cool! | 19:07 |
| josch | minute: reform-system-image currently fails due to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1076381 | 19:07 |
| josch | ch flexing with their arm64 box in that bug report ;) | 19:07 |
| bkeys | josch: The guys in the fedora-devel channel are saying I can maintain a fork of the kernel source and copr can build reform kernels for all available versions of the kernel so if this works out there might be a situation where Fedora is a really good option for the Reform | 19:08 |
| ch | josch: haha | 19:08 |
| ch | josch: ran into it for some usrmerge tests ;) | 19:08 |
| bkeys | I still have my notes and will continue to document all of this and post it when I have it successful | 19:08 |
| josch | ch: excuses, excuses ;) | 19:09 |
| josch | bkeys: best you document everything not in words but as a script which is able to perform all the steps and could, for example, be executed daily or weekly? :) | 19:09 |
| josch | bkeys: i'd wager minute has some remaining gitlab CI runner time that could be used to build Fedora images? | 19:10 |
| bkeys | Yeah probably, I also have the commands written down in my notes; right now it's just to get mainline Fedora on the Reform itself which works. With the copr it should be them enabling a repo and installing the custom kernel; we shouldn't have to build any custom images | 19:11 |
| bkeys | We can actually reuse all the different images that Fedora builds this way | 19:12 |
| + mjw (~mjw@gnu.wildebeest.org) | 19:12 | |
| bkeys | As for CI runner, someone is free to do that but all we should need is copr to build the kernels | 19:12 |
| josch | bkeys: but then you need to manually plug these kernels into the official images somehow, no? | 19:12 |
| bkeys | No you can boot the official image unmodified on the Reform; you just need to hook it up to either serial or an external display | 19:13 |
| bkeys | The custom kernel is for getting the ethernet port and internal display running; everything else as far as I can see is working even hardware acceleration | 19:14 |
| bkeys | I'm also working with the AltArch SIG for CentOS Stream to get minimal images for aarch64 so that we can theoretically even get enterprise linux on here | 19:14 |
| minute | bkeys: that all sounds very nice! what's the process to switch out the kernel once fedora is booted? also, one has to also install uboot, no? | 19:22 |
| bkeys | minute: Yeah you install uboot to the SD card; swapping out the kernel is done by the package manager | 19:22 |
| bkeys | https://copr.fedorainfracloud.org/coprs/bkeys/kernel-reform/ | 19:22 |
| bkeys | sudo dnf copr enable bkeys/kernel-reform | 19:22 |
| bkeys | sudo dnf install kernel-reform | 19:22 |
| bkeys | Then boom, the kernel will be swapped out | 19:23 |
| minute | bkeys: ok so i download the official fedora arm64 and then dd our uboot on top? | 19:23 |
| bkeys | Let me get you my notes | 19:23 |
| bkeys | https://paste.centos.org/view/78fb5da9 | 19:23 |
| minute | bkeys: ohhh cool thanks | 19:24 |
| minute | also, interesting @ disable_lps_deep | 19:24 |
| minute | i didn't realize yet that there was a module option for that | 19:24 |
| bkeys | Yeah that seems to be the way to do it on Fedora | 19:24 |
| bkeys | I'm not sure it really fixed the issue | 19:25 |
| bkeys | Once the custom kernel and dtb are set up, theoretically it should work and then I want to investigate getting it on internal memory so it's a slick experience requiring no SD cards | 19:26 |
| minute | nice | 19:26 |
| bkeys | Hopefully if this works out well and it's a good experience it can take some load off your shoulders | 19:29 |
| minute | yeah, appreciated | 19:30 |
| bkeys | What would be the way to include the dts files in with the kernel build? That sounds more convenient and like I can eliminate a step for the user | 19:35 |
| josch | bkeys: for device trees that already are in the kernel, you'd just patch that one so that it looks like the one MNT ships. For example for a311d, it would go into arch/arm64/boot/dts/amlogic/meson-g12b-bananapi-cm4-mnt-reform2.dts | 19:37 |
| ch | (+ add to Makefile) | 19:38 |
| josch | for others, that are not in the kernel yet, you'd need to patch the respective Makefile. For example for the a311d in the pocket, you'd patch arch/arm64/boot/dts/amlogic/Makefile and add a line like this: | 19:38 |
| josch | dtb-$(CONFIG_ARCH_MESON) += meson-g12b-bananapi-cm4-mnt-pocket-reform.dtb | 19:38 |
| bkeys | Okay I'll have to ask the Fedora people how I do that with their building scripts | 19:38 |
| ch | (oh meson-g12b-bananapi-cm4-mnt-reform2.dts is already upstream?) | 19:39 |
| bkeys | Not that I know of | 19:39 |
| josch | ch: it was added by Neil Armstrong in fde2d69c1626bebb3a8851909c912e582db1ca95 | 19:40 |
| ch | nice | 19:40 |
| josch | it's in the kernel since v6.10-rc1 | 19:41 |
| ch | yeah i see it now | 19:41 |
| bkeys | josch: So do I just drop the dts files in there? | 19:52 |
| + gustav28 (~gustav@c-1134524e.019-141-67626730.bbcust.telenor.se) | 20:02 | |
| minute | some panthor news (relevant for GLES on rk3588) https://www.collabora.com/news-and-blog/news-and-events/taming-the-panthor-opengl-es-31-conformance-achived-mali-g610.html | 20:17 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 20:33 | |
| - Jonas__ (QUIT: Ping timeout: 258 seconds) (~Jonas@45.134.79.119) | 20:38 | |
| bkeys | My initial kernel-reform was built and I'm installing it on the Reform now | 20:44 |
| bkeys | But without the dtb I'm skeptical if it will solve the hardware issues | 20:44 |
| bkeys | Yep so I installed my patched kernel, it didn't solve the hardware issues which without the dtb files is to be expected | 20:59 |
| + Jonas__ (~Jonas@45.134.79.119) | 21:04 | |
| - Twodisbetter (QUIT: Quit: Gateway shutdown) (2cc0e4ea1c@irc.cheogram.com) | 21:27 | |
| - Jonas__ (QUIT: Ping timeout: 264 seconds) (~Jonas@45.134.79.119) | 21:27 | |
| + Twodisbetter (2cc0e4ea1c@irc.cheogram.com) | 21:27 | |
| bkeys | josch: Do I have to patch anything with DTS or will it just include all dts files in the directory? | 21:27 |
| + Jonas__ (~Jonas@45.134.79.119) | 21:28 | |
| josch | bkeys: the dtb is built using a makefile and those do not "scan" a directory and build everything in it -- you have to manually list them, see my example with dtb-$(CONFIG_ARCH_MESON) += ... above | 21:33 |
| - Twodisbetter (QUIT: Quit: Gateway shutdown) (2cc0e4ea1c@irc.cheogram.com) | 21:40 | |
| - Jonas__ (QUIT: Ping timeout: 252 seconds) (~Jonas@45.134.79.119) | 22:01 | |
| + Jonas__ (~Jonas@45.134.79.119) | 22:03 | |
| mtm | minute: that's great to hear re: panthor news and the rk3588 | 22:06 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-1134524e.019-141-67626730.bbcust.telenor.se) | 22:15 | |
| josch | i find motherboard 2.6 even better news -- i didn't expect more love for the classic size :) | 22:19 |
| - Jonas__ (QUIT: Ping timeout: 265 seconds) (~Jonas@45.134.79.119) | 22:41 | |
| minute | i'm studying the ltc4020 datasheet again. i think we can limit charging current by just changing the value of R8 | 22:53 |
| minute | currently it's 100k which is actually way out of range (unlimited) | 22:54 |
| minute | if i understand the formula correctly 100% = 20k, and 50% would be 10k | 22:54 |
| josch | was this done different for motherboard 2.0? because i didn't have the charging problems before 2.5 | 23:02 |
| minute | josch: afaik not | 23:20 |
| josch | like, before we had this 60 W usb-c adapter which always worked. And with 2.5 suddenly i measure 75 W or more power draw... odd... | 23:22 |
| minute | the other current limiting factors are the two sense resistors, but they're harder to control (very small resistances) | 23:22 |
| bkeys | error: arch/arm64/boot/dts/amlogic/meson-g12b-bananapi-cm4-mnt-reform2.dts: already exists in working directory | 23:54 |
| bkeys | I'm trying to apply patch files to the kernel, do you ever get this error josch minute? | 23:54 |
| josch | bkeys: that looks like you are trying to apply a patch which creates a file in a situation where the file already exists | 23:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!