From: Dave Chinner <david@fromorbit.com> To: Matthew Wilcox <willy@infradead.org> Cc: Matthew Wilcox <mawilcox@microsoft.com>, Ross Zwisler <ross.zwisler@linux.intel.com>, Jens Axboe <axboe@kernel.dk>, Rehas Sachdeva <aquannie@gmail.com>, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, linux-nilfs@vger.kernel.org, linux-btrfs@vger.kernel.org, linux-xfs@vger.kernel.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 72/73] xfs: Convert mru cache to XArray Date: Thu, 7 Dec 2017 11:38:43 +1100 [thread overview] Message-ID: <20171207003843.GG4094@dastard> (raw) In-Reply-To: <20171206140648.GB32044@bombadil.infradead.org> On Wed, Dec 06, 2017 at 06:06:48AM -0800, Matthew Wilcox wrote: > On Wed, Dec 06, 2017 at 07:44:04PM +1100, Dave Chinner wrote: > > On Tue, Dec 05, 2017 at 08:45:49PM -0800, Matthew Wilcox wrote: > > > That said, using xa_cmpxchg() in the dquot code looked like the right > > > thing to do? Since we'd dropped the qi mutex and the ILOCK, it looks > > > entirely reasonable for another thread to come in and set up the dquot. > > > But I'm obviously quite ignorant of the XFS internals, so maybe there's > > > something else going on that makes this essentially a "can't happen". > > > > It's no different to the inode cache code, which drops the RCU > > lock on lookup miss, instantiates the new inode (maybe reading it > > off disk), then locks the tree and attempts to insert it. Both cases > > use "insert if empty, otherwise retry lookup from start" semantics. > > Ah. I had my focus set a little narrow on the inode cache code and didn't > recognise the pattern. > > Why do you sleep for one jiffy after encountering a miss, then seeing > someone else insert the inode for you? The sleep is a backoff that allows whatever we raced with to complete, be it a hit that raced with an inode being reclaimed and removed, or a miss that raced with another insert. Ideally we'd sleep on the XFS_INEW bit, similar to the vfs I_NEW flag, but it's not quite that simple with the reclaim side of things... > > cmpxchg is for replacing a known object in a store - it's not really > > intended for doing initial inserts after a lookup tells us there is > > nothing in the store. The radix tree "insert only if empty" makes > > sense here, because it naturally takes care of lookup/insert races > > via the -EEXIST mechanism. > > > > I think that providing xa_store_excl() (which would return -EEXIST > > if the entry is not empty) would be a better interface here, because > > it matches the semantics of lookup cache population used all over > > the kernel.... > > I'm not thrilled with xa_store_excl(), but I need to think about that > a bit more. Not fussed about the name - I just think we need a function that matches the insert semantics of the code.... > > > I'm quite happy to have normal API variants that don't save/restore > > > interrupts. Just need to come up with good names ... I don't think > > > xa_store_noirq() is a good name, but maybe you do? > > > > I'd prefer not to have to deal with such things at all. :P > > > > How many subsystems actually require irq safety in the XA locking > > code? Make them use irqsafe versions, not make everyone else use > > "noirq" versions, as is the convention for the rest of the kernel > > code.... > > Hard to say how many existing radix tree users require the irq safety. The mapping tree requires it because it gets called from IO completion contexts to clear page writeback state, but I don't know about any of the others. > Also hard to say how many potential users (people currently using > linked lists, people using resizable arrays, etc) need irq safety. > My thinking was "make it safe by default and let people who know better > have a way to opt out", but there's definitely something to be said for > "make it fast by default and let people who need the unusual behaviour > type those extra few letters". > > So, you're arguing for providing xa_store(), xa_store_irq(), xa_store_bh() > and xa_store_irqsafe()? (at least on demand, as users come to light?) > At least the read side doesn't require any variants; everybody can use > RCU for read side protection. That would follow the pattern of the rest of the kernel APIs, though I think it might be cleaner to simply state the locking requirement to xa_init() and keep all those details completely internal rather than encoding them into API calls. After all, the "irqsafe-ness" of the locking needs to be consistent across the entire XA instance.... > ("safe", not "save" because I wouldn't make the caller provide the > "flags" argument). > > > > At least, not today. One of the future plans is to allow xa_nodes to > > > be allocated from ZONE_MOVABLE. In order to do that, we have to be > > > able to tell which lock protects any given node. With the XArray, > > > we can find that out (xa_node->root->xa_lock); with the radix tree, > > > we don't even know what kind of lock protects the tree. > > > > Yup, this is a prime example of why we shouldn't be creating > > external dependencies by smearing the locking context outside the XA > > structure itself. It's not a stretch to see something like a > > ZONE_MOVEABLE dependency because some other object indexed in a XA > > is stored in the same page as the xa_node that points to it, and > > both require the same xa_lock to move/update... > > That is a bit of a stretch. Christoph Lameter and I had a discussion about it > here: https://www.spinics.net/lists/linux-mm/msg122902.html > > There's no situation where you need to acquire two locks in order to > free an object; ZONE_MOVEABLE is for moving migratable objects, not freeing unreferenced objects. i.e. it's used to indicate the active objects can be moved to a different location whilst it has other objects pointing to it. This requires atomically swapping all the external pointer references to the object so everything sees either the old object before the move or the new object after the move. While the move is in progress, we have to stall anything that could possibly reference the object and in general that means we have lock up all the objects that point to the object being moved. For things like inodes, we have *lots* of external references to them, and so we'd have to stall all of those external references to update them once movement is complete. Lots of locks to hold there, potentially including the xa_lock for the trees that index the inode. Hence if we are trying to migrate multiple objects at a time (i.e. the bulk slab page clearing case) then we've got to lock up multiple refrenceing objects and structure that may have overlapping dependencies and so could end up trying to get the same locks that other objects in the page already hold. It's an utter mess - xa_node might be simple, but the general case for slab objects in ZONE_MOVEABLE is anything but simple. That's the reason we've never made any progress on generic slab defragmentation in the past 12-13 years - we haven't worked out how to solve this fundamental "atomically update all external references to the object being moved" problem. > you'd create odd locking dependencies between objects > if you did that (eg we already have a locking dependency between pag_ici > and perag from __xfs_inode_set_eofblocks_tag) You missed this one: xfs_inode_set_reclaim_tag() It nests pag->pag_ici_lock - ip->i_flags_lock - mp->m_perag_lock in one pass because we've got an inode flag and tags in two separate radix trees we need to update atomically.... Also, that's called in the evict() path so, yeah, we're actually nesting multiple locks to get the inode into a state where we can reclaim it... > It'd be a pretty horrible > shrinker design where you had to get all the locks on all the objects, > regardless of what locking order the real code had. The shrinker (i.e. memory reclaim) doesn't need to do that - only object migration does. They operate on vastly different object contexts and should not be conflated. Cheers, Dave. -- Dave Chinner david@fromorbit.com
WARNING: multiple messages have this Message-ID (diff)
From: Dave Chinner <david@fromorbit.com> To: Matthew Wilcox <willy@infradead.org> Cc: Matthew Wilcox <mawilcox@microsoft.com>, Ross Zwisler <ross.zwisler@linux.intel.com>, Jens Axboe <axboe@kernel.dk>, Rehas Sachdeva <aquannie@gmail.com>, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, linux-nilfs@vger.kernel.org, linux-btrfs@vger.kernel.org, linux-xfs@vger.kernel.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 72/73] xfs: Convert mru cache to XArray Date: Thu, 7 Dec 2017 11:38:43 +1100 [thread overview] Message-ID: <20171207003843.GG4094@dastard> (raw) In-Reply-To: <20171206140648.GB32044@bombadil.infradead.org> On Wed, Dec 06, 2017 at 06:06:48AM -0800, Matthew Wilcox wrote: > On Wed, Dec 06, 2017 at 07:44:04PM +1100, Dave Chinner wrote: > > On Tue, Dec 05, 2017 at 08:45:49PM -0800, Matthew Wilcox wrote: > > > That said, using xa_cmpxchg() in the dquot code looked like the right > > > thing to do? Since we'd dropped the qi mutex and the ILOCK, it looks > > > entirely reasonable for another thread to come in and set up the dquot. > > > But I'm obviously quite ignorant of the XFS internals, so maybe there's > > > something else going on that makes this essentially a "can't happen". > > > > It's no different to the inode cache code, which drops the RCU > > lock on lookup miss, instantiates the new inode (maybe reading it > > off disk), then locks the tree and attempts to insert it. Both cases > > use "insert if empty, otherwise retry lookup from start" semantics. > > Ah. I had my focus set a little narrow on the inode cache code and didn't > recognise the pattern. > > Why do you sleep for one jiffy after encountering a miss, then seeing > someone else insert the inode for you? The sleep is a backoff that allows whatever we raced with to complete, be it a hit that raced with an inode being reclaimed and removed, or a miss that raced with another insert. Ideally we'd sleep on the XFS_INEW bit, similar to the vfs I_NEW flag, but it's not quite that simple with the reclaim side of things... > > cmpxchg is for replacing a known object in a store - it's not really > > intended for doing initial inserts after a lookup tells us there is > > nothing in the store. The radix tree "insert only if empty" makes > > sense here, because it naturally takes care of lookup/insert races > > via the -EEXIST mechanism. > > > > I think that providing xa_store_excl() (which would return -EEXIST > > if the entry is not empty) would be a better interface here, because > > it matches the semantics of lookup cache population used all over > > the kernel.... > > I'm not thrilled with xa_store_excl(), but I need to think about that > a bit more. Not fussed about the name - I just think we need a function that matches the insert semantics of the code.... > > > I'm quite happy to have normal API variants that don't save/restore > > > interrupts. Just need to come up with good names ... I don't think > > > xa_store_noirq() is a good name, but maybe you do? > > > > I'd prefer not to have to deal with such things at all. :P > > > > How many subsystems actually require irq safety in the XA locking > > code? Make them use irqsafe versions, not make everyone else use > > "noirq" versions, as is the convention for the rest of the kernel > > code.... > > Hard to say how many existing radix tree users require the irq safety. The mapping tree requires it because it gets called from IO completion contexts to clear page writeback state, but I don't know about any of the others. > Also hard to say how many potential users (people currently using > linked lists, people using resizable arrays, etc) need irq safety. > My thinking was "make it safe by default and let people who know better > have a way to opt out", but there's definitely something to be said for > "make it fast by default and let people who need the unusual behaviour > type those extra few letters". > > So, you're arguing for providing xa_store(), xa_store_irq(), xa_store_bh() > and xa_store_irqsafe()? (at least on demand, as users come to light?) > At least the read side doesn't require any variants; everybody can use > RCU for read side protection. That would follow the pattern of the rest of the kernel APIs, though I think it might be cleaner to simply state the locking requirement to xa_init() and keep all those details completely internal rather than encoding them into API calls. After all, the "irqsafe-ness" of the locking needs to be consistent across the entire XA instance.... > ("safe", not "save" because I wouldn't make the caller provide the > "flags" argument). > > > > At least, not today. One of the future plans is to allow xa_nodes to > > > be allocated from ZONE_MOVABLE. In order to do that, we have to be > > > able to tell which lock protects any given node. With the XArray, > > > we can find that out (xa_node->root->xa_lock); with the radix tree, > > > we don't even know what kind of lock protects the tree. > > > > Yup, this is a prime example of why we shouldn't be creating > > external dependencies by smearing the locking context outside the XA > > structure itself. It's not a stretch to see something like a > > ZONE_MOVEABLE dependency because some other object indexed in a XA > > is stored in the same page as the xa_node that points to it, and > > both require the same xa_lock to move/update... > > That is a bit of a stretch. Christoph Lameter and I had a discussion about it > here: https://www.spinics.net/lists/linux-mm/msg122902.html > > There's no situation where you need to acquire two locks in order to > free an object; ZONE_MOVEABLE is for moving migratable objects, not freeing unreferenced objects. i.e. it's used to indicate the active objects can be moved to a different location whilst it has other objects pointing to it. This requires atomically swapping all the external pointer references to the object so everything sees either the old object before the move or the new object after the move. While the move is in progress, we have to stall anything that could possibly reference the object and in general that means we have lock up all the objects that point to the object being moved. For things like inodes, we have *lots* of external references to them, and so we'd have to stall all of those external references to update them once movement is complete. Lots of locks to hold there, potentially including the xa_lock for the trees that index the inode. Hence if we are trying to migrate multiple objects at a time (i.e. the bulk slab page clearing case) then we've got to lock up multiple refrenceing objects and structure that may have overlapping dependencies and so could end up trying to get the same locks that other objects in the page already hold. It's an utter mess - xa_node might be simple, but the general case for slab objects in ZONE_MOVEABLE is anything but simple. That's the reason we've never made any progress on generic slab defragmentation in the past 12-13 years - we haven't worked out how to solve this fundamental "atomically update all external references to the object being moved" problem. > you'd create odd locking dependencies between objects > if you did that (eg we already have a locking dependency between pag_ici > and perag from __xfs_inode_set_eofblocks_tag) You missed this one: xfs_inode_set_reclaim_tag() It nests pag->pag_ici_lock - ip->i_flags_lock - mp->m_perag_lock in one pass because we've got an inode flag and tags in two separate radix trees we need to update atomically.... Also, that's called in the evict() path so, yeah, we're actually nesting multiple locks to get the inode into a state where we can reclaim it... > It'd be a pretty horrible > shrinker design where you had to get all the locks on all the objects, > regardless of what locking order the real code had. The shrinker (i.e. memory reclaim) doesn't need to do that - only object migration does. They operate on vastly different object contexts and should not be conflated. Cheers, Dave. -- Dave Chinner david@fromorbit.com -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2017-12-07 0:42 UTC|newest] Thread overview: 533+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-12-06 0:40 [PATCH v4 00/73] XArray version 4 Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` [PATCH v4 01/73] xfs: Rename xa_ elements to ail_ Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` [PATCH v4 02/73] xarray: Add the xa_lock to the radix_tree_root Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` [PATCH v4 03/73] page cache: Use xa_lock Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` [PATCH v4 04/73] xarray: Replace exceptional entries Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` [PATCH v4 05/73] xarray: Change definition of sibling entries Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` [PATCH v4 06/73] xarray: Add definition of struct xarray Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` [PATCH v4 07/73] xarray: Define struct xa_node Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` [PATCH v4 08/73] xarray: Add documentation Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-11 23:10 ` Randy Dunlap 2017-12-11 23:10 ` Randy Dunlap 2017-12-15 4:22 ` Matthew Wilcox 2017-12-15 4:22 ` Matthew Wilcox 2017-12-15 4:22 ` Matthew Wilcox 2017-12-15 4:22 ` Matthew Wilcox 2017-12-15 12:34 ` Naming of tag operations in the XArray Matthew Wilcox 2017-12-15 12:34 ` Matthew Wilcox 2017-12-19 0:16 ` Randy Dunlap 2017-12-19 0:16 ` Randy Dunlap 2017-12-19 0:16 ` Randy Dunlap 2017-12-15 17:10 ` Storing errors " Matthew Wilcox 2017-12-15 17:10 ` Matthew Wilcox 2017-12-15 17:10 ` Matthew Wilcox 2017-12-19 0:27 ` Randy Dunlap 2017-12-19 0:27 ` Randy Dunlap 2017-12-19 0:27 ` Randy Dunlap 2017-12-19 0:27 ` Randy Dunlap 2017-12-06 0:40 ` [PATCH v4 09/73] xarray: Add xa_load Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` [PATCH v4 10/73] xarray: Add xa_get_tag, xa_set_tag and xa_clear_tag Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` [PATCH v4 11/73] xarray: Add xa_store Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` [PATCH v4 12/73] xarray: Add xa_cmpxchg Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` [PATCH v4 13/73] xarray: Add xa_for_each Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:40 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 14/73] xarray: Add xas_for_each_tag Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 15/73] xarray: Add xa_get_entries, xa_get_tagged and xa_get_maybe_tag Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 16/73] xarray: Add xa_destroy Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 17/73] xarray: Add xas_next and xas_prev Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 18/73] xarray: Add xas_create_range Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 19/73] xarray: Add MAINTAINERS entry Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 20/73] idr: Convert to XArray Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 21/73] ida: " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 22/73] page cache: Convert hole search " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 23/73] page cache: Add page_cache_range_empty function Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 24/73] page cache: Add and replace pages using the XArray Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 25/73] page cache: Convert page deletion to XArray Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 26/73] page cache: Convert page cache lookups " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 27/73] page cache: Convert delete_batch " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 28/73] page cache: Remove stray radix comment Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 29/73] mm: Convert page-writeback to XArray Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 30/73] mm: Convert workingset " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 31/73] mm: Convert truncate " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 32/73] mm: Convert add_to_swap_cache " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 33/73] mm: Convert delete_from_swap_cache " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 34/73] mm: Convert cgroup writeback " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 35/73] mm: Convert __do_page_cache_readahead " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 36/73] mm: Convert page migration " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 37/73] mm: Convert huge_memory " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 38/73] mm: Convert collapse_shmem " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 39/73] mm: Convert khugepaged_scan_shmem " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 40/73] pagevec: Use xa_tag_t Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 41/73] shmem: Convert replace to XArray Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 42/73] shmem: Convert shmem_confirm_swap " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 43/73] shmem: Convert find_swap_entry " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 44/73] shmem: Convert shmem_tag_pins " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 45/73] shmem: Convert shmem_wait_for_pins " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 46/73] shmem: Convert shmem_add_to_page_cache " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 47/73] shmem: Convert shmem_alloc_hugepage " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 48/73] shmem: Convert shmem_free_swap " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 49/73] shmem: Convert shmem_partial_swap_usage " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 50/73] shmem: Comment fixups Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 51/73] btrfs: Convert page cache to XArray Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 52/73] fs: Convert buffer " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 53/73] fs: Convert writeback " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 54/73] nilfs2: Convert " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 55/73] f2fs: " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 56/73] lustre: " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 57/73] dax: Convert dax_unlock_mapping_entry " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 58/73] dax: Convert lock_slot " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 59/73] dax: More XArray conversion Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 60/73] dax: Convert __dax_invalidate_mapping_entry to XArray Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 61/73] dax: Convert dax_writeback_one " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 62/73] dax: Convert dax_insert_pfn_mkwrite " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 63/73] dax: Convert dax_insert_mapping_entry " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 64/73] dax: Convert grab_mapping_entry " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 65/73] dax: Fix sparse warning Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 66/73] page cache: Finish XArray conversion Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 67/73] vmalloc: Convert to XArray Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 68/73] brd: " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 69/73] xfs: Convert m_perag_tree " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 70/73] xfs: Convert pag_ici_root " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 71/73] xfs: Convert xfs dquot " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` [PATCH v4 72/73] xfs: Convert mru cache " Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 1:36 ` Dave Chinner 2017-12-06 1:36 ` Dave Chinner 2017-12-06 1:36 ` Dave Chinner 2017-12-06 2:02 ` Matthew Wilcox 2017-12-06 2:02 ` Matthew Wilcox 2017-12-06 3:14 ` Dave Chinner 2017-12-06 3:14 ` Dave Chinner 2017-12-06 4:45 ` Matthew Wilcox 2017-12-06 4:45 ` Matthew Wilcox 2017-12-06 4:45 ` Matthew Wilcox 2017-12-06 4:52 ` Matthew Wilcox 2017-12-06 4:52 ` Matthew Wilcox 2017-12-06 8:44 ` Dave Chinner 2017-12-06 8:44 ` Dave Chinner 2017-12-06 8:44 ` Dave Chinner 2017-12-06 14:06 ` Matthew Wilcox 2017-12-06 14:06 ` Matthew Wilcox 2017-12-06 14:06 ` Matthew Wilcox 2017-12-07 0:38 ` Dave Chinner [this message] 2017-12-07 0:38 ` Dave Chinner 2017-12-08 23:01 ` Matthew Wilcox 2017-12-08 23:01 ` Matthew Wilcox 2017-12-10 23:57 ` Dave Chinner 2017-12-10 23:57 ` Dave Chinner 2017-12-10 23:57 ` Dave Chinner 2017-12-11 4:23 ` Matthew Wilcox 2017-12-11 4:23 ` [v4,72/73] " Matthew Wilcox 2017-12-11 4:23 ` [PATCH v4 72/73] " Matthew Wilcox 2017-12-11 21:55 ` Dave Chinner 2017-12-11 21:55 ` [v4,72/73] " Dave Chinner 2017-12-11 21:55 ` [PATCH v4 72/73] " Dave Chinner 2017-12-07 16:06 ` Theodore Ts'o 2017-12-07 16:06 ` Theodore Ts'o 2017-12-07 22:22 ` Dave Chinner 2017-12-07 22:22 ` Dave Chinner 2017-12-08 4:45 ` Byungchul Park 2017-12-08 4:45 ` Byungchul Park 2017-12-08 4:45 ` Byungchul Park 2017-12-08 7:25 ` Dave Chinner 2017-12-08 7:25 ` Dave Chinner 2017-12-08 7:25 ` Dave Chinner 2017-12-08 9:27 ` Byungchul Park 2017-12-08 9:27 ` Byungchul Park 2017-12-08 9:27 ` Byungchul Park 2017-12-08 17:35 ` Alan Stern 2017-12-08 17:35 ` Alan Stern 2017-12-08 17:35 ` Alan Stern 2017-12-08 17:35 ` Alan Stern 2017-12-08 17:35 ` Alan Stern 2017-12-08 22:36 ` Dave Chinner 2017-12-08 22:36 ` Dave Chinner 2017-12-08 22:36 ` Dave Chinner 2017-12-09 17:00 ` Joe Perches 2017-12-09 17:00 ` Joe Perches 2017-12-09 17:00 ` Joe Perches 2017-12-11 21:43 ` Dave Chinner 2017-12-11 21:43 ` Dave Chinner 2017-12-11 22:12 ` Joe Perches 2017-12-11 22:12 ` Joe Perches 2017-12-11 22:12 ` Joe Perches 2017-12-11 22:43 ` Matthew Wilcox 2017-12-11 22:43 ` Matthew Wilcox 2017-12-11 23:46 ` Joe Perches 2017-12-11 23:46 ` Joe Perches 2017-12-11 23:46 ` Joe Perches 2017-12-12 15:51 ` Alan Stern 2017-12-12 15:51 ` Alan Stern 2017-12-12 15:51 ` Alan Stern 2017-12-12 15:51 ` Alan Stern 2017-12-12 15:51 ` Alan Stern 2017-12-14 18:23 ` Joe Perches 2017-12-14 18:23 ` Joe Perches 2017-12-14 18:23 ` [v4,72/73] " Joe Perches 2017-12-14 18:23 ` [PATCH v4 72/73] " Joe Perches 2017-12-17 1:26 ` [RFC patch] checkpatch: Add a test for long function definitions (>200 lines) Joe Perches 2017-12-17 21:46 ` Linus Torvalds 2017-12-17 22:22 ` Joe Perches 2017-12-17 22:33 ` Luc Van Oostenryck 2017-12-11 23:38 ` [PATCH v4 72/73] xfs: Convert mru cache to XArray Dave Chinner 2017-12-11 23:38 ` Dave Chinner 2017-12-21 12:05 ` Knut Omang 2017-12-21 12:05 ` Knut Omang 2017-12-07 22:38 ` Lockdep is less useful than it was Matthew Wilcox 2017-12-07 22:38 ` Matthew Wilcox 2017-12-07 22:39 ` Matthew Wilcox 2017-12-07 22:39 ` Matthew Wilcox 2017-12-08 0:14 ` Dave Chinner 2017-12-08 0:14 ` Dave Chinner 2017-12-08 15:27 ` Theodore Ts'o 2017-12-08 15:27 ` Theodore Ts'o 2017-12-08 18:14 ` Matthew Wilcox 2017-12-08 18:14 ` Matthew Wilcox 2017-12-08 22:47 ` Dave Chinner 2017-12-08 22:47 ` Dave Chinner 2017-12-06 0:41 ` [PATCH v4 73/73] usb: Convert xhci-mem to XArray Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 0:41 ` Matthew Wilcox 2017-12-06 1:45 ` [PATCH v4 00/73] XArray version 4 Dave Chinner 2017-12-06 1:45 ` Dave Chinner 2017-12-06 1:45 ` Dave Chinner 2017-12-06 1:51 ` Dave Chinner 2017-12-06 1:51 ` Dave Chinner 2017-12-06 1:51 ` Dave Chinner 2017-12-06 1:51 ` Dave Chinner 2017-12-06 1:53 ` Matthew Wilcox 2017-12-06 1:53 ` Matthew Wilcox 2017-12-06 1:53 ` Matthew Wilcox 2017-12-06 1:53 ` Matthew Wilcox 2017-12-06 2:17 ` Dave Chinner 2017-12-06 2:17 ` Dave Chinner 2017-12-06 2:17 ` Dave Chinner 2017-12-06 2:17 ` Dave Chinner 2017-12-06 2:17 ` Dave Chinner 2017-12-06 2:27 ` Matthew Wilcox 2017-12-06 2:27 ` Matthew Wilcox 2017-12-06 2:27 ` Matthew Wilcox 2017-12-06 2:27 ` Matthew Wilcox 2017-12-06 2:05 ` Matthew Wilcox 2017-12-06 2:05 ` Matthew Wilcox 2017-12-06 2:38 ` Dave Chinner 2017-12-06 2:38 ` Dave Chinner 2017-12-06 23:58 ` Ross Zwisler 2017-12-06 23:58 ` Ross Zwisler 2017-12-06 23:58 ` Ross Zwisler 2017-12-07 0:13 ` Matthew Wilcox 2017-12-07 0:13 ` Matthew Wilcox 2017-12-07 0:13 ` Matthew Wilcox
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20171207003843.GG4094@dastard \ --to=david@fromorbit.com \ --cc=aquannie@gmail.com \ --cc=axboe@kernel.dk \ --cc=linux-btrfs@vger.kernel.org \ --cc=linux-f2fs-devel@lists.sourceforge.net \ --cc=linux-fsdevel@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=linux-nilfs@vger.kernel.org \ --cc=linux-usb@vger.kernel.org \ --cc=linux-xfs@vger.kernel.org \ --cc=mawilcox@microsoft.com \ --cc=ross.zwisler@linux.intel.com \ --cc=willy@infradead.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.