Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*TAKE\s+981498\s+\-\s+Use\s+KM_NOFS\s+for\s+debug\s+trace\s+buffers\s*$/: 45 ]

Total 45 documents matching your query.

1. TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: lachlan@xxxxxxx (Lachlan McIlroy)
Date: Wed, 6 Aug 2008 16:15:53 +1000 (EST)
Use KM_NOFS for debug trace buffers Use KM_NOFS to prevent recursion back into the filesystem which can cause deadlocks. In the case of xfs_iread() we hold the lock on the inode cluster buffer while
/archives/xfs/2008-08/msg00120.html (10,536 bytes)

2. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: "Bhagi rathi" <jahnu77@xxxxxxxxx>
Date: Wed, 6 Aug 2008 22:42:15 +0530
I couldn't get a chance to read the diff's completely. If I click on Lachlan's url for diff's, I couldn't access them. It looks to me that the issue is not just with trace buffers. It can extend to x
/archives/xfs/2008-08/msg00124.html (15,486 bytes)

3. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Wed, 06 Aug 2008 14:56:17 -0500
Try again, it takes a while for cvs to catch up. -Eric
/archives/xfs/2008-08/msg00126.html (10,035 bytes)

4. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu, 7 Aug 2008 06:19:57 +1000
Fixed already: Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
/archives/xfs/2008-08/msg00128.html (10,171 bytes)

5. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu, 7 Aug 2008 06:27:46 +1000
Hmmm. where did that url go? Try again: Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
/archives/xfs/2008-08/msg00130.html (10,516 bytes)

6. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu, 7 Aug 2008 07:03:55 +1000
Ok, something is stripping URLs out of emails. I just sent that URL to myself and it wasn't stripped so it's not my mail infrastructure that is doing it. Did someone "upgrade" the spam filters on oss
/archives/xfs/2008-08/msg00131.html (11,280 bytes)

7. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: Russell Cattelan <cattelan@xxxxxxxxxxx>
Date: Wed, 06 Aug 2008 21:19:28 -0500
Dave Chinner wrote: On Thu, Aug 07, 2008 at 06:27:46AM +1000, Dave Chinner wrote: On Thu, Aug 07, 2008 at 06:19:57AM +1000, Dave Chinner wrote: On Wed, Aug 06, 2008 at 10:42:15PM +0530, Bhagi rathi w
/archives/xfs/2008-08/msg00132.html (11,794 bytes)

8. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: "Bhagi rathi" <jahnu77@xxxxxxxxx>
Date: Thu, 7 Aug 2008 23:13:59 +0530
Thanks Dave. However, My concern is just not one allocation. We need to clean all allocations that can re-enter to file-system. I see that this issue exists in attributes format for i_afp allocations
/archives/xfs/2008-08/msg00136.html (12,252 bytes)

9. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: "Bhagi rathi" <jahnu77@xxxxxxxxx>
Date: Thu, 7 Aug 2008 23:15:31 +0530
The above just worked fine for me. Lachlan's URL still have the same issue. Cheers, Bhagi. [[HTML alternate version deleted]]
/archives/xfs/2008-08/msg00137.html (12,938 bytes)

10. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Thu, 7 Aug 2008 18:04:59 -0400
Sorry for the later review, but the xfs_super.c changes don't make sense. These allocations are done during module_init time and thus it'ss fien to call back into any fs to reclaim pages for it. Fort
/archives/xfs/2008-08/msg00141.html (9,022 bytes)

11. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: "Bhagi rathi" <jahnu77@xxxxxxxxx>
Date: Fri, 8 Aug 2008 10:46:56 +0530
Is the above issue fixed already? I see this existing in latest linux kernel. Any pointers on this? I wish to setup my own xfs development enviroment and details on this will be helpful. Cheers, Bhag
/archives/xfs/2008-08/msg00144.html (13,163 bytes)

12. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Mon, 11 Aug 2008 17:58:55 +1000
Well, you could look at the XFS home page and follow the links to: Or for just the kernel source you can use the master branch of the XFS git tree at: git://oss.sgi.com:8090/xfs/xfs-2.6.git master Ch
/archives/xfs/2008-08/msg00159.html (11,109 bytes)

13. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: Donald Douwsma <donaldd@xxxxxxx>
Date: Mon, 11 Aug 2008 18:07:10 +1000
We maintain a CVS tree of xfs-dev on oss. It's slightly different to mainline linux as it contains patches to include kdb and dmapi. From the web page: Set the CVSROOT environment variable. $ export
/archives/xfs/2008-08/msg00160.html (10,672 bytes)

14. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: Mark Goodwin <markgw@xxxxxxx>
Date: Mon, 11 Aug 2008 19:39:15 +1000
Reply in verbatim below ... Dave Chinner wrote: On Fri, Aug 08, 2008 at 10:46:56AM +0530, Bhagi rathi wrote: Are we safe that we fixed all these real problems by looking into possible allocations tha
/archives/xfs/2008-08/msg00162.html (12,012 bytes)

15. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Mon, 11 Aug 2008 19:51:07 +1000
Nope, the url got removed. it pointed to (using the same trick as last time): oss.sgi.com/projects/xfs/source.html Note that this one didn't, but barracuda thought it was a http URI and gave a nasty
/archives/xfs/2008-08/msg00163.html (12,598 bytes)

16. TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: xx>
Date: Wed, 6 Aug 2008 16:15:53 +1000 (EST)
Use KM_NOFS for debug trace buffers Use KM_NOFS to prevent recursion back into the filesystem which can cause deadlocks. In the case of xfs_iread() we hold the lock on the inode cluster buffer while
/archives/xfs/2008-08/msg00568.html (10,536 bytes)

17. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: xx>
Date: Wed, 6 Aug 2008 22:42:15 +0530
I couldn't get a chance to read the diff's completely. If I click on Lachlan's url for diff's, I couldn't access them. It looks to me that the issue is not just with trace buffers. It can extend to x
/archives/xfs/2008-08/msg00572.html (15,486 bytes)

18. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: xx>
Date: Wed, 06 Aug 2008 14:56:17 -0500
Try again, it takes a while for cvs to catch up. -Eric
/archives/xfs/2008-08/msg00574.html (10,035 bytes)

19. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: xx>
Date: Thu, 7 Aug 2008 06:19:57 +1000
Fixed already: Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
/archives/xfs/2008-08/msg00576.html (10,171 bytes)

20. Re: TAKE 981498 - Use KM_NOFS for debug trace buffers (score: 1)
Author: xx>
Date: Thu, 7 Aug 2008 06:27:46 +1000
Hmmm. where did that url go? Try again: Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
/archives/xfs/2008-08/msg00578.html (10,516 bytes)


This search system is powered by Namazu