| chartreuse | josch: Did your build with the dts changes finish and get put somewhere? Mine was building locally overnight though when I went to check on it around lunch I'd seemed to have locked up and had to restartand I don't see the built deb file | 00:50 |
|---|---|---|
| josch | chartreuse: that would be this: https://source.mnt.re/reform/reform-debian-packages/-/jobs/4808/artifacts/browse/repo/pool/main/l/linux/ | 00:52 |
| josch | it's from the pipeline associated to this MR: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/6 | 00:53 |
| josch | that's with wlf,hp-cfg = <2 2 3>; wlf,gpio-cfg = <1 3>; | 00:53 |
| josch | but now i have to go to bed -- i hope this helps :) | 00:53 |
| chartreuse | AH thanks | 00:55 |
| chartreuse | I'll give it a try | 00:55 |
| + jagtalon_ (~jagtalon@pool-100-34-179-37.phlapa.fios.verizon.net) | 01:00 | |
| - jagtalon_ (QUIT: Client Quit) (~jagtalon@pool-100-34-179-37.phlapa.fios.verizon.net) | 01:01 | |
| sigrid | 07:11 < chartreuse> Not sure why they're also changing the gpio select lines though, I think those settings are for making GPIO1 a debounced jack select which doesn't apply | 01:02 |
| sigrid | jd2 is jack detect, but gpio1 needs to be used for output | 01:02 |
| + jagtalon_ (~jagtalon@pool-100-34-179-37.phlapa.fios.verizon.net) | 01:02 | |
| sigrid | to trigger an interrupt | 01:03 |
| sigrid | this is the "debounced jack detect output" | 01:03 |
| - jagtalon_ (QUIT: Changing host) (~jagtalon@pool-100-34-179-37.phlapa.fios.verizon.net) | 01:03 | |
| + jagtalon_ (~jagtalon@user/jagtalon) | 01:03 | |
| sigrid | I might have gotten the values wrong because it's hard to do anything with dts without going insane | 01:03 |
| sigrid | this idea works in 9front, at least | 01:03 |
| sigrid | https://github.com/9front/9front/blob/front/sys/src/cmd/reform/audio.c#L199 | 01:05 |
| * jagtalon_ -> jagtalon | 01:05 | |
| - jagtalon (QUIT: Remote host closed the connection) (~jagtalon@user/jagtalon) | 01:06 | |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 01:10 | |
| chartreuse | Well I just installed the new kernel/dtbs and the audio chip is clearly sorta swapping but linux isn't fully noticing. If I have it set to speaker output and plug headphones in the speakers do mute but I have to manually change the port to headphones | 01:11 |
| sigrid | yes. hence the interrupt via gpio. I have no idea if linux driver does anything about it, or if it can at all | 01:11 |
| chartreuse | This is with including those gpio configurations. Though I believe there's another gpio register that needs to be set to overall change the ADCLRC pin to be a GPIO in the first place | 01:13 |
| sigrid | but also that doesn't sound correct. it *should* play the sound, regardless of interrupt availability. maybe linux disables one of the outputs it thinks isn't active | 01:14 |
| chartreuse | Otherwise it's still the frame clock despite the gpio-cfg canges IIRC. It's in the Audio Interface (0x09) register to change it to GPIO | 01:14 |
| chartreuse | I'll pull up alsa mixer and see if that shows info on stuff being muted | 01:14 |
| chartreuse | Okay if I manually change the headphone level in alsamixer it is playing on the headphones when it is automatically switching. But pulse/alsa isn't detecting the switch and automatically changing volume levels for headphone | 01:16 |
| chartreuse | So it's kinda half working, likely what you said about interrupts. The WM chip is handling it but linux isn't | 01:18 |
| sigrid | wm8960's gpio1 is wired to gpio4/io21 of sai2 | 01:18 |
| chartreuse | I'll read the driver and see if there's another register that needs set to change the GPIO flag in the AudioInterface register | 01:19 |
| sigrid | so it's up to sai interrupt handler to figure out what to do | 01:19 |
| chartreuse | I figure it's still going to be in the WM8960 alsa driver to set that up | 01:19 |
| chartreuse | Also getting some weirdness with just these changes where if I start music playback it plays a bit before going mute and I have to plug the jack in and out again | 01:21 |
| sigrid | sorry, not sai2 interrupt handler. I forgot that it's the mux pad config that needs to be changed | 01:21 |
| chartreuse | Then it's fine for the rest of the playback | 01:21 |
| sigrid | sai2's rxfs to gpio4/io21 function | 01:21 |
| chartreuse | Guess I need to track down where that's set in the dts | 01:22 |
| chartreuse | Though the wm8960 the default register for 0x9 is 0x00 so the ALRCGPIO flag is set to ADCLRC frame clock and not GPIO1. | 01:23 |
| chartreuse | Oh nevermind that's what's being set by the first 1 in the gpio-cfg, I was under the impression that was the polarity signal IIRC | 01:26 |
| chartreuse | Hmm so it's likely what you're saying on the other end | 01:27 |
| sigrid | check hp-det-gpio | 01:29 |
| sigrid | ie simple-audio-card,hp-det-gpio = <&gpio4 21 GPIO_ACTIVE_HIGH>; | 01:30 |
| sigrid | or something like that | 01:30 |
| chartreuse | In the pinctrl_sai2 it has ...TXFS... assigned as 0xd6, though the commented pin numbers also don't match the schematic where TXFS is on pin 168 but listed as 172, unless that's from a different module | 01:33 |
| chartreuse | Somehow needs to be set as an input instead of output on the sai2 | 01:34 |
| chartreuse | I'll give that a try though, adding hp-det-gpio to the audio device, just seeing if the sai needs some config for that | 01:37 |
| sigrid | I think you need to change MX8MQ_IOMUXC_SAI2_RXFS_SAI2_RX_SYNC | 01:37 |
| sigrid | it's rxfs, not txfs | 01:37 |
| chartreuse | Ah | 01:37 |
| sigrid | MX8MQ_IOMUXC_SAI2_RXFS_GPIO4_IO21 | 01:39 |
| sigrid | that'd be the right one | 01:39 |
| chartreuse | You're a lot faster than I am at finding this stuff XD | 01:39 |
| sigrid | I wrote the audio drivers for 9front, that helps | 01:39 |
| sigrid | that hex value (d6) must be changed too | 01:40 |
| chartreuse | Yeah I figured, d6 is likely for having it as the clock | 01:41 |
| sigrid | in 9front it's a very comfortably readable "~LVTTL HYS PUE ~ODE FAST 45_OHM" | 01:41 |
| sigrid | which gets converted to a number | 01:41 |
| sigrid | lemme open the imx8mq datasheet | 01:41 |
| chartreuse | Is this a kernel value or something on the im8mq's datasheet | 01:41 |
| chartreuse | Ah okay | 01:41 |
| chartreuse | MX8MQ_IOMUXC_SAI2_RXFS_SAI2_RX_SYNC gets removed I assume then (as I try and find the datasheet registers) | 01:42 |
| sigrid | I *think* MX8MQ_IOMUXC_SAI2_RXFS_SAI2_RX_SYNC 0xd6 should become MX8MQ_IOMUXC_SAI2_RXFS_GPIO4_IO21 0x96 | 01:46 |
| + abortretryfail (~arf@146.ip-149-56-132.net) | 01:47 | |
| chartreuse | Which manual are these documented in? I'm seeing references to a pin configurator too, though surely it's documented | 01:48 |
| sigrid | IMX8MDQLQRM.pdf | 01:54 |
| sigrid | page 1759 | 01:54 |
| sigrid | let me double-check that 0x96 | 01:54 |
| chartreuse | Ah thanks, was having trouble finding the fixes on NXP's website but that got me it | 01:54 |
| chartreuse | files* | 01:54 |
| chartreuse | And need an NXP account one moment... | 01:56 |
| sigrid | seems correct | 02:00 |
| sigrid | it's either 0x96 or 0x40000096 | 02:04 |
| chartreuse | Just need to find the gpio one, but from random stuff online I'm guessing 0x19. Though just finally got the pdf downloaded after giving way too much info to nxp | 02:05 |
| sigrid | 9front set it to 0x96 and enables SION (software input on) to override it | 02:06 |
| sigrid | so that'd be 0x40000096. I just don't know if SION is needed or not. idr why I put it there | 02:06 |
| chartreuse | For the GPIO and the RX_SYNC one? | 02:07 |
| sigrid | maybe you're right and 0x19 would work, dunno | 02:07 |
| sigrid | wdu mean? | 02:07 |
| chartreuse | Oh my bad, I misread your message and thought you said RX_SYNC to 96 *and* then add the GPIO4 | 02:08 |
| sigrid | nah | 02:08 |
| sigrid | rx_sync is the wrong config for this | 02:09 |
| chartreuse | Yeah I was just thinking it had to be disabled with a specific value for some reason | 02:09 |
| chartreuse | I'll try 96 and see if that works | 02:11 |
| chartreuse | Though 19 would also match the GPIO3 config already in there | 02:11 |
| sigrid | where's that? | 02:13 |
| chartreuse | MX8MQ_IOMUXC_SAI5_RXC_GPIO3_IO20 0x19 // WL_EN on Nitrogen8M_SOM, pin 38, goes to /EN i nput of SN65DSI86 | 02:14 |
| chartreuse | in hoggrp | 02:14 |
| sigrid | this seems to be to set gpio active high | 02:15 |
| sigrid | I don't think that's what you want | 02:15 |
| chartreuse | I think I've just confused myself | 02:15 |
| sigrid | try MX8MQ_IOMUXC_SAI2_RXFS_GPIO4_IO21 0x40000096 | 02:15 |
| chartreuse | Alright | 02:16 |
| sigrid | I guess linux allows to poll gpio interrupts from userspace, and there must be a tool for this | 02:16 |
| sigrid | maybe smth like: gpiomon `gpiofind GPIO4` | 02:18 |
| sigrid | so even if hp-det-gpio isn't correct you could probably see it log events when you (dis)connect headphones | 02:20 |
| - nocko (QUIT: Quit: WeeChat 4.0.4) (~nock@user/nocko) | 02:21 | |
| chartreuse | Yeah | 02:25 |
| chartreuse | That did it! | 02:38 |
| sigrid | nice | 02:38 |
| sigrid | does pulseaudio notice it too? | 02:38 |
| chartreuse | Yep, pulse is changing to Headphones (plugged in) | 02:38 |
| sigrid | almost hard to believe it worked just like that | 02:38 |
| chartreuse | Yeah | 02:39 |
| chartreuse | Just was two extra changes to the dts besides your original patch a year ago | 02:39 |
| chartreuse | There is a bit of a pop in the headphones when plugging them in so not sure it's bothering to change the volume on a zero crossing, or if that's something else | 02:40 |
| sigrid | maybe that's about wm8960 being configured slightly wrong | 02:41 |
| chartreuse | Looking at alsamixer, I see the speaker volume drop, the headphones go to the speaker volume, then drop to the set headphone volume, so pulse just might be doing things in a weird way | 02:41 |
| sigrid | but also maybe a bit of a pop is to be expected | 02:41 |
| sigrid | as long as it does not destroy the ears | 02:41 |
| chartreuse | Yeah it's quick enough to not be a problem, though might dig into that later | 02:41 |
| chartreuse | I guess I'll wrap up all the changes into a pull request though so others can use them. Then maybe look into if any changes are needed on the a311d dtbs for people using those. Though I only have the 8mq to test | 02:42 |
| sigrid | at least now we know how to do it in general | 02:43 |
| chartreuse | Hmm still getting some weird behaviour if I stop playing for a bit, where the system seems to have swapped back to thinking headphones are plugged in when they're not | 02:47 |
| chartreuse | Might have a pullup issue | 02:47 |
| chartreuse | Plugging in and out the headphones doesn't seem to change it unless you then start the music playing and do it oddly | 02:48 |
| chartreuse | Just again, stopped music for a bit. Was on speakers, and pulse showing the same. Start the music playing, and 1/2 second after starting it changes to headphones for no reason | 02:49 |
| sigrid | could be wm8960 being clocked down when inactive | 02:49 |
| sigrid | but you're probably right | 02:49 |
| chartreuse | There's no physical pullup on the GPIO4 pin we're using, so presumably the SAI needs to be configured to have one | 02:49 |
| chartreuse | Which if I'm reading this right is bit 6, so d6 instead of 96 | 02:51 |
| sigrid | yep | 02:51 |
| chartreuse | Alright still working with d6, trying to trigger the bug and haven't gotten it yet | 02:55 |
| chartreuse | Nope still happened... hmm | 02:57 |
| sigrid | maybe monitoring it would hint at something | 02:58 |
| chartreuse | All the gpios are unnamed in gpioinfo, but I do see it as gpiochip3 line 21 since the function is listed as "Headphone detection" | 03:01 |
| chartreuse | device or resource busy though, I guess since pulse is waiting on it? | 03:02 |
| chartreuse | Guess that 0x40000000 flag didn't help, so I need to rebuild the dtb without that gpio assigned to hp detect | 03:03 |
| - nsc (QUIT: Ping timeout: 268 seconds) (~nicolas@135-98-142-46.pool.kielnet.net) | 03:09 | |
| chartreuse | Hmm guess that doens't help, commented out the hp-det-gpio = <&gpio4 21 GPIO_ACTIVE_HIGH> and now that pin is just sitting at 0, even if I do gpiomon -B pull-up gpiochip3 21 | 03:09 |
| sigrid | that's because it's not configured at all then | 03:10 |
| + nsc (~nicolas@104-97-142-46.pool.kielnet.net) | 03:11 | |
| chartreuse | It's still set in the mux though, shouldn't it be configured from that? Apologies for my newbishness here with dtbs | 03:14 |
| sigrid | linux still needs to configure gpio to trigger interrupts | 03:15 |
| sigrid | without this configuration it doesn't do that, so you get no interrupts | 03:15 |
| chartreuse | Yes, though shouldn't I be able to watch it by polling with gpioget or such? It's just constantly 0 | 03:16 |
| chartreuse | Or does that rely on a pin change interrupt too? | 03:16 |
| sigrid | maybe if you configure it from userspace, to trigger on edge | 03:17 |
| sigrid | idk how to do that | 03:17 |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 03:21 | |
| sigrid | interesting that imx8mm-nitrogen-r2.dts sets the pinmux config in wm8960 group... | 03:22 |
| sigrid | though it shouldn't really matter | 03:24 |
| sigrid | can you show the full diff so far? | 03:25 |
| chartreuse | https://source.mnt.re/Chartreuse/reform-debian-packages/-/blob/4e3f5023f8db44b4992acb1291375141fc300415/linux/imx8mq-mnt-reform2.dts | 03:28 |
| sigrid | you're running without hdmi atm? | 03:29 |
| chartreuse | At the moment yes, though I did the changes to both | 03:30 |
| sigrid | maybe you can try disabling power saving for sai and/or wm8960, if it's possible | 03:41 |
| chartreuse | I'll take a look again later, I need to get some life stuff done at the moment | 03:46 |
| sigrid | another thing to try is to remove HYS flag | 03:47 |
| sigrid | it's schmitt trigger. I think since wm8960 already passes on *debounced* value, it's not needed | 03:47 |
| sigrid | I am not sure if it would cause issues | 03:47 |
| josch | wow, you two got the jack detection half working! \o/ | 07:11 |
| josch | minute: ^ | 07:11 |
| - cobra (QUIT: Quit: ZNC 1.8.2 - https://znc.in) (~cobra@user/Cobra) | 08:39 | |
| + cobra (~cobra@user/Cobra) | 09:48 | |
| + mjw (~mjw@gnu.wildebeest.org) | 10:44 | |
| amospalla | josch: https://paste.debian.net/1322383/ | 10:49 |
| amospalla | the module does not load, I tried copying some related files from the stock (debian sid) pocket os, and modprobe sent something to stderr and dmesg showed something slightly different. | 10:51 |
| Zaba | well, it appears to be looking for wlan/qcom_cfg.ini, did you try putting the files in /usr/lib/firmware/wlan/qcacld2 into /usr/lib/firmware/wlan instead? | 10:53 |
| amospalla | zaba: yay, yeah, that was it. | 11:32 |
| amospalla | not exactly that path, I've copied it over several places until it worked, but it works :D | 11:32 |
| amospalla | josch: ^ | 11:32 |
| amospalla | Now I have to start from scratch and find the exact files and paths. | 11:33 |
| amospalla | Also, I have two new interfaces, wlan0 and p2p0, and I suspect that the p2p is not meant to attach to an AP. | 11:34 |
| josch | amospalla: aha! thank you!! then i indeed have to fix the packaging | 11:39 |
| josch | i have to take a look at how Lukas packaged it and steal^Wcopy from them :) | 11:39 |
| amospalla | I did a dpkg -L from the package on stock debian, and replicated it into stable, I'll double check. | 11:39 |
| amospalla | Anyway, I'll get the exact needed files and routes for it to work. | 11:40 |
| amospalla | thank you josch | 11:40 |
| josch | thank you for test driving my stuff and reporting issues -- that's a big help! :) | 11:41 |
| amospalla | You did the hard work, I just tested it, I'm glad to help :) | 11:43 |
| josch | <3 | 11:47 |
| minute | amospalla: josch: i disabled the p2p stuff in my version btw... it's mainly just confusing | 12:11 |
| amospalla | Is there anything on debian/sid that the Reform computers benefit from, that is not present on debian/stable or on the reform apt repositories? | 12:11 |
| amospalla | minute: so I can just ignore it, eventually when repackaged it won't appear right? | 12:11 |
| minute | probably up-to-dater mesa, up-to-date versions of applications | 12:11 |
| minute | for my work i need versions of apps that are usually already a bit old in unstable | 12:11 |
| minute | like kicad, inkscape, emacs-pgtk (maybe that's in stable nowadays?) | 12:12 |
| minute | gimp with gtk3 | 12:12 |
| amospalla | I see, the mesa packages are a good motivation | 12:12 |
| amospalla | thank you | 12:12 |
| minute | one could probably get newer versions of those via flatpak or sth | 12:13 |
| minute | but i generally avoid flatpak | 12:14 |
| amospalla | I've been using stable distros for years with 3rd repositories (linuxbrew, gentoo/prefix, nix, pkgx, flatpak, etc), but I always feel I've got malwares running on background I'm not aware of :/ | 12:19 |
| amospalla | One of my favourite distros is gentoo, I miss it, but my free time is not the same it was. | 12:20 |
| gsora | i recently re-tried gentoo for old times sake, i truly enjoy how everything is so neatly organized | 12:23 |
| amospalla | I wrote a python script named "debworld", union from debian and the gentoo's portage "world" file, where you define what do you want installed. | 12:25 |
| amospalla | gsora: I do use some packages on my amd64 system from a gentoo prefix (https://wiki.gentoo.org/wiki/Project:Prefix). It works mostly ok on amd64, I have still not tried it on the pocket (arm is quite less supported though). | 12:30 |
| gsora | when my reform will come (soon hopefully!) i'll most probably run chimera linux, i'm willing to try something new on my hacking laptop | 12:37 |
| josch | minute: thank you for making me aware that you disabled the p2p interface. I think I found the commit where you did this by not setting WLAN_OPEN_P2P_INTERFACE. I shall patch the Debian package in unstable in the same way. | 12:42 |
| gsora | though it might be fun to setup gentoo on an rk3588 hah | 12:42 |
| amospalla | josch: copied again the firmware files, and found it works by moving them as on https://paste.debian.net/1322395/ | 12:43 |
| amospalla | Don't know why the two o.s. need different paths. | 12:43 |
| amospalla | Maybe I'm missing something. | 12:44 |
| amospalla | At the end, it can be simplified, to remove the "qcacld2" component from the paths "/usr/lib/firmware/qcacld2/" and "/usr/lib/firmware/wlan/qcacld2/" | 12:44 |
| josch | amospalla: huh but how does the reform-qcacld2 package ship these files with the "qcacld2" component and have it work? | 12:46 |
| amospalla | I don't know. | 12:46 |
| josch | i'm surprised that it does not work with the "qcacld2" in the path with the dkms module from unstable | 12:47 |
| josch | okay, well sounds like an easy fix | 12:47 |
| josch | i just have to ship these *.bin and *.dat and *.ini files either in the dkms package or in a new ezurio-qcacld-2.0-firmware package | 12:47 |
| josch | in the meantime i also made progress backporting tuigreet to stable | 12:49 |
| josch | the people in the #debian-rust irc channel were very supportive and had great ideas how to fix it and even provided several hundred lines of rust code i could've never written myself (total rust noob here) | 12:49 |
| josch | so that will receive a backport soon | 12:50 |
| amospalla | The path search logic is looking these files on other path, a different one not being "qcacld2". | 12:50 |
| amospalla | I guess the kernel is the responsible for this, but I'm just talking here, no idea. | 12:51 |
| josch | minute: in your reform-qcacld2 package you ship three *.bin files in /usr/lib/firmware/qcacld2/ -- but those files are not present in https://github.com/boundarydevices/qcacld-2.0/tree/boundary-CNSS.LEA.NRT_3.1 | 12:54 |
| josch | minute: do you know where they are from? | 12:54 |
| josch | if these are just normal firmware files, then those indeed have to go into their own package which then needs to get uploaded into non-free-firmware | 12:54 |
| josch | but before that can be done i need their copyright information | 12:55 |
| josch | oh no... the WCNSS_cfg.dat file also seems to be just a binary blob | 12:56 |
| josch | this is not allowed in "main"... i just found an RC bug... i have to remove this file asap... | 12:57 |
| - mjw (QUIT: Killed (iridium.libera.chat (Nickname regained by services))) (~mjw@gnu.wildebeest.org) | 13:16 | |
| * Guest7935 -> mjw | 13:16 | |
| + Guest6183 (~mjw@gnu.wildebeest.org) | 13:16 | |
| - colinsane (QUIT: Ping timeout: 272 seconds) (~colinunin@97-113-64-230.tukw.qwest.net) | 14:50 | |
| mtm | minute: is there a way on the mnt.re site for me to track the status of a support ticket? | 15:13 |
| minute | mtm: no | 15:15 |
| minute | mtm: plomlompom will get back to you as soon as they're back to work | 15:16 |
| mtm | okay | 15:16 |
| mtm | thanks | 15:16 |
| Zaba | the path from where the qcacld2 module tries to load the configuration and the firmware files depends on the MODNAME build parameter | 15:25 |
| Zaba | so if modules from different builds are using different paths, there's probably something different in their respective build environments | 15:25 |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 15:26 | |
| - akira (QUIT: Ping timeout: 252 seconds) (~akira@37.4.230.225) | 15:38 | |
| + akira (~akira@2a01:599:a23:54ed:98cf:eb66:639c:3d61) | 15:42 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-64-230.tukw.qwest.net) | 15:46 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 15:59 | |
| - colinsane (QUIT: Client Quit) (~colinunin@97-113-64-230.tukw.qwest.net) | 16:02 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 16:09 | |
| - colinsane (QUIT: Client Quit) (~colinunin@97-113-64-230.tukw.qwest.net) | 16:12 | |
| + guiller_ (~guiller@222.red-88-5-194.dynamicip.rima-tde.net) | 16:16 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 16:17 | |
| - guiller_ (QUIT: Client Quit) (~guiller@222.red-88-5-194.dynamicip.rima-tde.net) | 16:19 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-64-230.tukw.qwest.net) | 16:26 | |
| + bkeys (~Thunderbi@45.134.140.153) | 16:31 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 16:31 | |
| - colinsane (QUIT: Client Quit) (~colinunin@97-113-64-230.tukw.qwest.net) | 16:34 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 16:39 | |
| - colinsane (QUIT: Remote host closed the connection) (~colinunin@97-113-64-230.tukw.qwest.net) | 16:40 | |
| + guiller (~guiller@user/guiller) | 16:42 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 16:45 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-64-230.tukw.qwest.net) | 16:49 | |
| - guiller (QUIT: Quit: leaving) (~guiller@user/guiller) | 16:51 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 16:57 | |
| - mesaoptimizer (QUIT: Quit: mesaoptimizer) (~mesaoptim@user/PapuaHardyNet) | 16:58 | |
| + mesaoptimizer (~mesaoptim@user/PapuaHardyNet) | 16:58 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-64-230.tukw.qwest.net) | 17:02 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 17:10 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-64-230.tukw.qwest.net) | 17:19 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 17:24 | |
| - colinsane (QUIT: Client Quit) (~colinunin@97-113-64-230.tukw.qwest.net) | 17:25 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 17:30 | |
| - colinsane (QUIT: Client Quit) (~colinunin@97-113-64-230.tukw.qwest.net) | 17:31 | |
| - robin (QUIT: Remote host closed the connection) (~robin@user/terpri) | 17:32 | |
| + robin (~robin@user/terpri) | 17:35 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 17:36 | |
| - colinsane (QUIT: Client Quit) (~colinunin@97-113-64-230.tukw.qwest.net) | 17:40 | |
| + colinsane (~colinunin@97-113-64-230.tukw.qwest.net) | 17:45 | |
| pandora | @minute: i read ur response in the forum about setting the hwclock. the command is not install by default on the pocket. according to some sources on the internet i need to install util-linux to get hwclock but that is already installed. do u know if hwclock is somehow different on the pocket or idk? | 17:50 |
| minute | pandora: you used sudo? | 17:52 |
| pandora | i did | 17:53 |
| minute | aha > util-linux-extra: /usr/sbin/hwclock | 17:53 |
| minute | (i found that using `apt-file search hwclock`) | 17:53 |
| minute | pandora: try sudo apt install util-linux-extra | 17:53 |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 17:54 | |
| - Gooberpatrol66 (QUIT: Ping timeout: 264 seconds) (~Gooberpat@user/gooberpatrol66) | 17:54 | |
| pandora | ahhh... i should fix that by putting sbin into my PATH in .bashrc | 17:55 |
| pandora | thx | 17:55 |
| - akira (QUIT: Read error: Connection reset by peer) (~akira@2a01:599:a23:54ed:98cf:eb66:639c:3d61) | 17:59 | |
| + akira (~akira@37.4.230.225) | 17:59 | |
| pandora | that worked... rebooting to check if the pocket keeps the time | 18:04 |
| pandora | worked! | 18:05 |
| - akira (QUIT: Read error: Connection reset by peer) (~akira@37.4.230.225) | 18:16 | |
| + akira (~akira@2a01:599:a23:54ed:98cf:eb66:639c:3d61) | 18:17 | |
| minute | pandora: noice | 18:19 |
| - akira (QUIT: Read error: Connection reset by peer) (~akira@2a01:599:a23:54ed:98cf:eb66:639c:3d61) | 18:32 | |
| + akira (~akira@ip2504e6e1.dynamic.kabel-deutschland.de) | 18:32 | |
| * mjw -> Guest1250 | 18:48 | |
| - Guest1250 (QUIT: Killed (zinc.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 18:48 | |
| * Guest6183 -> mjw | 18:48 | |
| + Guest1250 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 18:48 | |
| + rvense (~niklas@user/rvense) | 18:50 | |
| - rvense (QUIT: Ping timeout: 255 seconds) (~niklas@user/rvense) | 19:35 | |
| + rvense (~niklas@152.115.193.19) | 19:58 | |
| - rvense (QUIT: Changing host) (~niklas@152.115.193.19) | 19:58 | |
| + rvense (~niklas@user/rvense) | 19:58 | |
| + gustav28 (~gustav@c-2f35524e.019-141-67626730.bbcust.telenor.se) | 20:02 | |
| - rvense (QUIT: Ping timeout: 252 seconds) (~niklas@user/rvense) | 20:04 | |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-2f35524e.019-141-67626730.bbcust.telenor.se) | 20:26 | |
| + gustav28 (~gustav@c-2f35524e.019-141-67626730.bbcust.telenor.se) | 20:32 | |
| + rvense (~niklas@152.115.193.19) | 20:35 | |
| - rvense (QUIT: Changing host) (~niklas@152.115.193.19) | 20:35 | |
| + rvense (~niklas@user/rvense) | 20:35 | |
| - rvense (QUIT: Ping timeout: 272 seconds) (~niklas@user/rvense) | 20:53 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 21:10 | |
| + rvense (~niklas@user/rvense) | 21:21 | |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-2f35524e.019-141-67626730.bbcust.telenor.se) | 22:15 | |
| ch | i really hope you don't need hwclock on any modern hardware | 23:21 |
| mtm | since an 'apt upgrade' brought in linux 6.9.7 I've lost Bluetooth on the Pocket. 'dmesg' shows "Bluetooth: hci0: Frame reassembly failed (-84)". Anyone else seeing this? | 23:27 |
| - akira (QUIT: Ping timeout: 252 seconds) (~akira@ip2504e6e1.dynamic.kabel-deutschland.de) | 23:27 | |
| + akira (~akira@2a01:599:a2b:694a:816d:9d4b:fe4:a6f7) | 23:28 | |
| josch | mtm: yes, there already were reports about this in the past days -- see above | 23:34 |
| mtm | partially solved: running 'rfkill unblock all; hciconfig hci0 up' brought it back up | 23:34 |
| mtm | need to see where rfkill is being set during boot | 23:34 |
| mtm | josch: thanks will do | 23:35 |
| - rvense (QUIT: Ping timeout: 252 seconds) (~niklas@user/rvense) | 23:35 | |
| josch | i only found this bluetooth related bug: https://bugzilla.kernel.org/show_bug.cgi?id=218757 | 23:36 |
| mtm | When I ran 'rfkill list all' it showed hci0 being soft blocked. Guess a work around would be to just run 'rfkill unblock all; hciconfig hci0 up' at boot time until the bug is fixed | 23:38 |
| josch | would not be the first workaround | 23:39 |
| mtm | :P | 23:39 |
| josch | mtm: can you try putting this into /usr/sbin/reform-hw-setup? | 23:39 |
| mtm | will do | 23:39 |
| mtm | will test it later tonight (heading out to dinner) | 23:40 |
| josch | have a nice meal! | 23:40 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!