Re: [PATCH] FILESYSTEMS: Delete unused "int dummy[5]" from inodes_stat_t.

[Randy Dunlap <randy.dunlap@oracle.com>]

On Tue, 29 May 2007 14:07:01 -0400 (EDT) Robert P. J. Day wrote:

> On Tue, 29 May 2007, Andrew Morton wrote:
> 
> > On Tue, 29 May 2007 13:11:07 -0400 (EDT)
> > "Robert P. J. Day" <rpjday@mindspring.com> wrote:
> >
> > >
> > > Delete the apparently unused array "int dummy[5]" from struct
> > > inodes_stat_t.
> > >
> > > Signed-off-by: Robert P. J. Day <rpjday@mindspring.com>
> > >
> > > ---
> > >
> > >   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.

There's little to be done, except possibly put a /* comment */
on the struct's dummy line so that we don't go thru this again
in N years.


---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/