Re: Bhyve and UEFI NVRAM
Hi, Maybe I am going at it in the wrong way, but any hints would be appreciated. On Thu, Jan 16, 2020 at 10:04:42AM +0100, Mathieu Arnold wrote: > Hi, > > I have been trying to install arch linux in bhyve, it works great if I > uses the BIOS with grub, but for my purpose, I need to be able to boot > using UEFI mode. > So, I install the vm using the arch iso, it works just fine, I use the > tutorial here https://wiki.archlinux.org/index.php/EFISTUB to boot using > UEFI directly, without adding a layer of boot manager, which is > basically using: > > efibootmgr --disk /dev/vda --part 1 --create --label "Arch Linux" --loader > /vmlinuz-linux --unicode 'root=PARTUUID=---- > rw initrd=\initramfs-linux.img' --verbose > > to add a boot entry to the NVRAM with the correct "thingies" to get the > UEFI firmware to find all it needs. > > It works correctly because if at that point I reboot the vm, it boots > correctly into the arch installation, and as long as I don't stop/start > the vm it works. > > Now, if I stop the vm and start it up again, it does not work anymore > because whatever UEFI NVRAM efibootmgr wrote to, it seems it was only > non volatile as long as the bhyve process was running, but it was not > actually saved anywhere for later use. > > So, I am wondering, is there some magic bhyve thing that I could not > find in the man page that would allow me to map the nvram to a file on > the host? Or some other magic that would allow me to change the bhyve > nvram from the bhyve command line? > > Regards, > > PS: as a side note, I don't use bhyve directly but I use it through > sysutils/vm-bhyve, but it should probably not matter. > -- > Mathieu Arnold -- Mathieu Arnold signature.asc Description: PGP signature
[Bug 215737] [bhyve] utilizing virtio-net truncates jumbo frames at 4084 bytes length
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215737 Aleksandr Fedorov changed: What|Removed |Added CC||aleksandr.fedorov@itglobal. ||com --- Comment #17 from Aleksandr Fedorov --- (In reply to Arjan van der Velde from comment #16) But, it doesn't work for tap backend. Right? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
[Bug 215737] [bhyve] utilizing virtio-net truncates jumbo frames at 4084 bytes length
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215737 Arjan van der Velde changed: What|Removed |Added CC||vandervelde...@gmail.com --- Comment #16 from Arjan van der Velde --- Hi! I just came across these MFCs r354552, r354864 (bhyve: add support for virtio-net mergeable rx buffers). -- Arjan -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
Ceph Software Users Contact List
Hello, I would like to know if you are interested in acquiring Ceph Software Users Contact List. Information fields: Names, Title, Email, Phone, Company Name, Company URL, Company physical address, SIC Code, Industry, Company Size (Revenue and Employee), LinkedIn profile link and kind of technology using/solution in place. Let me know your target geography so that i will get back to you with the counts and pricing. Await your response! Regards, Stacey Connor Marketing Executive If you do not wish to receive further emails, please respond with Remove me. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
[Bug 215737] [bhyve] utilizing virtio-net truncates jumbo frames at 4084 bytes length
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215737 --- Comment #18 from Arjan van der Velde --- (In reply to Aleksandr Fedorov from comment #17) Not sure. I was hoping someone here could shed some light on that. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
Can't install guests - hanging
I was trying to install a guest using vm-bhyve. Everything seemed to be fine until I went to install the ISO. I used this command; # vm install -f myubuntu For ISO I tried these: - ubuntu-16.04.6-desktop-amd64.iso - ubuntu-18.04.3-desktop-amd64.iso - ubuntu-18.04.3-live-server-amd64.iso I get the first menu screen and select "Install Ubuntu". The screen then goes blank and nothing happens from that point on. The CPU usage is 100%. So, then I tried TrueOS. It also hung. Here is what it displayed when it hung: /boot/kernel/opensolaris.ko size 0xa530 at 0x264d000 /boot/kernel/aesni.ko size 0xc830 at 0x2658000 /boot/kernel/tmpfs.ko size 0x10ac8 at 0x2665000 /boot/kernel/geom_eli.ko size 0x1ea40 at 0x2676000 can't find '/boot/entropy' /boot/kernel/zfs.ko size 0x3aa260 at 0x2695000 | That last character is supposed to be the spinner but it just sits there in one poition. I then tried FreeBSD. I assumed that if anything was going to work it would be that. However even that fails. It hangs here: Loading configured modules... can't find '/boot/entropy' / The spinner is not moving again. I know that I used to be able to install different OSs but something on my server must have changed. I can't figure out what though. Can anyone suggest something that I can check? FreeBSD dilbert.druid.net 12.1-RELEASE-p1 FreeBSD 12.1-RELEASE-p1 GENERIC amd64 if it matters. Cheers. -- D'Arcy J.M. Cain | Democracy is three wolves http://www.druid.net/darcy/| and a sheep voting on +1 416 788 2246 (DoD#0082)(eNTP) | what's for dinner. IM: da...@vex.net, VoIP: sip:da...@druid.net ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
[Bug 243063] [bhyve] nvme timeouts
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243063 Mateusz Kwiatkowski changed: What|Removed |Added CC||kwia...@panic.pl --- Comment #1 from Mateusz Kwiatkowski --- I also performed some bhyve+nvme tests. Host: FreeBSD 13.0 r356983, Opteron 6128, ZFS raid10 on 4 HDDs Guests: FreeBSD 12.1-RELEASE bhyveload -c /dev/nmdm-1_hv-3.1A -m 2048M -e autoboot_delay=3 -d /dev/zvol/zroot/vm/1_hv-3/disk0 1_hv-3 [bhyve options: -c 2 -m 2048M -AHP -U 3805a422-c9c8-46c5-aa8d-31142e90ea89 -u] [bhyve devices: -s 0,hostbridge -s 31,lpc -s 4:0,nvme,/dev/zvol/zroot/vm/1_hv-3/disk0 -s 4:1,ahci-cd,/zroot/vm/1_hv-3/seed.iso -s 5:0,virtio-net,tap2,mac=58:9c:fc:0f:3e:27] [bhyve console: -l com1,/dev/nmdm-1_hv-3.1A] # zfs get volblocksize zroot/vm/1_hv-3/disk0 NAME PROPERTY VALUE SOURCE zroot/vm/1_hv-3/disk0 volblocksize 8Kdefault Performance comparison of virtio-blk/ahci-hd/nvme: Test command: fio --name=test --iodepth=4 --rw=randrw:2 --rwmixread=70 --rwmixwrite=30 --bs=8k --direct=0 --size=256m --numjobs=8 baremetal: READ: bw=456MiB/s (478MB/s), 57.3MiB/s-65.5MiB/s (60.1MB/s-68.6MB/s), io=1433MiB (1502MB), run=2719-3142msec WRITE: bw=196MiB/s (205MB/s), 24.1MiB/s-28.7MiB/s (25.3MB/s-30.1MB/s), io=615MiB (645MB), run=2719-3142msec virtio-blk: READ: bw=115MiB/s (121MB/s), 14.4MiB/s-20.5MiB/s (15.1MB/s-21.5MB/s), io=1433MiB (1502MB), run=8773-12453msec WRITE: bw=49.4MiB/s (51.8MB/s), 6348KiB/s-8851KiB/s (6501kB/s-9063kB/s), io=615MiB (645MB), run=8773-12453msec ahci-hd: READ: bw=110MiB/s (116MB/s), 13.8MiB/s-36.4MiB/s (14.4MB/s-38.1MB/s), io=1433MiB (1502MB), run=4940-12968msec WRITE: bw=47.4MiB/s (49.7MB/s), 6107KiB/s-15.5MiB/s (6254kB/s-16.2MB/s), io=615MiB (645MB), run=4940-12968msec nvme: READ: bw=19.7MiB/s (20.7MB/s), 2520KiB/s-4811KiB/s (2580kB/s-4926kB/s), io=1433MiB (1502MB), run=38351-72662msec WRITE: bw=8671KiB/s (8879kB/s), 1083KiB/s-2025KiB/s (1109kB/s-2073kB/s), io=615MiB (645MB), run=38351-72662msec >From guest's log: nvme0: Missing interrupt nvme0: Missing interrupt nvme0: nvme0: cpl does not map to outstanding cmd Missing interrupt cdw0: sqhd:0019 sqid:0002 cid:0066 p:1 sc:00 sct:0 m:0 dnr:0 nvme0: Resetting controller due to a timeout. nvme0: resetting controller nvme0: temperature threshold not supported nvme0: aborting outstanding i/o nvme0: resubmitting queued i/o nvme0: WRITE sqid:2 cid:0 nsid:1 lba:8752079 len:8 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
[Bug 215737] [bhyve] utilizing virtio-net truncates jumbo frames at 4084 bytes length
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215737 Vincenzo Maffione changed: What|Removed |Added CC||vmaffi...@freebsd.org --- Comment #19 from Vincenzo Maffione --- If I'm not mistaken if_vtnet with jumbo frames should work even if the host does not support rx mergeable buffers... if that doesn't work I would be inclined to think that this particular situation is not supported by the driver (IOW 64KB packets are not handled). Can somebody test it again with the stable/11 code? And yes, currently rx mergeable buffers are advertised by the host only when the vale net backend is used (for both if_vtnet and e1000). However, now that I think about that, rx mergeable buffers is not something that actually depends on the net backend, so if we advertise them in any case (e.g., also with the tap backend), things should magically work. I'll test this theory in the next days. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
