| - voltaire28_ (QUIT: Quit: WeeChat 4.6.3) (~jlafon@28.162.2.93.rev.sfr.net) | 00:00 | |
| + kasim (~user@2601:644:8481:3750:2b74:b0cd:1212:eaad) | 00:16 | |
| kasim | josch: Just curious how CrowdSupply will respond to my return request. | 00:18 |
|---|---|---|
| - jjbliss (QUIT: Quit: zzz) (jjbliss@infinity.garden) | 00:24 | |
| + oliverD (~Thunderbi@user/oliverd) | 01:36 | |
| - oliverD (QUIT: Client Quit) (~Thunderbi@user/oliverd) | 01:36 | |
| + paperManu_ (~paperManu@204.244.197.237) | 01:51 | |
| - paperManu_ (QUIT: Ping timeout: 252 seconds) (~paperManu@204.244.197.237) | 02:22 | |
| - mjw (QUIT: Ping timeout: 256 seconds) (~mjw@gnu.wildebeest.org) | 02:31 | |
| - jn (QUIT: Ping timeout: 244 seconds) (~quassel@user/jn/x-3390946) | 03:40 | |
| + jn (~quassel@2a0a-a54b-357c-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de) | 03:40 | |
| - jn (QUIT: Changing host) (~quassel@2a0a-a54b-357c-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de) | 03:40 | |
| + jn (~quassel@user/jn/x-3390946) | 03:40 | |
| - paperManu (QUIT: Ping timeout: 245 seconds) (~paperManu@204.244.197.237) | 03:47 | |
| + strongsand (~strongsan@user/strongsand) | 03:48 | |
| - kasim (QUIT: Ping timeout: 252 seconds) (~user@2601:644:8481:3750:2b74:b0cd:1212:eaad) | 03:52 | |
| - strongsand (QUIT: Ping timeout: 245 seconds) (~strongsan@user/strongsand) | 03:55 | |
| + strongsand (~strongsan@user/strongsand) | 05:07 | |
| - strongsand (QUIT: Client Quit) (~strongsan@user/strongsand) | 05:07 | |
| + oliverD (~Thunderbi@user/oliverd) | 07:07 | |
| + vari (~vari@123.51.51.39) | 07:51 | |
| vari | was about to ask about source.mnt.re being down but looks like it's restarting | 07:52 |
| - vari (QUIT: Ping timeout: 276 seconds) (~vari@123.51.51.39) | 08:20 | |
| - tomenzgg (QUIT: Ping timeout: 240 seconds) (~tomenzgg@user/tomenzgg) | 09:51 | |
| minute | it was/is down almost all night it seems :/ | 09:53 |
| josch | is anybody here by any chance still on an ancient pocket reform keyboard firmware or sysctl version? | 10:05 |
| josch | I added some code to reform-check to make it easier for situations like the one encountered by reform27274 yesterday. | 10:05 |
| - amk (QUIT: Remote host closed the connection) (~amk@user/amk) | 10:54 | |
| + amk (~amk@user/amk) | 10:56 | |
| ch | PSA: hold back util-linux if you need `su`/`runuser` to work | 10:56 |
| josch | thank you! | 10:58 |
| + mjw (~mjw@gnu.wildebeest.org) | 11:00 | |
| - oliverD (QUIT: Ping timeout: 252 seconds) (~Thunderbi@user/oliverd) | 11:54 | |
| + Svp (~svp@host-79-57-105-252.business.telecomitalia.it) | 12:18 | |
| - potash (QUIT: Ping timeout: 245 seconds) (~potash@user/foghorn) | 12:36 | |
| - iank (QUIT: Quit: ZNC 1.8.2+deb2+deb11u1 - https://znc.in) (~iank@fsf/staff/iank) | 12:38 | |
| + iank (~iank@fsf/staff/iank) | 12:38 | |
| - mjw (QUIT: Ping timeout: 256 seconds) (~mjw@gnu.wildebeest.org) | 12:48 | |
| + paperManu (~paperManu@204.244.197.237) | 12:52 | |
| * Guest7416 -> mjw | 13:02 | |
| minute | gitlab is under control again | 13:15 |
| minute | btw i made a new "main" branch that is now the default branch of https://source.mnt.re/reform/reform | 13:15 |
| minute | i kept the old "master" around to not break all links immediately | 13:16 |
| - iank (QUIT: Quit: ZNC 1.8.2+deb2+deb11u1 - https://znc.in) (~iank@fsf/staff/iank) | 13:25 | |
| + iank (~iank@fsf/staff/iank) | 13:30 | |
| - murphnj (QUIT: Ping timeout: 246 seconds) (~murphnj@user/murphnj) | 13:32 | |
| + murphnj (~murphnj@user/murphnj) | 13:33 | |
| josch | Cool! For those who wonder how to adjust a local clone, I did this: | 13:36 |
| josch | $ git branch -m master main | 13:36 |
| josch | $ git branch --set-upstream-to=upstream/main main | 13:36 |
| josch | (replace "upstream" by whatever your mntre.com/reform/reform remote is called in your repo) | 13:37 |
| ch | i think gitlab can redirect the branch somewhat magically | 13:41 |
| + oliverD (~Thunderbi@user/oliverd) | 13:53 | |
| - oliverD (QUIT: Ping timeout: 245 seconds) (~Thunderbi@user/oliverd) | 13:57 | |
| - paperManu (QUIT: Ping timeout: 265 seconds) (~paperManu@204.244.197.237) | 14:32 | |
| + paperManu (~paperManu@142.169.16.168) | 15:10 | |
| + potash (~potash@user/foghorn) | 15:16 | |
| - wakest (QUIT: Ping timeout: 265 seconds) (m-a7d6fe@67.219.99.225) | 15:18 | |
| - paperManu (QUIT: Ping timeout: 244 seconds) (~paperManu@142.169.16.168) | 15:57 | |
| + strongsand (~strongsan@user/strongsand) | 16:16 | |
| + paperManu (~paperManu@142.169.16.168) | 16:18 | |
| + tomenzgg (~tomenzgg@24.148.84.215) | 16:24 | |
| - tomenzgg (QUIT: Changing host) (~tomenzgg@24.148.84.215) | 16:25 | |
| + tomenzgg (~tomenzgg@user/tomenzgg) | 16:25 | |
| - strongsand (QUIT: Quit: strongsand) (~strongsan@user/strongsand) | 16:29 | |
| + Guest71 (~Guest71@n175-37-86-234.sun2.vic.optusnet.com.au) | 16:31 | |
| + wielaard (~mjw@gnu.wildebeest.org) | 16:32 | |
| - wielaard (QUIT: Ping timeout: 276 seconds) (~mjw@gnu.wildebeest.org) | 16:38 | |
| + alcedo (~alcedo@user/alcedo) | 17:26 | |
| Mot | Hi, I recently bought a used MNT Reform from an offer in the MNT Community forum and as fist steps I wanted to flash freshly compiled firmware images (LPC, keyboard and trackball). So far it went pretty well: I had some issues compiling the firmware (the MNT pico-sdk fork from the build-all.sh script does not work, while the original pico-sdk has similar fixes in the develop branch that do work) in a Debian Docker image... | 17:29 |
| Mot | I could successfully flash the LPC and the keyboard, but I'm having issues flashing the trackball firmware: I keep on getting "No accessible RP-series devices in BOOTSEL mode" errors - is there a trick to put the trackball board into flash mode? | 17:30 |
| alcedo | Mot: `echo "Make sure to put the RP2040 on the trackball board into BOOTSEL mode" | 17:34 |
| alcedo | echo "by toggling the DIP switch SW7 from 1 to ON, then press the reset switch."` | 17:34 |
| alcedo | Thta's from the repo's flash.sh script. | 17:36 |
| * Guest71 -> rtae | 17:36 | |
| Mot | alcedo: I tried that, but it does not seem to work for me. The trackball is still working. I also tried this hint from the reform2-trackball2-fw README: "If the trackball should not enter flashing mode (i.e. present itself as USB storage), you can try pressing reset twice in quick succession." but it still didn't work :( | 17:50 |
| alcedo | Mot: Hmm, try asking minute, then, as I cannot do much but point at the documentation. | 17:58 |
| - rtae (QUIT: Quit: Client closed) (~Guest71@n175-37-86-234.sun2.vic.optusnet.com.au) | 18:17 | |
| + Guest71 (~Guest71@n175-37-86-234.sun2.vic.optusnet.com.au) | 18:19 | |
| * Guest71 -> rtae | 18:22 | |
| - rtae (PART: !!unknown attribute: msg!!) (~Guest71@n175-37-86-234.sun2.vic.optusnet.com.au) | 18:29 | |
| + wielaard (~mjw@gnu.wildebeest.org) | 19:25 | |
| - talos4 (QUIT: Quit: The Lounge - https://thelounge.chat) (~talos@35.151.128.31) | 19:42 | |
| - mjw (QUIT: Killed (iridium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:4600:5952:3a9:6e0e:555a) | 20:04 | |
| * wielaard -> mjw | 20:04 | |
| + Guest6866 (~mjw@2001:1c06:2486:4600:5952:3a9:6e0e:555a) | 20:05 | |
| - paperManu (QUIT: Ping timeout: 245 seconds) (~paperManu@142.169.16.168) | 20:08 | |
| josch | Mot: i assume you have the new trackball board and not the old one (based on ATmega32u2 and not rp2040) | 20:46 |
| josch | Mot: in lsusb, the old one will show up as 03eb:2041 Atmel Corp. LUFA Mouse Demo Application | 20:46 |
| + paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 20:51 | |
| minute | MNT Quasar 6490 launched https://shop.mntre.com/products/mnt-quasar-6490-processor-module | 21:04 |
| josch | Up to 24h of sleep/suspend | 21:05 |
| josch | wow | 21:05 |
| josch | Blender | 21:06 |
| josch | minute: it says 3x pcie and of that one on the mainboard and one for the wifi module -- does this mean something for those who have the quectel modem in one of the M.2 slots on the pocket mainboard? | 21:07 |
| josch | the modem should only require usb i think? | 21:08 |
| minute | yeah the modem works as before with usb | 21:08 |
| - lidstah (QUIT: Remote host closed the connection) (~lidstah@gateway/tor-sasl/lidstah) | 21:08 | |
| - RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk) | 21:08 | |
| rick_ | oh shit.. Quasar.... 0.0 | 21:08 |
| + RandyK (~RandyK@user/randyk) | 21:08 | |
| + lidstah (~lidstah@gateway/tor-sasl/lidstah) | 21:09 | |
| minute | there's 3x PCIe but pocket has only one m.2 slot, and there's one FPC for the wifi, so one controller isn't used in the pocket--but it's useful for the classic+next later | 21:09 |
| rick_ | oh btw, can i just swap the module, or do i have to prepare sth on the system? | 21:11 |
| rick_ | or does ist just boot from nvme without doing anything? | 21:11 |
| josch | rick_: is your /boot partition on your emmc? | 21:12 |
| rick_ | yes | 21:12 |
| rick_ | oh... | 21:12 |
| rick_ | i know see the problem xD | 21:12 |
| josch | rick_: then something has to set up your /boot on emmc on your new SoM | 21:12 |
| josch | rick_: this is what reform-emmc-bootstrap is for | 21:12 |
| josch | but technically, it's not eMMC but UFS | 21:13 |
| josch | maybe reform-emmc-bootstrap has to be adjusted to support this | 21:13 |
| josch | ah yes, the problem is that the machine.conf file for MNT Pocket Reform with QUASAR QCS6490 Module has DEV_MMC="sdX" which is a placeholder | 21:14 |
| josch | minute: since you are the only quasar user right now, please report bugs like this so that i can fix them :3 | 21:15 |
| rick_ | yeah, i really didn't think about that my boot is in emmc | 21:15 |
| minute | josch: yeah, that's a TODO still indeed :D the partition layout wasn't ready yet | 21:16 |
| minute | josch: i thiiink it will be a uuid | 21:17 |
| rick_ | mhh only downside is currently see is 8gig ram.. which is a downgrade.. but on the other hand ram not so cheap anymore lol | 21:17 |
| minute | rick_: yeah... that's why it's "cheaper" (well, not really cheap, lets say more affordable) than the rk3588 module | 21:17 |
| minute | ram makes most of the price now | 21:17 |
| rick_ | true true | 21:17 |
| minute | there will be more quasars with more ram but those will also be significantly more expensive | 21:17 |
| rick_ | can this shitty bubble please pop XDD | 21:18 |
| ch | soon :) | 21:19 |
| minute | rick_: would be nice yes | 21:21 |
| jfred | woohoo quasar! | 21:42 |
| minute | \o/ | 21:46 |
| Mot | josch: Yes, it is the newer RP2040 based trackball | 21:48 |
| jfred | going back to 8GB of RAM in my pocket will be a bit unfortunate but I'll put the bigger one in an MNT Station when that's out | 21:48 |
| jfred | sleep and less heat is very worth it | 21:49 |
| minute | Mot: btw you probably know that, but you don't need to build the trackball firmware yourself, as there's a binary available | 21:55 |
| minute | Mot: ah i see now you had trouble getting it into bootsel modfe | 21:55 |
| Mot | Yep :) | 21:55 |
| minute | Mot: can you run `sudo dmesg -w` and then press the reset button on the trackball? (with prog switch turned on) | 21:56 |
| minute | Mot: and you probably tried running picotool with sudo yes? | 21:56 |
| Mot | thx, I will try that and see what it says | 21:57 |
| minute | yeah, i'd be interested in any new output that appears in dmesg after pressing the button | 21:59 |
| Mot | It appears that a USB device reconnects: https://privatebin.net/?33fa042944ec794b#4kQd8ptTayv4jhJMKertbmrUbfc2QWgtK6M63HxAB7b5 | 22:08 |
| minute | Mot: thanks. looks like the switch doesn't do the job yeah | 22:19 |
| minute | Mot: you can try entering bootsel mode using picotool with the -u parameter, check "picotool help reboot" | 22:28 |
| minute | Mot: make sure you don't accidentally flash the keyboard though | 22:28 |
| minute | Mot: you can use various filters to select the right device, like --pid or --address | 22:28 |
| Mot | thx, I will try that! | 22:29 |
| minute | Mot: maybe `sudo picotool reboot -u --pid 6d04` | 22:30 |
| - alcedo (QUIT: Quit: alcedo) (~alcedo@user/alcedo) | 22:31 | |
| minute | Mot: 0x6d04 apparently | 22:31 |
| + siviq (~siviq@user/siviq) | 22:32 | |
| Mot | Hm, "No accessible RP-series devices found in BOOTSEL mode were found." | 22:38 |
| - siviq (QUIT: Quit: Client closed) (~siviq@user/siviq) | 22:48 | |
| minute | Mot: meh, was worth a try. i remember faintly that there were a few rp2040 trackballs (?) where the resistor for the bootsel switch was wrongly dimensioned | 22:48 |
| + siviq (~siviq@user/siviq) | 22:48 | |
| minute | Mot: there was also this issue in 2023 https://community.mnt.re/t/trackball-v2-with-rp2040-requires-a-trace-cut/1473 | 22:50 |
| minute | Mot: ok the problem is probably the resistor R4 on your trackball. it's 4.7k and it should be 1k. what you can do is you can bridge this resistor. with a solder blob or with metal tweezers. so if you hold tweezers on the 2 pads of this resistor, the prog switch is on, and you press reset, the thing should go into bootsel mode | 22:53 |
| + svp_ (~svp@host-79-57-105-252.business.telecomitalia.it) | 22:54 | |
| - svp_ (QUIT: Remote host closed the connection) (~svp@host-79-57-105-252.business.telecomitalia.it) | 22:55 | |
| Mot | Thanks for all the hints! I found out that picotool seems to require code to be able for forced reboots: https://github.com/raspberrypi/picotool#forced-reboots and I think the current firmware doesn't support that | 22:55 |
| Mot | I checked the trackball board for the trace but my board doesn't seem to have this trace so I guess I'm fine | 22:56 |
| Mot | The hint for the resistor seems to very promising and I will try that! | 22:57 |
| minute | Mot: cool @ the trace! | 22:57 |
| minute | Mot: good luck! we had the same issue with the resistor on pocket keyboard. but there it's not that dramatic because the bootsel reset via software works, and via oled menu of the keyboard | 22:57 |
| - paperManu (QUIT: Ping timeout: 244 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 23:06 | |
| - spew (QUIT: Quit: nyaa~) (~spew@user/spew) | 23:08 | |
| Mot | Well, I tried to bridge R4 on the trackball board and as I touched the resistor, the system turned off :o The OLED display shows that some of the batteries are pretty low therefore I will try to load them - hopefully this was just bad timing^^ | 23:09 |
| Mot | I plugged it in and it works again - this was just bad timing as expected x) | 23:12 |
| + svp_ (~svp@host-79-57-105-252.business.telecomitalia.it) | 23:12 | |
| josch | phew... that must've been some adrenaline XD | 23:12 |
| Mot | Yep x) | 23:18 |
| - svp_ (QUIT: Remote host closed the connection) (~svp@host-79-57-105-252.business.telecomitalia.it) | 23:18 | |
| Mot | BTW while I tried to compile the firmware for my devices I noticed some smaller issues and registered for source.mnt.re so I can provide pull requests. My account is on hold - probably due to the GitLab issues, right? | 23:20 |
| Mot | "Your account is pending approval from your GitLab administrator and hence blocked. Please contact your GitLab administrator if you think this is an error." | 23:21 |
| ch | i think all accounts are subject to approval | 23:21 |
| josch | Mot: minute can approve your account | 23:29 |
| + paperManu (~paperManu@204.244.197.237) | 23:34 | |
| - siviq (QUIT: Quit: Client closed) (~siviq@user/siviq) | 23:41 | |
| + paperManu_ (~paperManu@204.244.197.237) | 23:49 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!