[05:30] OvenWerks: This came up in #lad. https://linuxmusicians.com/viewtopic.php?f=4&t=21728 [05:30] What are your thoughts about adding that to the kernel command line for lowlatency? [06:57] That is something we can try ... the threadirqa, not the mitigations=off [06:58] The second would be ok for studio only machines.... don't use it when connected for sw updates. [07:00] but I wouldn't want it baked in to an ISO or package [07:01] I don't think I would even want it in a wiki or other docs [16:05] I was referring to threadirqs. I wouldn't want mitigations=off under any circumstances. [16:07] Eickmeyer[m]: to be honest, I have not done any latency testing for some time now. [16:07] I don't really have time... [16:07] It's all good. I was just curious what your thoughts were about making it a default. [16:07] I mean, I could probably handle that much. [16:09] Certainly the D66 is a great device for testing this as it is known to be able to run at jack with 16/2 and so shows latency problems better than other devices [16:11] I don't know where we would put that to get it on the command line without trampling on top of other packages. [16:11] and without making it so the user could not find it. [16:14] It'd just go in lowlatency settings. It's just a kernel command that belongs in grub. [16:15] Either that or I can ask the kernel team to enable the threadirqs flag. [22:30] yuck!... ok headphone plugged in can be found with: [22:30] amixer -D hw:PCH cget iface=CARD,name='Front Headphone Jack' [22:31] The answer is: [22:31] numid=40,iface=CARD,name='Front Headphone Jack' [22:31] ; type=BOOLEAN,access=r-------,values=1 [22:31] : values=on [22:34] My python alsa binding does not have that one, so read in the values from the command. [22:35] Eickmeyer[m]: can you run the above command on your machine? [22:36] Oh boy... uh.... I could but it wouldn't be effective as the machine I'm on doesn't exactly do headphone recognition to begin with. [22:36] It's a desktop system. [22:36] :) [22:37] Imjuust ran upstairs to the old (32 bit) laptop... it says: [22:37] amixer: Control hw:PCH open error: No such device [22:37] Oof. [22:38] Which is not too bad... as the phone switching is hw based anyway. [22:39] At some level there's a software switch. I'd have to dig-out my laptop to experiment. [22:41] AH, but amixer -D hw:0 cget iface=CARD,name='Headphone Jack' works [22:42] So, there seem to be two variants... those that use Front and those that do not [22:43] The jack is front headphone and the speaker is speaker or front. [22:44] but this laptop does not have a HP level control. So make sure a headphone level exists before muting line out. [22:44] or speakers [22:45] this one has line out so it is safe... all control changes fail :) [22:46] Eickmeyer[m]: if you are experimenting... alsactl monitor [22:46] will show changes and give the name. [22:47] Ok. One problem: ERR:WifeOnVacation [22:47] Trying to spend some time with her and my son and less time doing dev work this week. :) [22:48] Thats ok. I think I can figure it out [22:48] OK. Sorry I can't be of much help right now.