Kirill A. Korinsky writes:
> On Tue, 21 May 2024 18:38:39 +0100,
> Dave Voutila wrote:
>>
>> Can you reproduce this and get details on which process panics? It's not
>> clear what the vm cpu usage has to do with this panic, if anything.
>
> I'll try. May you sug
Kirill A. Korinsky writes:
> Hi,
>
> I've removed to related quotes
>
> On Tue, 21 May 2024 18:09:15 +0100,
> Dave Voutila wrote:
>>
>>
>> kir...@korins.ky writes:
>>
>> >
>> >My machine had an uptime for about a day with a lot o
kir...@korins.ky writes:
>>Synopsis: Start VM leads to increased CPU usage and crash at the end
>>Category: vmd
>>Environment:
> System : OpenBSD 7.5
> Details : OpenBSD 7.5-current (GENERIC.MP) #138: Mon May 20
> 17:02:52 WEST 2024
>
>
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/05/20 11:03:36
Modified files:
sys/uvm: uvm_amap.c
Log message:
Remove always-false condition in amap_free KASSERT.
The if-condition immediately preceding it already checks the value
so the
Florian Obser writes:
> On 2024-05-16 09:42 -04, Dave Voutila wrote:
>> Johan Huldtgren writes:
>>
>>> hello,
>>>
>>> On 2024-05-16 8:14, Dave Voutila wrote:
>>>>
>>>> Johan Huldtgren writes:
>>> $ doas ca
Johan Huldtgren writes:
> hello,
>
> On 2024-05-16 8:14, Dave Voutila wrote:
>>
>> Johan Huldtgren writes:
>>
>> > hello,
>> >
>> > On 2024-05-15 17:31, Dave Voutila wrote:
>> >>
>> >> Johan Huldtgren writes
Johan Huldtgren writes:
> hello,
>
> On 2024-05-15 17:31, Dave Voutila wrote:
>>
>> Johan Huldtgren writes:
>>
>> >> Synopsis: vmm guest does not get IP after upgrade to 7.5
>> >> Category: vmd
>> >> Environment:
>> >
Johan Huldtgren writes:
>> Synopsis:vmm guest does not get IP after upgrade to 7.5
>> Category:vmd
>> Environment:
> System : OpenBSD 7.5
> Details : OpenBSD 7.5 (GENERIC.MP) #82: Wed Mar 20 15:48:40 MDT 2024
>
>
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/05/03 07:48:29
Modified files:
sys/arch/amd64/amd64: pmap.c vmm_machdep.c
Log message:
vmm: merge VMX and SVM vm initialization functions.
They do the same uvmspace/pmap dance, so just reduce to a
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/04/29 08:47:06
Modified files:
sys/arch/amd64/amd64: vmm_machdep.c
sys/arch/amd64/include: vmmvar.h
usr.sbin/vmd : vm.c
Log message:
vmm & vmd: drop "continue" flag to simplify
CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2024/04/23 11:50:55
Modified files:
lang/ocaml : Makefile
Log message:
Unbreak ocaml on i386. Extra linker args are no longer needed.
OK sthen@
Stuart Henderson writes:
> The updated ocaml version fails to build on i386; the new ocamlc.opt run
> as part of the build segfaults segfaults, looks like during runtime linking.
>
This fixes it in my i386 vm. Can you try this? Should probably get
tested with other ocaml-based ports on i386
CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2024/04/20 08:06:23
Modified files:
lang/ocaml : Makefile distinfo
Removed files:
lang/ocaml/patches: patch-configure
Log message:
Update OCaml to 4.14.2.
Drops patches for configure now
ping.
Dave Voutila writes:
> OCaml 4.14.2 is a bugfix release that includes some of our patches and
> tweaks upstreamed thanks to miod@:
>
> - the nobtcfi linker flags are now set in OCaml's configure script so
>we don't need the LDFLAGS dance in the Makefile
> - the no
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/04/10 07:03:41
Modified files:
usr.sbin/vmctl : main.c
Log message:
vmctl: fix incorrect scaling when converting disk images.
ctl_convert still had old logic assuming disk sizes were in MiB and
not
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/04/09 15:55:16
Modified files:
sys/arch/amd64/amd64: vmm_machdep.c
sys/arch/amd64/include: vmmvar.h
regress/sys/arch/amd64/vmm: vcpu.c
usr.sbin/vmd : vm.c
Log message:
OCaml 4.14.2 is a bugfix release that includes some of our patches and
tweaks upstreamed thanks to miod@:
- the nobtcfi linker flags are now set in OCaml's configure script so
we don't need the LDFLAGS dance in the Makefile
- the no-execute-only flag is also set, so we can drop the patch
Steve Litt writes:
> Does anyone know whether this hardware runs OpenBSD?
>
> https://www.walmart.com/ip/MeLE-Quieter3Q-Fanless-Mini-PC-N5105-Windows-11-8GB-256GB-4K-UHD-Wifi-6-Mini-Desktop-Computer-New/2177929669
Maybe... Looking at:
CVSROOT:/cvs
Module name:www
Changes by: d...@cvs.openbsd.org2024/03/23 08:06:26
Modified files:
. : 75.html
Log message:
Add some vmd/vmm updates for 7.5.
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/21 19:38:53
Modified files:
usr.sbin/vmd : vionet.c
Log message:
vmd(8): only add vionet tap read events after a notify event.
My recent refactor introduced a bug where the vionet device will
add
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/20 14:40:37
Modified files:
usr.sbin/vmd : proc.c proc.h vioblk.c vionet.c virtio.c
virtio.h vm.c vmd.h
Log message:
Utilize separate threads for RX and TX in vmd(8)'s
Just cut a new release to fix building virtio_vmmci [1] on Linux
guests. This is my port of vmmci(4) to Linux to allow Linux guests in
vmd(8) safely shutdown when stopping vmd and also synchronize/update
their rtc's if you suspend/hibernate and then resume the host machine.
Not to be confused
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/10 05:31:16
Modified files:
usr.sbin/vmd : mmio.c
Log message:
Prevent use of uninitialized byte in vmd's mmio decoder.
The mmio code isn't wired in, but if the ModRM decode fails, byte
may be
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/09 19:19:12
Modified files:
usr.sbin/vmd : vionet.c
Log message:
Fix locked address interfaces in vmd(8).
Before comparing the amount of bytes read to the size of a packet
struct, make sure the
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/09 19:10:41
Modified files:
usr.sbin/vmd : virtio.c
Log message:
Set vmd virtio device fds to -1 on close after fork.
After the recent vmd(8) commit to clean up file descriptor lifecycles,
virtio
Klemens Nanni writes:
> kern.version=OpenBSD 7.4-current (GENERIC.MP) #1667: Wed Feb 7 20:09:35 MST
> 2024
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
> 'locked addr' in `switch' block yields
> vm/foo/vionet0: vionet_rx_copy: invalid injected packet
Klemens Nanni writes:
> kern.version=OpenBSD 7.4-current (GENERIC.MP) #1667: Wed Feb 7 20:09:35 MST
> 2024
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
> This boots fine:
>
> # cat /tmp/vm.conf
> vm foo {
> disable
>
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/09 07:52:39
Modified files:
usr.sbin/vmd : vionet.c
Log message:
Only debug log dhcp packet info if packet is found.
No functional change. vmd(8) was being chatty and incorrect.
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/09 07:35:47
Modified files:
usr.sbin/vmd : i8253.c
Log message:
Tuck vmd's i8253 reset debug logs behind DPRINTF.
It's super chatty and pollutes verbose logging.
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/05 14:58:09
Modified files:
usr.sbin/vmd : config.c vioblk.c vionet.c virtio.c vm.c vmd.c
vmm.c
Log message:
Cleanup fcntl(3) usage and fd lifetimes in vmd(8).
Remove
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/04 07:57:00
Modified files:
usr.sbin/vmd : vmm.c
Log message:
Remove dead code and fix null deref if vm is not found.
Return early if no vm is found in vmd(8)'s primary vm fork/exec
function,
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/04 07:56:45
Modified files:
usr.sbin/vmd : vmd.c
Log message:
Prevent null pointer deref is vm isn't found.
This area of code in vmd(8) is suspect, but the null dereference
is easily avoided.
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/04 07:54:51
Modified files:
usr.sbin/vmd : vioblk.c
Log message:
Initialize result in vioblk notification handler.
In the event the driver kicks the vioblk device, but the guest
doesn't have any
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/04 07:53:12
Modified files:
usr.sbin/vmd : fw_cfg.c
Log message:
Reverse calloc args.
Found by smatch "double check that we're allocating correct size"
warning. Reported by and ok jsg@.
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/03 14:41:35
Modified files:
usr.sbin/vmd : vionet.c
Log message:
Add tap(4) read events after rx virtqueue notification.
The recent vmd(8) vionet refactor caused cpu spinning when the
device
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/02/02 07:58:02
Modified files:
usr.sbin/vmd : vm_agentx.c
Log message:
Explain missing group on getgrnam(3) failure.
vmd's use of agentx requires the agentx group, but if unavailable,
no details
Dave Voutila writes:
> "Piotr K. Isajew" writes:
>
>> Hello,
>>
>> I'm observing this on one of my machines (which I seldom use
>> nowadays) after upgrading it to 7.4. The machine had existing
>> vm.conf setup which worked for me in the past.
"Piotr K. Isajew" writes:
> Hello,
>
> I'm observing this on one of my machines (which I seldom use
> nowadays) after upgrading it to 7.4. The machine had existing
> vm.conf setup which worked for me in the past.
>
> Now "rcctl start vmd" reports:
> vmd(ok)
>
> but just after that executing
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/01/30 16:01:49
Modified files:
usr.sbin/vmd : vionet.c virtio.h
Log message:
Rewrite vmd(8)'s vionet to be zero-copy.
Similar to the rewrite of the virtio block device to use zero-copy
semantics,
Jag Talon writes:
> I was wondering if I could get help with reducing power consumption on
> my laptop.
>
> I have a Dell XPS 17 9700 that's newly running 7.4 (dmesg in
> attachment) and previously it was running Fedora. Real-world usage
> seems to have gone from 4 hrs to about 40 mins so I
Lévai, Dániel writes:
> Turns out the clock stopped every night at the time when backups were
> running and thus the VM was paused (saved, or 'managedsaved' if
> someone uses libvirt) for a minute.
> Not sure why, though; while I was testing pause/resume the clock
> didn't stop, it just failed
Lévai, Dániel writes:
> Hi all!
>
> I have this OpenBSD 7.4 qemu/kvm VM managed by libvirt on an Ubuntu 22.04
> host.
>
> I started to notice this month that it started to act weird, it seems
> like the clock stops every night. I couldn't pinpoint exactly what
> caused the change in behavior,
bi...@iscarioth.org writes:
> Hello, dear OpenBSD's devs. I hope everything works well for you. I'm
> here to ask (maybe) a question that can displease you.
>
> Working on some projects, I saw a lot of them using fcntl(fd,
> F_GETPATH) like MacOs/NetBSD do, or proc with a famous symlink to
>
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/01/14 19:35:23
Modified files:
sys/dev/fdt: virtio_mmio.c
sys/dev/pci: virtio_pci.c
Log message:
vio(4): poll device status after issuing device reset.
The virtio spec says a driver
"Kirill A. Korinsky" writes:
> [[PGP Signed Part:Undecided]]
>> On 2. Jan 2024, at 16:34, Dave Voutila wrote:
>>
>> "Kirill A. Korinsky" writes:
>>
>>> Greetings,
>>>
>>> When playing with autoinstall in VM I encounte
Stefan Fritsch writes:
> On Tue, 9 Jan 2024, Dave Voutila wrote:
>
>>
>> Stefan Fritsch writes:
>>
>> > On 08.01.24 22:24, Alexander Bluhm wrote:
>> >> Hi,
>> >> When running a guest in vmm and doing ifconfig operations on vio
>&g
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/01/09 21:13:59
Modified files:
usr.sbin/vmd : vm.c
sys/arch/amd64/amd64: vmm_machdep.c
sys/arch/amd64/include: vmmvar.h
Log message:
vmm/vmd: add io instruction length to exit
Mark Kettenis writes:
>> From: Dave Voutila
>> Date: Tue, 09 Jan 2024 09:19:56 -0500
>>
>> Stefan Fritsch writes:
>>
>> > On 08.01.24 22:24, Alexander Bluhm wrote:
>> >> Hi,
>> >> When running a guest in vmm and doing ifconfig op
Stefan Fritsch writes:
> On 08.01.24 22:24, Alexander Bluhm wrote:
>> Hi,
>> When running a guest in vmm and doing ifconfig operations on vio
>> interface, I can crash the guest.
>> I run these loops in the guest:
>> while doas ifconfig vio1 inet 10.188.234.74/24; do :; done
>> while doas
Alexander Bluhm writes:
> Hi,
>
> When running a guest in vmm and doing ifconfig operations on vio
> interface, I can crash the guest.
Any chance you've tried this in another hypervisor, like KVM/QEMU? I'd
like to isolate if this is a vmd(8) issue in the emulated network device
or if it's in
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/01/06 06:17:20
Modified files:
sys/arch/amd64/amd64: vmm_machdep.c
sys/arch/amd64/include: vmmvar.h
Log message:
vmm(4): reorder segment registers to match SDM.
Shuffles around the defines so
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/01/03 15:34:39
Modified files:
usr.sbin/vmd : config.c vmm.c
Log message:
vmd(8): improve error messages when out of tap devices.
The logging and the (lack of) errno don't describe the actual reason
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2024/01/02 20:14:16
Modified files:
usr.sbin/vmd : vionet.c
Log message:
vmd(8): remove unused variable from vionet_notify_tx.
num_enq was assigned and incremented, but never used. clang started
pointing
"Kirill A. Korinsky" writes:
> [[PGP Signed Part:Undecided]]
>> On 2. Jan 2024, at 18:41, Dave Voutila wrote:
>> "Kirill A. Korinsky" writes:
>
>>> vmctl -v start... doesn't help a bit
>>
>> How much physicaly memory does the hos
"Kirill A. Korinsky" writes:
>> On 2. Jan 2024, at 12:07, Kirill A. Korinsky wrote:
>>
>> Confirmed that it is:
>>
>> island$ grep '^vmd:' -A 2 /etc/login.conf
>> vmd:\
>> :datasize=16384M:\
>> :tc=daemon:
>> island$
>
>
> Wel.. after that changes error has been changed to:
>
>>
"Kirill A. Korinsky" writes:
> Greetings,
>
> When playing with autoinstall in VM I encountered a kernel panic. It doesn't
> happened each attempt, but often enough to be easy found.
Thanks for the report. It looks like you're using 7.4 for the host and
guest (based on the dmesg and the fact
"Kirill A. Korinsky" writes:
> Greetings,
>
> Seems that it is impossible to setup some MAC address to an network interfce
> of
> VM. For example I have a VM with settings:
>
> vm "mx0" {
> memory 1G
>
> disk "/var/vm/mx0.qcow2"
>
> interface {
> switch
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/12/20 07:00:17
Modified files:
regress/usr.sbin/btrace: arithm.bt arithm.ok
usr.sbin/btrace: bt_parse.y
Log message:
btrace: add support for hex and octal values.
Changes number tokenizing
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/12/19 18:38:46
Modified files:
usr.sbin/btrace: bt_parse.y
Log message:
btrace: "too long line" -> "line too long"
ok claudio@
Kevin Chadwick writes:
> I'm not sure if this is a pipe dream but atleast I imagine the filesystem API
> and /proc avoidance is likely possible.
>
Depends on what you're smoking in said pipe.
> "https://github.com/AppImage/AppImageKit/issues/98;
"Robert B. Carleton" writes:
> I have a number virtual machines, and I've noticed that they power off
> instead of rebooting when using "shutdown -r now" on the guest. This is
> the general form for a configuration in the /etc/vm.conf:
>
> vm "batch2" {
> memory 2G
> enable
>
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/12/10 14:25:14
Modified files:
sys/arch/amd64/amd64: vmm_machdep.c
Log message:
vmm(4): flush EPTs after enabling VMX mode.
The Intel SDM states the vmxon/vmxoff instructions don't invalidate
any EPT
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/11/27 17:17:48
Modified files:
sys/arch/amd64/amd64: vmm_support.S
sys/arch/amd64/include: vmmvar.h
Log message:
Adapt inv{vpid,ept} to return success or failure.
ok mlarkin@
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/11/26 06:02:44
Modified files:
sys/arch/amd64/amd64: vmm_machdep.c
Log message:
vmm(4)/vmx: pass correct vpid value to invvpid.
While vmm's use of invvpid in the vmx vcpu run loop is questionable
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/11/24 14:48:25
Modified files:
sys/arch/amd64/amd64: vmm_machdep.c
Log message:
vmm(4)/vmx: fix memory scribbling by updating GDTR/TR if vcpu moves.
If the vcpu thread sleeps in the kernel, like when
Alexandr Nedvedicky writes:
> Hello,
>
> diff below seems to make empty log message go way.
I can't speak for correctness, but I can confirm pflogd stops writing
empty messages on my machine with the diff.
-dv
> we have to check if sig_alrm fired here in pflogd:
>
>
> 725 while (1)
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/11/09 05:26:09
Modified files:
usr.sbin/vmctl : vmctl.c
Log message:
vmctl(8): avoid abort when given an invalid "kernel" file.
The vmctl `start` command allows the user to pass an optional
"kernel"
Recently, I rewrote parts of the emulated virtio block device in vmd(8)
to fix issues found bringing up NetBSD as a guest. In the process, the
rewrite introduced the chance to do zero-copy transfers for raw block
devices. The diff below brings that design to the virtio network device.
In summary:
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/10/25 06:44:28
Modified files:
usr.sbin/vmd : i8253.c mc146818.c ns8250.c
Log message:
vmd(8): stop toggling irq deassert for edge triggered devs.
For edge-triggered devices, there's no need to
Mike Fischer writes:
> I have been observing occasional bouts of high load averages on
> several servers I administer and I am trying to find the cause. (I
> monitor these machines so that I can implement corrective measures in
> case of any malicious or abnormal activity. I think this is
Stuart Henderson writes:
> On 2023-10-17, Comète wrote:
>> Hi,
>>
>> Wow ! you're absolutely right ! If I unplug, no lagg anymore.
>> So the solution should be to apply your patch and rebuild the kernel ?
>
> It's certainly worth trying. If you do, please report back here.
>
I have a
Klemens Nanni writes:
> On Sun, Oct 15, 2023 at 07:51:00AM -0400, Dave Voutila wrote:
>>
>> Dave Voutila writes:
>>
>> > Looking for folks that use the serial console connection in vmd(8) and
>> > experience the host CPU spikes & delays associat
Dave Voutila writes:
> Looking for folks that use the serial console connection in vmd(8) and
> experience the host CPU spikes & delays associated with things like
> hitting the up key (to cycle shell command history) or copy/paste in X.
>
> vmd(8) approximates edge t
Manuel Giraud writes:
> Mike Larkin writes:
>
>> On Thu, Oct 12, 2023 at 09:24:33AM -0600, Theo de Raadt wrote:
>>> Manuel Giraud wrote:
>>>
>>> > > Manuel Giraud writes:
>>> > >
>>> > >> Hi,
>>> > >>
>>> > >> I can't find the information on this list (or elsewhere). Is it
>>> > >>
CVSROOT:/cvs
Module name:www
Changes by: d...@cvs.openbsd.org2023/10/12 20:26:29
Modified files:
. : 74.html
Log message:
another vmm mention for the list
Manuel Giraud writes:
> Hi,
>
> I can't find the information on this list (or elsewhere). Is it
> possible to have a vm that access a disk through its device? The
> following does not seem to work:
>
> # vmctl start -cL -m 1G -b /bsd.rd -d /dev/sd1c myvm
> vmctl: start vm command failed:
CVSROOT:/cvs
Module name:www
Changes by: d...@cvs.openbsd.org2023/10/11 17:59:57
Modified files:
. : 74.html
Log message:
Add in most, if not all, vmm/vmd changes for 7.4.
Looking for folks that use the serial console connection in vmd(8) and
experience the host CPU spikes & delays associated with things like
hitting the up key (to cycle shell command history) or copy/paste in X.
vmd(8) approximates edge triggered interrupts with the emulated i8259
interrupt
> finding it via search later.
> Cheers!
>
> --- Original Message ---
> On Tuesday, June 20th, 2023 at 4:16 AM, Dave Voutila wrote:
>
>
>> I recommend connecting to your guests via ssh. This is a known design
>> issue at the moment without a trivial fix as it
Alessandro Baggi writes:
> Hi list,
> running this python3 script:
>
> #!/usr/bin/env python3
> import psutil
>
> pids = psutil.pids()
> for i in pids:
> p = psutil.Process(i)
> with p.oneshot():
> print(str(i) + " " + p.name())
>
> The result start with:
>
> 0 swapper
> 1 init
Alessandro Baggi writes:
> Hi list,
> I'm trying to install OpenBSD 7.3 on a VM (Linux KVM) but when it
> starts to install sets I got panic and "syncing disk... 8 8 8 8 ..."
> until it reboot automatically.
Can you share the panic and backtrace?
>
> This is a simple installation, no disk
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/09/25 19:53:54
Modified files:
usr.sbin/vmd : log.c proc.c proc.h vioblk.c vionet.c virtio.c
virtio.h vm.c vmd.c vmm.c
Log message:
vmd(8): disambiguate log messages per vm
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/09/25 19:23:02
Modified files:
usr.sbin/vmd : vm.c
Log message:
vmd(8): fix vm pause deadlock.
When vcpu threads pause, they are holding the run mutex lock. If
the event thread is asked to assert an
vmd has a sneaky little deadlock hidden in the pause logic related to
the use of mutexes and condition variables.
When pausing, the vcpu is holding the "run" mutex. It then sleeps
waiting for the unpause condition. If the event thread is trying to
assert an irq, it will try to lock that "run"
It annoys me how all the log messages from different vmd vm's blur
together. Here is a diff that makes them distinguishable. It also fixes
dynamic toggling of verbosity levels in virtio devices using `vmctl
log`, and now preserves the verbosity across vm reboots.
I chose the pattern "vm/ and
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/09/23 06:31:41
Modified files:
usr.sbin/vmd : vionet.c virtio.c
Log message:
vmd(8): correct log messages, no functional change.
Some log messages incorrectly said "vionet" or "vioblk". Fix based
on
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/09/23 06:27:21
Modified files:
usr.sbin/vmd : vm.c
Log message:
vmd(8): log vmd's vm id, not vmm's in vcpu_run_loop.
Some guests cause a warning message during a shutdown. Log the vmd
vm id and not
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/09/14 09:25:43
Modified files:
usr.sbin/vmd : vioblk.c vioqcow2.c vioraw.c virtio.c virtio.h
Log message:
vmd(8)/vioblk: use zero-copy approach & vectored io.
The original version of the virtio
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/09/06 13:27:54
Modified files:
usr.sbin/vmd : vioblk.c
Log message:
Correct error message: vionet -> vioblk. No functional change.
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/09/06 13:26:39
Modified files:
usr.sbin/vmd : vioblk.c vioscsi.c virtio.h
Log message:
vmd(8): clean up struct ioinfo.
In prep for fixing some vioblk device issues, simplify the ioinfo
struct by
Mischa writes:
> On 2023-09-06 05:36, Dave Voutila wrote:
>> Mischa writes:
>>> On 2023-09-05 14:27, Dave Voutila wrote:
>>>> Mike Larkin writes:
>>>>
>>>>> On Mon, Sep 04, 2023 at 07:57:18PM +0200, Mischa wrote:
>>>>>&
Mischa writes:
> On 2023-09-05 14:27, Dave Voutila wrote:
>> Mike Larkin writes:
>>
>>> On Mon, Sep 04, 2023 at 07:57:18PM +0200, Mischa wrote:
>>>> On 2023-09-04 18:58, Mischa wrote:
>>>> > On 2023-09-04 18:55, Mischa wrote:
>> /snip
&
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/09/05 21:35:57
Modified files:
sys/arch/amd64/amd64: vmm_machdep.c
sys/arch/amd64/include: vmmvar.h
usr.sbin/vmd : vm.c
Log message:
vmm(4)/vmd(8): include pending interrupt in
John Holland writes:
> I just had a kernel panic when reloading a firefox tab pointed at
> facebook. After restarting, all the filesystems had errors but /home
> was particularly bad and caused the boot to stop and prompt if I
> wanted to enter a root shell.
>
>
> I eventually got fsck to mark
Mike Larkin writes:
> On Mon, Sep 04, 2023 at 07:57:18PM +0200, Mischa wrote:
>> On 2023-09-04 18:58, Mischa wrote:
>> > On 2023-09-04 18:55, Mischa wrote:
/snip
>> > > Adding the sleep 2 does indeed help. I managed to get 20 VMs started
>> > > this way, before it would choke on 2-3.
>> > >
Mischa writes:
> On 2023-09-04 16:23, Mike Larkin wrote:
>> On Mon, Sep 04, 2023 at 02:30:23PM +0200, Mischa wrote:
>>> On 2023-09-03 21:18, Dave Voutila wrote:
>>> > Mischa writes:
>>> >
>>> > > Nice!! Thanx Dave!
>>> > &g
Mischa writes:
> Nice!! Thanx Dave!
>
> Running go brrr as we speak.
> Testing with someone who is running Debian.
Great. I'll plan on committing this tomorrow afternoon (4 Sep) my time
unless I hear of any issues.
CVSROOT:/cvs
Module name:src
Changes by: d...@cvs.openbsd.org2023/09/02 13:28:47
Modified files:
usr.sbin/btrace: bt_parse.y
regress/usr.sbin/btrace: Makefile
Added files:
regress/usr.sbin/btrace: empty-stmts.bt empty-stmts.ok
Log message:
Stuart Henderson writes:
> On 2023/09/02 12:26, Dave Voutila wrote:
>> >> $ make package
>> >> # fw_update /usr/ports/packages/amd64/all/vmm-firmware-1.16.2p4.tgz
>> >>
>> >> works for me.
>> >> Feedback? OK?
>> >
>
Klemens Nanni writes:
> On Sat, Sep 02, 2023 at 05:06:04PM +0100, Klemens Nanni wrote:
>> https://www.seabios.org/Releases#SeaBIOS_1.16.0
>>
>> $ make package
>> # fw_update /usr/ports/packages/amd64/all/vmm-firmware-1.16.2p4.tgz
>>
>> works for me.
>> Feedback? OK?
>
> Now with old
1 - 100 of 637 matches
Mail list logo