On Fri, Nov 02, 2018 at 02:20:53PM +, Bjoern A. Zeeb wrote:
> On 28 Oct 2018, at 22:07, Marek Zarychta wrote:
>
> > Some time ago I submitted a PR about this, but I was unaware that the
> > case of failure during loading ipsec.ko is caused by the presence of
> > already loaded pf.ko
> >
> > ht
On 28 Oct 2018, at 22:07, Marek Zarychta wrote:
Some time ago I submitted a PR about this, but I was unaware that the
case of failure during loading ipsec.ko is caused by the presence of
already loaded pf.ko
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228854
This bug and the current re
> On 30 Oct 2018, at 14:14, Rodney W. Grimes wrote:
>
> >> On 30 Oct 2018, at 14:29, Bjoern A. Zeeb wrote:
> >>> On 30 Oct 2018, at 12:23, Kristof Provost wrote:
> I?m not too familiar with this part of the vnet code, but it looks
> to me like we?ve got more per-vnet variables that was o
On 30 Oct 2018, at 14:14, Rodney W. Grimes wrote:
On 30 Oct 2018, at 14:29, Bjoern A. Zeeb wrote:
On 30 Oct 2018, at 12:23, Kristof Provost wrote:
I?m not too familiar with this part of the vnet code, but it looks
to me like we?ve got more per-vnet variables that was originally
anticipated, so
> On 30 Oct 2018, at 14:29, Bjoern A. Zeeb wrote:
> > On 30 Oct 2018, at 12:23, Kristof Provost wrote:
> >> I?m not too familiar with this part of the vnet code, but it looks
> >> to me like we?ve got more per-vnet variables that was originally
> >> anticipated, so we may need to just increase th
On 30 Oct 2018, at 14:29, Bjoern A. Zeeb wrote:
On 30 Oct 2018, at 12:23, Kristof Provost wrote:
I’m not too familiar with this part of the vnet code, but it looks
to me like we’ve got more per-vnet variables that was originally
anticipated, so we may need to just increase the allocated space.
On 30 Oct 2018, at 12:23, Kristof Provost wrote:
On 29 Oct 2018, at 4:41, Kristof Provost wrote:
So we panic because we dereference a NULL pointer in strncmp(), which
happens because nprogtab = 13 but ef->progtab[12] has NULL pointers.
I cannot reproduce your panic trying to load both pf, and
On 29 Oct 2018, at 4:41, Kristof Provost wrote:
So we panic because we dereference a NULL pointer in strncmp(), which
happens because nprogtab = 13 but ef->progtab[12] has NULL pointers.
It’s not clear to me why that happens, but it’s something to go
on. I do wonder if this isn’t a bit of a re
On 28 Oct 2018, at 14:39, Rodney W. Grimes wrote:
Bjoern A. Zeeb wrote:
On 28 Oct 2018, at 15:31, Ernie Luzar wrote:
Tested with host running ipfilter and vnet running pf. Tried
loading
pf from host console or from vnet console using kldload pf.ko
command
and get this error message;
linker_
W dniu 28.10.2018 o 22:39, Rodney W. Grimes pisze:
>> Bjoern A. Zeeb wrote:
>>> On 28 Oct 2018, at 15:31, Ernie Luzar wrote:
>>>
Tested with host running ipfilter and vnet running pf. Tried loading
pf from host console or from vnet console using kldload pf.ko command
and get this
> Bjoern A. Zeeb wrote:
> > On 28 Oct 2018, at 15:31, Ernie Luzar wrote:
> >
> >> Tested with host running ipfilter and vnet running pf. Tried loading
> >> pf from host console or from vnet console using kldload pf.ko command
> >> and get this error message;
> >>
> >> linker_load_file: /boot/ker
> On 28 Oct 2018, at 12:56, Ernie Luzar wrote:
>
> Bjoern A. Zeeb wrote:
>>> On 28 Oct 2018, at 15:31, Ernie Luzar wrote:
>>> Tested with host running ipfilter and vnet running pf. Tried loading pf
>>> from host console or from vnet console using kldload pf.ko command and get
>>> this error m
Bjoern A. Zeeb wrote:
On 28 Oct 2018, at 15:31, Ernie Luzar wrote:
Tested with host running ipfilter and vnet running pf. Tried loading
pf from host console or from vnet console using kldload pf.ko command
and get this error message;
linker_load_file: /boot/kernel/pf.ko-unsupported file type
On 28 Oct 2018, at 15:31, Ernie Luzar wrote:
Tested with host running ipfilter and vnet running pf. Tried loading
pf from host console or from vnet console using kldload pf.ko command
and get this error message;
linker_load_file: /boot/kernel/pf.ko-unsupported file type.
Looks like the 12.0
14 matches
Mail list logo