| - colinsane (QUIT: Read error: Connection reset by peer) (~colinunin@97-113-146-52.tukw.qwest.net) | 00:18 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@2603:8080:b200:7b02:77cb:6304:f9db:dda1) | 00:25 | |
| + colinsane (~colinunin@97-113-86-27.tukw.qwest.net) | 00:37 | |
| - mjw (QUIT: Quit: Leaving) (~mjw@gnu.wildebeest.org) | 00:38 | |
| - chomwitt (QUIT: Ping timeout: 260 seconds) (~chomwitt@2a02:587:7a1a:7a00:1ac0:4dff:fedb:a3f1) | 00:39 | |
| - colinsane (QUIT: Ping timeout: 248 seconds) (~colinunin@97-113-86-27.tukw.qwest.net) | 01:09 | |
| + colinsane (~colinunin@97-113-86-27.tukw.qwest.net) | 01:24 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-86-27.tukw.qwest.net) | 02:10 | |
| + colinsane (~colinunin@97-113-86-27.tukw.qwest.net) | 02:14 | |
| - Ar|stote|is (QUIT: Read error: Connection reset by peer) (~linx@5.203.244.100) | 02:18 | |
| + Ar|stote|is (~linx@5.203.244.100) | 02:18 | |
| + jacobk (~quassel@2603:8080:b200:7b02:77cb:6304:f9db:dda1) | 02:19 | |
| - jacobk (QUIT: Ping timeout: 276 seconds) (~quassel@2603:8080:b200:7b02:77cb:6304:f9db:dda1) | 02:32 | |
| - kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 03:03 | |
| + kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 03:04 | |
| - nsc (QUIT: Ping timeout: 246 seconds) (~nicolas@i5C74DC67.versanet.de) | 03:14 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 03:20 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-86-27.tukw.qwest.net) | 03:23 | |
| - paperManu (QUIT: Ping timeout: 260 seconds) (~paperManu@198.16.214.40) | 03:23 | |
| grimmware | josch, mhoye: Just got something caught in the trackball sensor for my pocket so I decided I may as well give the Si3N4 ball another go and it appears to have oxidized "enough" in my backpack. Very nice. I'm interested to see whether it continues to work well. | 03:40 |
|---|---|---|
| grimmware | oh my god this is a bit nice | 03:40 |
| josch | grimmware: i need to learn some trackball aging tricks from you | 03:45 |
| * robin_ -> robin | 03:50 | |
| grimmware | josch: I'm hoping that the tricks are just "forgetful" and "busy" because I'll be quite upset if this is all to do with what materials are on the surface of the trackball and I am in fact just a bit dirty | 03:50 |
| grimmware | I've only just put it in so we'll see how I get on tomorrow | 03:51 |
| josch | minute: are we maybe interested in the top 9 rk3588 mipi-dsi commits from here? https://gitlab.collabora.com/hardware-enablement/rockchip-3588/linux/-/commits/rk3588-test-dsi | 03:52 |
| - Ar|stote|is (QUIT: Read error: Connection reset by peer) (~linx@5.203.244.100) | 03:58 | |
| + Ar|stote|is (~linx@5.203.244.100) | 03:58 | |
| + colinsane (~colinunin@97-113-86-27.tukw.qwest.net) | 04:28 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-86-27.tukw.qwest.net) | 04:52 | |
| + colinsane (~colinunin@97-113-86-27.tukw.qwest.net) | 04:56 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-86-27.tukw.qwest.net) | 05:04 | |
| + colinsane (~colinunin@97-113-86-27.tukw.qwest.net) | 05:09 | |
| - Gooberpatrol66 (QUIT: Read error: Connection reset by peer) (~Gooberpat@user/gooberpatrol66) | 05:11 | |
| - colinsane (QUIT: Ping timeout: 248 seconds) (~colinunin@97-113-86-27.tukw.qwest.net) | 05:47 | |
| - _alice (QUIT: Ping timeout: 246 seconds) (sid544964@id-544964.ilkley.irccloud.com) | 06:05 | |
| + _alice (sid544964@id-544964.ilkley.irccloud.com) | 06:09 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 06:32 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 06:50 | |
| - Ar|stote|is (QUIT: Ping timeout: 248 seconds) (~linx@5.203.244.100) | 07:04 | |
| + chomwitt (~chomwitt@2a02:587:7a1a:7a00:1ac0:4dff:fedb:a3f1) | 07:41 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20) | 07:41 | |
| + Ar|stote|is (~linx@5.203.244.100) | 07:49 | |
| - Ar|stote|is (QUIT: Read error: Connection reset by peer) (~linx@5.203.244.100) | 08:27 | |
| + Ar|stote|is (~linx@5.203.244.100) | 08:27 | |
| + networkstring (~ac130@2001:67c:2b44:100:c888:f3a6:f37d:aa00) | 10:00 | |
| - Ar|stote|is (QUIT: Read error: Connection reset by peer) (~linx@5.203.244.100) | 10:02 | |
| + Ar|stote|is (~linx@5.203.244.100) | 10:03 | |
| - Ar|stote|is (QUIT: Read error: Connection reset by peer) (~linx@5.203.244.100) | 10:04 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 10:04 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 10:04 | |
| + Ar|stote|is (~linx@5.203.231.238) | 10:11 | |
| - cow321 (QUIT: Ping timeout: 265 seconds) (~deflated8@user/meow/deflated8837) | 10:20 | |
| josch | first builds of linux 6.12 rc6 for the reform: https://source.mnt.re/josch/reform-debian-packages/-/jobs/6696/artifacts/browse/repo/pool/main/l/linux/ | 11:34 |
| josch | with 6.12, 10 rk3588 patches got mainlined \o/ | 11:35 |
| josch | patch stack is shrinking | 11:35 |
| josch | i dropped imx8mp-mnt-pocket-reform/audio/0000-revert-crashy-audiomix-pm-support.patch in the hopes that this is supposed to do the same thing: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=1496dd413b2e0974a040fa93a2ddc51cc9847fd8 | 11:36 |
| josch | and i updated cadence_mhdp8501 patch stack to v18 | 11:36 |
| josch | linux changed from asm/unaligned.h to linux/unaligned.h so things didn't build anymore | 11:37 |
| grimmware | love it when patches get upstreamed <3 | 11:47 |
| grimmware | tracking is still good this morning | 11:47 |
| - chomwitt (QUIT: Quit: WeeChat 3.8) (~chomwitt@2a02:587:7a1a:7a00:1ac0:4dff:fedb:a3f1) | 11:50 | |
| * Guest2576 -> mjw | 11:57 | |
| - Ar|stote|is (QUIT: Read error: Connection reset by peer) (~linx@5.203.231.238) | 12:08 | |
| + Ar|stote|is (~linx@5.203.231.238) | 12:08 | |
| + cow321 (~deflated8@user/meow/deflated8837) | 12:27 | |
| + paperManu (~paperManu@107.159.243.8) | 12:34 | |
| minute | josch: awesome @ patch stack | 12:53 |
| - Ar|stote|is (QUIT: Read error: Connection reset by peer) (~linx@5.203.231.238) | 12:53 | |
| minute | josch: 0000-revert-crashy-audiomix-pm-support.patch is the opposite of the patch you are linking, i.e. it reverts that | 12:55 |
| + colinsane (~colinunin@97-113-93-25.tukw.qwest.net) | 12:55 | |
| minute | josch: so if https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=1496dd413b2e0974a040fa93a2ddc51cc9847fd8 is in the kernel and it is a bit different from what we are reverting, we need to revert that instead | 12:56 |
| minute | josch: about the rk3588 dsi patches, we need to see if they are different. if they are not mainlined i don't see a reason to adopt those patches instead of the ones we already have | 12:57 |
| minute | (never touch a running system etc) | 12:57 |
| minute | i'm looking into displayport alt mode a bit (for the future) and trying to gauge if we can do that with the mcu+fusb setup we have plus a usb/pd mux | 13:01 |
| minute | the mystery sauce i'm trying to yet understand is the negotiation of alt mode. it looks like it also works over usb-c pd protocol with additional messages | 13:02 |
| minute | https://acroname.com/blog/what-are-usb-c-alternate-modes | 13:02 |
| + gustav28 (~gustav@c-78-82-55-219.bbcust.telenor.se) | 13:02 | |
| minute | "Exploiting Vendor-Defined Messages in the USB Power Delivery Protocol" https://inria.hal.science/hal-02534599v1/document | 13:13 |
| josch | minute: thank you for your feedback! | 13:24 |
| minute | haha ok https://android.googlesource.com/kernel/msm/+/android-7.1.0_r0.2/drivers/usb/fusb302/core/vdm/vdm.c | 13:25 |
| minute | also nice https://github.com/AsahiLinux/vdmtool | 13:30 |
| vkoskiv | Has there been work yet to add fwupd support to reform USB devices? Was that now unblocked when the USB vendor IDs were assigned? | 13:31 |
| minute | vkoskiv: yes, ch is currently working on it and has some stuff working already | 13:33 |
| vkoskiv | Cool! And it will go through LVFS? | 13:33 |
| minute | vkoskiv: yes | 13:34 |
| - Gooberpatrol66 (QUIT: Ping timeout: 260 seconds) (~Gooberpat@user/gooberpatrol66) | 13:39 | |
| josch | vkoskiv: https://source.mnt.re/zeha/pocket-reform/-/wikis/fwupd-testing | 13:43 |
| minute | josch: oh wow, i didn't see that yet | 13:43 |
| hramrach | \o/ | 13:44 |
| minute | nice @ reformusbtool | 13:46 |
| ch | minute: please give it a test! | 13:47 |
| ch | i think hughsie merged something today, need to check. and probably need your help minute | 13:47 |
| ch | yeah, plugin is merged \o/ | 13:48 |
| ch | minute: can you upload a special firmware binary (just to the "private remote") to lvfs, so hughsie can add a test for it? | 13:50 |
| ch | minute: i think the sysctl.cab from https://source.mnt.re/zeha/pocket-reform/-/jobs/6599/artifacts/browse/pocket-reform-sysctl-fw/build/ should do for that | 13:50 |
| ch | minute: i dont know what the lvfs web thing requires, if you have questions please shout (also ref https://github.com/fwupd/fwupd/pull/7931#issuecomment-2470098633 ) | 13:51 |
| minute | ch: ok, will try! | 13:52 |
| minute | ch: > Upload Failed: File is not supported: Metadata is invalid: The metadata file was not complete; Any FIXME text must be replaced with the correct values | 13:53 |
| minute | i tried embargoed, maybe i can only use Privat | 13:53 |
| minute | Private | 13:53 |
| minute | ah yeah, that worked | 13:53 |
| ch | ok cool | 13:54 |
| ch | (funny that it checks for FIXME, but good idea) | 13:54 |
| ch | did that produce a url? if so, could you copy it into the github pr? | 13:54 |
| ch | or i can paste it there, whatever works | 13:54 |
| minute | ch: ah no with tiny delay i got the same error about the FIXMEs for private | 13:57 |
| ch | ugh | 13:57 |
| minute | so these need to be fixed before i can upload | 13:57 |
| ch | i'll try to come up with something | 13:57 |
| minute | aha, so for native DP on usb-c with rk3588 we would need a different rcore adapter design because the SoC already muxes DP/USB | 14:01 |
| ch | like, it puts DP/USB on DP pins? | 14:01 |
| minute | ch: yeah | 14:01 |
| minute | it's not muxing HDMI/DP like imxes for example | 14:02 |
| ch | hm | 14:02 |
| ch | and the DP pins are not where we want them to be then, i guess | 14:02 |
| ch | system design is hard :( | 14:02 |
| minute | well only 2 lanes (0 and 1). and i haven't connected aux p/n at all yet | 14:03 |
| minute | but rcore adapter is not a very expensive item, so feasible to extend it in the future | 14:03 |
| ch | ah rcore adapter! not rcore module | 14:03 |
| minute | yep | 14:03 |
| ch | it would be soo goood, i think | 14:04 |
| minute | ah wait, i was not entirely wrong | 14:05 |
| minute | not entirely right i mean lol | 14:05 |
| ch | §:D | 14:05 |
| ch | :D | 14:05 |
| minute | ok so it _also_ has eDP muxed on HDMI | 14:05 |
| minute | incl aux lanes which i did wire up on rcore | 14:05 |
| minute | aux lane | 14:06 |
| minute | so if i make sure to mux hdmi i2c and dp aux lane on the motherboard/fpc connector in the direction of the port board, it should be possible to mux that into usb-c on a future port board | 14:11 |
| minute | ti recommends this chip for muxing those kind of signals https://www.ti.com/product/TS3USB221E | 14:12 |
| ch | ah because its 'just' the aux lane that needs muxing and the soc muxes the rest? | 14:15 |
| ch | (was confused why its usb2.0 and not 3.x) | 14:15 |
| ch | minute: can you try uploading the cab from https://source.mnt.re/zeha/pocket-reform/-/jobs/6698/artifacts/browse/pocket-reform-sysctl-fw/build/ please | 14:16 |
| minute | ch: yeah it looks to me like the soc muxes HDMI display lanes and EDP display lanes but not HDMI DDC vs EDP AUX | 14:18 |
| minute | ch: > Metadata is invalid: description has no value | 14:18 |
| ch | ok; but it also muxes USB on the display lanes that you picked? otherwise you'll need to mux that too and thats probably annoying? | 14:19 |
| ch | sigh | 14:19 |
| ch | i can make a firmware xml that has everything filled out, but i'd rather have CI do it right now | 14:19 |
| minute | ch: no, there is a separate DP controller that muxes with some usb lines. | 14:22 |
| minute | but i didn't use all the lanes of that one, only half the lanes (because normally only 2 lanes are needed for one usb-c usb3 orientation) | 14:23 |
| ch | minute: right, but then it'd make more sense to pick the separate DP controller? otherwise it will need muxing of (HDMI/EDP)|USB-superspeed and HDMI-DDC|EDP-AUX(|not sure what goes on these lines by default for usb) | 14:25 |
| ch | minute: sorry for the back and forth. can you try the cab from https://source.mnt.re/zeha/pocket-reform/-/jobs/6700/artifacts/browse/pocket-reform-sysctl-fw/build/ ? | 14:43 |
| ch | minute: if that doesn't work i'll ask hughsie if there's a checker tool somewhere that is not lvfs.org | 14:43 |
| minute | ch: sorry i was having lunch, now trying | 14:58 |
| ch | np | 14:58 |
| minute | interesting | 15:00 |
| minute | now the status is "checking for duplicates..." | 15:00 |
| minute | > Finished | 15:00 |
| minute | ch: worked! | 15:00 |
| ch | \o/ | 15:00 |
| minute | > MNT Research Pocket Reform 1.0 1112 has been downloaded 0 times. | 15:00 |
| minute | ch: screenshot https://mastodon.social/@mntmn/113470354465564958 | 15:03 |
| ch | whoop! | 15:04 |
| minute | ch: ok so do you need some kind of token or url to plug into fwupd? | 15:05 |
| ch | in case you're wondering 1112 is today's date (cmake choses that if no git tag is set in the CI pipeline variables) | 15:05 |
| minute | ahaa | 15:05 |
| ch | minute: token/url: let me read the lvfs doc | 15:07 |
| ch | minute: i think for testing i need a vendor-embargo.conf from https://fwupd.org/lvfs/metadata/ ; the fw needs to be in the embargo remote; and i guess a token from https://fwupd.org/lvfs/profile | 15:11 |
| minute | quite interesting, rock5b is using fusb302 connected to the soc and has a config there for alt mode https://gitlab.collabora.com/hardware-enablement/rockchip-3588/linux/-/blob/rk3588/arch/arm64/boot/dts/rockchip/rk3588-rock-5b.dts?ref_type=heads#L300 | 15:12 |
| minute | aha maybe genbook are doing something similar and that's why they can't charge the laptop when it's off :D | 15:13 |
| minute | ch: ok i will upload to embargo | 15:13 |
| minute | ah for that i need to delete the one in private, there can't be identical ones | 15:15 |
| ch | minute: dunno if you can invite me into lvfs as a test user or something | 15:15 |
| ch | oh sigh | 15:15 |
| ch | is that unique on the version? | 15:15 |
| minute | looks like the cab is hashed and basically content addressed | 15:15 |
| minute | > Upload Failed: A file with hash 393cc9a9043c92439210e8950f2b10f41a8c64b0 already exists: /lvfs/firmware/99306 | 15:15 |
| ch | well, i can just press run again :> | 15:16 |
| minute | ch: ok thanks :D | 15:17 |
| minute | i'm multitasking a bit so sorry for smol delays | 15:17 |
| ch | same here | 15:17 |
| minute | uploaded the one from the 6701 build | 15:26 |
| minute | it's chilling in "Finished" state | 15:26 |
| + nsc (~nicolas@i5C74DC67.versanet.de) | 15:29 | |
| minute | aha | 15:42 |
| minute | ch: it's also not allowing duplicate versions > Upload Failed: A firmware file for this device with version 1112 already exists | 15:42 |
| minute | i wonder if i can move the old one | 15:42 |
| minute | i can delete it... | 15:42 |
| minute | ok, expunged and re-uploading | 15:43 |
| minute | ok that worked | 15:44 |
| minute | ch: http://dump.mntmn.com/mntre-embargo.conf | 15:45 |
| grimmware | so completely apropos of nothing (because I don't want one), but are there plans to support the rpi cm5? | 16:26 |
| [tj] | does it exist? | 16:26 |
| grimmware | https://chaos.social/@kuro/113469240412312622 | 16:27 |
| grimmware | yeah apparently | 16:27 |
| grimmware | not as performant as the rk3588 though according to cpubenchmark.net | 16:28 |
| [tj] | that is a very dusty module for something at a conference | 16:28 |
| grimmware | it's probably beard dander | 16:29 |
| [tj] | not dear bander? | 16:29 |
| grimmware | could be | 16:29 |
| grimmware | could be. | 16:29 |
| minute | yeah i've seen the cm5 in february or so for the first time | 16:49 |
| minute | someone from pi had it in their pants pocket | 16:49 |
| minute | and yeah it should be quite easy to integrate with a RCM5 | 16:49 |
| minute | i'm not sure what the upsides are vs rk3588 except price though | 16:50 |
| grimmware | I guess an easy upgrade path for A311D owners. | 17:05 |
| minute | yeah that is true | 17:05 |
| NanoCodeBug | looks like wifi and bt are integrated in the CM5 already? if a new carrier board is made to expose the usb 3.0, then it frees back up the m.2 modem slot. | 17:16 |
| NanoCodeBug | if its back compat with the RCM4 then it would probably be a lot cheaper of an upgrade than rk3588 | 17:17 |
| - glu (QUIT: Ping timeout: 246 seconds) (~glu@91.141.33.201.wireless.dyn.drei.com) | 17:23 | |
| + glu (~glu@91.141.32.69.wireless.dyn.drei.com) | 17:24 | |
| minute | ok so in reform next motherboard d-2 i have now planned in a sysctl-controlled switch to toggle between hdmi ddc and dp aux on the hdmi port that is normally the external hdmi port. this would at first allow one to test the hdmi/dp muxed displayport functionality by itself, and later mux that dp into usb-c on a port board if it works. and if all that is stable we can carry it over to a future | 17:26 |
| minute | pocket reform mb | 17:26 |
| minute | (by hdmi port i mean a 20 pin fpc connector) | 17:26 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:40) | 17:39 | |
| ch | gah, got dragged into a long discussion | 18:16 |
| ch | Successfully downloaded new metadata: Updates have been published for 1 local device | 18:18 |
| ch | Device Flags: • Updatable | 18:19 |
| minute | ch: niiice | 18:20 |
| minute | ch: does this version of the fw have the fix for being charged+being usb port for the monitor/hub? (asking before i update my pocket and take it home later) | 18:21 |
| ch | no | 18:23 |
| ch | but i can easily build one | 18:23 |
| ch | https://source.mnt.re/zeha/pocket-reform/-/wikis/fwupd-testing#testing-with-the-lvfs-remote-embargoed <- full output from fwupd can be seen here | 18:23 |
| minute | that would be nice :3 | 18:23 |
| ch | https://source.mnt.re/zeha/pocket-reform/-/jobs/6702 this job will produce artifacts that work with fwupd/fwupdtool and has the usbpd fix | 18:26 |
| ch | maybe install that without uploading it to the remote today, and tomorrow we restart the job and tomorrows artifacts can go up to lvfs.org for testing | 18:26 |
| ch | (using MMDD as version number for test builds now seems less than ideal :D) | 18:27 |
| ch | minute: is sysctl_3_.cab the firmware in embargo or in private? | 18:28 |
| ch | hughsie has added that cab into fwupd ci here https://github.com/fwupd/fwupd/pull/8071/commits/8ade8fdeebd01f951355087ecd49e458a36ab0b1 and i'm wondering if that will continue to exist | 18:29 |
| minute | ch: it's the one in embargo | 18:39 |
| minute | so, should be good | 18:39 |
| - networkstring (QUIT: Ping timeout: 248 seconds) (~ac130@2001:67c:2b44:100:c888:f3a6:f37d:aa00) | 19:10 | |
| + Guest42 (~Guest42@189-232.customer.interconnect.cz) | 19:17 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 19:18 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 19:22 | |
| * mjw -> Guest5844 | 19:23 | |
| - Guest5844 (QUIT: Killed (molybdenum.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:23 | |
| * mark_ -> mjw | 19:23 | |
| + Guest5844 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:24 | |
| - Gooberpatrol66 (QUIT: Read error: Connection reset by peer) (~Gooberpat@user/gooberpatrol66) | 19:33 | |
| - Guest42 (QUIT: Quit: Client closed) (~Guest42@189-232.customer.interconnect.cz) | 19:40 | |
| grimmware | silicon nitride ball is still tracking well | 19:43 |
| josch | i wonder what is wrong with mine o0 | 19:50 |
| grimmware | mhoye: have you had any trouble with yours? | 19:52 |
| grimmware | does the sysctl firmware on the pocket utilize both cores? | 20:06 |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 20:07 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 20:09 | |
| - mjw (QUIT: Remote host closed the connection) (~mjw@gnu.wildebeest.org) | 20:09 | |
| + mjw (~mjw@gnu.wildebeest.org) | 20:10 | |
| minute | grimmware: not yet @ cores | 20:14 |
| + bkeys (~bkeys@114.sub-75-228-28.myvzw.com) | 20:24 | |
| bkeys | I ordered an rk3588 upgrade late last week, about how long do they take to ship? | 20:25 |
| minute | hey bkeys | 20:25 |
| bkeys | Hello | 20:26 |
| minute | i paid 34700 dollars for a batch of icores for that today! | 20:26 |
| minute | lead time is 3-4 weeks | 20:26 |
| bkeys | Wow, that's a lot I'm glad to see your business doing well | 20:26 |
| bkeys | Okay so it'll be a while | 20:26 |
| minute | the rk3588 is pretty popular yeah | 20:27 |
| bkeys | So I remember you saying edk2 works fine with the Reform rk3588 right? | 20:27 |
| bkeys | Do I need to order any special hardware to flash to emmc? | 20:28 |
| bkeys | Ideally edk2 would be on emmc and my Linux would be on nvme drive | 20:29 |
| bkeys | What wireless is recommended? I have an mpcie one but I don't remember its performance being all that great | 20:30 |
| minute | hmm good question about wireless. if you don't mind firmware i would probably try intel or mediatek | 20:32 |
| - jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 20:33 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 20:33 | |
| bkeys | What about edk2 | 20:33 |
| - bkeys (QUIT: Quit: Client closed) (~bkeys@114.sub-75-228-28.myvzw.com) | 20:36 | |
| + bkeys (~bkeys@114.sub-75-228-28.myvzw.com) | 20:50 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 20:51 | |
| + jacobk (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 20:51 | |
| - bkeys (QUIT: Client Quit) (~bkeys@114.sub-75-228-28.myvzw.com) | 20:52 | |
| + sevarat (~sevarat@2601:207:600:d90::d573) | 20:59 | |
| mhoye | grimmware: zero problems so far | 21:07 |
| - jacobk (QUIT: Ping timeout: 276 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 21:18 | |
| + jacobk_ (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 21:18 | |
| mhoye | josch: Take the trackball out and clean the sensor with a qtip or something | 21:41 |
| mhoye | josch: My trackball had _just_ a bit of dust on it, and that as enough to make it jumpy. | 21:41 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-55-219.bbcust.telenor.se) | 22:15 | |
| noam | Oof, confirmed that the steel side ports aren't enough; there's a cockroach in my Reform >_< | 22:16 |
| noam | ...though, it may have climbed in through the trackball, the top was open all morning and I didn't see it :/ | 22:16 |
| - jacobk_ (QUIT: Ping timeout: 248 seconds) (~quassel@47-186-105-237.dlls.tx.frontiernet.net) | 22:34 | |
| hramrach | it has bugs :/ | 22:46 |
| mhoye | take a picture, you might be the next Grace Hopper. | 22:50 |
| josch | mhoye: my sensor is spot clean. I have the effect that it works great for some hours and then it works badly for another few. | 23:02 |
| josch | mhoye: i come back the next day and the same thing happens again | 23:03 |
| mhoye | That is very strange! | 23:03 |
| josch | i use my reform 8+ hours a day, i know i have to clean my sensor regularly but that isn't it :) | 23:03 |
| josch | also, i never use a q-tip to clean it. blowing on it with my mouth is usually enough | 23:04 |
| josch | with the new ball, i got so frustrated that i *did* use a q-tip to get it extra clean | 23:04 |
| josch | but to no avail | 23:04 |
| josch | also, i now put the old ball back without cleaning anything and i have had no problems at all -- so i don't think there's anything on the sensor | 23:05 |
| sevarat | what's the general opinion here of the pocket reform's keyboard? | 23:39 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!