| - erle (QUIT: Remote host closed the connection) (~erle@user/erle) | 01:21 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net) | 01:37 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 01:46 | |
| josch | minute: okay. If it's bad we can change that later. I just commented the patch command out and added a FIXME comment on top for now. | 01:47 |
|---|---|---|
| josch | minute: then i'll cut a new release, test it on my a311d and then add it to reform-tools | 01:48 |
| + ericsfra` (~user@2.28.14.250) | 02:45 | |
| - ericsfraga (QUIT: Ping timeout: 252 seconds) (~user@2.28.216.207) | 02:47 | |
| + erle (~erle@2a02:8109:da01:6400::1b36) | 02:59 | |
| - erle (QUIT: Changing host) (~erle@2a02:8109:da01:6400::1b36) | 02:59 | |
| + erle (~erle@user/erle) | 02:59 | |
| + colinsane (~colinunin@97-113-150-69.tukw.qwest.net) | 03:06 | |
| - nsc (QUIT: Ping timeout: 255 seconds) (~nicolas@i5C74DF66.versanet.de) | 03:38 | |
| + nsc (~nicolas@139-98-142-46.pool.kielnet.net) | 03:40 | |
| - bluerise (QUIT: Ping timeout: 252 seconds) (~bluerise@p5b0ac923.dip0.t-ipconnect.de) | 03:56 | |
| + bluerise (~bluerise@p5b0acdf4.dip0.t-ipconnect.de) | 03:57 | |
| josch | reform-tools 1.46 is in the repos now | 04:34 |
| josch | it's the largest list of changelog entries so far | 04:34 |
| josch | so there will probably be bugs | 04:34 |
| josch | i already have changes for 1.47 queued locally, so please report any bugs you find to me so that i can add them to the next upload, thanks! :) | 04:35 |
| jfred | hm, my big reform has started shutting itself down after being unplugged for just a few minutes, and then the OLED shows 0% charge. maybe one of the cells is shot... | 05:10 |
| - cobra (QUIT: Ping timeout: 260 seconds) (~cobra@user/Cobra) | 05:19 | |
| + cobra (~cobra@user/Cobra) | 05:21 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@45.134.140.153) | 06:15 | |
| ^alex | trying a patch out that switches off core 1 in the keyboard and in the syscon | 06:35 |
| ^alex | seeing how that affects overnight power drain | 06:35 |
| + khm (~kfx@wopr.sciops.net) | 06:47 | |
| khm | I'm trying to build u-boot from the reform-boundary-uboot repository. I'm following the .gitlab-ci to build. I edit mntreform-config, copy it to .config, and when during build.sh the 'make flash.bin' command overwrites .config with different contents. I don't see the cp command being executed in the gitlab job traces. Is there something I'm missing here? | 06:49 |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 06:58 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 06:59 | |
| josch | khm: can you pastebin your git diff so that i can have a look at what is going on? | 07:32 |
| josch | (it works fine over here) | 07:32 |
| khm | josch: https://pastebin.com/bESqcmgq | 07:46 |
| khm | (the makefile changes are to shut up errors in gcc on unstable) | 07:47 |
| khm | and here's the actual build output https://pastebin.com/DyNq187Y (lines 21 through 24 are what I'm complaining about here) | 07:50 |
| josch | khm: likely the issue is, that you are adding items to the config which are from modern u-boot but the boundary fork is ancient | 08:06 |
| josch | khm: for nvme support on imx8mq, i think bluerise came closest by working on imx8mq support on upstream u-boot | 08:07 |
| khm | the nvme and cmd_nvme code is there | 08:07 |
| josch | i think this is the branch: https://github.com/bluerise/u-boot/commits/mnt | 08:07 |
| khm | however, even setting that aside, CONFIG_CMD_BOOTMENU=y should work. | 08:08 |
| josch | right, what i'm trying to say is that it's probably smarter to invest energy into upstream u-boot instead of into the ancient vendor fork | 08:08 |
| khm | that's extremely unlikely to happen. there's about a billion ridiculous questions coming out of `make oldconfig` for that, approximately none of which I have any chance of answering correctly | 08:13 |
| josch | khm: me neither but there are other people in this channel (like bluerise who might be able to help you) | 08:18 |
| josch | khm: another curiosity is that according to menuconfig, "NVM Express device support" should be listed under "Device Drivers" -- but it is not | 08:19 |
| khm | yeah I was told some time ago that the nvme code present in this version is more of a first draft than a fully-functioning tool | 08:21 |
| khm | I only tried to turn it on when I realized my BOOTMENU flag wasn't changing | 08:22 |
| khm | I was hoping for a broken build that at least followed the config, instead of just clobbering it | 08:22 |
| josch | khm: my theory is, that somehow the options you added conflict with other stuff and thus the config gets regenerated. If I change other options in mntreform-config, then copy it to .config and then run ./build.sh, both files remain identical even though "scripts/kconfig/conf --syncconfig Kconfig" gets run | 08:26 |
| khm | ok, thanks for testing. I'll figure out how to instrument kconfig to see what's going on there. | 08:27 |
| - robin (QUIT: Remote host closed the connection) (~robin@user/terpri) | 08:53 | |
| + robin (~robin@user/terpri) | 08:54 | |
| - jjbliss (QUIT: Remote host closed the connection) (~jjbliss@1464766-static.elnsmiaa.metronetinc.net) | 10:23 | |
| + jjbliss (~jjbliss@1464766-static.elnsmiaa.metronetinc.net) | 10:23 | |
| - ericsfra` (QUIT: Quit: ERC 5.6.1-git (IRC client for GNU Emacs 31.0.50)) (~user@2.28.14.250) | 11:56 | |
| + ericsfraga (~user@2.28.14.250) | 11:57 | |
| - ericsfraga (QUIT: Quit: ERC 5.6.1-git (IRC client for GNU Emacs 31.0.50)) (~user@2.28.14.250) | 12:17 | |
| + ericsfraga (~user@2.28.14.250) | 12:18 | |
| grimmware | anyone know the name of the antenna connector on the imx8mp module? I bought an external antenna kit but apparently it came with the wrong kind of connector (I thought it was just U.FL but I may have been naive of variants | 13:14 |
| grimmware | ) | 13:14 |
| minute | grimmware: the connector is MHF-1 | 13:19 |
| grimmware | ah cool I just assumed the wrong thing then heh | 13:19 |
| grimmware | I got a higher gain antenna that I want to try out | 13:19 |
| grimmware | oh that is the same as U.FL. What the fuck did I buy then? | 13:22 |
| minute | mhf4 is the tiny one and mhf1+ufl are the big ones | 13:24 |
| minute | iirc the wwan module uses mhf4 | 13:24 |
| grimmware | ah I've got the 4 | 13:24 |
| grimmware | further proof that I only ever learn the hard way | 13:25 |
| minute | i've made that mistake _a lot_ because i always can't remember | 13:25 |
| josch | <= same | 13:27 |
| - ericsfraga (QUIT: Ping timeout: 260 seconds) (~user@2.28.14.250) | 13:50 | |
| + ericsfraga (~user@2.28.14.250) | 13:52 | |
| josch | minute: i have collected a list of five TODO items for you to carry out on source.mnt.re -- ping me whenever you think you might have some time. I will keep collecting until then. You just said that you are deep in the middle of other stuff and i know your todo list is long as usual. :) | 14:00 |
| - romi (QUIT: Write error: Connection reset by peer) (bd30729973@user/romi) | 14:01 | |
| - whereiseveryone (QUIT: Read error: Connection reset by peer) (206ba86c98@2a03:6000:1812:100::2e4) | 14:01 | |
| - theesm1 (QUIT: Remote host closed the connection) (2cbdf4b38a@2a03:6000:1812:100::11c8) | 14:01 | |
| - jfred (QUIT: Remote host closed the connection) (c9b58a1025@libera/sponsor/jfred) | 14:01 | |
| - dook (QUIT: Remote host closed the connection) (c9db4a6425@2a03:6000:1812:100::1222) | 14:01 | |
| - dominicm (QUIT: Read error: Connection reset by peer) (45ee0d70e9@2a03:6000:1812:100::3e6) | 14:01 | |
| - henesy (QUIT: Read error: Connection reset by peer) (d7619ffbc2@2a03:6000:1812:100::143) | 14:01 | |
| - noam (QUIT: Read error: Connection reset by peer) (81879d1ffa@2a03:6000:1812:100::dfc) | 14:01 | |
| - Zaba (QUIT: Remote host closed the connection) (80b9b4b35e@2a03:6000:1812:100::116) | 14:01 | |
| - tretinha (QUIT: Remote host closed the connection) (3a571d9f43@2a03:6000:1812:100::1151) | 14:01 | |
| - cmahns (QUIT: Read error: Connection reset by peer) (8fe824803c@2a03:6000:1812:100::10cd) | 14:01 | |
| + noam (81879d1ffa@2a03:6000:1812:100::dfc) | 14:02 | |
| + jfred (c9b58a1025@libera/sponsor/jfred) | 14:02 | |
| + dominicm (45ee0d70e9@2a03:6000:1812:100::3e6) | 14:02 | |
| + whereiseveryone (206ba86c98@2a03:6000:1812:100::2e4) | 14:02 | |
| + tretinha (3a571d9f43@2a03:6000:1812:100::1151) | 14:02 | |
| + Zaba (80b9b4b35e@2a03:6000:1812:100::116) | 14:02 | |
| + cmahns (8fe824803c@2a03:6000:1812:100::10cd) | 14:02 | |
| + henesy (d7619ffbc2@2a03:6000:1812:100::143) | 14:02 | |
| + romi (bd30729973@user/romi) | 14:02 | |
| + theesm1 (2cbdf4b38a@2a03:6000:1812:100::11c8) | 14:02 | |
| + dook (c9db4a6425@2a03:6000:1812:100::1222) | 14:02 | |
| - mtm (QUIT: Ping timeout: 276 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:05 | |
| - Gooberpatrol66 (QUIT: Ping timeout: 276 seconds) (~Gooberpat@user/gooberpatrol66) | 14:17 | |
| josch | anybody upgraded to reform-tools 1.46 and found more bugs? I'm about to do the next upload and maybe i can fix a few more things? | 14:31 |
| minute | josch: thank you for the list! | 14:56 |
| minute | josch: do you have a link to the list? i would like to put it in my todo :D | 14:57 |
| josch | minute: thank you! https://paste.debian.net/1325118/ | 15:00 |
| + bkeys (~Thunderbi@45.134.140.153) | 15:14 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 15:18 | |
| bkeys | So it looks like the best path to get Fedora/CentOS Stream on the Reform is to get the rk3588 adapter board | 15:30 |
| minute | bkeys: i was able to boot into the fedora graphical installer using edk2, yes | 15:58 |
| bkeys | That is awesome! | 15:59 |
| bkeys | How much longer do you envision it being until you start shipping them out? | 16:00 |
| minute | bkeys: so the final confirmation pcb should arrive tomorrow, i will test it over the weekend and pull the trigger on manufacturing on monday if all goes well | 16:03 |
| bkeys | That sounds great | 16:03 |
| minute | the processors, heatsinks, hdmi adapters are already in stock | 16:03 |
| bkeys | Hopefully I get a job soon, within the hour I get one I will get one | 16:04 |
| bkeys | It seems really nice, especially with so many community projects centering on the rk3588 | 16:04 |
| bkeys | And the really good software support | 16:04 |
| grimmware | minute: have you tested it with the pocket yet? | 16:17 |
| - GNUmoon (QUIT: Ping timeout: 260 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 16:28 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 16:34 | |
| bluerise | josch, khm: yeah I had written my own pcie driver for the imx8mq | 16:44 |
| bluerise | but now they added support for I think the i.MX8MM | 16:44 |
| bluerise | now there's https://source.denx.de/u-boot/u-boot/-/blob/master/drivers/pci/pcie_dw_imx.c | 16:45 |
| minute | grimmware: nope, still on my list | 16:45 |
| bluerise | but that's only MM and MP, so MQ support will have to be added | 16:45 |
| - GNUmoon (QUIT: Ping timeout: 260 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 16:48 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 16:54 | |
| - bkeys (QUIT: Quit: bkeys) (~Thunderbi@45.134.140.153) | 17:56 | |
| midfavila | has anyone ever tinkered with alternative display formfactors in their reforms? | 18:13 |
| midfavila | i would love to mod in a 4:3 1600x1200 panel like https://www.alibaba.com/product-detail/12-1-inch-LCD-screen-LB121S03_1601026750955.html | 18:13 |
| midfavila | as long as it's got an eDP driver board and can run off the existing power delivery system it should "just work", right? stupid question, i know, but i've never really done any big hardware mods before | 18:14 |
| midfavila | (this one is 800x600 but the principle would be the same...) | 18:14 |
| + bkeys (~Thunderbi@45.134.140.153) | 18:38 | |
| midfavila | once it's available i would love to try my hand at sticking one of these: https://www.crowdsupply.com/modos-tech/modos-paper-monitor in the reform as well | 18:39 |
| minute | midfavila: if you're using a module with hdmi->edp adapter things are quite plug and play. for mipi->edp there's some work involved | 18:41 |
| midfavila | that's fair. what kind of work would be required, do you think? | 18:42 |
| midfavila | if it's not going to require designing a custom pcb or something like that i would be more than willing to take a crack at it | 18:42 |
| midfavila | i wouldn't mind making a pcb, i just don't have that skill :p | 18:42 |
| minute | midfavila: ah also you'll need to get a custom cable in case it's not the same ipex connector on the edp panel | 18:59 |
| minute | midfavila: and for mipi, you might need to set custom panel timings and dsi clocks etc in the driver/device tree | 19:00 |
| midfavila | gotcha | 19:00 |
| midfavila | that seems doable | 19:00 |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@45.134.140.153) | 19:01 | |
| + bkeys (~Thunderbi@45.134.140.153) | 19:01 | |
| midfavila | the ultimate goal would be like, a display like that and maybe cramming a reproduction F62 compact from modelfkeyboards.com in a customized chassis | 19:11 |
| midfavila | because why not | 19:11 |
| abortretryfail | holy crap an epaper display would be so nice. | 19:17 |
| ^alex | we are somewhat a fan of that one OLPC display that becomes a greyscale panel in the sunlight | 19:19 |
| ^alex | also an unbrick of the keyboard seems to require holding down PROG while throwing the standby switch :X | 19:19 |
| ^alex | so we are probably going to try and get the picotool reboot device compiled into the keyboard firmware | 19:20 |
| ^alex | or the double-tap-reset code | 19:21 |
| ^alex | or, potentially, both! | 19:21 |
| minute | josch: btw i've started working on https://source.mnt.re/reform/reform-rk3588-uboot, my goal is to have a real system image for rk3588 asap (actually 2, for reform and reform next, and later also for pocket (aaaaah!)) | 19:27 |
| josch | nice! \o/ i think (and hope) that u-boot was the last blocker for a rk3588 system image | 19:43 |
| josch | ping me once there is a gitlab CI artifact which boots your machine and then we can put it into reform-tools which can be built by reform-debian-packages which will fill the repo and make it possible to also run reform-system-images for it -- yay | 19:48 |
| grimmware | Heads up I had one of the broken-off ends of the battery holder rattling around inside the case. https://usercontent.irccloud-cdn.com/file/PsBE7hf4/1722534917.JPG | 19:56 |
| midfavila | ^alex the transflectives are great yeah | 19:58 |
| midfavila | i think uhhhhh that one company that makes e-ink monitors also makes transflectives | 19:58 |
| midfavila | but yeah if nothing else i would love to integrate the modos controller into the reform. they claim to support a ton of different e-paper panels and there's an hdmi input so | 20:01 |
| midfavila | can use that for testing if nothing else | 20:01 |
| midfavila | if i can get a little experience working with e-paper panels i would love to put one in my uconsole when it arrives as well | 20:01 |
| khm | the olpc panel wasn't normal transflective. it was two layers of lcd: a 1200x900 monochrome layer under a diagonal-RGB color display | 20:21 |
| khm | in the sunlight the color layer just got overwhelmed and washed out, leaving a normal reflective monochrome image | 20:21 |
| midfavila | oh huh | 20:40 |
| midfavila | fair enough, i didn't know that | 20:40 |
| khm | its creator tried to commercialize it under the trade name Pixel Qi but it never really took off | 20:43 |
| grimmware | I always found that totally bizarre that those displays didn't get more traction | 20:45 |
| abortretryfail | you couldn't really buy them anywhere. I tried. | 20:45 |
| grimmware | feels like the market was trying to enforce the trope that nerds like to stay inside | 20:46 |
| grimmware | I'd love to do more outdoor computing | 20:46 |
| grimmware | I've been particularly pleased with the pocket's screen when using it outside but I do feel like the approach of making the screen brighter is not the optimal one | 20:47 |
| khm | I have several of them in various OLPC laptops | 20:49 |
| khm | and they briefly sold a kit to modify a Lenovo S10 netbook. and man do I mean *briefly* | 20:49 |
| khm | I only know one person who was able to get one | 20:49 |
| midfavila | rip | 20:51 |
| midfavila | that's sort of why i'm getting into open hardware as much as possible now | 20:51 |
| midfavila | the whole "seeing something cool you want only to learn you can't buy it any more" thing sucks | 20:51 |
| mhoye | khm: 3M bought all the Pixel Qi ip. From what I can tell you can still buy one today, if your intention is to fit it into the console of a fighter jet. | 21:04 |
| midfavila | lame | 21:06 |
| mhoye | I had a chance to play with them on the OLPC | 21:06 |
| mhoye | those displays were _magic_ | 21:07 |
| mhoye | just absolutely incredible, and totally wasted on that garbage machine. | 21:07 |
| khm | I know 3M invested in the Pixel Qi startup but last I heard Mary Lou still owns the IP | 21:07 |
| khm | the OLPC XO-4 was a pretty good machine (switched to ARM, dropped the weird hybrid touchpad) | 21:08 |
| mhoye | A few weeks ago I went to see if I could convince Sharp to make their 1-bit memory displays bigger than 3" but alas. | 21:09 |
| mhoye | (Those are the displays that the PlayDate uses, also excellent for both daylight readability and power consumption) | 21:10 |
| mhoye | Unfortunately they have no plans for that. | 21:10 |
| midfavila | oofh | 21:11 |
| mhoye | "large daylight-readable displays" is apparently a weird niche market. | 21:11 |
| khm | just gotta wait for some patents to expire | 21:11 |
| midfavila | >patents | 21:11 |
| midfavila | >expire | 21:11 |
| midfavila | lmao rn | 21:11 |
| midfavila | theyre just going to make minor adjustments and repatent it again ad infinitum | 21:12 |
| mhoye | Those "daylight.computer" people seem to have something new? But they're trying to productize it first and I guess maybe eventually sell it later. | 21:12 |
| midfavila | epaper is from like the 70s or 80s or something | 21:12 |
| khm | daylight.computer, aka "rebranded android device #45,302" | 21:13 |
| mhoye | khm: yeah. It _looks_ like they've got new-for-real display tech in there despite the 'yeah but otherwise this is just a crap android tablet with a new skin' thing. | 21:17 |
| midfavila | just looked it up | 21:18 |
| midfavila | looks like junk t b q h | 21:18 |
| mhoye | But if a crap android table is the only way people can get their new thing then oh well anyway dot gif. | 21:18 |
| midfavila | any time i see a company lead with granola rhetoric about "deep focus" i pretty much just write them off | 21:19 |
| midfavila | same vibes as mudita stuff | 21:19 |
| khm | I just go look at their privacy policy | 21:20 |
| mhoye | Mudita? | 21:20 |
| khm | daylight's is pretty bad | 21:20 |
| midfavila | mudita is this like | 21:20 |
| midfavila | i think theyre swiss? can't recall | 21:20 |
| midfavila | they're like some boutique lifestyle tech company | 21:20 |
| mhoye | ugh | 21:20 |
| midfavila | to be clear their phone is like | 21:20 |
| midfavila | conceptually good | 21:20 |
| midfavila | the mudita pure | 21:20 |
| khm | mudita is a grift designed to extract money by exploiting people's fears of technology | 21:21 |
| khm | they advertised their first cell phone as being a low-EM device | 21:21 |
| midfavila | but in terms of their implementation it just sucks | 21:21 |
| midfavila | also that | 21:21 |
| mhoye | oh no | 21:21 |
| khm | guess what happens when you restrict electromagnetic emssions of a radio communications device | 21:21 |
| midfavila | no signal ;p | 21:21 |
| midfavila | common issue | 21:21 |
| midfavila | just make it an epaper dumbphone and you'd be fine | 21:22 |
| midfavila | but it has to have all this stupid shit | 21:22 |
| midfavila | like "meditation timers" | 21:22 |
| khm | they did one or two batches of that idiocy, then started selling clocks and wristwatches, and are now working on indistinguishable android device #45,304 | 21:22 |
| midfavila | bro just make a clock app | 21:22 |
| midfavila | with a stopwatch function | 21:22 |
| midfavila | not everything has to be about promoting "digital mindfulness" | 21:22 |
| midfavila | they also dont have any way to access internetworking features in-OS afaik | 21:23 |
| midfavila | its like a claimed feature | 21:23 |
| khm | I left out the part where their e-ink alarm clock requires a cloud connection and frequently breaks | 21:23 |
| midfavila | i can respect not including a browser, but like, why cant i check my email, or get a map or something | 21:23 |
| midfavila | or have an IM client | 21:24 |
| midfavila | etc | 21:24 |
| midfavila | as much as i don't really dig clockworkpi's marketing strategy either at least the uconsole is like | 21:25 |
| midfavila | useful | 21:25 |
| khm | that reminds me, I need to put some stuff on ebay | 21:25 |
| midfavila | owo? | 21:25 |
| khm | uconsole, devterm, pinebook pro, probably the pine note | 21:25 |
| khm | all the various corpses of failed mobile devices | 21:26 |
| midfavila | you're selling the uconsole and pinenote? how come? | 21:26 |
| khm | mostly because they're awful | 21:26 |
| mhoye | The pine people are... not to be trusted. | 21:26 |
| midfavila | what makes you say that? legit question | 21:26 |
| midfavila | on both accounts i suppose | 21:26 |
| khm | it's the same problem with both companies | 21:26 |
| midfavila | i have a pinenote and i've been using it for like a year and a half without much issue | 21:26 |
| khm | they just throw shit over the wall and there is no effort put into making anything useful | 21:26 |
| midfavila | hmm | 21:27 |
| midfavila | i can see that yeah | 21:27 |
| mhoye | They offload a _lot_ of responsibility for making commodity hardware usable onto their community | 21:27 |
| mhoye | jinx | 21:27 |
| khm | zero effort to upstream anything | 21:27 |
| khm | just zero | 21:27 |
| midfavila | i mean theyre also not software companies afaik | 21:27 |
| khm | source code provided as tarballs on mega (or tarballs on github if you're lucky) | 21:27 |
| midfavila | not to run apologia but theyre upfront about that | 21:27 |
| midfavila | oh ew | 21:27 |
| midfavila | i didn't know about the mega shit | 21:27 |
| khm | in the arm world, you don't get to sell computers without also being a software company | 21:27 |
| khm | if they shipped efi maybe | 21:28 |
| mhoye | "tarballs on mega" is... a combination of retro and sketchy as hell that does not give me confidence. | 21:28 |
| khm | but no, it's all bespoke hacked-up shit, no way to run a mainline kernel | 21:28 |
| khm | anyay, I also use whatsisname's pine note debian distro | 21:28 |
| khm | and it mostly works | 21:28 |
| midfavila | oh yeah? is that usable now? | 21:28 |
| khm | but what happens if I drop the damn thing? can't possibly replace it | 21:28 |
| midfavila | i'm still stuck on the janky factory image | 21:28 |
| khm | because they only exist since pine64 bought some overstick product down the street | 21:29 |
| midfavila | where'd you hear that? | 21:29 |
| midfavila | afaik they bought the chassis of the bigme but otherwise it's in house | 21:29 |
| khm | nothing at pine64 is in house | 21:29 |
| midfavila | oh? | 21:29 |
| mhoye | The pine folks are integrators, not inventors. | 21:30 |
| mhoye | They mostly buy existing parts off the shelf and glue them together with tape and software. Sometimes good things come of that? | 21:31 |
| mhoye | Like, I've got a pinecil soldering iron and it's good. The pine laptops are... not good. | 21:31 |
| khm | not good to the degree that one by one distros are dropping support for them | 21:32 |
| khm | oh and I need to sell this pinephone and its keyboard too | 21:32 |
| midfavila | i'm intrigued. is it the usual issues or do the pinebooks have unique issues of their own? | 21:33 |
| khm | I should just make one huge listing called "mobile devices: promises abandoned" | 21:33 |
| mhoye | I still have an iPod Touch on my desk, one of the weird now-ancient 4th-gen models without the rear camera. | 21:33 |
| mhoye | And even today, it is _so ridiculously tiny_ but still has this amazing responsive display and interface. | 21:34 |
| mhoye | It still feels like a little postcard from the future. I wish somebody pine64-like would be able to build something like that, but.... | 21:35 |
| mhoye | it won't be the pine people. | 21:35 |
| khm | same era as the nokia n9, which remains the last smartphone I liked | 21:37 |
| grimmware | HTC Dream was my first and last smartphone love | 21:37 |
| midfavila | i think the only smartphone i've ever explicitly wanted to use was my blackberry passport | 21:40 |
| midfavila | amazing device | 21:40 |
| midfavila | i wish it had a full keyboard instead of the mixed physical-virtual and the traditional bb trackball but aside from that, and the usual problem with phones being fused together, excellent design | 21:41 |
| midfavila | used it up until earlier this year when it finally crapped out hardware-wise | 21:41 |
| midfavila | then i got my first android since like 2013 and ive hated every minute of it lmao | 21:41 |
| midfavila | useless piece of junk | 21:41 |
| khm | the passport was ok. I didn't like how much they outsourced to the android subsystem | 21:43 |
| midfavila | yeah that was kinda weird | 21:43 |
| midfavila | ngl though i just used it as a portable terminal | 21:43 |
| midfavila | cross compiled gnu's userspace for it too | 21:43 |
| midfavila | used a bb playbook with a keeb and the same setup as a laptop in high school | 21:43 |
| midfavila | like ten years after it was out of service but still | 21:44 |
| - murphnj (QUIT: Quit: Leaving) (~murph@user/murphnj) | 21:45 | |
| minute | ^alex: hmm, i thought the keyboard firmware already supported double-tap-reset | 21:47 |
| ^alex | it doesn't seem to for me | 21:55 |
| ^alex | maybe we're not fast enough | 21:56 |
| ^alex | it doesn't look like `pico_bootsel_via_double_reset` is linked in at first glance | 22:01 |
| ^alex | yep, it wasn't linked in, now that it's linked in, it supports the doubletap | 22:04 |
| ^alex | https://source.mnt.re/reform/pocket-reform/-/merge_requests/5 the proverbial "various fixes and improvements" | 22:09 |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 22:16 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 22:17 | |
| - brennen (QUIT: Quit: WeeChat 2.8) (~brennen@user/brennen) | 22:21 | |
| + brennen (~brennen@user/brennen) | 22:22 | |
| minute | ^alex: cool, thank you! | 22:44 |
| minute | josch: rk3588 needs 2 files written to sd card to different locations, miniloader and uboot https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/upstream_uboot.md#writing-binaries-to-sd-card-for-booting-from-sd-card | 22:54 |
| josch | oh, so the first 8 MB remain empty | 22:56 |
| josch | or is idbloader.img really large? | 22:56 |
| minute | i don't think it's large | 22:57 |
| josch | we could just bundle-up u-boot together with the other bits that need to go in front of it into a single file as we already do it for a311d | 22:57 |
| josch | then it'd be a single blob written at an offeset of 32768, starting with idbloader.img and followed by u-boot 8 MB later | 22:58 |
| josch | though we will have to adjust reform-system-image because right now, the first partition for /boot starts at 4 MB | 22:58 |
| minute | josch: ah | 22:59 |
| minute | ok, still need to understand "boot_merger" https://source.mnt.re/reform/reform-rk3588-uboot/-/jobs/5062#L2068 | 23:00 |
| minute | ah i made a mistake | 23:01 |
| josch | wrestling successful? :) | 23:41 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
