Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\s+1\/3\]\s+xfs\:\s+kill\s+XBF_LOCK\s*$/: 9 ]

Total 9 documents matching your query.

1. [PATCH 1/3] xfs: kill XBF_LOCK (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Tue, 10 Apr 2012 20:03:31 +1000
Buffers are always returned locked from the lookup routines. Hence we don't need to tell the lookup routines to return locked buffers, on to try and lock them. Remove XBF_LOCK from all the callers an
/archives/xfs/2012-04/msg00123.html (21,199 bytes)

2. Re: [PATCH 1/3] xfs: kill XBF_LOCK (score: 1)
Author: Mark Tinguely <tinguely@xxxxxxx>
Date: Tue, 10 Apr 2012 10:00:18 -0500
Buffers are always returned locked from the lookup routines. Hence we don't need to tell the lookup routines to return locked buffers, on to try and lock them. Remove XBF_LOCK from all the callers an
/archives/xfs/2012-04/msg00129.html (10,462 bytes)

3. Re: [PATCH 1/3] xfs: kill XBF_LOCK (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Wed, 11 Apr 2012 08:20:27 +1000
..... I'm sure I posted it previously. Let me update all the reviewed-by tags and I'll resend the entire series.... Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
/archives/xfs/2012-04/msg00699.html (9,346 bytes)

4. Re: [PATCH 1/3] xfs: kill XBF_LOCK (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Wed, 11 Apr 2012 16:05:47 -0400
Looks good, although it will have context clashes with my imap changes. Reviewed-by: Christoph Hellwig <hch@xxxxxx>
/archives/xfs/2012-04/msg00710.html (8,792 bytes)

5. Re: [PATCH 1/3] xfs: kill XBF_LOCK (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Wed, 11 Apr 2012 16:07:29 -0400
I think Mark meant the patch to fix the error handling for failed allocation, which needs to be redone to only insert the buffer into the rbtree once it's fully set up.
/archives/xfs/2012-04/msg00713.html (9,785 bytes)

6. Re: [PATCH 1/3] xfs: kill XBF_LOCK (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu, 12 Apr 2012 08:51:32 +1000
Right. What I meant was that I need to resend the entire 12-13 buffer cache patches I have in my queue right now so that they should all apply easily... Cheers, Dave. -- Dave Chinner david@xxxxxxxxxx
/archives/xfs/2012-04/msg00719.html (10,334 bytes)

7. Re: [PATCH 1/3] xfs: kill XBF_LOCK (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Wed, 11 Apr 2012 18:59:03 -0400
Can you make sure the allocation fix is first in the series? That's material for 3.4-rc and stable backports.
/archives/xfs/2012-04/msg00721.html (9,682 bytes)

8. Re: [PATCH 1/3] xfs: kill XBF_LOCK (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu, 12 Apr 2012 09:16:40 +1000
It is ;) Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
/archives/xfs/2012-04/msg00722.html (10,129 bytes)

9. Re: [PATCH 1/3] xfs: kill XBF_LOCK (score: 1)
Author: Mark Tinguely <tinguely@xxxxxxx>
Date: Thu, 12 Apr 2012 08:23:56 -0500
On 04/11/12 15:07, Christoph Hellwig wrote: On Wed, Apr 11, 2012 at 08:20:27AM +1000, Dave Chinner wrote: The reason I ask, the sources that I have for xfs_buf_get() seems to still have a "goto no_bu
/archives/xfs/2012-04/msg00732.html (10,734 bytes)


This search system is powered by Namazu