xfs
[Top] [All Lists]

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

To: Lukas Czerner <lczerner@xxxxxxxxxx>
Subject: Re: [PATCH 4/5] xfs: use fs netlink interface for ENOSPC conditions
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Thu, 25 Aug 2011 01:16:31 -0400
Cc: linux-kernel@xxxxxxxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, Christoph Hellwig <hch@xxxxxx>, xfs@xxxxxxxxxxx
In-reply-to: <1313669906-14931-5-git-send-email-lczerner@xxxxxxxxxx>
References: <1313669906-14931-1-git-send-email-lczerner@xxxxxxxxxx> <1313669906-14931-5-git-send-email-lczerner@xxxxxxxxxx>
User-agent: Mutt/1.5.21 (2010-09-15)
>       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.

> 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?



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.

<Prev in Thread] Current Thread [Next in Thread>