On Thu, Oct 13, 2016 at 11:38:46PM +0100, Edd Barrett wrote: > Hey, > > As we saw earlier on misc@, getting a vmm host on the internet when the > host is using a wireless interface is not as straightforward as with > wired interfaces. > > Specifically, a bridge won't work on a wireless interface, which in turn (I > think) means virtual switches don't work either (although I did not try > that). > > Some mentioned that it's possible to use a nat with a vether bridge. > > Striving for a simpler working setup, after some thinking, and a > discussion with mlarkin@, I decided to find out: > > 1) If you really need the vether interface in the equation. > 2) If you could use dhcpd on the tap interface of a vm. > > Mike asked me to write to tech@ reporting the outcome of 2.
... snip ... > When I ran dhclient in the guest this time: > > ---8<--- > # dhclient vio0 > DHCPDISCOVER on vio0 - interval 3 > panic: kernel diagnostic assertion "m != NULL" failed: file > "../../../../dev/pci/if_vio.c", line 1008 > Stopped at Debugger+0x9: leave > TID PID UID PRFLAGS PFLAGS CPU COMMAND > *45447 45447 77 0x100013 0 0 dhclient > Debugger() at Debugger+0x9 > panic() at panic+0xfe > __assert() at __assert+0x25 > vio_rxeof() at vio_rxeof+0x1db > vio_rx_intr() at vio_rx_intr+0x28 > virtio_check_vqs() at virtio_check_vqs+0x8c > virtio_pci_legacy_intr() at virtio_pci_legacy_intr+0x6b > intr_handler() at intr_handler+0x28 > Xintr_legacy7() at Xintr_legacy7+0xdd > --- interrupt --- > Xspllower() at Xspllower+0xc > if_enqueue() at if_enqueue+0x69 > ether_output() at ether_output+0x1b0 > bpfwrite() at bpfwrite+0x153 > spec_write() at spec_write+0xb5 > end trace frame: 0xffff80000e3a8c60, count: 0 > http://www.openbsd.org/ddb.html describes the minimum info required in bug > reports. Insufficient info makes it difficult to find and fix bugs. > --->8--- I know about this panic, it's on my list of things to fix, but I haven't got around to investigating. My gut tells me this is a membar issue because it's trying to reuse an already-used descriptor. But I could be wrong. -ml
