linux-kernel - Re: [PATCH 4/5] xfs: use fs netlink interface for ENOSPC conditions

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <alpine.LFD.2.00.1108251052490.4105@dhcp-27-109.brq.redhat.com>
Date:	Thu, 25 Aug 2011 10:58:25 +0200 (CEST)
From:	Lukas Czerner <lczerner@...hat.com>
To:	Christoph Hellwig <hch@...radead.org>
cc:	Lukas Czerner <lczerner@...hat.com>, linux-kernel@...r.kernel.org,
	linux-fsdevel@...r.kernel.org, Christoph Hellwig <hch@....de>,
	xfs@....sgi.com
Subject: Re: [PATCH 4/5] xfs: use fs netlink interface for ENOSPC
 conditions

On Thu, 25 Aug 2011, Christoph Hellwig wrote:

> >  	xfs_rw_iunlock(ip, iolock);
> > +	if (unlikely(-ENOSPC == ret))
> > +		fs_nl_send_warning(inode->i_sb->s_dev, FS_NL_ENOSPC_WARN);
> 
> I'd remove the nl from both the name and the constants.  In the end what
> matters is the warning, and netlink just is an implementation detail.

That makes sense, I'll change that.

> 
> > index 9a72dda..dd167a0 100644
> > --- a/fs/xfs/linux-2.6/xfs_super.c
> > +++ b/fs/xfs/linux-2.6/xfs_super.c
> > @@ -1731,6 +1731,7 @@ init_xfs_fs(void)
> >  	error = register_filesystem(&xfs_fs_type);
> >  	if (error)
> >  		goto out_sysctl_unregister;
> > +	init_fs_nl_family();
> 
> Why do we have to call this from the filesystem?  Shouldn't we
> initialize it once from the VFS?

That's probably better than initialization in every file system. It
would also mean that the interface will be initializes even if there is
no user of it on the kernel side, but that should not be a problem I
guess.

> 
> 
> 
> Also any chance you could include the quota netlink warnings into the
> framework?  Any callers is also going to be interestested in quota
> warnings, not just enospc.  Also the xfs project quota code returns
> ENOSPC if over the project quota and needs to be handled either way.
> Adding another new category inbetween user/group quotas and plain ENOSPC
> for it would be nice.

That's the plan. I want to merge quota notification into this interface
as well (rather than having separate netlink interface
fs/quota/netlink.c). So, I'll try to do that in the next version of the
patches.

Thanks!
-Lukas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/