| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 00:02 | |
| - Gooberpatrol66 (QUIT: Ping timeout: 246 seconds) (~Gooberpat@user/gooberpatrol66) | 00:02 | |
| - Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149.210.2.123) | 00:31 | |
| - robin (QUIT: Remote host closed the connection) (~robin@user/terpri) | 00:40 | |
| + robin (~robin@user/terpri) | 00:46 | |
| * jacobk_ -> jacobk | 01:12 | |
| jfred | hah XD | 01:20 |
|---|---|---|
| - mjw (QUIT: Ping timeout: 260 seconds) (~mjw@gnu.wildebeest.org) | 01:27 | |
| - robin (QUIT: Ping timeout: 260 seconds) (~robin@user/terpri) | 01:35 | |
| + robin (~robin@user/terpri) | 01:36 | |
| - mtm (QUIT: Ping timeout: 244 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 02:02 | |
| + mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 02:05 | |
| - cobra (QUIT: Ping timeout: 272 seconds) (~cobra@user/Cobra) | 02:05 | |
| + zoglesby (f0f8ca1525@user/zoglesby) | 02:23 | |
| - aloo_shu (QUIT: Ping timeout: 252 seconds) (~aloo_shu@85.51.17.35) | 02:26 | |
| + aloo_shu (~aloo_shu@85.51.17.35) | 02:34 | |
| - paperManu (QUIT: Ping timeout: 260 seconds) (~paperManu@198.16.214.40) | 02:56 | |
| + colinsane (~colinunin@97-113-155-171.tukw.qwest.net) | 03:06 | |
| - colinsane (QUIT: Client Quit) (~colinunin@97-113-155-171.tukw.qwest.net) | 03:10 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 03:19 | |
| + cobra (~cobra@user/Cobra) | 03:24 | |
| - nsc (QUIT: Ping timeout: 265 seconds) (~nicolas@195-98-142-46.pool.kielnet.net) | 03:31 | |
| + nsc (~nicolas@87.122.72.114) | 03:33 | |
| - cobra (QUIT: Quit: ZNC 1.8.2 - https://znc.in) (~cobra@user/Cobra) | 04:02 | |
| + cobra (~cobra@user/Cobra) | 04:07 | |
| - NanoCodeBug (QUIT: Ping timeout: 252 seconds) (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net) | 06:12 | |
| + NanoCodeBug (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net) | 06:13 | |
| + reform9947 (~heiko@2a11:fb80:3a6:8301:3453:af1b:2a:ed74) | 06:52 | |
| + colinsane (~colinunin@97-113-155-171.tukw.qwest.net) | 07:13 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-155-171.tukw.qwest.net) | 07:17 | |
| + colinsane (~colinunin@97-113-155-171.tukw.qwest.net) | 07:22 | |
| + tuxella (~textual@2a01cb09807df0f35d484aa8360b1dd5.ipv6.abo.wanadoo.fr) | 07:35 | |
| noam | how slow/fast is the eMMC? | 07:37 |
| noam | went to flash a newer u-boot to eMMC and I _think_ it's just not working | 07:37 |
| noam | Never mind, it was just _wildly_ slower than I expectedf | 07:38 |
| noam | (like... 10KiB/s???) | 07:38 |
| + chomwitt (~chomwitt@2a02:587:7a02:a00:1ac0:4dff:fedb:a3f1) | 07:52 | |
| + jaume (~user@user/jaume) | 08:26 | |
| + mjw (~mjw@gnu.wildebeest.org) | 08:49 | |
| + digitalrane (~digitalra@user/digitalrane) | 08:59 | |
| - tuxella (QUIT: Ping timeout: 244 seconds) (~textual@2a01cb09807df0f35d484aa8360b1dd5.ipv6.abo.wanadoo.fr) | 09:00 | |
| hramrach | noam: that sounds really bad. Not sure how the eMMC is organized physically. dd defaults to 512byte block size, and flash media tend to become _very_ slow when writing in blocks smaller then the physical erase size. | 09:04 |
| noam | physical erase size is 512 bytes. | 09:04 |
| noam | errrrr maybe not?? Coulda sworn it was but the ctl file I thought exposed it isn't showing it | 09:05 |
| noam | Oh! I saw it in uboot, now I remember | 09:05 |
| hramrach | there is also the part that the kernel writes in page size chunks, even if the erase size is smaller, and using 512byte blocks results in writing everything 8x | 09:06 |
| noam | > Erease group size: 512KiB | 09:06 |
| noam | hramrach: maybe your kernel does, but not mine ;) | 09:06 |
| noam | probably | 09:07 |
| noam | I'm assuming erase group size != erase size, because 512KiB is way too big | 09:07 |
| hramrach | saying bs=1M is cheap | 09:07 |
| hramrach | it slightly decreases the overhead even if the erase size is smaller but the really noticable speedup is using block size that is larger than physical block size and page size | 09:09 |
| + tuxella (~textual@2a01cb09d052ffab70517492cab83984.ipv6.abo.wanadoo.fr) | 09:41 | |
| noam | Anywho, that's taken care of, and eMMC boot is working fine :) | 10:09 |
| - mjw (QUIT: Ping timeout: 248 seconds) (~mjw@gnu.wildebeest.org) | 10:09 | |
| - tuxella (QUIT: Ping timeout: 265 seconds) (~textual@2a01cb09d052ffab70517492cab83984.ipv6.abo.wanadoo.fr) | 10:14 | |
| + tuxella (~textual@2a01cb09d052ffab70517492cab83984.ipv6.abo.wanadoo.fr) | 10:21 | |
| - reform9947 (QUIT: Quit: Leaving) (~heiko@2a11:fb80:3a6:8301:3453:af1b:2a:ed74) | 10:24 | |
| hramrach | noam: also if the erase size is 512KiB and you write in 512b you end up rewriting the flash 1000x, not good for flash memory lifetime | 10:30 |
| noam | hramrach: is 512KiB actually plausible? O_o | 10:30 |
| noam | I thought erase sizes were usually closer to ~4KiB? | 10:31 |
| hramrach | no idea, depends on the technology | 10:31 |
| amospalla | on a typical SSD it is much closer to 512Kb than 4Kb. | 10:33 |
| hramrach | also I would expect the kernel to cache the writes but no, increasing the dd block size gives significant speedups | 10:34 |
| hramrach | /buffer 1 | 10:39 |
| - ehenter (QUIT: Ping timeout: 264 seconds) (~ehenter@81-175-159-24.bb.dnainternet.fi) | 11:01 | |
| + jaume` (~user@119.15.112.1) | 11:08 | |
| - jaume (QUIT: Ping timeout: 265 seconds) (~user@user/jaume) | 11:08 | |
| noam | amospalla: noted, thanks | 11:09 |
| noam | hramrach: Not on linux, there's _definitely_ no caching on my side :) | 11:09 |
| + ehenter (~ehenter@212-149-229-243.bb.dnainternet.fi) | 11:23 | |
| - chomwitt (QUIT: Ping timeout: 265 seconds) (~chomwitt@2a02:587:7a02:a00:1ac0:4dff:fedb:a3f1) | 11:41 | |
| - tuxella (QUIT: Ping timeout: 246 seconds) (~textual@2a01cb09d052ffab70517492cab83984.ipv6.abo.wanadoo.fr) | 12:03 | |
| + tuxella (~textual@2a01cb09d052ffab70517492cab83984.ipv6.abo.wanadoo.fr) | 12:04 | |
| - tuxella (QUIT: Ping timeout: 244 seconds) (~textual@2a01cb09d052ffab70517492cab83984.ipv6.abo.wanadoo.fr) | 12:18 | |
| + tuxella (~textual@2a01cb09d052ffab70517492cab83984.ipv6.abo.wanadoo.fr) | 12:23 | |
| + paperManu (~paperManu@198.16.214.40) | 12:36 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-155-171.tukw.qwest.net) | 12:44 | |
| - tuxella (QUIT: Ping timeout: 276 seconds) (~textual@2a01cb09d052ffab70517492cab83984.ipv6.abo.wanadoo.fr) | 12:46 | |
| + colinsane (~colinunin@97-113-155-171.tukw.qwest.net) | 12:50 | |
| + Kooda (~kooda@2a00:5884:8301:0:a5f7:ccb:ffd9:4d2a) | 12:59 | |
| - colinsane (QUIT: Ping timeout: 252 seconds) (~colinunin@97-113-155-171.tukw.qwest.net) | 13:29 | |
| + colinsane (~colinunin@97-113-72-235.tukw.qwest.net) | 13:40 | |
| + tuxella (~textual@108-50-190-109.dsl.ovh.fr) | 13:46 | |
| + reform11135 (~heiko@2a11:fb80:3a6:8301:3453:af1b:2a:ed74) | 13:49 | |
| - NanoCodeBug (QUIT: Ping timeout: 252 seconds) (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net) | 14:02 | |
| + NanoCodeBug (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net) | 14:03 | |
| - mtm (QUIT: Ping timeout: 265 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 14:03 | |
| + sts-q (~sts-q@2a11:fb80:3a6:8301:3453:af1b:2a:ed74) | 14:05 | |
| + mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 14:06 | |
| + chomwitt (~chomwitt@2a02:587:7a02:a00:1ac0:4dff:fedb:a3f1) | 14:13 | |
| - sts-q (QUIT: Ping timeout: 265 seconds) (~sts-q@2a11:fb80:3a6:8301:3453:af1b:2a:ed74) | 15:01 | |
| - reform11135 (QUIT: Ping timeout: 265 seconds) (~heiko@2a11:fb80:3a6:8301:3453:af1b:2a:ed74) | 15:02 | |
| + sts-q (~sts-q@2a11:fb80:3a6:8301:3453:af1b:2a:ed74) | 15:07 | |
| - chomwitt (QUIT: Ping timeout: 246 seconds) (~chomwitt@2a02:587:7a02:a00:1ac0:4dff:fedb:a3f1) | 15:46 | |
| + mjw (~mjw@gnu.wildebeest.org) | 15:57 | |
| + spew (~spew@201.141.99.170) | 16:01 | |
| + chomwitt (~chomwitt@2a02:587:7a02:a00:1ac0:4dff:fedb:a3f1) | 16:20 | |
| - tuxella (QUIT: Quit: My MacBook has gone to sleep. ZZZzzz…) (~textual@108-50-190-109.dsl.ovh.fr) | 16:20 | |
| + tuxella (~textual@108-50-190-109.dsl.ovh.fr) | 16:27 | |
| - mjw (QUIT: Remote host closed the connection) (~mjw@gnu.wildebeest.org) | 16:40 | |
| + mjw (~mjw@gnu.wildebeest.org) | 16:40 | |
| sevan | Is it possible to sort out the import duty with UPS before purchases are shipped to save on the 1-2 day delay it causes when it lands at customs? | 16:49 |
| hramrach | It depends on UPS, and the service ordered. In some cases the duty is part of the shipping costs, and the pckage is directly delivered. In some cases the delivery company would ask for documents to process the import as soon as the package is shipped. In some cases its 'oops, the customs office wants some documents'. | 16:54 |
| sevan | hramrach: I have no idea, just thinking ahead based on my experience with previous interactions regarding my reform. | 16:57 |
| hramrach | my previous interaction was that CS arranged for direct shipping from nearby location, likely doing import in bulk | 16:58 |
| sevan | "the customs office wants some documents" was my work under warranty special. | 16:59 |
| - tuxella (QUIT: Quit: My MacBook has gone to sleep. ZZZzzz…) (~textual@108-50-190-109.dsl.ovh.fr) | 17:02 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 17:08 | |
| - jaume` (QUIT: Ping timeout: 265 seconds) (~user@119.15.112.1) | 17:27 | |
| - Asmadeus (QUIT: Ping timeout: 245 seconds) (~asmadeus@user/meow/Asmadeus) | 17:37 | |
| + Asmadeus (~asmadeus@user/meow/Asmadeus) | 17:37 | |
| - chomwitt (QUIT: Ping timeout: 248 seconds) (~chomwitt@2a02:587:7a02:a00:1ac0:4dff:fedb:a3f1) | 17:49 | |
| + tuxella (~textual@2a01cb09d010d5919da67ef227b84752.ipv6.abo.wanadoo.fr) | 17:52 | |
| minute | ok so the RCORE adapters are finally here. | 18:08 |
| minute | i'm now making a fresh microSD card with pocket reform rk3588 image and will see if a production adapter works ^^ | 18:09 |
| - tuxella (QUIT: Quit: My MacBook has gone to sleep. ZZZzzz…) (~textual@2a01cb09d010d5919da67ef227b84752.ipv6.abo.wanadoo.fr) | 18:21 | |
| + chomwitt (~chomwitt@2a02:587:7a02:a00:1ac0:4dff:fedb:a3f1) | 18:22 | |
| minute | uboot works but kernel hangs | 18:23 |
| minute | booting with > setenv bootargs earlycon=uart8250,mmio32,0xfeb50000 clk_ignore_unused loglevel=7 cma=256MB pcie_aspm=off keep_bootcon | 18:26 |
| minute | then i get to "[ 1.597430] Run /init as init process" until it hangs | 18:26 |
| sevan | is it actually hanging or just stopped output to the console/serial? | 18:28 |
| minute | still hangs with break=top, hmm | 18:28 |
| minute | fdtfile value in uboot is wrong | 18:31 |
| josch | huh, if that was the problem, can we output something earlier that makes it more easy to spot such a problem? | 18:32 |
| minute | not sure if that was the problem yet | 18:32 |
| minute | but in general > Model: Radxa ROCK 5 Model B | 18:32 |
| minute | > fdtfile=rockchip/rk3588-rock-5b.dtb | 18:32 |
| minute | i enabled xtrace now... in the end it actually loads > + load mmc 1:1 0x0a100000 /dtb-6.10.9-mnt-reform-arm64 | 18:36 |
| - mjw (QUIT: Ping timeout: 260 seconds) (~mjw@gnu.wildebeest.org) | 18:36 | |
| josch | the classical problem would be if there is some overlap (and thus corruption) due to the dtb/image/initrd sizes exceeding the offsets | 18:37 |
| minute | josch: it wouldn't boot that far then | 18:37 |
| minute | ah hm there's still console=tty1 at the end | 18:39 |
| minute | so maybe i need to create extlinux.conf | 18:39 |
| minute | now we get a bit further > Starting systemd-udevd version 256.6-1 | 18:42 |
| minute | disabling all graphics + pcie in dtb makes it progress to the partition resizing | 18:58 |
| minute | pcie is fine, so might have to do with ext. hdmi | 19:10 |
| + mjw (~mjw@gnu.wildebeest.org) | 19:17 | |
| - chartreuse (QUIT: Ping timeout: 248 seconds) (~chartreus@S0106908d78501d1d.cg.shawcable.net) | 19:58 | |
| minute | hmm uboot on this image says > U-Boot 2024.01-g889c316b (Aug 09 2024 - 12:54:27 +0000) | 19:58 |
| minute | but the spll patch wasn't there yet | 19:59 |
| minute | ! | 19:59 |
| + gustav28 (~gustav@c-5834524e.019-141-67626730.bbcust.telenor.se) | 20:02 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 20:04 | |
| minute | anyway doesn't work... sad | 20:14 |
| - sir-photch (QUIT: Remote host closed the connection) (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 20:18 | |
| + chartreuse (~chartreus@S0106908d78501d1d.cg.shawcable.net) | 20:20 | |
| minute | ok it works with my monolithic 6.11 kernel from aug 30 _iff_ i manually set the brightness once also | 20:24 |
| minute | josch: ah, these are not merged yet, right? https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/58/commits | 20:25 |
| minute | probably because of https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/58/diffs?commit_id=b2de8494c187638466326b18e5da2fa180e7080b | 20:26 |
| minute | these needs to be tested for compat on the other pocket platforms | 20:26 |
| minute | ok, pocket display does work with the kernel .deb from that MR | 20:36 |
| minute | (on rk3588) | 20:36 |
| - chomwitt (QUIT: Ping timeout: 265 seconds) (~chomwitt@2a02:587:7a02:a00:1ac0:4dff:fedb:a3f1) | 20:39 | |
| - Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 20:54 | |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 20:54 | |
| - jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 20:58 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 21:01 | |
| + sir-photch (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 21:13 | |
| - sir-photch (QUIT: Remote host closed the connection) (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 21:14 | |
| + sir-photch (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 21:20 | |
| + chomwitt (~chomwitt@2a02:587:7a02:a00:1ac0:4dff:fedb:a3f1) | 21:42 | |
| - jacobk (QUIT: Ping timeout: 276 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 21:52 | |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-5834524e.019-141-67626730.bbcust.telenor.se) | 22:15 | |
| gsora | rcore adapters got delivered? rejoice! | 22:25 |
| + jacobk (~quassel@2603:8080:b200:7b02::b71) | 22:38 | |
| - sir-photch (QUIT: Remote host closed the connection) (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 22:44 | |
| + sir-photch (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 22:46 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@2603:8080:b200:7b02::b71) | 22:52 | |
| josch | minute: once it works with that branch, try rebasing it on top of my linux6.11 branch because in that branch, some rk3588 hdmi stuff changed | 22:58 |
| minute | josch: uh oh | 23:02 |
| josch | my changes compared to 6.10 are essentially this: https://paste.debian.net/hidden/648d9efd/ | 23:04 |
| josch | in the bottom you can see that i dropped the hdmim1_* entries from the rk3588-pinctrl.dtsi -- why? because they are now part of the collabora patch stack | 23:04 |
| josch | about the collabora patch stack: in contrast to what happened in the past, there is no 6.11 tag in their git repo this time. But their rk3588 branch has not been touched for a while and includes the rebase on 6.11-rc1 | 23:05 |
| josch | since that's not quite 6.11 some more (i'd say minor) fixups were needed... | 23:05 |
| minute | hmm | 23:09 |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 23:12 | |
| - Gooberpatrol_66 (QUIT: Ping timeout: 260 seconds) (~Gooberpat@user/gooberpatrol66) | 23:13 | |
| minute | in any case, typing this on rk3588 pocket reform @ home! | 23:31 |
| ch | \o/ | 23:31 |
| josch | uff nice! | 23:31 |
| minute | it feels like a lot of power concentrated in a small size :D | 23:33 |
| minute | temps are ok so far | 23:33 |
| minute | i have 0.5mm thin WE thermal pad applied | 23:33 |
| minute | (rk3588 module is bulky) | 23:34 |
| josch | first reply on fedi will be somebody asking about the battery runtime ;) | 23:36 |
| vagrantc | ACTION is always nervous about thermal pads/paste/etc | 23:38 |
| josch | vagrantc: because of possible shorts? | 23:39 |
| - chomwitt (QUIT: Ping timeout: 252 seconds) (~chomwitt@2a02:587:7a02:a00:1ac0:4dff:fedb:a3f1) | 23:48 | |
| vagrantc | josch: mostly because i don't know what i'm doing and i know it's important to get right | 23:52 |
| josch | oh well that describes half the things i do every day XD | 23:54 |
| grimmware | vagrantc: the pads are super simple to tell if you’ve got right in the pocket - you put it on the chip and close the case and if you open the case and it’s stuck to the lid instead with an imprint of the chip then it’s correct :P | 23:57 |
| minute | hehe | 23:58 |
| minute | thermal pads/paste are not normally electrically conductive | 23:59 |
| minute | (there might be some that are, it would be quite nasty though) | 23:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!