svn commit: r276747 - head/sys/netpfil/pf

Craig Rodrigues rodrigc at FreeBSD.org
Sun Feb 15 21:26:22 UTC 2015


On Sun, Feb 15, 2015 at 11:01 AM, Gleb Smirnoff <glebius at freebsd.org> wrote:

>   Craig,
>
> On Sat, Feb 14, 2015 at 07:35:53PM -0800, Craig Rodrigues wrote:
> C> > On Thu, Jan 22, 2015 at 10:09:41PM +0100, Nikos Vassiliadis wrote:
> C> > N> > Sorry guys, I backed this out due to broken kldunload of pf
> module,
> C> > which
> C> > N> > is critical when you are working with pf bugs.
> C> > N>
> C> > N> For sure. 100% understood.
> C> > N>
> C> > N> > I had to backout r276746 as well, since it has numerous build
> C> > breakages,
> C> > N> > that are addressed by later revisions.
> C> > N> >
> C> > N> > That's my fault that I don't review in time, and I will try to
> improve
> C> > N> > the situation.
> C> > N> >
> C> > N> > Can you please replay r276746 again, addressing all the build
> problems
> C> > N> > and send the patch to me? You can user reviews.freebsd.org if
> you
> C> > want.
> C> > N> >
> C> > N> > I'd like to get this in, but in a better quality.
> C> > N>
> C> > N> I'd like to get involved again and help you fixing pf. Craig could
> you
> C> > N> replay 276746?
> C>
> C> I wish you could have fixed the pf unload problem without backing out
> C> all these changes.  I took all these changes from your projects/pf
> branch,
> C> which was starting to bitrot because it was not being sync'd with head.
> C>
> C> I got confirmation from several people that the fixes as they were
> (after
> C> the build break fixes),
> C> actually fixed their issues with PF and VIMAGE, which have been pending
> for
> C> several
> C> years now with no visible progress made.
> C>
> C> Most regular users of PF don't really kldunload it once it is used.
> C> For development use, I've been testing inside bhyve VM's, which doesn't
> C> solve the kldunload problem but allows testing and forward progress.
> C>
> C> Why do you want me to replay 276746 and give you a patch?
> C>
> C> Why don't you just do it yourself?
>
> Because it is responsibility of the committer, who broke something, to
> fix it, not mine.
>
> Nevertheless, I tried to do that, and it took more than couple of hours,
> but
> I failed to untangle all the problems that r276746 brought and proceeded
> with
> checkout.
>


What are the problems in 276746 that you were unhappy with
besides being unable to kldunload PF?

With 276746, without the follow-on fixes, if you kldunload PF
while VIMAGE is unabled, the kernel panics.  That seems worse
than being unable to kldunload PF.

If I submit another patch, I am just going to commit it,
but I don't know if you will be unhappy and revert it.

--
Craig


More information about the svn-src-all mailing list