cvs commit: src/sys/netinet tcp_input.c tcp_syncache.c tcp_var.h
Maxim Konovalov
maxim at macomnet.ru
Sun Jun 18 08:30:21 UTC 2006
On Sun, 18 Jun 2006, 09:18+0100, Robert Watson wrote:
>
> On Sun, 18 Jun 2006, Maxim Konovalov wrote:
>
> > On Sun, 18 Jun 2006, 01:37+0100, Robert Watson wrote:
> >
> > > On Sat, 17 Jun 2006, Andre Oppermann wrote:
> > >
> > > > Revision Changes Path
> > > > 1.299 +9 -6 src/sys/netinet/tcp_input.c
> > > > 1.87 +286 -255 src/sys/netinet/tcp_syncache.c
> > > > 1.130 +9 -6 src/sys/netinet/tcp_var.h
> > >
> > > This change appears to have broken world on all architectures by exposing
> > > the mutex data structure to usr.bin/netstat/inet.c via tcp_var.h. I'm not
> > > quite sure what the "right" solution is, but if
> >
> > usr.bin/systat/netstat.c and usr.bin/netstat/inet.c
> > contrib/bsnmp/snmp_mibII/mibII_tcp.c as well.
> >
> > +#include <sys/callout.h> fixes the build.
>
> But is increasing the exposure of kernel data structures to user
> space apps the right fix, or decreasing them? Andre fell into this
> trap precisely because of the leakage of kernel types into user
> space, and that's just one of several good reasons not to do it
> where it can possibly be avoided.
Agreed.
--
Maxim Konovalov
More information about the cvs-src
mailing list