Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\]\s+xfs\:\s+reduce\s+stack\s+usage\s+in\s+xfs_bmap_btalloc\(\)\s*$/: 48 ]

Total 48 documents matching your query.

21. in xfs_bmap_btalloc() (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Sat, 26 Apr 2008 16:07:01 -0400
like a very good approach, it pushes a lot of large local vars off into the helper. There is one build-time problem if DEBUG is turned on: if (args.fsbno != NULLFSBLOCK) { ap->firstblock = ap->
/archives/xfs/2008-04/msg01066.html (10,391 bytes)

22. ) (score: 1)
Author: Andi Kleen <andi@xxxxxxxxxxxxxx>
Date: Sat, 26 Apr 2008 22:26:30 +0200
gcc from possibly inlining it. Even if it doesn't with your current compiler inline heuristics vary widely between compiler versions. -Andi
/archives/xfs/2008-04/msg01069.html (10,884 bytes)

23. e into xfs_fs_remount (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Sat, 26 Apr 2008 16:23:23 -0400
widely between compiler versions. -Andi
/archives/xfs/2008-04/msg01070.html (10,784 bytes)

24. in xfs_bmap_btalloc() (score: 1)
Author: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
Date: Sun, 27 Apr 2008 01:05:17 +0200
dling of the most complicated nullfb ca
/archives/xfs/2008-04/msg01071.html (11,826 bytes)

25. in xfs_bmap_btalloc() (score: 1)
Author: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
Date: Sun, 27 Apr 2008 01:45:11 +0200
ned by xfs already does this..
/archives/xfs/2008-04/msg01072.html (11,751 bytes)

26. ng struct kiocb (score: 1)
Author: David Chinner <dgc@xxxxxxx>
Date: Mon, 28 Apr 2008 09:40:56 +1000
patch reduces xfs_page_state_convert() stack usage by 16 bytes by eliminating some local variables, and reducing the size of scope for other locals. Compile tested only. Signed-off-by:
/archives/xfs/2008-04/msg01077.html (10,748 bytes)

27. _bmap_btalloc() (score: 1)
Author: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
Date: Mon, 28 Apr 2008 01:57:12 +0200
in, David, struct kiocb is placed on stack by, for example, do_sync_write(). Eventually it contributes to xfs writeout path's stack usage, among others. This is *the* path which causes 4
/archives/xfs/2008-04/msg01079.html (12,046 bytes)

28. _page_state_convert() (score: 1)
Author: Nathan Scott <nscott@xxxxxxxxxx>
Date: Mon, 28 Apr 2008 10:06:51 +1000
t testing your patches? if you are touching the writeback or allocator path, there's a pretty high barrier to having patches excepted, and testing them before is one of them. Go and downl
/archives/xfs/2008-04/msg01080.html (11,326 bytes)

29. to zero V2 (score: 1)
Author: David Chinner <dgc@xxxxxxx>
Date: Mon, 28 Apr 2008 13:32:49 +1000
bably be nicer if one could use a
/archives/xfs/2008-04/msg01086.html (11,472 bytes)

30. log_ticket_zone on rmmod (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Mon, 28 Apr 2008 01:56:29 -0400
code a lot nicer. I didn't go forward with it because I had this idea that it would get replace
/archives/xfs/2008-04/msg01096.html (10,872 bytes)

31. CH 0/3] freeze feature ver 1.2 (score: 1)
Author: Andi Kleen <andi@xxxxxxxxxxxxxx>
Date: Mon, 28 Apr 2008 12:32:05 +0200
for block zero access in xfs_write_iomap_allocate() The check for block zero access should be done on non-realtime inodes. Fix the logic error in xfs_write_iomap_allocate(), and simplify th
/archives/xfs/2008-04/msg01107.html (10,552 bytes)

32. : Problems with xfs_grow on large LVM + XFS filesystem 20TB size check 2 failed (score: 1)
Author: Nathan Scott <nscott@xxxxxxxxxx>
Date: Tue, 29 Apr 2008 09:52:33 +1000
t 21
/archives/xfs/2008-04/msg01120.html (10,762 bytes)

33. [PATCH] xfs: reduce stack usage in xfs_bmap_btalloc() (score: 1)
Author: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
Date: Sat, 26 Apr 2008 16:51:02 +0200
Hi David, This patch reduces xfs_bmap_btalloc() stack usage by 50 bytes by moving part of its body into a helper function. This results in some variables not taking stack space in xfs_bmap_btalloc()
/archives/xfs/2008-04/msg01656.html (10,269 bytes)

34. Re: [PATCH] xfs: reduce stack usage in xfs_bmap_btalloc() (score: 1)
Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Sat, 26 Apr 2008 13:54:54 -0500
Looks like a very good approach, it pushes a lot of large local vars off into the helper. There is one build-time problem if DEBUG is turned on: if (args.fsbno != NULLFSBLOCK) { ap->firstblock = ap->
/archives/xfs/2008-04/msg01658.html (10,345 bytes)

35. Re: [PATCH] xfs: reduce stack usage in xfs_bmap_btalloc() (score: 1)
Author: Andi Kleen <andi@xxxxxxxxxxxxxx>
Date: Sat, 26 Apr 2008 22:02:17 +0200
You should mark the helper noinline just to prevent gcc from possibly inlining it. Even if it doesn't with your current compiler inline heuristics vary widely between compiler versions. -Andi
/archives/xfs/2008-04/msg01660.html (10,370 bytes)

36. Re: [PATCH] xfs: reduce stack usage in xfs_bmap_btalloc() (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Sat, 26 Apr 2008 16:03:47 -0400
I think this is a good idea, although I'd rather split the function at a local boundary. The patch below (which passes xfsqa) does that by splitting out the handling of the most complicated nullfb ca
/archives/xfs/2008-04/msg01661.html (22,176 bytes)

37. Re: [PATCH] xfs: reduce stack usage in xfs_bmap_btalloc() (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Sat, 26 Apr 2008 16:07:01 -0400
STATIC as defined by xfs already does this..
/archives/xfs/2008-04/msg01662.html (10,544 bytes)

38. Re: [PATCH] xfs: reduce stack usage in xfs_bmap_btalloc() (score: 1)
Author: Andi Kleen <andi@xxxxxxxxxxxxxx>
Date: Sat, 26 Apr 2008 22:26:30 +0200
Weird. Unexpected. Different from everyone else. Is this some exercise in obfuscation? But ok. -Andi
/archives/xfs/2008-04/msg01665.html (11,075 bytes)

39. Re: [PATCH] xfs: reduce stack usage in xfs_bmap_btalloc() (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Sat, 26 Apr 2008 16:23:23 -0400
The whole STATIC thing is weird to start with.. Yes, it's kinda unexpected and at least I don't particularly liked it. But the inlining of functions with -funit-at-a-time was such a problem for the s
/archives/xfs/2008-04/msg01666.html (11,005 bytes)

40. Re: [PATCH] xfs: reduce stack usage in xfs_bmap_btalloc() (score: 1)
Author: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
Date: Sun, 27 Apr 2008 01:05:17 +0200
Do you want me to rework and resend the patch? -- vda
/archives/xfs/2008-04/msg01667.html (11,910 bytes)


This search system is powered by Namazu