- cobra (QUIT: Quit: ZNC 1.8.2 - https://znc.in) (~cobra@user/Cobra) | 00:04 | |
+ cobra (~cobra@user/Cobra) | 00:07 | |
- mjw (QUIT: Quit: Leaving) (~mjw@gnu.wildebeest.org) | 00:11 | |
+ MyNetAz (~MyNetAz@user/MyNetAz) | 00:19 | |
+ hanno (~hanno@h-98-128-180-142.NA.cust.bahnhof.se) | 00:20 | |
- wickedshell (QUIT: Ping timeout: 276 seconds) (~wickedshe@2601:8c0:800:4baa:2201:d781:15ed:485e) | 00:31 | |
- natalie (QUIT: Ping timeout: 260 seconds) (~natalie@user/natalie) | 00:37 | |
- robin__ (QUIT: Ping timeout: 276 seconds) (~robin@user/terpri) | 00:41 | |
- murph_nj (QUIT: Quit: Leaving) (~murph@pool-108-35-93-154.nwrknj.fios.verizon.net) | 01:40 | |
+ mlarkin (~mlarkin@47.158.172.62) | 02:02 | |
- paperManu (QUIT: Ping timeout: 246 seconds) (~paperManu@107.159.71.33) | 02:07 | |
- sevan (QUIT: Ping timeout: 265 seconds) (~sevan@user/venture37) | 02:24 | |
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-129-171.tukw.qwest.net) | 02:28 | |
- Ar|stote|is (QUIT: Ping timeout: 248 seconds) (~linx@149.210.35.228) | 02:35 | |
+ wickedshell (~wickedshe@2601:8c0:800:4baa:8e5f:54e9:cc44:5b2) | 02:37 | |
+ Ar|stote|is (~linx@149.210.28.9) | 02:40 | |
- MyNetAz (QUIT: Remote host closed the connection) (~MyNetAz@user/MyNetAz) | 02:42 | |
+ Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 02:45 | |
+ colinsane (~colinunin@97-113-129-171.tukw.qwest.net) | 02:50 | |
+ MyNetAz (~MyNetAz@user/MyNetAz) | 02:53 | |
- colinsane (QUIT: Ping timeout: 268 seconds) (~colinunin@97-113-129-171.tukw.qwest.net) | 02:58 | |
+ sevan (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4) | 03:00 | |
- sevan (QUIT: Changing host) (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4) | 03:01 | |
+ sevan (~sevan@user/venture37) | 03:01 | |
- nsc (QUIT: Ping timeout: 252 seconds) (~nicolas@i5C74DCBB.versanet.de) | 03:09 | |
+ nsc (~nicolas@66-98-142-46.pool.kielnet.net) | 03:11 | |
- chrcav (QUIT: Ping timeout: 248 seconds) (~chrcav@user/chrcav) | 03:15 | |
+ chrcav (~chrcav@user/chrcav) | 03:17 | |
- MyNetAz (QUIT: Remote host closed the connection) (~MyNetAz@user/MyNetAz) | 03:27 | |
+ MyNetAz (~MyNetAz@user/MyNetAz) | 03:38 | |
- sevan (QUIT: Ping timeout: 265 seconds) (~sevan@user/venture37) | 03:57 | |
+ sevan (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4) | 04:14 | |
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 04:15 | |
- Gooberpatrol_66 (QUIT: Ping timeout: 268 seconds) (~Gooberpat@user/gooberpatrol66) | 04:15 | |
- Gooberpatrol66 (QUIT: Client Quit) (~Gooberpat@user/gooberpatrol66) | 04:18 | |
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 04:18 | |
- sevan (QUIT: Changing host) (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4) | 04:20 | |
+ sevan (~sevan@user/venture37) | 04:20 | |
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 04:46 | |
+ reform8510 (~antacon@73.110.198.182) | 05:44 | |
* reform8510 -> antacon | 05:45 | |
- antacon (QUIT: Client Quit) (~antacon@73.110.198.182) | 05:47 | |
+ antacon (~antacon@73.110.198.182) | 05:47 | |
- antacon (QUIT: Client Quit) (~antacon@73.110.198.182) | 05:48 | |
- MyNetAz (QUIT: Remote host closed the connection) (~MyNetAz@user/MyNetAz) | 05:51 | |
- mtm (QUIT: Ping timeout: 268 seconds) (~textual@47.202.75.129) | 06:04 | |
+ mtm (~textual@47.202.75.129) | 06:07 | |
+ MyNetAz (~MyNetAz@user/MyNetAz) | 06:44 | |
+ natalie (~natalie@user/natalie) | 07:06 | |
+ chomwitt (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1) | 07:06 | |
- chomwitt (QUIT: Ping timeout: 272 seconds) (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1) | 07:13 | |
- jacobk_ (QUIT: Read error: Connection reset by peer) (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 08:01 | |
+ jacobk_ (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 08:06 | |
- MyNetAz (QUIT: Remote host closed the connection) (~MyNetAz@user/MyNetAz) | 09:35 | |
+ MyNetAz (~MyNetAz@user/MyNetAz) | 09:46 | |
- jacobk_ (QUIT: Ping timeout: 248 seconds) (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 10:04 | |
+ jacobk (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 10:04 | |
- Ar|stote|is (QUIT: Ping timeout: 244 seconds) (~linx@149.210.28.9) | 10:46 | |
+ mjw (~mjw@gnu.wildebeest.org) | 11:04 | |
+ paperManu (~paperManu@107.159.71.33) | 11:36 | |
hairu | hey, quick question from a potential buyer: are the rk3588 32G pocket reforms shippable more quickly as diy kits? | 11:45 |
---|---|---|
hairu | site says 2 months right | 11:45 |
hairu | wait no, 3 months* | 11:46 |
hairu | or is there demand + lead time for parts? | 11:46 |
hairu | basically my laptop of 11 years got wet from my dinner table collapsing saturday... i still need to take it apart to make sure it still works. not sure the irreplaceable keyboard will fully function though | 11:48 |
hairu | (sorry if this is more of a support channel and the wrong place to ask) | 12:26 |
minute | hairu: diy kit has the same parts as assembled so doesn't make a difference, delays are mostly if we run out of parts, like right now with rk3588, will reorder more cpus today | 12:30 |
minute | we are struggling a little bit atm with keeping up with orders | 12:30 |
hairu | ah i see | 12:30 |
hairu | makes sense | 12:30 |
minute | i wish i could just buy a big stock of everything | 12:30 |
minute | but we don't have the capital :/ | 12:31 |
hairu | you're probably the best open hardware option and sustainable | 12:31 |
minute | so we have to do these small orders of 50-100 unit batches most of the time | 12:31 |
hairu | indeed | 12:31 |
hairu | i hope that changes for you <3 | 12:31 |
minute | hairu: we're surviving for 5+ years so yeah we manage ^^ | 12:31 |
hairu | :> awesome | 12:32 |
minute | hairu: thank uuu | 12:32 |
hairu | np | 12:32 |
hairu | the only reason why i didn't back you during crowd funding was my own lack of capital but i think it's time | 12:33 |
hairu | it's definitely my dream laptop | 12:33 |
hairu | been waiting like 20 years for such a form factor | 12:33 |
hairu | so keep it going, please :) | 12:33 |
* mjw -> Guest3214 | 12:47 | |
- Guest3214 (QUIT: Killed (calcium.libera.chat (Nickname regained by services))) (~mjw@gnu.wildebeest.org) | 12:47 | |
* Guest3450 -> mjw | 12:47 | |
grimmware | hairu: it is absolutely the dream form factor, I got in on the crowdfunder within the opening minutes and have since upgraded to the rk3588 and done a handful of little mods | 12:48 |
hairu | nice | 12:48 |
hairu | what sorts of mods? | 12:49 |
hairu | i'm considering adding LoRa / GPS / xbee to one | 12:49 |
hairu | thoughts? 8) | 12:49 |
hairu | maybe not all of the above heh | 12:50 |
grimmware | replaced the trackball with a silicon nitride bearing, added accelerometers in the lid and bottom for lid closed and orientation detection, custom printed a side panel for easy uart access | 12:50 |
hairu | ah cool | 12:50 |
hairu | grimmware: which keyboard, clicky or linear? | 12:52 |
grimmware | the only thing I'd say to be aware of is that the exposed i2c connector is to the sysctl not the som, so unless you're prepared to write sysctl and lpc kernel module code to talk to i2c devices then usb is probably the easier way to go | 12:52 |
grimmware | I've got the clicky, gl0b got the same but replaced all the keyswitches with something significantly quieter | 12:52 |
hairu | oh ok | 12:52 |
hairu | i don't mind noise i think | 12:53 |
grimmware | I'd considered replacing mine with browns but now I'm using brown chocs on this keyboard I've just built I'm glad I didn't, the action's actually pretty heavy | 12:53 |
grimmware | if you don't mind the noise the clicky keys are fantastic | 12:53 |
hairu | ah ok | 12:54 |
hairu | i mean, my desktop's usb keyboard is from like 2005 | 12:54 |
hairu | my cat bit up the cable, and i replaced it | 12:54 |
hairu | (i sometimes wonder whether i broadcast my keystrokes though, of course) | 12:55 |
+ gustav28 (~gustav@c-78-82-53-220.bbcust.telenor.se) | 13:02 | |
+ wakest_ (~wakest@2003:a:736:9300:e799:be76:3e47:7d16) | 13:19 | |
- ex--parrot (QUIT: Ping timeout: 246 seconds) (~fincham@user/ex-parrot) | 13:37 | |
+ ex-parrot (~fincham@user/ex-parrot) | 13:41 | |
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 13:46 | |
+ jacobk (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 13:46 | |
- ex-parrot (QUIT: Ping timeout: 260 seconds) (~fincham@user/ex-parrot) | 13:55 | |
gl0b | hairu: yeah, i replaced the white switches with some silent tactile switches. i did love the clicky kb. felt right in the chunky aluminium chassis, but it was at odds with me using it to hack away on the sofa with others in the same room :) | 13:59 |
+ ex-parrot (~fincham@user/ex-parrot) | 14:00 | |
- wakest_ (QUIT: Ping timeout: 272 seconds) (~wakest@2003:a:736:9300:e799:be76:3e47:7d16) | 14:03 | |
- bkeys (QUIT: Ping timeout: 244 seconds) (~Thunderbi@173.186.16.211) | 14:08 | |
+ bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 14:15 | |
- ex-parrot (QUIT: Ping timeout: 252 seconds) (~fincham@user/ex-parrot) | 14:27 | |
+ ex-parrot (~fincham@user/ex-parrot) | 14:33 | |
- chrcav (QUIT: Ping timeout: 244 seconds) (~chrcav@user/chrcav) | 14:41 | |
+ chrcav (~chrcav@user/chrcav) | 14:57 | |
+ aloo_shu (~aloo_shu@85.51.18.10) | 15:05 | |
- aloo_shu (QUIT: Remote host closed the connection) (~aloo_shu@85.51.18.10) | 15:06 | |
+ aloo_shu (~aloo_shu@85.51.18.10) | 15:06 | |
+ andreas-e (~Andreas@2001:861:c4:f2f0::c64) | 15:16 | |
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@38-146-94-247.echocast.zone) | 15:31 | |
+ bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 15:31 | |
- chrcav (QUIT: Ping timeout: 265 seconds) (~chrcav@user/chrcav) | 15:39 | |
+ chrcav (~chrcav@user/chrcav) | 15:41 | |
- andreas-e (QUIT: Quit: Leaving) (~Andreas@2001:861:c4:f2f0::c64) | 16:02 | |
- bkeys (QUIT: Remote host closed the connection) (~Thunderbi@38-146-94-247.echocast.zone) | 16:04 | |
+ bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 16:05 | |
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@38-146-94-247.echocast.zone) | 16:10 | |
+ bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 16:11 | |
+ mark_ (~mjw@gnu.wildebeest.org) | 16:11 | |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@38-146-94-247.echocast.zone) | 16:18 | |
+ bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 16:18 | |
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 16:26 | |
+ jacobk (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 16:26 | |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@38-146-94-247.echocast.zone) | 16:27 | |
+ bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 16:27 | |
* bkeys1 -> bkeys | 16:30 | |
hairu | ah ok gl0b i see :) | 16:33 |
hairu | sorry i fell back asleep | 16:33 |
- mark_ (QUIT: Ping timeout: 246 seconds) (~mjw@gnu.wildebeest.org) | 16:36 | |
+ talos (~talos@syn-068-186-150-133.res.spectrum.com) | 16:59 | |
+ xandy (xandyv@user/xandyv) | 17:07 | |
- xktr (QUIT: Quit: leaving) (~xktr@user/xktr) | 17:15 | |
- ptrc (QUIT: Remote host closed the connection) (~ptrc@ptrc.gay) | 17:18 | |
+ ptrc (~ptrc@ptrc.gay) | 17:18 | |
+ xktr (~xktr@user/xktr) | 17:21 | |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@38-146-94-247.echocast.zone) | 17:28 | |
+ chomwitt (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1) | 17:29 | |
+ bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 17:30 | |
- bkeys (QUIT: Remote host closed the connection) (~Thunderbi@38-146-94-247.echocast.zone) | 17:47 | |
+ bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 17:47 | |
+ wakest_ (~wakest@2003:a:736:9300:e799:be76:3e47:7d16) | 17:52 | |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@38-146-94-247.echocast.zone) | 17:55 | |
+ bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 17:55 | |
* bkeys1 -> bkeys | 17:57 | |
- cow321 (QUIT: Ping timeout: 260 seconds) (~deflated8@user/meow/deflated8837) | 17:58 | |
wakest_ | hi all, updated the system on my pocket to the newest everything (on the RK3588, with Gnome) and clicking the Power tab in the System Settings app crashes the app everytime. | 18:01 |
wakest_ | logs say "systemd: Failed to start org.gnome.SettingsDaemon.Power.service" | 18:02 |
- mtm (QUIT: Ping timeout: 252 seconds) (~textual@47.202.75.129) | 18:03 | |
+ mark_ (~mjw@gnu.wildebeest.org) | 18:05 | |
+ mtm (~textual@47.202.75.129) | 18:06 | |
+ cow321 (~deflated8@user/meow/deflated8837) | 18:07 | |
- wakest_ (QUIT: Remote host closed the connection) (~wakest@2003:a:736:9300:e799:be76:3e47:7d16) | 18:23 | |
- Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 18:48 | |
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 18:48 | |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 19:09 | |
+ Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 19:10 | |
- Gooberpatrol66 (QUIT: Ping timeout: 276 seconds) (~Gooberpat@user/gooberpatrol66) | 19:11 | |
vagrantc | so, i need a bit of wiggle-room in my MNT/Reform2 to install a serial console adapter ... one thought was to add some shims in between the acrylic bottom to make it even thicker ... anyone else done that sort of thing? | 19:11 |
vagrantc | would need longer (and maybe sturdier) screws, of course... | 19:12 |
josch | vagrantc: yes, i 3d printed a part which holds the uart adapter pcb in place such that its micro-usb is accessible via the sidepanel | 19:12 |
josch | openscad files on the forums | 19:12 |
vagrantc | when i switched to rk3588 it moved the wifi antenna onto a plate which does not leave enough room for the adapter anymore | 19:13 |
vagrantc | seems like the only places that might fit are nervously close to the battery terminals | 19:14 |
vagrantc | oh, and my adventures with guix on the mnt/reform rk3588 are going quite well ... i cleaned up my kernel package to just use the reform-debian-packages as an input and apply the patches from that directly :) | 19:15 |
vagrantc | (previously I had copied all the patches into guix itself) | 19:15 |
josch | nice! | 19:15 |
josch | vagrantc: what antenna do you have? the laird square? | 19:16 |
josch | i also have an openscad model which serves as a carrier board for that antenna | 19:16 |
vagrantc | i had crazy dumb luck with ethernet working for the first day without applying any workarounds ... but then it stopped working and i started using usb-ethernet adapter | 19:16 |
vagrantc | need to update libgpiod in guix to be able to try that workaround ... | 19:17 |
vagrantc | makes me wonder if the workaround survives reboots but not power off | 19:17 |
josch | vagrantc: you know hat there is an ethernet phy reset in reform-hw-setup? | 19:17 |
josch | workaround for that problem rather | 19:18 |
vagrantc | josch: one thing at a time ... packaging for guix is ... different :) | 19:18 |
vagrantc | it was a fun side trip, but should probably get back to fixing some important things in Debian too | 19:19 |
vagrantc | ACTION whistles innocently | 19:19 |
josch | haha :) | 19:19 |
vagrantc | although i do want to upgrade my u-boot now and maybe patch the boot order to my liking (e.g., SD first, NVMe second, eMMC last resort) | 19:20 |
vagrantc | that way i can use an SD for emergencies, and still have something on eMMC if NVMe does not work | 19:21 |
vagrantc | it seems to default to SD, eMMC, NVMe ... which seems silly | 19:21 |
+ mlarkin_ (~mlarkin@47.158.172.62) | 19:24 | |
ch | maybe detecting the nvme would be a timing regression? | 19:27 |
ch | i agree the order seems silly | 19:27 |
hramrach | is u-boot boot order dependent on timing? | 19:32 |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@38-146-94-247.echocast.zone) | 19:39 | |
+ bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 19:40 | |
- mlarkin_ (QUIT: Ping timeout: 265 seconds) (~mlarkin@47.158.172.62) | 19:42 | |
- MyNetAz (QUIT: Remote host closed the connection) (~MyNetAz@user/MyNetAz) | 19:46 | |
vagrantc | where did that announcement go for the upstreaming of the rk3588 reform device-tree stuff go? | 19:59 |
vagrantc | saw somethihng on mastodon a while back, but cannot find it again | 20:05 |
vagrantc | found what i presume to be an earlier series on patchwork.ozlabs.net ... | 20:06 |
vagrantc | i feel like that post was part of what got me poking at the mnt/reform after a bit of a break | 20:07 |
vagrantc | found it in linux-next, anyways | 20:10 |
+ MyNetAz (~MyNetAz@user/MyNetAz) | 20:16 | |
- mjw (QUIT: Killed (iridium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 20:23 | |
* mark_ -> mjw | 20:23 | |
+ Guest7096 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 20:23 | |
austriancoder | is there somewhere a linux kernel repo with all mnt patches? I am aware of the reform-debian-packages repo, but would love to work with a full ready to use git kernel repo. | 20:40 |
+ undermine (~user@user/undermine) | 20:46 | |
vagrantc | yeah, that would be nice | 20:49 |
hramrach | it's not that many patches so it would be feasible to render into a git tree with something like https://github.com/openSUSE/kernel-source/blob/master/scripts/series2git | 20:56 |
hramrach | but the Debian and openSUSE kernels are organized sllightly differently so it would need some adjustment | 20:57 |
vagrantc | at least at a quick glance, several appear to be "git am"-able | 21:00 |
austriancoder | hramrach: so you do all you patch series maintenance without a real kernel repo behind the scenes? | 21:51 |
austriancoder | hramrach: will do it by hand for now | 21:51 |
minute | austriancoder: we don't have such a repo unfortunately, no. i have various trees locally but there isn't a git tree out there | 21:56 |
austriancoder | minute: is your local git repo the source of the patches? | 21:59 |
vagrantc | some of the patches include the entire mail headers :) | 22:01 |
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@38-146-94-247.echocast.zone) | 22:05 | |
+ bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 22:06 | |
josch | austriancoder: I have pondered about making git commits be the primary source of our patches for a while. It would certainly have its advantages for the semi-regular rebase. What motivates you to ask? | 22:06 |
+ bkeys1 (~Thunderbi@172.56.67.18) | 22:07 | |
austriancoder | josch: I use the reform for a lot of etnaviv work. from time to time I want to try a kernel patch on the device before sending it out to lkml. | 22:08 |
- bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@38-146-94-247.echocast.zone) | 22:10 | |
- S0rin (QUIT: Ping timeout: 248 seconds) (~S0rin@user/s0rin) | 22:11 | |
josch | austriancoder: wait, for upstreaming your own patches or for upstreaming reform patches? If you plan to upstream reform patches and the only thing stopping you is that they are distributed as a series of patches instead of a git branch I'll get to work on this issue asap! | 22:11 |
- bkeys1 (QUIT: Ping timeout: 268 seconds) (~Thunderbi@172.56.67.18) | 22:12 | |
josch | the main reason that they are currently still a stack of patches is that debian packages are in the distributed as tarballs and not as git repos | 22:12 |
austriancoder | josch: upstreaming my etnaviv patches. if reform patches would be upstream, my problem is gone :) | 22:12 |
josch | then you probably don't have an rk3588 reform because that one *does* have its patches in a git repo (at collabora git) | 22:13 |
- gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-53-220.bbcust.telenor.se) | 22:15 | |
austriancoder | I am still rocking a imx8mq based one | 22:16 |
josch | nice :) | 22:16 |
josch | vagrantc: if you find patches that are not git-am-able, please shout! | 22:16 |
+ murphnj (~murph@user/murphnj) | 22:19 | |
josch | austriancoder: as you asked above: there are several sources of the patches. It has happened that minute just dumps a patch without a header into the repo but most of them should be the result of me having run 'git format-patch' or downloaded with b4 | 22:21 |
josch | for example the collabora patch stack is the result of me having run git format-patch in the collabora git and then copying over the result | 22:21 |
austriancoder | I have looked at the amount of patches for imx8mq .. and not much is missing. | 22:22 |
josch | for imx8mq the biggest difference is with the dts | 22:22 |
josch | i have recently differed upstream dts against the one in the repo and crafted a patch that turns the former into the latter (there is a MR on the mntre gitlab) but unfortunately it has a regression (audio recording via microphone on the TRRS jack is broken) | 22:23 |
josch | s/differed/diffed/ omg XD | 22:26 |
austriancoder | josch: thanks for working on it | 22:28 |
josch | with zero effect -- i'm not in any way a kernel developer so i cannot upstream this | 22:29 |
josch | my hope is that somebody who does finds the patches and does it | 22:29 |
josch | which is why i'm interested in finding out what form of shipping the patch stack would make this more likely to happen :D | 22:30 |
austriancoder | josch: ahh.. okay. imho, the current state is okay for working on bring the last patches upstream. | 22:33 |
josch | okay, thank you for your feedback and your inquery | 22:35 |
austriancoder | the biggest problem is the missing background story, why a patch exists. | 22:35 |
josch | i looked into abusing gbp-pq to switch from patch stack to git tree but it seems not flexible enough to do this | 22:35 |
austriancoder | for me, the easiest to upstream would be the pci internal-refclk one | 22:36 |
josch | austriancoder: especially for the imx patches i just converted the file name to the subject line as the patch file name was all that i had | 22:36 |
josch | more context is known by minute who is the original author | 22:36 |
hramrach | austriancoder: the 'stable' openSUSE kernels have tens of thousands of patches distributed as patch series :) | 22:55 |
hramrach | and the git repo .. has the patch series in it | 22:57 |
austriancoder | without a git repo managing such an amount of patches is impossible | 23:06 |
- vagrantc (QUIT: Ping timeout: 268 seconds) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 23:11 | |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 23:17 | |
- xandy (QUIT: Ping timeout: 244 seconds) (xandyv@user/xandyv) | 23:23 | |
hramrach | that's why they are in a git repo | 23:34 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!