kern/156770: [ipfw] [dummynet] [patch]: performance improvement and several extensions

Luigi Rizzo rizzo at iet.unipi.it
Sun Jul 1 18:50:06 UTC 2012


On Sun, Jul 01, 2012 at 03:54:35PM +0000, melifaro at freebsd.org wrote:
> Synopsis: [ipfw] [dummynet] [patch]: performance improvement and several extensions
> 
> Responsible-Changed-From-To: freebsd-ipfw->melifaro
> Responsible-Changed-By: melifaro
> Responsible-Changed-When: Sun Jul 1 15:54:17 UTC 2012
> Responsible-Changed-Why: 
> Take
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=156770

Alex,
please any ipfw-related patch through me before committing.

On this specific PR i have some comments and several concerns.

First, as mentioned in the thread, some specific features (e.g. ftags)
might be of interest, but the fact that this is a single monolitic patch
make it hard to apply and review. Especially, at least judging from the
description, i believe some of the changes replicate features that
were already inserted around 2009 and later (in then-head).

On the negative side:
- documentation on new features is completely absent. Just a brief mention
  in the manpage of ftag/funtag, a short comment in a C source code.

- the way some features are implemented is through adding new IOCTLs,
  which is the wrong way of doing things. In the 2009 rewrite (ipfw3)
  i tried to use a single ioctl which carries tagged messages
  for the various requests (similar to the microinstructions which make
  up a rule) so the code is easier to extend without breaking ABIs.
  Please follow the new style if you need to add commands.

- can you please split the patch in individual components, and
  make sure that they not replicate functions already existent
  (or if they do, are they an improvement) ? I am especially
  referring to indexed skipto

- a large number of changes to the userspace code replaces errx()
  with return my_err(...) . I might agree on the principle, but
  I'd like to see a few notes on why this change is required,
  and whether it can be applied independently of the others.
  
cheers
luigi


More information about the freebsd-ipfw mailing list