The following reply was made to PR kern/136618; it has been noted by GNATS.
From: Artis Caune
To: Eygene Ryabinkin
Cc: freebsd-net@freebsd.org, bug-follo...@freebsd.org
Subject: Re: kern/136618: [pf][stf] panic on cloning interface without unit
number, e.g. `stf'
Date: Fri, 17 Jul
2009/7/10 Eygene Ryabinkin
> No problems. Care to test both patches? If yes, please, report back
> any findings of any type.
>
Hi, patch works good on amd64, 8.0-BETA2, r195712
r...@freebsd ~# ifconfig carp0 name carp
ifconfig: ioctl (set name): File exists
--
Artis Caune
Everyt
The following reply was made to PR kern/136618; it has been noted by GNATS.
From: Eygene Ryabinkin
To: Artis Caune
Cc: lini...@freebsd.org, bug-follo...@freebsd.org, freebsd-net@freebsd.org,
mla...@freebsd.org
Subject: Re: kern/136618: [pf][stf] panic on cloning interface without unit
Artis, good day.
Fri, Jul 10, 2009 at 08:53:07AM +0300, Artis Caune wrote:
> 2009/7/10 Eygene Ryabinkin :
> > There is kern/127042 (rather old one, but it essentially the same as the
> > current PR) that addresses this aspect of the problem: it
> >
> > - additionally, it refuses to rename interfa
The following reply was made to PR kern/136618; it has been noted by GNATS.
From: Artis Caune
To: rea-f...@codelabs.ru
Cc: lini...@freebsd.org, bug-follo...@freebsd.org, freebsd-net@freebsd.org,
mla...@freebsd.org
Subject: Re: kern/136618: [pf][stf] panic on cloning interface without
2009/7/10 Eygene Ryabinkin :
> There is kern/127042 (rather old one, but it essentially the same as the
> current PR) that addresses this aspect of the problem: it
>
> - additionally, it refuses to rename interface to the name that
> coincides with one of existing group names (second and third h
The following reply was made to PR kern/136618; it has been noted by GNATS.
From: Eygene Ryabinkin
To: lini...@freebsd.org
Cc: bug-follo...@freebsd.org, freebsd-net@FreeBSD.org, mla...@freebsd.org,
artis.ca...@gmail.com
Subject: Re: kern/136618: [pf][stf] panic on cloning interface
// Sorry for a long letter ;))
In fact, stf(4) problem will be healed with the attached patch: it works
for me and should provide absolutely sane pf rules, because stf(4) is
essentially a singleton interface, so there won't be ambiguities: 'stf'
as the interface name will have the same effect as t
Synopsis: [pf][stf] panic on cloning interface without unit number, e.g. `stf'
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Thu Jul 9 18:26:44 UTC 2009
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/q
