09:51:13 hey folks, i need help configuring my microphone. my sound works and my drivers are loaded, but the mic only gets noise. it pics up my voice buts its all muffled in noise as if my playback and recording are mixed into one 09:51:45 i can also hear electricity when moving my mouse 09:52:28 are you having to turn the volume up a lot to hear anything? 09:54:16 yeah, but i only hear some crunchy noise as it tries to pickup my voice 09:56:07 so this could be an analog electrical issue, or it could be that your system expects some specific frobnication of audio pins in order to make it work 09:56:27 what type of sound chip? 09:57:19 (hdac chips have some stuff you can rewire using sysctl) 09:58:37 hdac Real Tek 09:59:25 here is my config from dmesg https://dpaste.com/HRPMHTGZ5 09:59:26 Title: dpaste: HRPMHTGZ5 10:04:49 only my rear mic is functional and connected 10:04:58 but just hises 10:06:33 sysctl dev.hdaa.4 should show you the topology of the onboard hdac 10:07:01 are there any gpo_* gpi_* gpio_* pins? 10:08:47 doesnt look like it 10:09:06 just nid 10:09:57 sysctl dev.hdaa.4.gpio_state 10:09:59 quite a lot of output 10:10:23 https://dpaste.com/8VJCJDDD7 10:10:26 Title: dpaste: 8VJCJDDD7 10:10:30 dev.hdaa.4.gpio_state: 0=disabled 1=disabled 10:11:02 you could try twiddling those to see if they do anything 10:12:47 its readonly 10:13:05 sysctl dev.hdaa.0.gpio_config="0=set 1=keep" for example 10:13:24 try each of them individually with values set, clear, then back to disable 10:14:39 alright 10:15:38 sorry, .4 there not .0 10:15:56 (I was testing it on my system, where the onboard hdac is unit 0) 10:16:38 oh ok 10:17:08 also, you checked you plugged the mic in the correct place? 10:17:48 Is there a way to find out if a certain library will be included in the base OS of an upcoming release, and if so which version? (In my case, I'm wondering which version of OpenSSL will be included with 14.0) 10:18:51 yeah its in the same place in which it worked on previous OS'es 10:19:04 wait till feature freeze and then look at the tree? 10:19:09 also changing the configs dont seem to do anything 10:19:43 has it worked in freebsd before, or just in other OSes? 10:20:23 I guess that's all I can do at this point. 10:21:08 only in others, this is the first time i have freebsd installed on this system 10:21:27 but im sure the hardware is fine 10:23:00 vdamewood: or look at what the devs / release team are saying about it if anything 10:23:05 it looks like from the sysctl that the pink jack (mic) is disabled 10:23:16 gzar: no 10:23:35 but it says [DISABLED] in big letters 10:24:06 where, though? 10:24:49 the rear pink jack is nid24, and if you look through the various mixers, you'll see that nid11 has a non-disabled input from it 10:24:53 RhodiumToad: I'm looking through the main branch at the moment since 14 hasn't branched off main yet. 10:26:10 vdamewood: I've seen some discussion on mailing lists that suggests to me that the plan is to switch openssl versions at some point, but I don't know if that'll be before or after branching 14-stable 10:27:34 gzar: also nid35 is another mixer with input from nid24 10:28:27 nid35 has it disabled tho 10:28:32 however, some of the topology here seems... dubious 10:28:43 nid34* sorry 10:29:21 all of those mixers have mute=1 10:30:45 nid34,nid35,nid11 get input from nid24 which is unmmuted but the mixers themselves are muted 10:31:58 are you listening to the line-out/headphone-out or are you reading audio data from the mic pcm input? 10:32:56 i dont know exactly what it is you are asking 10:33:13 i am testing my recordings from audacity 10:33:14 are you running some program to receive the mic input? 10:33:19 yes 10:33:21 Hmm... main is still on 1.1.1. 10:33:32 ok, so you're using audacity to record from the pcm input 10:33:34 Well, I'll just watch and find out, then. 10:34:17 i can only record from the /dev/dspN devices 10:34:22 right 10:34:31 did you check that you're recording from the right device? 10:34:54 i tried all of them, only /dev/dsp4 seems to pick up something 10:35:23 ok, so that's probably this: 10:35:25 pcm4: at nid 20,22,21,23 and 24,26 on hdaa4 10:36:00 yeah, seems like it 10:36:01 which corresponds to association 3 in the topology 10:37:00 so we trace it through: nid8 is the actual analog-to-digital part, which gets input from nid35, but it's shown as muted 10:37:09 what's the output of `mixer` ? 10:37:56 might need mixer -f /dev/mixer4 10:38:28 https://dpaste.com/4XDAPEW5Z 10:38:33 Title: dpaste: 4XDAPEW5Z 10:43:45 ok, I think the values listed in sysctl are capability values rather than current settings, which makes sense 10:48:51 RhodiumToad: it makes no sense to branch off with OpenSSL in about to become EOL, so currently lots of effort is put into integrating it 10:50:18 OTOH, 13 will need to be supported for a couple of years, so there's probably going to be a lot of OpenSSL 1.11 patches floating around and shared between different OS distributions 10:51:23 I reckon OpenBSD has a much easier time with this, given that they've become their own TLS library vendor 10:53:25 iirc, their API is different? 10:55:17 yes, but, to be fair, all they've done is speed up the deprecation that's now happening in OpenSSL 3 10:57:51 OpenSSL's API used to be absolutely atrocious. You had to model the TLS state machine in your software, and over the decades that has lessened. now you mostly get a Transport Layer abstraction 10:59:11 maybe if we stop calling it SSL, and start calling it TLS, the pressure to have a sensible Transport Layer API will force designers to… deliver that 11:03:28 I've mostly avoided having to deal with openssl's API 11:03:58 I recall at one point you had to do weird stuff like make sure your buffer was at the same memory address as before when continuing after a partial write 11:30:06 are there any tools i can use to inspect my sound config? 11:30:19 or guides? would configuring jackd or pulseaudio help here? 11:33:40 I don't think those would help 11:33:56 the snd_hda manpage might give some ideas 11:35:11 booting in verbose mode will also get you a bunch more info about what the driver is doing for the sound setup 11:41:08 oh man 11:41:16 might have to use a different computer for this 12:03:54 how can i modify some connections in the dev.hdaa.%d. sysctl settings? 12:07:04 the snd_hda manpage has examples 12:08:51 basically, put hint.hdac.4.nidNN.config lines in /boot/loader.conf (the manpage says in device.hints, but the two are equivalent) 12:11:30 i think i figured it out, my pink rear jack pin is not connected to any mixer, its disabled on all 12:13:28 another diagnostic is to do sysctl dev.hdac.4.pindump=1 which will spew a bunch of current status to console/syslog 12:13:35 cant i do it while the system is up? i want to test it before writting to loader.conf 12:14:02 do you have snd_hda compiled into the kernel or is it a module? 12:15:38 module 12:16:10 you could try putting the hint.* values in kenv, and unloading/reloading the module; I've never tried this 12:16:29 (it might refuse to unload) 12:18:04 so i have to reboot a bunch of times to test it? 12:24:14 ... did I not just suggest a method? 12:25:17 you never tried it, so i'd rather not atm 12:25:37 ok, here's another method 12:26:20 you can modify the config with sysctl dev.hdaa.4.nidNN.config=whatever and then do sysctl dev.hdaa.4.reconfig=1 to reset the driver 12:27:09 (that'll remove and re-add the PCM (/dev/dsp*) devices, so you'll want to not be running any sound programs at the time) 12:27:48 I don't think I've tried that either, but I have high confidence that it will work 12:30:39 alright, thank you 12:41:55 i think im making some progress, managed to just remove the mic from showing up in audacity but that just means im messing with the right nids 13:32:02 hello everyone - 13:32:12 I have two questions 13:33:53 1) Is there any alternative to clonos --- some virtualization framework that provides graphics interface to create and delete virtual machines, clone them etc ? So far this is only solution I see in Freebsd https://clonos.convectix.com/ 13:33:57 Title: Free Open-Source Hosting Platform «ClonOS» 13:35:09 2) There was an article somewhere how to "consume" head, I want to start using FreeBSD 14 --- but I know the installations of applications and updates are different than release.... perhaps anyone can point me to a right place 13:35:31 3) I see BSD can is coming in May - I wonder if the conferences are broadcast ? 13:36:20 I any place that presents a functional use case for freebsd as host for virtual machines.... 13:50:35 1 of 2: I use VirtualBox. 2 of 2: https://docs.freebsd.org/en/books/handbook/cutting-edge/#current and https://docs.freebsd.org/en/books/handbook/cutting-edge/#makeworld. 3 of 2: https://www.bsdcan.org/2023/faq.php#streaming. 13:50:37 Title: Chapter 25. Updating and Upgrading FreeBSD | FreeBSD Documentation Portal 14:15:59 V_PauAmma_V, thanks - I am exploring all links you gave me --- it seem there will be both a stream and lately recordings posted --- that is good news --- I wonder why there is no tutorial no speech or presentation on freebsd virtualization .... 14:20:09 V_PauAmma_V, thanks also about sugestion for virtual box.... it is a "GPL contaminated" piece.... I am very confortable using qemu-kvm on linux ---- but I really want to switch to BSD solution bhyve - freebsd ---- I really made a serial effort ----- cbsd and clonos are so far the closest to a functional production options... tried others... though elegant, they were insuficient and short-lived.... but I switched back to linux for a year or so --- so I am not 14:20:09 aware if there is any functional freebsd virtualisation option that can be used not only in basement experiments, but at least as a small scale virtualization.... 14:23:43 booo! https://gist.github.com/igalic/d0ef61a03ec4c3f0edab127912e9201b 14:23:44 Title: gist:d0ef61a03ec4c3f0edab127912e9201b · GitHub 14:24:02 i need to upgrade the kernel? on my own?? what injustice is this?? 14:33:13 busted, idk, will setup a new computer 14:39:27 acu, I don't know whether anyone is working on a GUI front end for bhyve, or even if that's feasible. 14:47:13 V_PauAmma_V, clonos has a web interface to cbsd ---- I installed before virt-manager in freebsd but I did not know how to make bhyve be used in creating virtual machines --- perhaps now is a bit more functional - since I did not try it for a while... 15:01:38 Have you asked on #bhyve? 15:03:11 s/on/in/ 15:17:28 V_PauAmma_V, thanks, I joined bhyve - posted few questions there... I appreciate your feedback 15:29:09 aside from the man pages for wg(4) is there a guide specific to setting up wireguard on 13.2? The guys I have seen are all from ports which has specific init scripts etc which base does not have 15:29:19 s/guys/guides/g 17:12:18 i think i'll solve my sound issue by rebooting into a live linux cd 17:12:36 or a presistant usb stick 17:15:59 anyone using zrepl ? 17:16:06 whats that 17:16:21 I assume you don't 17:17:16 only me, someone else here might be 17:24:27 On that note, does anyone use sanoid? If you had switched from "sanoid" to "zrepl", or vice versa, why? 17:25:36 * parv throws a pair of " ... 17:26:22 :)) 17:26:30 I'm using zrepl because it offers pull mode 17:26:38 well, trying/starting to use zrepl 17:30:32 I'm seeing a limitation in zrepl, apparently you can't define different snapshot intervals for different mountpoints 17:30:54 as you define all filesystems, they all share the same snapshot interval which is kind of silly 18:32:18 i haven't used zrepl but have used sanoid for years. sanoid uses a separate script called syncoid for replication that can be setup to push or pull. 18:33:44 sanoid allows you to configure different snapshot intervals for datasets as templates, it's very configurable 18:36:26 turns out zrepl can do it too, but you need to have separate jobs for that 18:57:42 ThinkPad T590 w/ Intel HD620 + Nvidia MX250. nvidia_xorg_enable=YES in rc.conf w/ nvidia-hybrid* pkg installed. nvrun-vgl * yields "Illegal instruction (core dumped)," and nvidia-settings yields "Address boundary error." 18:58:02 Am I missing something for 13.2-RELEASE with pkg set to LATEST? 19:14:24 (Illegal instruction in Fish = Segfault in Bourne) 19:14:38 Probably running into the issue of packages for 13.2-RELEASE still being built on 13.1. 19:14:58 Quickest way to test is to grab ports from git and build the port manually. 19:16:33 debdrup: Should the Tree from 13.2 installation be correct, or will it need to be checked out for manual update? 19:17:19 coreystephanphd: So long as you're using a version of FreeBSD that isn't EOL, ports don't care. 19:17:52 It's only binary packages that get built on the oldest-supported version, where things like header includes can cause breakages like that. 19:18:49 It's also possible it's not a header inclusion bug, though - and to find out what the issue is then, you'll still need to build the port, just with debugging symbols as described on https://wiki.freebsd.org/DebuggingPorts 19:18:50 Title: DebuggingPorts - FreeBSD Wiki 19:19:41 debdrup: Thanks. Will try in next day or 2 and report back here. I remember you tending to be in IRC 24/7 -- true? 19:20:57 coreystephanphd: it's very much the opposite; when you report back, I'd prefer if you don't hilight me, and just tell the channel. 19:21:24 If I can help, I will - but I don't like it when people expect me to answer all their questions. 19:22:08 if you know all the answers, soon people will ask you all their question. --debdrup, attributed 19:22:15 debdrup: Roger. Glad I asked. 19:22:21 johnjaye: no. 19:22:46 I know that's meant to be a joke, but it's not fun to be hounded all the time. 19:23:19 I get it. Trust me. I have students who ask me things that could not be farther from what I am reasonably positioned to know and/or help. 19:23:52 That's not exactly what I was saying. 19:24:12 And this is supposed to be a community discussion zone, not a few gurus being hounded. I get that, too. 19:24:39 My point is more that I like helping, but people shouldn't come to me just because they expect that I'll help them. 19:25:03 It's the difference between volunteer work and employed work, if that makes sense. 19:25:54 And not work in the American sense, work in the Scandinavian balanced-work-life sense. 19:26:07 I do not expect anyone to help me. But I did my homework, and nvidia-hybrid-graphics simply are not working -- and it is an older machine. I cannot imagine that I am alone in this, esp. since ThinkPads are ubiquitous among *BSD geeks. 19:26:25 That is all. Turned to the community to see what others might have working here. 19:26:29 Having both an iGPU + dGPU is fairly rare. 19:28:33 I know the way iGPU+dGPU worked has changed from back in the T420 era, because my T420 that I used before my T480s, had iGPU+dGPU - and I can't recall if I ever got the dynamic switching to work properly. 19:29:14 Even on Linux that was a PITA 19:29:16 I think maybe I did, but I don't remember a single one of the steps involved. 19:29:33 wildeboskat: I mean, it's bound to be a PITA on any system, because it's all proprietary blobs. 19:29:44 Ubuntu on my MacBook Pro 2010 (iGPU+dGPU) also uses only the dGPU and burns through the battery 19:30:20 Even a AMD iGPU+dGPU solution still involves firmware blobs. 19:30:50 The one saving grace of the T420 was that it could switch between iGPU and dGPU in the firmware. 19:31:02 Oh? Cool 19:31:09 nvidia-hybrid-graphics as a designated port is only about 2 years old, 1 year for -RELEASE. For the T590 and similar with Intel+Nvidia hybrid, recent Linux (kernel) has it sorted so that it works without issue, especially on up-to-date distros like Arch and Fedora. But, anyway, if the only thing that is not working of the complex set of things that I set out to have working in this specific 19:31:15 Of course on a Mac you can forget that because there isn't even a bios menu 19:31:15 installation is Nvidia graphics (even everything hooked up to my dock -- a *lot* -- is working), I am doing alright, and I can move forward with working on my BSDCan lecture -- my whole reason for running the installation today :) 19:31:22 why are thinkpads so ubiquitous anyway? i've heard they're super common among free software types 19:31:23 The downside being that it's a Sandy Bridge or Ivy Bridge CPU with 2 cores.. 19:31:52 For me: Thinkpads are the only laptops which still have a serviceable keyboard 19:32:07 Everything else is that ultra-thin crap 19:32:23 johnjaye: the old IBM Redbook design which had 8 rows on the keyboard (which stopped with the generation that the T420 is in) was EXCEPTIONALLY well built, incredibly maintainable, and sturdy enough to take a real beating. 19:32:26 johnjaye: Pre-2020, everything in ThinkPads was easily user servicable. And we get the positive chicken-and-egg effect of *BSD developers owning them, so the hardware tends to be well supported across the *BSDs. 19:32:27 Unfortunately even lenovo is shaving off half a millimetre travel with every generation now 19:33:04 T420 is one of the best examples of the power of the Redbook design, because it had a socketable CPU - so you could replace the CPU. 19:33:11 When's the last time you've seen that in a laptop? 19:33:12 P.S. Any of you guys/gals coming to BSDCan? :) 19:33:44 coreystephanphd: I think the hybrid graphics port had _just_ come out by the time I started looking at used T480s' 19:34:40 The X270, T4/580, and T4/590 are the last great ThinkPads. The new ThinkPad is the Frame.Work. 19:34:47 coreystephanphd: ah i hadn't thought about that. but yes that is definitely true 19:35:06 coreystephanphd: that's the impression I get too, but they're much harder to source in the EU in general and Denmark in particular. 19:35:08 well i wasn't going to bring up framework. but since you mention it... do you run any bsd on it? 19:35:32 A few of the FreeBSD developers have various models of the Framework laptops. 19:35:48 T480s is great. Last model with a real ethernet port!! 19:36:01 Albeit foldable - the T470s still had a solid one 19:36:41 johnjaye: I do not own a Frame.Work (poor Assistant Professor who buys used), but I can say that jcs has brought at least the 1st gen up to 100% out-of-box support in OpenBSD, and now debdrup is helpfully revealing that some key folks around here have them, too. 19:36:42 A framework didn't work for me because of the glossy display but I think they finally fixed that 19:36:49 The big problem with the Framework laptop, at least the models I've seen, is that they insist on using Realtek NICs. 19:37:16 well that's my fear yes, i didn't want to buy anything without already knowing freebsd works 100% on it. 19:37:17 debdrup: They work with and officially sell the Intel AX210, which is pan-BSD safe 19:37:20 or at least 90% 19:37:30 coreystephanphd: I'm talking about RJ45 modules. 19:37:56 johnjaye: https://wiki.freebsd.org/Laptops 19:37:57 Title: Laptops - FreeBSD Wiki 19:38:21 https://dmesgd.nycbug.org/index.cgi this site is also good 19:38:23 Title: NYC*BUG dmesgd 19:38:32 ah thank you 19:38:52 purely by chance I got into freebsd at the exact version (13) when they brought wireless support to my laptop card 19:39:05 I think I need to go lie down again. 19:39:18 johnjaye: debdrup: Again, I do not own one, but I know for a fact that is out of date because jcs worked really hard upstream to get the Framework team to add a legacy suspend/resume to the BIOS (called "Linux Mode" or something) for OpenBSD 19:39:37 So at least that should be double-checked in Free* but is probably a green check now :) 19:39:39 also a problem with the framework is that the NIC is thicker than the laptop and that it connects over USB 19:40:13 In other words, johnjaye , it should be 90%+ 19:41:14 Another really compelling thing is precisely that upstream responds so well to *BSD and other OS input. They want everyone to be able to hack on it, and so they do things like 'sure, jcs, let's add that legacy suspend/resume.' 19:41:15 that fills me with confidence, thank you 19:43:17 If you want to donate $1500 to the "University of St. Thomas Faculty Computer Research Fund," I will gladly take a Frame.Work and let you know how it works ;) 19:44:22 i thought you were going to call it the CSRG at your university. but i digress. i've learned something new which has made this conversation more than worth it. 21:20:27 hrm… wonder where DragonFly keeps its rc code 21:22:25 oh, it's right here https://github.com/DragonFlyBSD/DragonFlyBSD/tree/master/etc/rc.d (as opposed https://github.com/freebsd/freebsd-src/tree/main/libexec/rc ) 21:22:26 Title: DragonFlyBSD/etc/rc.d at master · DragonFlyBSD/DragonFlyBSD · GitHub