00:26:26 One of the most useful things that vcenter can do is the live virtual machine migrations between ESXi hosts and storage. You can move a vm while it's running from one host to another, even if the storage is not shared. There might be a tiny blip during the cut off, but the vm is still up and serving traffic throughout the entire process which could at times take hours. Hopefully Bhyve could have some of that same functionality, maybe even jails too? 00:32:50 Does bhyve allow USB pass-through? 00:55:21 tuaris: I'm sure it's in the plans, but it could take a while. But, it would certainly be a nice feature! 00:55:26 farhan: Yes, it does. 00:56:51 farhan: Well, I haven't tried it, but it does allow PCI pass-through. So, I don't see why it wouldn't. 00:58:35 https://redis.io/blog/agplv3/ those linux folks indoctrinating people into thinking that code which isnt GPL can be "stolen" 01:00:14 Yeah. That's been a problem for a very long time. Although, to be fair, if you don't want your code used anywhere that isn't OSS, maybe don't distribute as such? 01:01:12 Licensing gets tricky, but I've always just allowed anyone to use anything I've written at their own free will. If I didn't want to allow that, I wouldn't make it open source. 01:02:31 farhan: no it does not. You can PCI-Passthrough only 01:02:57 badkat: You can't pass-through the device the USB is connected to? 01:03:49 ek: Yes the usb bus is enumerated as a PCI device, but is not the same concept 01:04:22 you give the vm the full PCI bus, not only the usb sub device, as you can do on virtualbox/vmware (linux/windows) 01:05:09 in freebsd for some silly reason we cant handle usb devices inside virtual machines, not even on QEMU 01:06:09 Well, dang. That seems... strange. Like, even giving the full PCI bus to the VM, it doesn't see it as it's own and the devices attached? 01:06:32 at the funny part is that ESXi hypervisors have based their USB passtrough kernel module on the freebsd BSD usb stack lol 01:06:46 I'm struggling to understand how that even makes sense. Like, I'd mentioned, I've never tried it, but that sure is a shame. 01:06:55 ek: yes, giving the full pci bus works, but is not a usb-passthrough by term 01:08:05 Wait... It seems to have been working 2.5 years ago? https://forums.freebsd.org/threads/usb-passthrough-bhyve-windows-10-guest.86669/ 01:08:14 Is this a regression? 01:08:40 people tell usb-passtrough but its not. its pci 01:09:15 usb-passtrough is more flexible, they just make it to put the usb pci bus in the VM, not the same 01:10:59 also you have to reboot the HOST if you want to get back the pci bus from bhyve, that is crap in a lot of scenarios. In usb-passtrough you can attach/dettach on the VM but it can return to the host when not in use from the VM 01:11:22 I suppose that's fair. But, you *ARE* able to access USB devices from a VM on a Bhyve host. 01:11:46 but its not called USB-Passthrough, that was my point. 01:11:47 Yeah. The reboot and dedication of the device/port is kind of a bummer. 01:11:55 Yep, yep. I gotcha'. 01:12:03 i would love to invest time on that 01:12:26 If I were only that useful! 01:12:32 i saw some folk in illumos kernel that also uses bhyve trying to get something alike 01:12:47 I can see that. 01:13:42 Bhyve is a bit behind on some functionality, but boy-oh-boy does it perform better for me than ESXi, VirtualBox or Proxmox. 01:13:50 I've been extremely happy with it for what I need it for. 01:15:08 yes its really great, and plus ZFS even more :) 01:16:11 Exactly. I still snapshot my Bhyve dataset, but there's really isn't a reason to. Especially with the vm-bhyve auto-snapshot script which you can include for each startup (or shutdown? I can't remember.) 01:17:23 But, utilizing ZFS certainly gives me extra piece of mind. I've had some problems before with VMware storage. I was always able to recover (for the most part) but it wasn't easy. 01:19:34 I do with non-EFI grub stuff was easier with Bhyve, though. I sometimes have to test a lot of Linux-based images and it takes a while to figure it out (if I even can.) Grub is kinda rough sometimes. 01:19:41 s/with/wish/ 01:20:29 i really like esxi for some use cases 01:22:21 also i had problems making sysadmins adopt bhyve , they are so biased with GUI based administration... 01:23:07 smart-os built a GUI for it IIRC 01:23:22 works with illumos/bhyve/zfs underneath 01:23:58 Yeah. They are. It's understandable considering everything has been for so long. There was a Bhyve webUI in development for a while (can't remember the name) and it seemed like it was going to be reasonable. I still haven't checked it out. 01:24:26 Nice. I hadn't heard of that. Whatever I'm thinking of was different. 01:24:33 FreeNAS had one too 01:24:44 production-ready 01:24:53 supports jails too 01:26:13 Hrm. Never heard that either. I'm wondering how far TrueNAS will take FBSD moving forward. 01:26:14 past year i worked on making esxi boots over bhyve, had problems after the kernel started 01:26:17 Esxi is bsd based? 01:26:27 The one I was thinking of was something designed by the cbsd team (I think?) 01:26:31 I thought it was Linux? 01:26:38 farhan: no, it WAS linux 01:26:41 farhan: No. It isn't FBSD based. 01:26:58 today last release is a own custom made kernel 01:27:22 that have linux compatible kernel modules for network cards 01:27:43 and the USB passthrough is based on freebsd usb stack 01:28:06 RIP Hans... 01:28:23 Hans? :O 01:28:24 Which Hans? Hans Reiser? lol 01:28:32 Reiser lma0 01:28:37 that guy was crazy as fuck 01:28:47 He wrote the USB stack on FreeBSD. Really great guy, spoke to him once. 01:28:52 It wasn't "MurderFS" for no reason! 01:29:00 Hans Reiser wrote usb stack? roflma0 01:29:05 ek: hahah 01:29:32 There's no way we're talking about the same Hans. lol 01:29:45 farhan: which Hans you mean lol 01:30:41 Ah... https://forums.freebsd.org/threads/in-memoriam-hans-petter-william-sirevag-selasky.89697/ 01:30:55 Not even gonna try to type that name. Copy/paste was much easier. 01:31:13 Yes, him. Hans Selasky. Really great guy... 01:32:17 Sure sounds like it. That's a shame. 01:32:58 Oh, wait a minute! I remember that dude! I worked with him on some of the Infiniband drivers many, MANY years ago. 01:33:34 Trying to get BSD storage as an alternative in mainstream HPC setups. ConnectX was a BASTARD! 01:35:49 Man, that really is a bummer. He was an incredibly nice guy. Great to work with as he was crazy patient and understanding. 01:35:58 Kind of the opposite of Torvalds. 01:43:09 anyways, bhyve doesn't do USB passthrough just yet. That's really unfortunate. 01:43:28 maybe someday I can help sovle that. 01:44:30 i would love too, just need to find the right hardware to make comfy tests 01:46:37 Currently working on a USB driver. The lack of pass-through is a bummer. 01:47:41 That it is. 01:51:40 farhan: i use esxi for that :P 01:52:00 so i can boot multiple OSes and rotate the passthrough with an script 01:52:44 this new non-linux esxi is pretty tight and works solid enough. 01:58:41 It's own proprietary kernel? 01:59:16 Uhubctl locks up. It turns off power to a USB port. 02:00:57 farhan: yes 03:28:42 If I want to install a package with different options then the defaults, I have to use ports for that, yes? 03:29:20 mns: Or drive it with something like Poudriere, but yes. 03:33:15 thanks mason 05:27:38 maybe i forgot: is there any reason PIDs are capped at 99'999? 05:28:41 ... oh, because pid 100'000 represents "no process group", sayeth the headers 05:33:04 MelMalik: i don't think that's the reason since NO_PID is just PID_MAX+1. i believe the answer is a lot of old code assumes 16-bit pid_t and tries to sprintf pids into a 6-byte buffer 05:33:32 ah 08:33:33 is there a way to list the bhyve instances running? 09:17:36 crb: sysutils/vm-bhyve is a great wrapper around bhyve with this and a lot more functionality. Sadly, bhyve itself doesn't expose any API/ABI 09:18:02 crb: That said, you can inspect bhyve processes using ps(1) 09:32:04 <[tj]> ls /dev/vmm 09:32:25 <[tj]> it tells you the created instances, it cannot know if something is running 09:33:18 <[tj]> the bhyve process will exit with a code corresponding to the vm exit state, but if the vm doesn't exit it might still be there 12:30:56 hi 12:31:41 please help, I have a problem with a k55d asus laptop, I loaded acpi_wmi and acpi_asus_wmi, but cpu fan never starts. Thanks! 12:37:03 ? 13:09:59 any hints? 13:11:09 <[tj]> Posterdati: is the computer hot? 13:11:30 <[tj]> "fan in my laptop isn't running" isn't usually a problem, but what people want 13:11:35 <[tj]> I wish the fan would stop in my framework 13:12:02 very 13:12:25 cpu temp around 90C 13:14:00 <[tj]> what is telling you the temperature? 13:14:14 sysctl -a | grep temperature 13:16:12 <[tj]> https://www.reddit.com/r/archlinux/comments/ohmjrp/fan_does_not_turn_on_at_all_on_asus_laptop/ 13:18:28 [tj]: reading... 13:19:21 no asusctl on freebsd 13:21:18 <[tj]> sounds like linux does something it doesn't have to, but maybe we need to do something to get the fans into bios control 13:26:32 <[tj]> Posterdati: can you upload a dmesg to demsgd.nycbug.org 13:37:37 [tj]: submitted 13:45:38 <[tj]> that is quite an old computer, does the fan work? 13:45:45 yes 13:45:47 only thing that stuck out to me in that dmesg is this line ACPI: \134_SB.PCI0.WMI1.WQXM: 1 arguments were passed to a non-method ACPI object (Buffer) (20221020/nsarguments-361) 13:45:53 but I have no idea what it means 13:47:50 <[tj]> Posterdati: did it work in freebsd before? 13:48:05 I had debian 12 on it 13:48:14 Posterdati: are there fan settings in the bios?(would be unusual for a laptop IME) Could be some way to set it at a constant speed or something, it would be loud but at least it wouldn't self destruct while troubleshooting 13:48:21 no settings 13:48:26 in bios 13:48:35 <[tj]> the age probably means that asusctl isn't aimed at it 13:48:44 <[tj]> unless it has an anime led screen on the lid 13:59:36 :( 14:06:22 <[tj]> Posterdati: this may take some hacking, I'm not sure if that is what you want as an answer 14:06:38 <[tj]> I would figure out how linux is controlling the fan, which kernel module or whatever is responsible 15:21:42 crb: yes, check with ls -l /dev/vmm/* 15:31:45 is there a version of the 2025 FBF survey in PDF? 15:43:43 [tj]: fixed 15:44:08 [tj]: I had to remove the CMOS battery 15:46:03 and put it back, I assume? or replace it? 15:51:07 I just installed freebsd on a machine that has a mediatek wifi device. Noticed there is a mediatek mt76 module in src / contrib. But it doesnt seem to have a module compiled. Looking for guidance for where to find documentation for how to compile contrib drivers. 16:03:28 drobban: which mediatek card do you have? exact model 16:05:06 badkat: no details, it just tells me MediaTek when running usbconfig 16:05:23 attached to ugen. 16:06:35 first thing to do when dealing with network card drivers its to get an certain idea of the hardware identificators ok? 16:07:14 check dmesg and usbconfig/pciconf on verbose mode 16:07:38 grab vendor ID,product ID, all the details you can 16:07:40 mostly stunned that im not able to compile the modules found in contrib. but, yea. 16:08:12 you dont even know the model and want to compile stuff 16:08:15 good luck :) 16:09:01 badkat: you are right, I would assume the kernel know enough to attach it to ugen0 and call it MediaTek instead of showing ids as with unknown devices. 16:10:43 but I might remember incorrectly. and if its able to attach the driver is another story, I guessed that if could compile the modules it would be interesting to see if they would attach or not. But they seem unable to compile to begin with, further investigation into what id's i have is also waste of time. 16:11:14 as I have no code that could drive it. 16:15:24 <[tj]> Posterdati: wild, well done 18:16:12 drobban: are you sure the module isn't in your system, some kernel modules get compiled directly into the kernel and aren't there as loadable modules (no idea about that specific one) 18:31:18 any usb module should be loaded automatically 18:32:00 drobban: what's the directory in src/contrib where you spotted meditek? 18:44:34 I guess sys not src, so sys/contrib/dev/mediatek/mt76/ 18:59:20 what does ugen say? anything about the model of device? 19:20:03 badkat: that's exactly what I was looking for, thank you! 22:19:53 rtprio: yea thats the one. 22:20:35 or yea, nimaje thats the one.