chartreuse | Alright, I'll see if I can spot any changes since them | 00:07 |
---|---|---|
cwebber | oh yeah | 00:39 |
cwebber | I made more progress btw | 00:39 |
cwebber | and updated the guix mailing list thread | 00:39 |
cwebber | https://lists.gnu.org/archive/html/help-guix/2021-09/msg00030.html | 00:39 |
cwebber | oops | 00:39 |
cwebber | https://lists.gnu.org/archive/html/help-guix/2021-09/msg00032.html | 00:39 |
cwebber | Fredrik was very helpful on there also | 00:39 |
chartreuse | You know I never knew of Guix before. Probably never looked that hard | 00:44 |
cwebber | it's pretty great | 00:48 |
cwebber | I run it on all my computers these days | 00:48 |
cwebber | I love it | 00:48 |
- S0rin (QUIT: Ping timeout: 252 seconds) (~S0rin@user/s0rin) | 00:58 | |
chartreuse | Sounds quite nice, though have had less strong feelings for the GNU project as time goes on | 00:59 |
chartreuse | Kinda been leaning more BSD XD | 01:00 |
chartreuse | At least in code I typically prefer BSD licensing mine now | 01:00 |
mjw | O! guix system on mnt reform. I have been using guix on the debian image that came with it, but "pure guix" would indeed be nice. | 01:07 |
- marex (QUIT: Ping timeout: 245 seconds) (~marex@195.140.253.37) | 01:24 | |
+ joeyh (~joeyh@kitenet.net) | 01:28 | |
joeyh | I'm wondering about internal USB on the reform. Are those USB headers on the motherboard standard and could I connect the pointing device via a hub? | 01:30 |
joeyh | also where would a hub be mountable, physically, inside.. | 01:30 |
mntmn | joeyh: i don't think they are standard but there are things like nanohub that are incredibly small and could be wired inbetween, yup. | 01:31 |
mntmn | i would probably use an acrylic cutout mounting strategy like for the wifi antenna | 01:31 |
mntmn | https://www.tindie.com/products/mux/nanohub-tiny-usb-hub-for-hacking-projects/ | 01:32 |
joeyh | I suppose lifting and reversing an external port would be another option ;) | 01:34 |
chartreuse | Another option of mounting a small hub board would be in the space around the trackball or below the trackpad, | 01:35 |
chartreuse | Just adhesive it or such so it can't move into the battery terminals | 01:35 |
chartreuse | You could possibly make a bracket that goes under the screws holding the mouse in, and use slightly longer screws while still being clear of the battery contacts | 01:36 |
chartreuse | Though I would put some kapton tape on them to be safe | 01:36 |
chartreuse | It's just the 4 USB signals on the cable, so hand wiring in a hub wouldn't be an issue, and the cables/connectors are molex | 01:37 |
chartreuse | Other place you could mount a hub if it's thin enough is under the battery PCB, Not really any place to put a bracket or such, but there is maybe 3-4mm below the PCB | 01:38 |
joeyh | ah, I thought it looked familiar in the drawing | 01:38 |
chartreuse | Stealing an external port and adding a hub should only be needed if you want USB 3 internally. Unless maybe USB was also run to the mini-pcie port for the wifi? | 01:39 |
chartreuse | Since some bluetooth cards use that | 01:40 |
chartreuse | Sticking a hub inline with the mouse is probably the most friendly solution | 01:40 |
mntmn | smol correction, the usb connectors are JST PH | 01:41 |
mntmn | batteries are molex picolock | 01:41 |
chartreuse | Ah okay, my bad. I remembered the molex sticker on the wrong cable | 01:42 |
chartreuse | Also just checked. No usb going to the miniPCIe slot, so that's not an option | 01:42 |
chartreuse | One of the internal USB ports is off the USB3 hub, so the signals are there to make it 3 if you want to get them | 01:43 |
chartreuse | Actually both are, just you'd have to grab the extra pins from the hub | 01:44 |
chartreuse | Doesn't have one of the protection ICs, but it is connected to a usb 3 hub | 01:44 |
chartreuse | Just would have to add 0.1uF caps on the super speed transmit lines | 01:45 |
mntmn | another option is a usb-c contoller on mPCIe card | 01:49 |
mntmn | but you would occupy the slot then. | 01:49 |
chartreuse | True, we clearly need more PCIe lanes for the next reform XD | 01:51 |
chartreuse | But you could then put a USB3 wifi adapter off it still, just track down one that can use external antennas | 01:52 |
chartreuse | Could even do AC or AX then, (limited by the 5Gbit/s 1x PCIe 2 lane) | 01:53 |
Asmadeus | problem with new wifi cards (with newer standards) is that they require closed firmware by law afaiu :( | 01:53 |
chartreuse | Oh huh, there are some AX cards in minipcie rather than m.2 | 01:54 |
chartreuse | The intel AX cares are upstreamed in the kernel, though yeah uses non-free firmware | 01:56 |
chartreuse | It not really the law, they've just been keeping firmware secret mainly for competition stuff. | 01:57 |
chartreuse | Yeah there is a bit to that with making it able to transmit out of specs, but older cards did that just fine without a blob | 01:58 |
chartreuse | Yes I can make my ath9k transmit out of spec for some countries, but that requires some effort | 01:58 |
mntmn | yeah if you don't care about the fw you can upgrade the wifi to the latest tech | 02:00 |
mntmn | ok i need to sleep! n8n8 | 02:00 |
chartreuse | G'night | 02:00 |
joeyh | are the external usb ports on a different usb bus than the internal ports? | 02:06 |
joeyh | oh, I see you mentioned usb3 hub above, so I think that answers that | 02:07 |
chartreuse | There's a USB3 hub, two of the external USB3 ports are on it, as are the two internal USB 2 ports, but those internal USB2 ports do actually have the lines for USB3 | 02:12 |
chartreuse | They're just not connected from the chip | 02:12 |
chartreuse | One of the external ports comes straight from the SoC | 02:12 |
joeyh | ah, ok | 02:12 |
chartreuse | J17 comes from the SoC, the other two are off the hub | 02:13 |
chartreuse | If you wanted to add an internal usb3 hub, you could probably chain off one of the internals if you're willing to solder to the existing hub | 02:14 |
- mjw (QUIT: Quit: Leaving) (~mark@herd.wildebeest.org) | 02:14 | |
chartreuse | Or remove U21, put a usb3 hub inline with U21 put on one of its outputs going back to the original pins | 02:15 |
chartreuse | Though that's quite a bit of hacking | 02:15 |
- sbates (QUIT: Quit: Leaving) (~sbates@198.178.118.18) | 03:16 | |
jfred | hmm, the operator handbook mentions /sbin/reform-migrate but that doesn't seem to exist on the debian system on the SD card that came with my reform | 03:40 |
chartreuse | It's in /usr/sbin/reform-migrate now | 03:41 |
jfred | aha, thanks! | 03:41 |
chartreuse | Found out why my kernel build wasn't passing CI, I forgot to update the config fully so it was pausing to run make config and ask questions | 03:43 |
chartreuse | For my own I had manually run menuconfig and added extra stuff that I didn't want in the system image | 03:43 |
- sundog (QUIT: *.net *.split) (~sundog@reclaim.technology) | 06:41 | |
- sbp (QUIT: *.net *.split) (~sbp@apache/doge/sbp) | 06:41 | |
- jnerula_ (QUIT: *.net *.split) (~jnerula@li1009-93.members.linode.com) | 06:41 | |
- signop_ (QUIT: *.net *.split) (~signop@li699-102.members.linode.com) | 06:41 | |
- blast007 (QUIT: *.net *.split) (~blast@user/blast007) | 06:41 | |
- kremlin (QUIT: *.net *.split) (~kremlin@uglyman.kremlin.cc) | 06:41 | |
+ blast007 (~blast@user/blast007) | 06:41 | |
+ sbp (~sbp@2001:19f0:6800:1102:5400:ff:fe11:39a1) | 06:41 | |
+ sundog (~sundog@reclaim.technology) | 06:41 | |
+ jnerula_ (~jnerula@li1009-93.members.linode.com) | 06:41 | |
+ kremlin (~kremlin@uglyman.kremlin.cc) | 06:41 | |
+ signop (~signop@li699-102.members.linode.com) | 06:41 | |
- frank2 (QUIT: *.net *.split) (~frank@91.229.143.153) | 06:57 | |
- tarxvf (QUIT: *.net *.split) (~tarxvf@mail.tarxvf.tech) | 06:57 | |
- technomancy (QUIT: *.net *.split) (~user@170.ip-158-69-211.net) | 06:57 | |
- plomlompom (QUIT: *.net *.split) (~plom@46.38.243.227) | 06:57 | |
+ tarxvf (~tarxvf@mail.tarxvf.tech) | 06:57 | |
+ plomlompom (~plom@46.38.243.227) | 06:57 | |
+ technomancy (~user@170.ip-158-69-211.net) | 06:58 | |
+ frank2 (~frank@91.229.143.153) | 06:58 | |
+ rasmus (~rasmus@c80-217-132-63.bredband.tele2.se) | 08:44 | |
- rasmus (PART: !!unknown attribute: msg!!) (~rasmus@c80-217-132-63.bredband.tele2.se) | 08:46 | |
- sbp (QUIT: Changing host) (~sbp@2001:19f0:6800:1102:5400:ff:fe11:39a1) | 11:06 | |
+ sbp (~sbp@apache/doge/sbp) | 11:06 | |
+ mjw (~mjw_@2001:1c06:2487:f800:9e5c:8eff:fe8f:a440) | 12:59 | |
- mjw (QUIT: Quit: Leaving) (~mjw_@2001:1c06:2487:f800:9e5c:8eff:fe8f:a440) | 13:08 | |
+ mjw (~mjw_@2001:1c06:2487:f800:9e5c:8eff:fe8f:a440) | 13:08 | |
+ sbates (~sbates@198.178.118.18) | 14:11 | |
- qbit (QUIT: Quit: WeeChat 3.2) (~qbit@ns2.suah.dev) | 15:30 | |
+ qbit (~qbit@ns2.suah.dev) | 15:53 | |
+ eery (~eery@172.97.103.152) | 16:11 | |
- ex-parrot (QUIT: Ping timeout: 240 seconds) (~fincham@user/ex-parrot) | 16:31 | |
- sbates (QUIT: Quit: Leaving) (~sbates@198.178.118.18) | 16:32 | |
+ ex-parrot (~fincham@user/ex-parrot) | 16:58 | |
joeyh | is the cpu fast enough to stream vp9 at 720p or so? | 17:08 |
- erlehmann (QUIT: Quit: Just say no, then the virus can not enter your body without your consent.) (~erle@dynamic-046-114-033-161.46.114.pool.telefonica.de) | 17:10 | |
mntmn | joeyh: sure | 17:17 |
joeyh | sweet | 17:17 |
joeyh | talk of hardware acceleration for H.264 had me unsure if it absolutely needed accel | 17:18 |
+ erlehmann (~erle@dynamic-046-114-034-192.46.114.pool.telefonica.de) | 17:20 | |
mntmn | joeyh: no, that's more like for 1080p@60, or when you want the decode not to use up too much cpu | 17:24 |
technomancy | even if your CPU can handle it, there's plenty of reasons to prefer it not to | 17:25 |
mntmn | OTOH hardware decode is not very flexible, it works only for certain profiles etc | 17:36 |
+ sbates (~sbates@198.178.118.18) | 18:08 | |
_Bnu | Typically up to main or high and only 4:2:0. | 18:32 |
- mjw (QUIT: Quit: Leaving) (~mjw_@2001:1c06:2487:f800:9e5c:8eff:fe8f:a440) | 19:26 | |
+ rasmus (~rasmus@c80-217-132-63.bredband.tele2.se) | 20:06 | |
cwebber | hm is this true? | 20:21 |
cwebber | https://lists.gnu.org/archive/html/help-guix/2021-09/msg00035.html | 20:21 |
cwebber | do you need a piece of nonfree firmware to get the reform to boot? | 20:21 |
bluerise | The bootloader contains a training firmware that is supplied to the DDR4 controller | 20:22 |
cwebber | I see | 20:22 |
bluerise | So yes, there's a blob that is given to the DDR4 controller | 20:22 |
cwebber | so yes, until that is replaced | 20:22 |
bluerise | 'replaced'? | 20:22 |
cwebber | looks like we won't be able to get the reform in guix proper then | 20:22 |
cwebber | since it has a pretty strict libre policy | 20:22 |
cwebber | but, it could go in a channel I guess | 20:22 |
bluerise | Ahaha | 20:22 |
bluerise | ok | 20:22 |
cwebber | too bad, I was pretty excited :\ | 20:23 |
cwebber | but, the nonguix repo exists and is usable for such things... | 20:23 |
bluerise | 'If it's connected through PCI, it could be a security issue as IOMMUs tend to be too easy to bypass in practice as they are often not well configured by various software components like u-boot, Linux and so on.' | 20:23 |
bluerise | The i.MX8M has *no* IOMMU | 20:23 |
bluerise | but other SoMs might | 20:23 |
bluerise | the trick is to flash the non-free bootloader into the SoM's eMMC | 20:24 |
bluerise | then you don't have to see the non-free software ;) | 20:24 |
cwebber | bluerise: it's absurd in a sense, but that would probably make it pass the requirements for Guix | 20:25 |
technomancy | that's some galaxy brain freedom right there | 20:25 |
bluerise | cwebber: yeah, it's very absurd | 20:25 |
cwebber | but in a sense it does make sense | 20:25 |
bluerise | all boards have some binary blob that you cannot see | 20:25 |
cwebber | basically, guix itself doesn't want to be touching or shipping nonfree stuff | 20:25 |
cwebber | or recommending it | 20:25 |
bluerise | but people only complain if they have to ship it themselves | 20:25 |
cwebber | of course, you're moving the nonfree stuff somewhere | 20:25 |
technomancy | abstinence remains the freeest way to compute | 20:26 |
cwebber | technomancy: are you parroting my pinned toot? ;) | 20:26 |
cwebber | it does make sense to have a project like guix be very serious about FOSS, but of course, yes, there is some irony when you relax because it was moved elsewhere | 20:26 |
technomancy | lol, is that where I heard it? | 20:26 |
technomancy | nice | 20:26 |
cwebber | https://octodon.social/@cwebber/100504164805670074 | 20:27 |
cwebber | bluerise: mind if I copy bits of our conversation to the mailing list thread? | 20:29 |
cwebber | you provided a lot of helpful info | 20:29 |
bluerise | I don't mind | 20:29 |
cwebber | cool | 20:30 |
cwebber | ty <3 | 20:30 |
cwebber | done | 20:31 |
cwebber | thank you for your help bluerise ! I really appreciate it | 20:31 |
cwebber | there is a nonguix repo: | 20:31 |
cwebber | https://gitlab.com/nonguix/nonguix | 20:32 |
cwebber | I will try to move the effort there in the meanwhile. | 20:32 |
cwebber | I think we are getting close, and it would be a shame to not finish this work. | 20:32 |
khm | cwebber: a few years ago I had a stupid hobby editing old abstinence-education stuff to be about computers. I replied to your toot with one. | 20:33 |
cwebber | khm: :) | 20:35 |
+ mjw (~mark@herd.wildebeest.org) | 21:30 | |
mjw | today's lesson, if you think "hmmm, the trackball feels 'choppy'", open it up and clean the ball and cup. | 21:32 |
mjw | https://mntre.com/reform2/handbook/parts.html#trackball-cleaning | 21:34 |
- rasmus (PART: Disconnected: timeout during receiving) (~rasmus@c80-217-132-63.bredband.tele2.se) | 22:06 | |
+ rasmus (~rasmus@c80-217-132-63.bredband.tele2.se) | 22:06 | |
- rasmus (PART: !!unknown attribute: msg!!) (~rasmus@c80-217-132-63.bredband.tele2.se) | 22:09 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!