- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 00:02 | |
+ bkeys (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 00:03 | |
+ nottheoilrig (~nottheoil@142.26.7.82) | 00:40 | |
- nottheoilrig (QUIT: Ping timeout: 245 seconds) (~nottheoil@142.26.7.82) | 00:44 | |
- linx (QUIT: Ping timeout: 256 seconds) (~linx@2a02:1388:9e:99f:37b7:366f:c9a2:cb8) | 00:48 | |
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 00:51 | |
+ bkeys (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 01:01 | |
+ bkeys1 (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 01:05 | |
- mjw (QUIT: Ping timeout: 250 seconds) (~mjw@gnu.wildebeest.org) | 01:05 | |
- bkeys1 (QUIT: Ping timeout: 246 seconds) (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 01:09 | |
- bkeys (QUIT: Ping timeout: 265 seconds) (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 01:09 | |
+ bkeys (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 01:24 | |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 01:25 | |
+ bkeys (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 01:25 | |
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 01:28 | |
- S0rin_ (QUIT: Remote host closed the connection) (~S0rin@ns3046377.ip-164-132-170.eu) | 01:29 | |
- klardotsh (QUIT: Ping timeout: 240 seconds) (~klardotsh@98.97.115.59) | 01:33 | |
+ bkeys1 (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 01:49 | |
- bkeys (QUIT: Ping timeout: 268 seconds) (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 01:49 | |
* bkeys1 -> bkeys | 01:49 | |
- bkeys (QUIT: Ping timeout: 265 seconds) (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 01:56 | |
- mtm (QUIT: Ping timeout: 250 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 02:02 | |
- mtm- (QUIT: Ping timeout: 240 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 02:04 | |
+ bkeys (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 02:17 | |
+ S0rin (~S0rin@user/s0rin) | 02:45 | |
- bkeys (QUIT: Ping timeout: 246 seconds) (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 03:30 | |
+ XYZ (~XYZ@78-80-26-118.customers.tmcz.cz) | 03:35 | |
- nsc (QUIT: Ping timeout: 265 seconds) (~nicolas@138-48-142-46.pool.kielnet.net) | 04:03 | |
+ nsc (~nicolas@214-48-142-46.pool.kielnet.net) | 04:04 | |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 04:08 | |
+ mtm- (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 04:12 | |
- chartreuse (QUIT: Remote host closed the connection) (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net) | 04:23 | |
- gnou_liber (QUIT: Read error: Connection reset by peer) (~gnou_libe@223.pool85-50-3.static.orange.es) | 04:39 | |
+ gnou_liber (~gnou_libe@223.pool85-50-3.static.orange.es) | 04:39 | |
+ bkeys (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 04:48 | |
+ chartreuse (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net) | 05:35 | |
* bluerise_ -> bluerise | 05:35 | |
- chartreuse (QUIT: Client Quit) (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net) | 05:36 | |
+ chartreuse (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net) | 05:37 | |
- bkeys (QUIT: Ping timeout: 250 seconds) (~Thunderbi@199.226-24.cm.ptn.tftn.dynamic.friendlycity.net) | 06:01 | |
- laumann (QUIT: Ping timeout: 250 seconds) (~quassel@user/laumann) | 08:16 | |
- gnou_liber (QUIT: Ping timeout: 265 seconds) (~gnou_libe@223.pool85-50-3.static.orange.es) | 08:28 | |
+ gnou_liber (~gnou_libe@77.pool85-52-203.static.orange.es) | 08:28 | |
+ Ar|stote|is (~linx@5-203-149-131.pat.nym.cosmote.net) | 08:33 | |
- gnou_liber (QUIT: Read error: Connection reset by peer) (~gnou_libe@77.pool85-52-203.static.orange.es) | 08:56 | |
+ gnou_liber (~gnou_libe@84.76.127.82) | 08:56 | |
* mark_ -> mjw | 10:00 | |
- gnou_liber (QUIT: Ping timeout: 240 seconds) (~gnou_libe@84.76.127.82) | 10:08 | |
+ gnou_liber (~gnou_libe@95.pool85-52-203.static.orange.es) | 10:08 | |
- XYZ (QUIT: Ping timeout: 240 seconds) (~XYZ@78-80-26-118.customers.tmcz.cz) | 10:14 | |
+ XYZ (~XYZ@78-80-26-118.customers.tmcz.cz) | 10:32 | |
- XYZ (QUIT: Ping timeout: 240 seconds) (~XYZ@78-80-26-118.customers.tmcz.cz) | 10:44 | |
+ XYZ (~XYZ@78-80-26-118.customers.tmcz.cz) | 10:56 | |
- XYZ (QUIT: Ping timeout: 240 seconds) (~XYZ@78-80-26-118.customers.tmcz.cz) | 11:53 | |
+ XYZ (~XYZ@78-80-16-11.customers.tmcz.cz) | 12:02 | |
+ mark_ (~mjw@gnu.wildebeest.org) | 12:20 | |
- nocko (QUIT: Quit: Connection closed for inactivity) (sid501219@user/nocko) | 13:01 | |
+ sbates (~sbates@user/sbates) | 13:28 | |
- mark_ (QUIT: Ping timeout: 265 seconds) (~mjw@gnu.wildebeest.org) | 13:33 | |
- sbates (QUIT: Remote host closed the connection) (~sbates@user/sbates) | 13:50 | |
+ sbates (~sbates@user/sbates) | 13:51 | |
- mtm (QUIT: Ping timeout: 240 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 14:03 | |
- mtm- (QUIT: Ping timeout: 248 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 14:03 | |
+ eery (~eery@77.137.65.251) | 14:09 | |
- gnou_liber (QUIT: Read error: Connection reset by peer) (~gnou_libe@95.pool85-52-203.static.orange.es) | 14:38 | |
+ gnou_liber (~gnou_libe@223.pool85-50-3.static.orange.es) | 14:39 | |
- Nulo (QUIT: Ping timeout: 240 seconds) (~Nulo@user/nulo) | 14:42 | |
+ laumann_ (~quassel@2a0a-e5c0-2-2-0-c8ff-fe68-bef1.loves.ipv6.at.ungleich.ch) | 15:12 | |
- laumann_ (QUIT: Changing host) (~quassel@2a0a-e5c0-2-2-0-c8ff-fe68-bef1.loves.ipv6.at.ungleich.ch) | 15:14 | |
+ laumann_ (~quassel@user/laumann) | 15:14 | |
* laumann_ -> laumann | 15:14 | |
murph[m] | <Booster[m]> "minute: really looking forward..." <- I'm anxiously awaiting as well. | 15:48 |
---|---|---|
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 16:08 | |
+ mtm- (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 16:11 | |
sevan | Nevermind GPU support, we need an ISA slot to support SoundBlaster cards https://mastodon.social/@tubetime/110463768605629842 | 16:30 |
josch | wow, that is very impressive | 16:38 |
minute | linx: https://shop.mntre.com/products/mnt-reform-laird-wi-fi-antenna?taxon_id=13 | 16:42 |
sevan | josch: indeed. | 17:02 |
- S0rin (QUIT: Ping timeout: 265 seconds) (~S0rin@user/s0rin) | 17:05 | |
+ S0rin (~S0rin@user/s0rin) | 17:05 | |
+ bkeys (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 17:28 | |
- bkeys (QUIT: Client Quit) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 17:29 | |
+ bkeys (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 17:30 | |
- gnou_liber (QUIT: Read error: Connection reset by peer) (~gnou_libe@223.pool85-50-3.static.orange.es) | 17:38 | |
+ gnou_liber (~gnou_libe@223.pool85-50-3.static.orange.es) | 17:54 | |
- S0rin (QUIT: Quit: WeeChat 3.0) (~S0rin@user/s0rin) | 18:00 | |
+ mark_ (~mjw@gnu.wildebeest.org) | 18:20 | |
- mjw (QUIT: Killed (NickServ (GHOST command used by mark_!~mjw@gnu.wildebeest.org))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 18:20 | |
* mark_ -> mjw | 18:20 | |
+ mark_ (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 18:20 | |
AbortRetryFail | do the flex bars transfer forces on the keyboard to the motherboard? | 19:07 |
vkoskiv | Seems like it. I might try printing some to experiment with. | 19:11 |
vkoskiv | I've had a concept in my head for an alternate design that would brace against the lip where the trackpad slides into, but I haven't had the kick to start designing it yet. | 19:12 |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 19:24 | |
minute | AbortRetryFail: yes, but that in turn transfers forces to the bottom plate, via heatsink assembly | 19:25 |
minute | ok, we're launching RCM4 finally: https://shop.mntre.com/products/mnt-reform-cm4-processor-module-adapter?taxon_id=13 | 19:26 |
sigrid | minute: what does "(only HDMI oder internal at a time)" mean? | 19:26 |
minute | sigrid: one can switch between internal and external display, but not drive both at the same time. i believe this is a driver limitation | 19:26 |
sigrid | I think you wanted to s/oder/or/ then? :) | 19:27 |
sigrid | seems like German | 19:27 |
minute | oh wow | 19:27 |
minute | lol | 19:27 |
minute | thanks! | 19:27 |
sigrid | np | 19:28 |
minute | fixed! | 19:29 |
AbortRetryFail | wonder how many boundary devices SoMs I'll be able to get for cheap on eBay in a couple months | 19:38 |
minute | AbortRetryFail: heh | 19:38 |
+ S0rin (~S0rin@user/s0rin) | 19:46 | |
- XYZ (QUIT: Remote host closed the connection) (~XYZ@78-80-16-11.customers.tmcz.cz) | 19:55 | |
+ XYZ (~XYZ@78-80-16-11.customers.tmcz.cz) | 19:58 | |
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 20:07 | |
+ amospalla (~amospalla@212.231.228.113) | 20:07 | |
+ bkeys (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 20:07 | |
amospalla | wow, will this be compatible with Pocket? | 20:08 |
minute | amospalla: hopefully yes, i still have to validate the display with it | 20:11 |
amospalla | wonderful, also, just guessing, but being the standard CM4, who knows what other existing or still not released modules will be available :D | 20:12 |
amospalla | s/be available/work | 20:13 |
amospalla | thank you | 20:16 |
- amospalla (PART: !!unknown attribute: msg!!) (~amospalla@212.231.228.113) | 20:20 | |
Zaba | This might be an interesting CM4-compatible option for making some retro recreation systems https://www.crowdsupply.com/intergalaktik/ulx4m | 20:21 |
minute | yes, that's pretty cool too | 20:26 |
- Ar|stote|is (QUIT: Read error: Connection reset by peer) (~linx@5-203-149-131.pat.nym.cosmote.net) | 20:36 | |
+ Ar|stote|is (~linx@149-210-4-170.mobile.nym.cosmote.net) | 20:43 | |
+ klardotsh (~klardotsh@98.97.37.201) | 21:03 | |
- gnou_liber (QUIT: Remote host closed the connection) (~gnou_libe@223.pool85-50-3.static.orange.es) | 21:09 | |
+ gnou_liber (~gnou_libe@223.pool85-50-3.static.orange.es) | 21:10 | |
pandora[m] | Is there an expected-ish release date for the pocket already? | 21:22 |
minute | small update: we just got the mouser purchase order for pockets, so the funds transfer should start soon | 21:24 |
minute | and then we can buy the cpu modules which have 24wk lead time | 21:25 |
- XYZ (QUIT: Ping timeout: 265 seconds) (~XYZ@78-80-16-11.customers.tmcz.cz) | 21:49 | |
+ Nulo (~Nulo@user/nulo) | 21:55 | |
josch | minute: with what OS/kernel can i run the a311d or the rpi? are changes to the kernel or other components in sysimage-v3 needed? probably, right? | 22:05 |
minute | josch: yes, we'll need to add a few patches (not much though) | 22:05 |
josch | minute: do you have a patch stack ready that i can add to the reform-debian-packages repo? | 22:06 |
minute | josch: see also http://lists.infradead.org/pipermail/linux-arm-kernel/2023-May/837731.html | 22:06 |
minute | josch: basically the patches from that thread plus a few tweaks i need to put in patch form | 22:07 |
josch | uff 17 patches | 22:07 |
minute | josch: i can collect everything needed over the next week | 22:08 |
minute | also, we need a different u-boot for this one. i'm thinking how to deal with that regarding the system image. perhaps flashing would be a two-step process at first, flashing the image and then u-boot on top | 22:08 |
josch | no rush :) | 22:08 |
minute | rpi doesn't care about that as it just needs it's weird config file(s) IIRC | 22:09 |
josch | with flashing do you mean writing the sd-card image or to emmc? | 22:10 |
minute | yes | 22:10 |
josch | makes sense :) | 22:10 |
josch | u-boot probably sits at the same offset for imx8mq and a311d? | 22:11 |
josch | what debian does, is to offer the image in two parts that can then put together with "cat" | 22:12 |
josch | the first part contains the things that are different for every board and the second part the file system with actual Debian on it | 22:12 |
vagrantc | ACTION waves | 22:13 |
+ XYZ (~XYZ@78-80-16-11.customers.tmcz.cz) | 22:13 | |
josch | looks like this: http://ftp.debian.org/debian/dists/unstable/main/installer-arm64/current/images/netboot/SD-card-images/ | 22:13 |
josch | vagrantc: i was about to ping you :) | 22:13 |
minute | oh, that's nice @ cat | 22:13 |
vagrantc | if you are lucky, the offsets are compatible, or can be made compatible | 22:13 |
vagrantc | :) | 22:13 |
josch | so if Debian didn't come up with a better way maybe that's the state of the art? | 22:14 |
minute | i don't believe that the offsets are the same, they're not even the same for imx8mq vs imx8mp :D | 22:14 |
vagrantc | i have successfully built a single image that boots both 64-bit sunxi and 64-bit rockchip systems | 22:14 |
vagrantc | there was a talk on the deeper concept for this at fosdem some years back | 22:14 |
vagrantc | and i gave a talk about my much less ambitious work with pinebook and pinebook-pro | 22:15 |
vagrantc | https://archive.fosdem.org/2019/schedule/event/one_image_to_rule_them_all/ | 22:15 |
vagrantc | https://debconf21.debconf.org/talks/88-two-pinebooks-walk-into-a-bar/ | 22:16 |
minute | this is a bit weird: | 22:16 |
minute | $ dd if=fip/u-boot.bin.sd.bin of=$DEV conv=fsync,notrunc bs=512 skip=1 seek=1 | 22:16 |
vagrantc | although i think my talk was somewhat botched | 22:16 |
minute | $ dd if=fip/u-boot.bin.sd.bin of=$DEV conv=fsync,notrunc bs=1 count=440 | 22:16 |
josch | vagrantc: botched? | 22:17 |
vagrantc | josch: nobody told me the talk was starting, muted audio, etc. :) | 22:17 |
josch | oh XD | 22:17 |
josch | minute: is a311d u-boot support upstreamed? | 22:19 |
vagrantc | the summary of the one-image-to-rule-them-all was basically to leverage secondary and tertiary offsets, which dramatically improved the odds of finding compatible ones | 22:20 |
vagrantc | and ... the more ambitious part was to write a very simple prebootloader bit that handled board-specific differences for similar platforms and then jumped to a more proper u-boot | 22:20 |
josch | oh... well then XD | 22:20 |
minute | looks like yes, the boards are called meson-g12b-a311d... | 22:21 |
vagrantc | i only played around with two specific boards and used a secondary offset for one of them | 22:21 |
minute | the internal name for the soc is meson g12b | 22:21 |
minute | this is a bit confusing at first :D | 22:21 |
josch | this will also be interesting for the rest of the reform packages because everything assumes imx8mq | 22:22 |
vagrantc | there are quite a few G12B boards in upstream u-boot | 22:22 |
josch | but maybe good that this is done before the pocket release | 22:22 |
minute | josch: yes, absolutely | 22:23 |
- doppler (QUIT: Ping timeout: 240 seconds) (~doppler@user/doppler) | 22:31 | |
+ doppler (~doppler@user/doppler) | 22:33 | |
- XYZ (QUIT: Ping timeout: 268 seconds) (~XYZ@78-80-16-11.customers.tmcz.cz) | 22:46 | |
+ XYZ (~XYZ@78-80-16-11.customers.tmcz.cz) | 23:05 | |
sevan | do you actually have to write the u-boot image at an offset? usually having the file on a supported filesystem is sufficient. | 23:15 |
vagrantc | depends on the platform ... | 23:16 |
vagrantc | and some are particular about where it is written on said filesystem in ways that are absolutely painful to debug | 23:16 |
sevan | ack | 23:16 |
sevan | my experience was with the beagleboneblack | 23:17 |
vagrantc | i've seen ones that it is fine, as long as it is the first file in the filesystem table ... but if you rename it, forget it. | 23:17 |
sevan | heh | 23:17 |
vagrantc | won;t let you put the toothpaste back in the tube | 23:17 |
sevan | tsk :) | 23:18 |
vagrantc | that said, i'm sure some implementations are just fine. :) | 23:18 |
sevan | u-boot is currently insufficiently universal | 23:19 |
vagrantc | some use GPT partitions to spell out the offsets (although under the hood, it is still just offsets) | 23:21 |
vagrantc | universally variable :) | 23:22 |
q66 | u-boot is written at a specific offset on a device, because that's where the hardware loads it from | 23:22 |
q66 | it doesn't deal with filesystems | 23:22 |
vkoskiv | This whole bootloader/offset malarkey terrifies me as a userspace programmer :D | 23:22 |
q66 | every soc has a different place where it loads firmware from | 23:23 |
q66 | usually you have two offsets anyway | 23:23 |
vagrantc | q66: some u-boot implementations actually do deal with filesystems | 23:23 |
vkoskiv | Conceptually I roughly know it, but every time I've read code related to it, my brain turns off. | 23:23 |
q66 | and two images to write | 23:23 |
q66 | spl and u-boot | 23:23 |
q66 | vagrantc: you only deal with filesystem once u-boot is loaded | 23:23 |
q66 | but u-boot is not loaded off any filesystem | 23:23 |
vagrantc | q66: there are platforms in upstream u-boot that disagree. | 23:24 |
q66 | anything where u-boot acts as the firmware is not going to be loaded off a filesystem | 23:25 |
q66 | because it's too high level of a concept for hardware | 23:25 |
q66 | in any case for imx8mq the spl offset is 66 sectors and the u-boot offset is 768 sectors | 23:26 |
vagrantc | well, i've maintained patches in debian's u-boot for support loading off a direct offset for novena for many years now | 23:26 |
q66 | for e.g. rk3399 it's 64 and 16384 | 23:26 |
q66 | and so on | 23:27 |
q66 | you can create partitions at those offsets and write the images to those, but it doesn't make a difference over just writing it raw and starting the partition table later | 23:29 |
vagrantc | agreed. | 23:29 |
vagrantc | anyways, this is getting off-topic here... | 23:29 |
sevan | hmm, if the offsets are different between the boards, that should be ok to flash both? (as long as they don't overlap?) | 23:50 |
sevan | bring it back to the imqx and bpi boards | 23:50 |
- XYZ (QUIT: Ping timeout: 240 seconds) (~XYZ@78-80-16-11.customers.tmcz.cz) | 23:56 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!