Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756347AbbDPDrF (ORCPT ); Wed, 15 Apr 2015 23:47:05 -0400 Received: from mx1.redhat.com ([209.132.183.28]:38838 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751402AbbDPDrD (ORCPT ); Wed, 15 Apr 2015 23:47:03 -0400 Message-ID: <552F308F.1050505@redhat.com> Date: Wed, 15 Apr 2015 22:46:23 -0500 From: Eric Sandeen MIME-Version: 1.0 To: Beata Michalska , linux-kernel@vger.kernel.org CC: tytso@mit.edu, adilger.kernel@dilger.ca, hughd@google.com, lczerner@redhat.com, hch@infradead.org, linux-ext4@vger.kernel.org, linux-mm@kvack.org, kyungmin.park@samsung.com, kmpark@infradead.org Subject: Re: [RFC 1/4] fs: Add generic file system event notifications References: <1429082147-4151-1-git-send-email-b.michalska@samsung.com> <1429082147-4151-2-git-send-email-b.michalska@samsung.com> In-Reply-To: <1429082147-4151-2-git-send-email-b.michalska@samsung.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1491 Lines: 44 On 4/15/15 2:15 AM, Beata Michalska wrote: > Introduce configurable generic interface for file > system-wide event notifications to provide file > systems with a common way of reporting any potential > issues as they emerge. > > The notifications are to be issued through generic > netlink interface, by a dedicated, for file system > events, multicast group. The file systems might as > well use this group to send their own custom messages. ... > + 4.3 Threshold notifications: > + > + #include > + void fs_event_alloc_space(struct super_block *sb, u64 ncount); > + void fs_event_free_space(struct super_block *sb, u64 ncount); > + > + Each filesystme supporting the treshold notifiactions should call > + fs_event_alloc_space/fs_event_free_space repsectively whenever the > + ammount of availbale blocks changes. > + - sb: the filesystem's super block > + - ncount: number of blocks being acquired/released so: > +void fs_event_alloc_space(struct super_block *sb, u64 ncount) > +{ > + struct fs_trace_entry *en; > + s64 count; > + > + spin_lock(&fs_trace_lock); Every allocation/free for every supported filesystem system-wide will be serialized on this global spinlock? That sounds like a non-starter... -Eric -- 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/