Hi,
I am seeing the following panic trying to use PPPoE.
(kgdb) bt
#0 doadump () at pcpu.h:246
#1 0xc085a77e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420
#2 0xc085aa52 in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:576
#3 0xc04ba317 in
Julian Elischer wrote:
We are aware of this. You are of course also welcome to
make suggestions as to what the correct behavior in these
situations should be.
When an interface is moved from a parent to a child vnet
a check is done. I tried to copy that behavior. Does it
look correct?
---
Hello,
I am seeing a kernel panic with VIMAGE and NDIS. My wifi card needs NDIS
and I need VIMAGE :)
It is easily producible. Associate with an AP, run dhclient and then
change the SSID to something random.
#10 0xc0978200 in rt_dispatch (m=0xc764ad00, sa=0x0) at
/usr/src/sys/net/rtsock.c:1374
Hi,
I bumped into this. The following script will cause
a kernel panic.
jail -c vnet persist name=h0
jail -c vnet persist name=h1
ifconfig epair10 create
ifconfig epair10a vnet h0
ifconfig epair10b vnet h1
jexec h0 ifconfig lo0 127.1
jexec h1 ifconfig lo0 127.1
jexec h0 ifconfig epair10a inet6
Hi,
Please, review the attached patch. It is against yesterday's HEAD
and it virtualizes if_bridge.
You can use the bridgetest script to create quickly a topology
with redundant links to test STP.
Thanks, Nikos
#!/bin/sh
__macaddress__()
(
openssl rand 5 | od -tx1 | sed
On 1/5/2011 12:50 AM, Ryan Stone wrote:
The way that I envision this working is that you'd run something like
ifconfig vix0 create parent ix1 to create a new virtual interface
sharing the same physical interface as ix1. From that point on, vix0
would be a completely different interface from
On 1/13/2011 5:33 PM, Julian Elischer wrote:
The script should go in /usr/share/examples/netgraph
It's not that well written, I just wrote it to test
this complex topology it generates. But, If you find
the script useful, feel free to commit it.
Thanks for the prompt reply, Nikos
On 1/13/2011 5:49 PM, Marko Zec wrote:
On Thursday 13 January 2011 13:42:30 Nikos Vassiliadis wrote:
Hi,
Please, review the attached patch. It is against yesterday's HEAD
and it virtualizes if_bridge.
You can use the bridgetest script to create quickly a topology
with redundant links to test
Christian Lavoie wrote:
Interestingly, both this and the other patch fail to prevent the whole
thing from dying when running /etc/rc.d/jail stop (individually or
not). I should be able to get a backtrace and more useful info out of
ddb early next week -- anything in particular that could help?
Hi,
Please review this patch. It fixes some problems with pf and vimage.
For the time being only pf works. ALTQ, pflog, pfsync are not changed
nor tested but as time permits, I'll work on them. Basic packet
filtering functionality per VNET should be ok.
Thanks in advance for reviewing,
Nikos
Hi,
Comments below.
On 06/05/2013 10:52 AM, Mikolaj Golub wrote:
1) It looks like the patch can be split on several parts. A log
message to every change describing why it is needed and what problem
solves would be very helpful. As a tool to maintain such changes I
personally prefer git.
I'll
On 06/06/2013 02:28 PM, Gleb Smirnoff wrote:
M module unload is broken:( Maybe it can be fixed at a (bit) later date?
M
M I don't think Gleb will be happy with this. Some time ago he removed
M some vimage related stuff to prevent crashing on module unload (see
M r229849). Actually your patch
On 07/22/13 09:32, Craig Rodrigues wrote:
Hi,
I used a kernel config with the following lines:
include GENERIC
options VIMAGE
and compiled a CURRENT kernel from svn://svn.freebsd.org/base/head@253346 .
I also have PF enabled on my system.
Once in a while I have been getting kernel panics
Hi people:)
I just tried to use VirtualBox on my system and I used the fastest way
pkg install etc. My kernel is VIMAGE-enabled and I have had some
instant reboots while trying to setup VirtualBox networking.
I suppose I just have to build the module for a VIMAGE kernel, right?
Thanks!
.
On 11/04/14 17:51, Jason Hellenthal wrote:
Are you building pf firewall in with that setup ? 10.X ? if so disable it and
you’ll become quite a bit more stable.
On Nov 4, 2014, at 09:59, Nikos Vassiliadis nv...@gmx.com wrote:
Hi people:)
I just tried to use VirtualBox on my system and I used
On 11/04/14 18:14, Allan Jude wrote:
The problem is likely that the virtualbox kernel modules needs to be
exactly in sync with your kernel. The official pkgs build against the
oldest version of the supported branch (10.0), so the module will
probably not work on 10.1. Since you are compiling a
On 11/05/14 00:29, Manas Bhatnagar wrote:
Install ports tree in a temporary location (another computer or something),
grab the required folder and move it to the computer that you want to
install the port on and do 'make install clean' ? probably won't work like
that, you would need to make
On 11/11/14 00:39, Peter Ross wrote:
Nikos Vassiliadis wrote:
On 11/05/14 00:29, Manas Bhatnagar wrote:
Install ports tree in a temporary location (another computer or
something), grab the required folder and move it to the computer that
you want to install the port on and do 'make
On 11/27/14 02:02, Craig Rodrigues wrote:
On Wed, Nov 26, 2014 at 3:44 PM, John-Mark Gurney j...@funkthat.com wrote:
So, what exactly is the problem again?
https://lists.freebsd.org/pipermail/freebsd-virtualization/2014-November/003173.html
Set the correct $TERM and set also rows and
On 11/29/14 02:05, Craig Rodrigues wrote:
On Fri, Nov 28, 2014 at 1:10 PM, Nikos Vassiliadis nv...@gmx.com
mailto:nv...@gmx.com wrote:
Hi,
I am trying to use PCI passthrough to pass the bge device to a guest
but I am doing something wrong. I have tried several combinations
On 11/29/14 06:02, Anish Gupta wrote:
bge0@pci0:2:0:0:class=0x02 card=0x06471025
chip=0x16b514e4 rev=0x10 hdr=0x00
sdhci_pci0@pci0:2:0:1: class=0x080501 card=0x06471025
chip=0x16bc14e4 rev=0x10 hdr=0x00
none2@pci0:2:0:2: class=0x088000 card=0x06471025
chip=0x16be14e4
Hi,
On 11/30/14 02:37, Neel Natu wrote:
The Unsupported MSI-X configuration referred to here is that bhyve
doesn't emulate the 'Pending Bit Array'.
In most cases this is not relevant because the PBA and the MSI-X
tables are in different page frames. In this case the MSI-X tables are
emulated
Hi,
On 11/30/14 02:43, Neel Natu wrote:
Can you provide the output of 'pciconf -lvbc pci0:3:0:0' on the FreeBSD host?
This is assuming pci0:3:0:0 is the wlan device being passed through
based on an earlier email.
Yes, it is. Here is the output:
none0@pci0:3:0:0: class=0x028000
On 11/30/14 20:42, Neel Natu wrote:
this CPU does not support VT-d, which is needed for PCI passthru.
Indeed. Good catch, Neel should this be the case?
Definitely!
vmm.ko should probably not even attach the ppt driver to pptdevs if
an IOMMU is absent.
OK, the mystery is solved then.
Hi,
I am seeing this message on 8 and 9 branches running on bhyve
(10.1-PRERELEASE #0 r274515). Does this just mean that bio_flush is not
supported? or is it something to check further?
vtbd0: hard error cmd=flush fsbn 0
GEOM_JOURNAL: BIO_FLUSH not supported by vtbd0s1a.
Thanks, Nikos
On 05/14/15 22:49, Peter Grehan wrote:
Hi Nikos,
Hi Peter,
I get this panic when I add vtnet0 to a bridge.
I created a PR for this
(https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200210) and will look
into it.
Thanks
Thanks in advance for any ideas,
tap will work, though, I
Hi,
I get this panic when I add vtnet0 to a bridge.
Unread portion of the kernel message buffer:
panic: if_setflag: decrement non-positive refcount 0 for flag 256
cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe01a5be54c0
vpanic() at
Hi,
While trying to use a HAST device as my storage I got this message.
Booting...
virtio disk device file /dev/hast/shared does not exist.
Creating it ...
GDB: no debug ports present
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2015 The FreeBSD Project.
Copyright
On 08/01/15 03:23, Neel Natu wrote:
Hi Nikos,
On Fri, Jul 31, 2015 at 6:53 AM, Nikos Vassiliadis nv...@gmx.com wrote:
Hi,
While trying to use a HAST device as my storage I got this message.
Booting...
virtio disk device file /dev/hast/shared does not exist.
Creating it ...
GDB: no debug
Hi,
I was thinking of creating a HAST disk and using that as second
disk to a VM. It seems that when the backing file is gone and
returned, it's never re-opened. Is this scenario possible?
Host machine:
root@moby:~/VMs # diskinfo /dev/hast/shared
/dev/hast/shared512 21474830848
On 02/01/16 04:22, jc...@freebsd.org wrote:
Hello,
I'm working on virtio-9p (so-called VirtFS) support in bhyve. Project consists
of two parts: BSD-licensed lib9p library and actual virtio-9p driver. Right now
it's able to do filesystem passthrough using 9P2000.u protocol to Linux guests.
On 03/01/16 22:36, Julian Elischer wrote:
this makes one wonder if it would be possible to run the pfsense code in
a vnet Jail.
That would be really cool and handy. The pfsense kernel is
unfortunately just a bit modified. I haven't tried but I think
many things will fail.
Hi,
On 03/01/16 18:43, dweimer wrote:
I am considering setting up a bhyve virtual machine to run pfSense. Not
too thrilled with the CPU heat on the PC Engines APU1D4 when under heavy
load, but don't want to rely entirely on a VM. As I like still having
internet if I would have to take my server
Hi Roman,
On 04/13/16 13:55, Roman Bogorodskiy wrote:
Q1: Is there a way to know if a guest reacted to power button but
waiting for the bhyve process to terminate?
I just signal repeatedly $bhyve_pid until it's gone.
For what it's worth, I use this /etc/rc.shutdown.local:
On 12/15/16 16:13, Bjoern A. Zeeb wrote:
On 15 Dec 2016, at 15:10, Nikos Vassiliadis wrote:
It'd would be so good if we had a extra pkg for vbox-kmod with
vnet support
I think that’s your best solution. And possibly not just for vbox-kmod
but for all networking kmods?
I tried to create
Hi,
From time to time I need to run VirtualBox, not often thanks
to bhyve:), but the VirtualBox kernel module needs to be compiled
when one uses a VIMAGE-enabled kernel. VirtualBox is quite big
and that means several hours of compiling so I'd like to just
"pkg install" it. My options are:
1)
nvass-gmx.com added a comment.
! In D1944#8, @glebius wrote:
Nikos,
acking that I see the patches. Right now I'm waiting for pf to stablize after
recent patches to fragment handling. Kristof is working on the known problem.
Meanwhile you can finish your patch moving from almost there to
nvass-gmx.com updated this revision to Diff 5290.
nvass-gmx.com added a comment.
Hi,
Please review this. It updates the previous patch, with another way to unload
pf.
Eventhandlers are also touched, they should behave correctly now.
CHANGES SINCE LAST UPDATE
nvass-gmx.com added a comment.
This guilde is definitely invaluable, I have seen it. It would be great if we
could move it in the source tree.
Regarding PF it can be further simplified. I think the logic right is OK but
there are many *init* functions for sure and some of these
functions can
nvass-gmx.com added a comment.
In https://reviews.freebsd.org/D1944#47231, @rodrigc wrote:
I tested this patch.
# kldload pf
# kldunload pf
kldunload: can't unload file: Device busy
The fact that the pf module cannot be unloaded was one of the
reasons that @glebius used to back
nvass-gmx.com updated this revision to Diff 6288.
nvass-gmx.com added a comment.
Updated to today's head branch. Please review
CHANGES SINCE LAST UPDATE
https://reviews.freebsd.org/D1944?vs=5290id=6288
REVISION DETAIL
https://reviews.freebsd.org/D1944
AFFECTED FILES
sys/net/pfvar.h
nvass-gmx.com added a comment.
Hi from me as well,
just want to say that I am here too and I am willing to work on this
even if i have to do it scratch;)
Please review:) Nikos
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
nvass-gmx.com added a comment.
Sure, I will take a look
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: nvass-gmx.com, bz, trociny, kristof, gnn, zec, rodrigc, glebius, eri
Cc: mmoll,
nvass-gmx.com added a comment.
Thanks for taking a look Kristof,
I believe all your points are valid. Thing is that all eventhandlers need a
more thorough look. They don't work as they should; be it virtualized or not,
be it a VIMAGE or GENERIC kernel. I am trying to take a look but I
44 matches
Mail list logo