06:32:33 does anyone know what group one needs to be in for access to VAAPI? 06:32:55 I could of sworn it used to work fine, but now it doesn't init unless I run as root... hmmm... 06:33:02 I'm a member of 'video', for example 06:44:39 hmmm, I think my devfs rules perhaps aren't working properly? 07:01:14 <_xor> Anyone have any tips on figuring out XkbModel? 07:01:46 <_xor> X isn't recognizing my volume keys (xev isn't showing anything at all when those keys are pressed). 09:26:08 Hello. I was wondering if anyone here had managed to get FreeBSD to function on an ASUS C201 (or similar) ARM chromebook? It's ARMv7. 09:54:18 morning 09:55:08 what was the makefile syntax to capture a shell command's output to a variable? 10:30:10 !=, thanks 11:37:39 bleh, I'm losing my mind here 11:38:43 ok, so 'sudo vainfo -display x11' runs fine and produces the expected output 11:39:16 but 'vainfo --display x11' fails due to failed init 11:39:28 which suggests permission issues.... but I'll be damned if I can find out where :/ 11:40:02 vainfo --display drm ..... that works fine, but using the x11 driver does not 11:57:51 edenist: the only thing that comes to my mind is "video" group 12:21:17 meka: thanks, yes I am in the video group. All the permissions in /dev/drm and dri are set to video too 12:21:37 it's weird that only the x11 driver seems to have this issue, I have no idea what has changed to cause this 12:48:53 edenist: O dpm 12:48:59 sorry 12:49:24 I ment to say I don't know how vainfo works, but you might need to open port for X? I'm just guessing, of course 13:06:21 When is FreeBSD's next quarter update? (R-13.1) 13:06:26 for packages 13:15:53 the quarter just started, the 2022Q4 branch exists in the ports repo, not sure if the first pkg build is running or already finished, probably finished for some pkg repos and still running for some others 13:51:56 nimaje: Thanks a lot. 14:48:34 I think we could permit creation of groups within a jail (both VNET jails and non-VNET jails) and simply rely on the existing prison_load_ip(4|6)/prison_equal_ip(4|6)() checks when binding a port. That is, processes can bind to a LB group so long as the processes either 1) belong to the same VNET jail, or 2) belong to non-VNET jails with compatible v4 or v6 address visibility. In the latter case, if two processes belong to the same jail, they can bind to a 14:48:39 group, or if one process is in jail J1 with child J2 that inherits the addresses of J1, then processes in J1 and J2 can bind to the same group. All of this is still subject to the effective UID check mentioned above. 15:07:42 btw, ty again freebsd. smooth upgrade today. 15:29:40 Affected? https://nitter.fdn.fr/nixcraft/status/1577599587858415616 15:29:42 Title: nixCraft (@nixcraft): "Heads up! Linux users with Intel GPU should avoid the Linux kernel version 5.19.12 from damaging the display https://lore.kernel.org/all/YzwooNdMECzuI5+h⊙ic/" | FDNitter 15:30:42 The kernel bug, wouldnt it be part of the subsystem linux and fbsd share with relation to the video drivers? 15:39:57 AmyMalik: i'm not completely sure, but looks like current drivers are based on 5.10 15:40:03 right 15:49:33 Does anyone use FreeBSD and restream.io with virtual_oss? I get my own mic echoed back into my headphones. This does not occur with other video and audio recording applications in the browser. 15:52:36 The settings in restream (and other web-app video/audio applications) only show me 'Default' for my audio devices. I have only a single input and output configured in virtual_oss and things work seamlessly elsewhere throughout the OS. 16:06:37 ggb: may I ask what purpose is virtual_oss for? 16:08:51 That seemed the best way to get my setup working when I was first configuring the OS. 16:10:07 I have a USB DAC -> amp -> headphones and an XLR mic -> Scarlett audio interface -> USB. 16:20:24 ggb: wouldn't you just use the mixer to ... not hear the mic in the headphones? 16:27:54 rtprio: there is no mixer in restream and there is no problem in any other application. 16:28:38 Audio input is redirected to my output in restream. The latency makes me feel like it is not a network roundtrip, but something funky happening locally in the application. 16:29:05 No other video conference web app I have used exhibits the same behavior, i.e., nothing else mixes my input into my own output. 16:29:12 And no native apps give any trouble. 16:30:11 ggb: if scarlett is stereo interface, you probably don't need virtual_oss 16:30:57 also, if it's firefox, did you try other audio backends? 16:31:09 meka: my USB DAC is separate from scarlett, if that is what you are asking. I have two different PCM devices configured through virtual_oss 1. my DAC and 2. scarlett 16:31:25 ggb: ok, makes sense 16:31:27 I do not have any other known working local audio setups. 16:31:54 I am very open to changing it, but probably do not have time for extensive experimenting today, as I have to present in a couple hours. 16:32:28 Short term workaround is easy enough to just turn the volume on my headphones down when I am talking (easy enough with an anlog knob positioned next to my keyboard). 16:32:37 I will try some other browsers in a bit. 16:33:37 I suppose you're combining it into /dev/dsp using -P and -R. I mentioned firefox as I know how to switch audio backends with it (it's noted in pkg-message). It's the only thing that comes to mind 16:34:10 Spot-on for the options. 16:34:27 I will give firefox a try. 17:20:03 Firefox works with restream.io and virtual_oss. Chromium was only displaying a 'Default' device both in the browser permissions dialogue and in the app's settings. 17:21:56 Firefox shows a number of dsp devices, but also, critically, does not seem to mix my input into my output regardless of devices selected. 17:23:13 Some device selections obviously do not work, but selecting my virtual_oss /dev/dsp works a treat. 17:23:20 Thanks for the feedback, y'all. 17:24:44 Also, looks like I need to update my prior on 'Chromium tends to support heavy webapps better'. 17:58:44 How do I do `make buildworld` without it doing a clean first, I'm trying to debug a build failure. 18:01:25 aha, it's NOCLEAN=yes 18:10:53 Crocodillian: Also look at: https://wiki.freebsd.org/MetaMode if you are going to recompile the world/kernel a lot 18:10:54 Title: MetaMode - FreeBSD Wiki 18:22:51 thank you 19:29:46 so, considering the fsync issues on linux (https://wiki.postgresql.org/wiki/Fsync_Errors), there were some reports there on freebsd, but not with zfs. anyone knows how zfs handles that? 19:35:29 hello 19:35:41 what does it mean that kern.opts.mk is missing? 19:41:46 ahh I got it 19:44:46 Demosthenex, I have collected some URLs to investigate "later" but haven't gotten to them. Would you will find them interesting? Even if they are references over ten years old? https://christopher-technicalmusings.blogspot.com/2011/06/speeding-up-freebsds-nfs-on-zfs-for-esx.html https://www.ateamsystems.com/tech-blog/solved-performance-issues-with-freebsd-zfs-backed-esxi-storage-over-nfs/ 19:44:47 Title: Technical Musings: Speeding up FreeBSD's NFS on ZFS for ESX clients 19:45:22 Be sure to look at the dates on those articles. And I know it is talking about NFS and sync rather than fsync() directly but it feels related to me. 20:06:04 21 20:08:04 Hi.  I have a laptop with Intel iwlwifi (AX200) and AMD Renoir graphics and Zen2 CPU (Ryzen 7 Pro 4750U). Does any FreeBSD 13 / 14 support it? 20:15:11 icarious: iwlwifi is under active development in 14 20:22:39 rwp: o 20:22:43 i'll have a peek 20:39:07 #freebsd, what is the status of LACP on FreeBSD? I've come to the conclusion that Linux just doesn't seem to be able to get it right. 20:40:36 meka : So, is it better to use "14" if I want to jump to FreeBSD from Linux based on the hardware configuration I mentioned? 20:41:02 What I'm asking is, does anyone in this channel use LACP regularly? 20:44:52 stable/13 has been getting updates to iwlwifi driver from 14 periodically. I started using 14 when stable/13 did not have any support for that (along with graphics/drm-510-kmod for Intel GPU driver) 20:46:13 I can't say which version would be more usable in terms for [GC]PU support 20:48:31 dch: do you use LACP, or am i misremembering? 20:49:46 s/for/of/ 20:50:28 * hexadecagram bbl & 20:59:16 meena: yes I have several of those things but I cannot claim to be an expert. If you're thinking cloudinit we can find a way of testing this probably. 21:04:28 Good evening 21:04:57 I've a bit of a problem with a freebsd box using full route table and frr, in the sense that the route lookup is very slow 21:05:30 dch: nah, hexadecagram is asking 21:05:33 date; netstat -nr | wc -l; date => Wed Oct 5 22:57:49 CEST 2022 1041632 Wed Oct 5 23:02:42 CEST 2022 21:05:46 So about 5m for looking up 1041632 routes 21:05:58 dch: I think as far as cloud-init goes and LACP or similar, I'll probably tackle that some time next year 21:06:13 Is there something that can easily be tuned like a cache to make the lookup faster? 21:06:48 meena: I think the intersection set of people using LCAP & cloudinit is very small 21:07:32 dch: eh, i just want feature parity. 21:07:41 *LACP 22:03:38 hexadecagram: i use lacp.. 22:04:54 hexadecagram: lagg(4) works fine. 22:36:08 dvl... new york calling... 22:38:45 gman999: here too! 22:40:26 lol.. 22:40:30 #metabug 22:40:32 ;) 23:45:02 I asked this last night but I'll throw it out again now while there are more people here ;-) 23:45:28 I've got a really weird issue at the moment with vaapi, specifically the x11 driver. 23:46:20 if I run 'vainfo --display x11' it fails, but 'sudo vainfo --display x11' works fine, which suggests a permissions issue 23:46:30 I am a member of the video group and have access to GPU hardware 23:46:56 'vainfo --display drm' works as non-root user, so there appears to be something up with the x11 driver 23:47:15 normally I wouldn't mind as most things use drm directly, but mpv really works best with the x11 driver 23:48:05 I might write up a post on the forum, I am suspecting there might be a regression somewhere, as it used to work for me a couple of months ago 23:53:43 edenist: #freebsd-desktop might be more helpful 23:53:46 if no answers here 23:54:06 thanks koobs I'll pop by there too ;-) 23:56:14 roger