On Tue, 29 May 2007, Andrew Morton wrote:

> On Tue, 29 May 2007 13:11:07 -0400 (EDT)
> "Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> >
> > Delete the apparently unused array "int dummy[5]" from struct
> > inodes_stat_t.
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
> >
> >   no idea what that array is for, but no one seems to care about it.
> > removal compile-tested on x86 with "make allyesconfig" and nobody
> > misses it (unless it's used for padding of some kind).
> >
> >
> > diff --git a/include/linux/fs.h b/include/linux/fs.h
> > index 7cf0c54..dec83dd 100644
> > --- a/include/linux/fs.h
> > +++ b/include/linux/fs.h
> > @@ -44,7 +44,6 @@ extern int get_max_files(void);
> >  struct inodes_stat_t {
> >     int nr_inodes;
> >     int nr_unused;
> > -   int dummy[5];
> >  };
> >  extern struct inodes_stat_t inodes_stat;
> >
>
> kernel/sysctl.c:
>
>       {
>               .ctl_name       = FS_STATINODE,
>               .procname       = "inode-state",
>               .data           = &inodes_stat,
>               .maxlen         = 7*sizeof(int),
>               .mode           = 0444,
>               .proc_handler   = &proc_dointvec,
>       },
>
> akpm:/home/akpm> cat /proc/sys/fs/inode-state
> 608039  178454  0       0       0       0       0
>
> So it _is_ used: to present those five zeroes.  I think this is for
> back-compatibility with some cretaceous-era kernel.

ah, gotcha.  well, i'll leave this up to someone else to do anything
with if they are so inclined.

rday
-- 
========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA

http://fsdev.net/wiki/index.php?title=Main_Page
========================================================================
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to