)]}' { "log": [ { "commit": "2b6cb576aa80611f1f6a3c88708d1e68a8d97985", "tree": "a984f09104970133379e4d370b9f01e7f85c6f9b", "parents": [ "ba2066351b630f0205ebf725f5c81a2a07a77cd7" ], "author": { "name": "Joel Becker", "email": "joel.becker@oracle.com", "time": "Fri Mar 26 10:09:15 2010 +0800" }, "committer": { "name": "Tao Ma", "email": "tao.ma@oracle.com", "time": "Fri Mar 26 10:09:15 2010 +0800" }, "message": "ocfs2: Set suballoc_loc on allocated metadata.\n\nGet the suballoc_loc from ocfs2_claim_new_inode() or\nocfs2_claim_metadata(). Store it on the appropriate field of the block\nwe just allocated.\n\nSigned-off-by: Joel Becker \u003cjoel.becker@oracle.com\u003e\n" }, { "commit": "1ed9b777f77929ae961d6f9cdf828a07200ba71c", "tree": "a0bb6c9e9be1f5d3d46d6cdac0a4397303e22795", "parents": [ "13e434cf0cacd2f03a7f4cd077e3e995ef5ef710" ], "author": { "name": "Joel Becker", "email": "joel.becker@oracle.com", "time": "Thu May 06 13:59:06 2010 +0800" }, "committer": { "name": "Tao Ma", "email": "tao.ma@oracle.com", "time": "Thu May 06 13:59:06 2010 +0800" }, "message": "ocfs2: ocfs2_claim_*() don\u0027t need an ocfs2_super argument.\n\nThey all take an ocfs2_alloc_context, which has the allocation inode.\n\nSigned-off-by: Joel Becker \u003cjoel.becker@oracle.com\u003e\nSigned-off-by: Tao Ma \u003ctao.ma@oracle.com\u003e\n" }, { "commit": "7d1fe093bf04124dcc50c5dde1765bd098464bfa", "tree": "a86faa1dc041acd214de5ccbc1baf80ea0109449", "parents": [ "798db35f4649eac2778381c390ed7d12de9ec767" ], "author": { "name": "Joel Becker", "email": "joel.becker@oracle.com", "time": "Tue Apr 13 14:30:19 2010 +0800" }, "committer": { "name": "Tao Ma", "email": "tao.ma@oracle.com", "time": "Tue Apr 13 14:30:19 2010 +0800" }, "message": "ocfs2: Pass suballocation results back via a structure.\n\nWe\u0027re going to be adding more info to a suballocator allocation. Rather\nthan growing every function in the chain, let\u0027s pass a result structure\naround.\n\nSigned-off-by: Joel Becker \u003cjoel.becker@oracle.com\u003e\nSigned-off-by: Tao Ma \u003ctao.ma@oracle.com\u003e\n" }, { "commit": "d02f00cc057809d96c044cc72d5b9809d59f7d49", "tree": "44a6d81ecf9fb4b5aa91c0501a8da2ee36890a38", "parents": [ "ec20cec7a351584ca6c70ead012e73d61f9a8e04" ], "author": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Mon Dec 07 13:10:48 2009 -0800" }, "committer": { "name": "Joel Becker", "email": "joel.becker@oracle.com", "time": "Wed May 05 18:17:30 2010 -0700" }, "message": "ocfs2: allocation reservations\n\nThis patch improves Ocfs2 allocation policy by allowing an inode to\nreserve a portion of the local alloc bitmap for itself. The reserved\nportion (allocation window) is advisory in that other allocation\nwindows might steal it if the local alloc bitmap becomes\nfull. Otherwise, the reservations are honored and guaranteed to be\nfree. When the local alloc window is moved to a different portion of\nthe bitmap, existing reservations are discarded.\n\nReservation windows are represented internally by a red-black\ntree. Within that tree, each node represents the reservation window of\none inode. An LRU of active reservations is also maintained. When new\ndata is written, we allocate it from the inodes window. When all bits\nin a window are exhausted, we allocate a new one as close to the\nprevious one as possible. Should we not find free space, an existing\nreservation is pulled off the LRU and cannibalized.\n\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "b4414eea0e7b9c134262c801a87e338bf675962c", "tree": "09829d99527f1da69cc19074a2d3baef1195955e", "parents": [ "b23179681c90a55e2a2083e1dde9f727ecffb2b7" ], "author": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Thu Mar 11 18:31:09 2010 -0800" }, "committer": { "name": "Joel Becker", "email": "joel.becker@oracle.com", "time": "Tue Mar 23 18:22:40 2010 -0700" }, "message": "ocfs2: Clear undo bits when local alloc is freed\n\nWhen the local alloc file changes windows, unused bits are freed back to the\nglobal bitmap. By defnition, those bits can not be in use by any file. Also,\nthe local alloc will never have been able to allocate those bits if they\nwere part of a previous truncate. Therefore it makes sense that we should\nclear unused local alloc bits in the undo buffer so that they can be used\nimmediatly.\n\n[ Modified to call it ocfs2_release_clusters() -- Joel ]\n\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\nSigned-off-by: Joel Becker \u003cjoel.becker@oracle.com\u003e\n" }, { "commit": "b89c54282db0c8634a2d2dc200f196d571750ce5", "tree": "fbb34a01b3f0b2f4af6aae9ede9f3f21ef2a378d", "parents": [ "a5f28ae4df291d81d9d23066f88c55ca45e388d3" ], "author": { "name": "Tiger Yang", "email": "tiger.yang@oracle.com", "time": "Mon Jan 25 14:11:06 2010 +0800" }, "committer": { "name": "Joel Becker", "email": "joel.becker@oracle.com", "time": "Fri Feb 26 15:41:07 2010 -0800" }, "message": "ocfs2: add extent block stealing for ocfs2 v5\n\nThis patch add extent block (metadata) stealing mechanism for\nextent allocation. This mechanism is same as the inode stealing.\nif no room in slot specific extent_alloc, we will try to\nallocate extent block from the next slot.\n\nSigned-off-by: Tiger Yang \u003ctiger.yang@oracle.com\u003e\nAcked-by: Tao Ma \u003ctao.ma@oracle.com\u003e\nSigned-off-by: Joel Becker \u003cjoel.becker@oracle.com\u003e\n" }, { "commit": "6ca497a83e592d64e050c4d04b6dedb8c915f39a", "tree": "0b9cd611d6d907881841eca73d12a7f3b85f1716", "parents": [ "9405dccfd3201d2b76e120949bec81ba8cfbd2d0" ], "author": { "name": "wengang wang", "email": "wen.gang.wang@oracle.com", "time": "Fri Mar 06 21:29:10 2009 +0800" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Fri Apr 03 11:39:25 2009 -0700" }, "message": "ocfs2: fix rare stale inode errors when exporting via nfs\n\nFor nfs exporting, ocfs2_get_dentry() returns the dentry for fh.\nocfs2_get_dentry() may read from disk when the inode is not in memory,\nwithout any cross cluster lock. this leads to the file system loading a\nstale inode.\n\nThis patch fixes above problem.\n\nSolution is that in case of inode is not in memory, we get the cluster\nlock(PR) of alloc inode where the inode in question is allocated from (this\ncauses node on which deletion is done sync the alloc inode) before reading\nout the inode itsself. then we check the bitmap in the group (the inode in\nquestion allcated from) to see if the bit is clear. if it\u0027s clear then it\u0027s\nstale. if the bit is set, we then check generation as the existing code\ndoes.\n\nWe have to read out the inode in question from disk first to know its alloc\nslot and allot bit. And if its not stale we read it out using ocfs2_iget().\nThe second read should then be from cache.\n\nAnd also we have to add a per superblock nfs_sync_lock to cover the lock for\nalloc inode and that for inode in question. this is because ocfs2_get_dentry()\nand ocfs2_delete_inode() lock on them in reverse order. nfs_sync_lock is locked\nin EX mode in ocfs2_get_dentry() and in PR mode in ocfs2_delete_inode(). so\nthat mutliple ocfs2_delete_inode() can run concurrently in normal case.\n\n[mfasheh@suse.com: build warning fixes and comment cleanups]\nSigned-off-by: Wengang Wang \u003cwen.gang.wang@oracle.com\u003e\nAcked-by: Joel Becker \u003cjoel.becker@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "138211515c102807a16c02fdc15feef1f6ef8124", "tree": "9b6fff8512a19792f2e29458292607f4efb413c4", "parents": [ "1d46dc08d33138c29c63d717807c08ab704fc773" ], "author": { "name": "Tao Ma", "email": "tao.ma@oracle.com", "time": "Wed Feb 25 00:53:23 2009 +0800" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Fri Apr 03 11:39:17 2009 -0700" }, "message": "ocfs2: Optimize inode allocation by remembering last group\n\nIn ocfs2, the inode block search looks for the \"emptiest\" inode\ngroup to allocate from. So if an inode alloc file has many equally\n(or almost equally) empty groups, new inodes will tend to get\nspread out amongst them, which in turn can put them all over the\ndisk. This is undesirable because directory operations on conceptually\n\"nearby\" inodes force a large number of seeks.\n\nSo we add ip_last_used_group in core directory inodes which records\nthe last used allocation group. Another field named ip_last_used_slot\nis also added in case inode stealing happens. When claiming new inode,\nwe passed in directory\u0027s inode so that the allocation can use this\ninformation.\nFor more details, please see\nhttp://oss.oracle.com/osswiki/OCFS2/DesignDocs/InodeAllocationStrategy.\n\nSigned-off-by: Tao Ma \u003ctao.ma@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "970e4936d7d15f35d00fd15a14f5343ba78b2fc8", "tree": "92057c7deab6b9d8e5c3889d6a354b5989a3b68d", "parents": [ "4ae1d69bedc8d174cb8a558694607e013157cde1" ], "author": { "name": "Joel Becker", "email": "joel.becker@oracle.com", "time": "Thu Nov 13 14:49:19 2008 -0800" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Mon Jan 05 08:36:53 2009 -0800" }, "message": "ocfs2: Validate metadata only when it\u0027s read from disk.\n\nAdd an optional validation hook to ocfs2_read_blocks(). Now the\nvalidation function is only called when a block was actually read off of\ndisk. It is not called when the buffer was in cache.\n\nWe add a buffer state bit BH_NeedsValidate to flag these buffers. It\nmust always be one higher than the last JBD2 buffer state bit.\n\nThe dinode, dirblock, extent_block, and xattr_block validators are\nlifted to this scheme directly. The group_descriptor validator needs to\nbe split into two pieces. The first part only needs the gd buffer and\nis passed to ocfs2_read_block(). The second part requires the dinode as\nwell, and is called every time. It\u0027s only 3 compares, so it\u0027s tiny.\nThis also allows us to clean up the non-fatal gd check used by resize.c.\nIt now has no magic argument.\n\nSigned-off-by: Joel Becker \u003cjoel.becker@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "68f64d471be38631d7196b938d9809802dd467fa", "tree": "b94f14b3a8b093dc52f2b034e7666b14c536f0d6", "parents": [ "57e3e7971136003c96766346049aa73b82cab079" ], "author": { "name": "Joel Becker", "email": "joel.becker@oracle.com", "time": "Thu Nov 13 14:49:14 2008 -0800" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Mon Jan 05 08:36:53 2009 -0800" }, "message": "ocfs2: Wrap group descriptor reads in a dedicated function.\n\nWe have a clean call for validating group descriptors, but every place\nthat wants the always does a read_block()+validate() call pair. Create\na toplevel ocfs2_read_group_descriptor() that does the right\nthing. This allows us to leverage the single call point later for\nfancier handling. We also add validation of gd-\u003ebg_generation against\nthe superblock and gd-\u003ebg_blkno against the block we thought we read.\n\nSigned-off-by: Joel Becker \u003cjoel.becker@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "57e3e7971136003c96766346049aa73b82cab079", "tree": "4ba192d7507c77bc1bebd20ba6d82fbbe3da5428", "parents": [ "10995aa2451afa20b721cc7de856cae1a13dba57" ], "author": { "name": "Joel Becker", "email": "joel.becker@oracle.com", "time": "Thu Nov 13 14:49:13 2008 -0800" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Mon Jan 05 08:36:53 2009 -0800" }, "message": "ocfs2: Consolidate validation of group descriptors.\n\nCurrently the validation of group descriptors is directly duplicated so\nthat one version can error the filesystem and the other (resize) can\njust report the problem. Consolidate to one function that takes a\nboolean. Wrap that function with the old call for the old users.\n\nThis is in preparation for lifting the read+validate step into a\nsingle function.\n\nSigned-off-by: Joel Becker \u003cjoel.becker@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "1187c968852e3c668f3b9376083851f81f6eee22", "tree": "23a34ab89f724cc015f9e4f6e8bc6ed0fc20ce51", "parents": [ "08413899db89d8d636c2a2d4ba5c356ab587d7ef" ], "author": { "name": "Joel Becker", "email": "joel.becker@oracle.com", "time": "Wed Sep 03 20:03:39 2008 -0700" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Mon Oct 13 16:57:07 2008 -0700" }, "message": "ocfs2: Limit inode allocation to 32bits.\n\nocfs2 inode numbers are block numbers. For any filesystem with less\nthan 2^32 blocks, this is not a problem. However, when ocfs2 starts\nusing JDB2, it will be able to support filesystems with more than 2^32\nblocks. This would result in inode numbers higher than 2^32.\n\nThe problem is that stat(2) can\u0027t handle those numbers on 32bit\nmachines. The simple solution is to have ocfs2 allocate all inodes\nbelow that boundary.\n\nThe suballoc code is changed to honor an optional block limit. Only the\ninode suballocator sets that limit - all other allocations stay unlimited.\n\nThe biggest trick is to grow the inode suballocator beneath that limit.\nThere\u0027s no point in allocating block groups that are above the limit,\nthen rejecting their elements later on. We want to prevent the inode\nallocator from ever having block groups above the limit. This involves\na little gyration with the local alloc code. If the local alloc window\nis above the limit, it signals the caller to try the global bitmap but\ndoes not disable the local alloc file (which can be used for other\nallocations).\n\n[ Minor cleanup - removed an ML_NOTICE comment. --Mark ]\n\nSigned-off-by: Joel Becker \u003cjoel.becker@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "f99b9b7ccf6a691f653cec45f36bfdd1e94769c7", "tree": "1c6ff6ea1fa1bb86b70f1fd78dd725b559c729e4", "parents": [ "1e61ee79e2a96f62c007486677319814ce621c3c" ], "author": { "name": "Joel Becker", "email": "joel.becker@oracle.com", "time": "Wed Aug 20 19:36:33 2008 -0700" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Mon Oct 13 16:57:05 2008 -0700" }, "message": "ocfs2: Make ocfs2_extent_tree the first-class representation of a tree.\n\nWe now have three different kinds of extent trees in ocfs2: inode data\n(dinode), extended attributes (xattr_tree), and extended attribute\nvalues (xattr_value). There is a nice abstraction for them,\nocfs2_extent_tree, but it is hidden in alloc.c. All the calling\nfunctions have to pick amongst a varied API and pass in type bits and\noften extraneous pointers.\n\nA better way is to make ocfs2_extent_tree a first-class object.\nEveryone converts their object to an ocfs2_extent_tree() via the\nocfs2_get_*_extent_tree() calls, then uses the ocfs2_extent_tree for all\ntree calls to alloc.c.\n\nThis simplifies a lot of callers, making for readability. It also\nprovides an easy way to add additional extent tree types, as they only\nneed to be defined in alloc.c with a ocfs2_get_\u003cnew\u003e_extent_tree()\nfunction.\n\nSigned-off-by: Joel Becker \u003cjoel.becker@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "cf1d6c763fbcb115263114302485ad17e7933d87", "tree": "85717dc9d20b7ac1e31b683653933f2d30099f44", "parents": [ "fdd77704a8b4666a32120fcd1e4a9fedaf3263d8" ], "author": { "name": "Tiger Yang", "email": "tiger.yang@oracle.com", "time": "Mon Aug 18 17:11:00 2008 +0800" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Mon Oct 13 16:57:02 2008 -0700" }, "message": "ocfs2: Add extended attribute support\n\nThis patch implements storing extended attributes both in inode or a single\nexternal block. We only store EA\u0027s in-inode when blocksize \u003e 512 or that\ninode block has free space for it. When an EA\u0027s value is larger than 80\nbytes, we will store the value via b-tree outside inode or block.\n\nSigned-off-by: Tiger Yang \u003ctiger.yang@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "f56654c435c06f2b2bd5751889b1a08a3add7d6c", "tree": "b186d68aedc5dda7afe435f5a68c03937ae382ff", "parents": [ "ac11c827192272eabb68b8f4cf844066461d9690" ], "author": { "name": "Tao Ma", "email": "tao.ma@oracle.com", "time": "Mon Aug 18 17:38:48 2008 +0800" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Mon Oct 13 16:57:01 2008 -0700" }, "message": "ocfs2: Add extent tree operation for xattr value btrees\n\nAdd some thin wrappers around ocfs2_insert_extent() for each of the 3\ndifferent btree types, ocfs2_inode_insert_extent(),\nocfs2_xattr_value_insert_extent() and ocfs2_xattr_tree_insert_extent(). The\nlast is for the xattr index btree, which will be used in a followup patch.\n\nAll the old callers in file.c etc will call ocfs2_dinode_insert_extent(),\nwhile the other two handle the xattr issue. And the init of extent tree are\nhandled by these functions.\n\nWhen storing xattr value which is too large, we will allocate some clusters\nfor it and here ocfs2_extent_list and ocfs2_extent_rec will also be used. In\norder to re-use the b-tree operation code, a new parameter named \"private\"\nis added into ocfs2_extent_tree and it is used to indicate the root of\nocfs2_exent_list. The reason is that we can\u0027t deduce the root from the\nbuffer_head now. It may be in an inode, an ocfs2_xattr_block or even worse,\nin any place in an ocfs2_xattr_bucket.\n\nSigned-off-by: Tao Ma \u003ctao.ma@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "e7d4cb6bc19658646357eeff134645cd9bc3479f", "tree": "4e24321e5c28fb90dffa1f396972fddb3c458e58", "parents": [ "811f933df1e55615fd0bb4818f31e3868a8e6e23" ], "author": { "name": "Tao Ma", "email": "tao.ma@oracle.com", "time": "Mon Aug 18 17:38:44 2008 +0800" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Mon Oct 13 13:57:58 2008 -0700" }, "message": "ocfs2: Abstract ocfs2_extent_tree in b-tree operations.\n\nIn the old extent tree operation, we take the hypothesis that we\nare using the ocfs2_extent_list in ocfs2_dinode as the tree root.\nAs xattr will also use ocfs2_extent_list to store large value\nfor a xattr entry, we refactor the tree operation so that xattr\ncan use it directly.\n\nThe refactoring includes 4 steps:\n1. Abstract set/get of last_eb_blk and update_clusters since they may\n be stored in different location for dinode and xattr.\n2. Add a new structure named ocfs2_extent_tree to indicate the\n extent tree the operation will work on.\n3. Remove all the use of fe_bh and di, use root_bh and root_el in\n extent tree instead. So now all the fe_bh is replaced with\n et-\u003eroot_bh, el with root_el accordingly.\n4. Make ocfs2_lock_allocators generic. Now it is limited to be only used\n in file extend allocation. But the whole function is useful when we want\n to store large EAs.\n\nNote: This patch doesn\u0027t touch ocfs2_commit_truncate() since it is not used\nfor anything other than truncate inode data btrees.\n\nSigned-off-by: Tao Ma \u003ctao.ma@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "811f933df1e55615fd0bb4818f31e3868a8e6e23", "tree": "53335e59bdff02d7ddb3a2ec15d36239fe50003d", "parents": [ "231b87d10920e024efaf0f9e86e1bab7bced1620" ], "author": { "name": "Tao Ma", "email": "tao.ma@oracle.com", "time": "Mon Aug 18 17:38:43 2008 +0800" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Mon Oct 13 13:57:58 2008 -0700" }, "message": "ocfs2: Use ocfs2_extent_list instead of ocfs2_dinode.\n\nocfs2_extend_meta_needed(), ocfs2_calc_extend_credits() and\nocfs2_reserve_new_metadata() are all useful for extent tree operations. But\nthey are all limited to an inode btree because they use a struct\nocfs2_dinode parameter. Change their parameter to struct ocfs2_extent_list\n(the part of an ocfs2_dinode they actually use) so that the xattr btree code\ncan use these functions.\n\nSigned-off-by: Tao Ma \u003ctao.ma@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "9c7af40b210e87f8fddd97b0badc0a352862234a", "tree": "deb248e5295439b96ad9bd1789e8512f93803142", "parents": [ "ebcee4b5c9136096f64ee6f691a013d7c0a4bc34" ], "author": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Mon Jul 28 18:02:53 2008 -0700" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Mon Oct 13 13:57:57 2008 -0700" }, "message": "ocfs2: throttle back local alloc when low on disk space\n\nOcfs2\u0027s local allocator disables itself for the duration of a mount point\nwhen it has trouble allocating a large enough area from the primary bitmap.\nThat can cause performance problems, especially for disks which were only\ntemporarily full or fragmented. This patch allows for the allocator to\nshrink it\u0027s window first, before being disabled. Later, it can also be\nre-enabled so that any performance drop is minimized.\n\nTo do this, we allow the value of osb-\u003elocal_alloc_bits to be shrunk when\nneeded. The default value is recorded in a mostly read-only variable so that\nwe can re-initialize when required.\n\nLocking had to be updated so that we could protect changes to\nlocal_alloc_bits. Mostly this involves protecting various local alloc values\nwith the osb spinlock. A new state is also added, OCFS2_LA_THROTTLED, which\nis used when the local allocator is has shrunk, but is not disabled. If the\navailable space dips below 1 megabyte, the local alloc file is disabled. In\neither case, local alloc is re-enabled 30 seconds after the event, or when\nan appropriate amount of bits is seen in the primary bitmap.\n\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "a4a4891164d4f6f383cc17e7c90828a7ca6a1146", "tree": "a0a881ae3f1910d5f4e4aa9824f93781616ef99f", "parents": [ "ffda89a3bf3b968bdc268584c6bc1da5c173cf12" ], "author": { "name": "Tao Ma", "email": "tao.ma@oracle.com", "time": "Mon Mar 03 17:12:30 2008 +0800" }, "committer": { "name": "Mark Fasheh", "email": "mfasheh@suse.com", "time": "Fri Apr 18 08:56:10 2008 -0700" }, "message": "ocfs2: Add ac_alloc_slot in ocfs2_alloc_context\n\nIn inode stealing, we no longer restrict the allocation to\nhappen in the local node. So it is neccessary for us to add\na new member in ocfs2_alloc_context to indicate which slot\nwe are using for allocation. We also modify the process of\nlocal alloc so that this member can be used there also.\n\nSigned-off-by: Tao Ma \u003ctao.ma@oracle.com\u003e\nSigned-off-by: Sunil Mushran \u003csunil.mushran@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmfasheh@suse.com\u003e\n" }, { "commit": "d659072f736837e56b6433d58e5315ad1d4d5ccf", "tree": "56882b7b36c6b60a8208f6ed5bee9904adc7b649", "parents": [ "7f68fc28219be3b44ef4132f95c6506ff3e806b5" ], "author": { "name": "Tao Ma", "email": "tao.ma@oracle.com", "time": "Tue Dec 18 15:47:03 2007 +0800" }, "committer": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Fri Jan 25 14:53:35 2008 -0800" }, "message": "[PATCH 1/2] ocfs2: Add group extend for online resize\n\nThis patch adds the ability for a userspace program to request an extend of\nlast cluster group on an Ocfs2 file system. The request is made via ioctl,\nOCFS2_IOC_GROUP_EXTEND. This is derived from EXT3_IOC_GROUP_EXTEND, but is\nobviously Ocfs2 specific.\n\ntunefs.ocfs2 would call this for an online-resize operation if the last\ncluster group isn\u0027t full.\n\nSigned-off-by: Tao Ma \u003ctao.ma@oracle.com\u003e\nSigned-off-by: Mark Fasheh \u003cmark.fasheh@oracle.com\u003e\n" }, { "commit": "415cb800375cc4e89fb5a6a454e484bd4adbffb4", "tree": "816021a5279047702d5fa8180783b1c710f31746", "parents": [ "6d0b842d3bf0cc027dcff57a89fb8a6b1fd610e1" ], "author": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Sun Sep 16 20:10:16 2007 -0700" }, "committer": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Thu Sep 20 15:06:09 2007 -0700" }, "message": "ocfs2: Allow smaller allocations during large writes\n\nThe ocfs2 write code loops through a page much like the block code, except\nthat ocfs2 allocation units can be any size, including larger than page\nsize. Typically it\u0027s equal to or larger than page size - most kernels run 4k\npages, the minimum ocfs2 allocation (cluster) size.\n\nSome changes introduced during 2.6.23 changed the way writes to pages are\nhandled, and inadvertantly broke support for \u003e 4k page size. Instead of just\nwriting one cluster at a time, we now handle the whole page in one pass.\n\nThis means that multiple (small) seperate allocations might happen in the\nsame pass. The allocation code howver typically optimizes by getting the\nmaximum which was reserved. This triggered a BUG_ON in the extend code where\nit\u0027d ask for a single bit (for one part of a \u003e 4k page) and get back more\nthan it asked for.\n\nFix this by providing a variant of the high level allocation function which\nallows the caller to specify a maximum. The traditional function remains and\njust calls the new one with a maximum determined from the initial\nreservation.\n\nSigned-off-by: Mark Fasheh \u003cmark.fasheh@oracle.com\u003e\n" }, { "commit": "59a5e416d1ab543a5248a2b34d83202c4d55d132", "tree": "3e97ce48774d26e8a927edd839dd54a7d68f8c7d", "parents": [ "2b604351bc99b4e4504758cbac369b660b71de0b" ], "author": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Fri Jun 22 15:52:36 2007 -0700" }, "committer": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Tue Jul 10 17:31:55 2007 -0700" }, "message": "ocfs2: plug truncate into cached dealloc routines\n\nSigned-off-by: Mark Fasheh \u003cmark.fasheh@oracle.com\u003e\n" }, { "commit": "2b604351bc99b4e4504758cbac369b660b71de0b", "tree": "293fa51f1ae9d19db0d09c721cc8433303cc8974", "parents": [ "bce997682fe3121516f5a20cf7bad2e6029ba018" ], "author": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Fri Jun 22 15:45:27 2007 -0700" }, "committer": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Tue Jul 10 17:31:54 2007 -0700" }, "message": "ocfs2: simplify deallocation locking\n\nDeallocation of suballocator blocks, most notably extent blocks, might\ninvolve multiple suballocator inodes.\n\nThe locking for this can get extremely complicated, especially when the\nsuballocator inodes to delete from aren\u0027t known until deep within an\nunrelated codepath.\n\nImplement a simple scheme for recording the blocks to be unlinked so that\nthe actual deallocation can be done in a context which won\u0027t deadlock.\n\nSigned-off-by: Mark Fasheh \u003cmark.fasheh@oracle.com\u003e\n" }, { "commit": "1fabe1481fac9e01bf8bffa60a2307ef379aa5de", "tree": "17092c1be837ed95c8f26646003e9e49cfdb9663", "parents": [ "65eff9ccf86d63eb5c3e9071450a36e4e4fa9564" ], "author": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Mon Oct 09 18:11:45 2006 -0700" }, "committer": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Fri Dec 01 18:28:28 2006 -0800" }, "message": "ocfs2: Remove struct ocfs2_journal_handle in favor of handle_t\n\nThis is mostly a search and replace as ocfs2_journal_handle is now no more\nthan a container for a handle_t pointer.\n\nocfs2_commit_trans() becomes very straight forward, and we remove some out\nof date comments / code.\n\nSigned-off-by: Mark Fasheh \u003cmark.fasheh@oracle.com\u003e\n" }, { "commit": "da5cbf2f9df922cfdafa39351691fa83517f1e25", "tree": "845dc288b72f0408870f50605bb3c96eec978dd8", "parents": [ "8d5596c687c49c1d8812c3456946dec15d069139" ], "author": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Fri Oct 06 18:34:35 2006 -0700" }, "committer": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Fri Dec 01 18:27:49 2006 -0800" }, "message": "ocfs2: don\u0027t use handle for locking in allocation functions\n\nInstead we record our state on the allocation context structure which all\ncallers already know about and lifetime correctly. This means the\nreservation functions don\u0027t need a handle passed in any more, and we can\nalso take it off the alloc context.\n\nSigned-off-by: Mark Fasheh \u003cmark.fasheh@oracle.com\u003e\n" }, { "commit": "883d4cae4a2b01a05193cf2665c77b7489a8b6a0", "tree": "1d4f06fa7bdadf025159ff5408f14080552a0cb0", "parents": [ "7bf72edee614e10b8d470c40a326f47bfdd69992" ], "author": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Mon Jun 05 16:41:00 2006 -0400" }, "committer": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Mon Aug 07 11:07:01 2006 -0700" }, "message": "ocfs2: allocation hints\n\nRecord the most recently used allocation group on the allocation context, so\nthat subsequent allocations can attempt to optimize for contiguousness.\nLocal alloc especially should benefit from this as the current chain search\ntends to let it spew across the disk.\n\nSigned-off-by: Mark Fasheh \u003cmark.fasheh@oracle.com\u003e\n" }, { "commit": "ccd979bdbce9fba8412beb3f1de68a9d0171b12c", "tree": "c50ed941849ce06ccadd4ce27599b3ef9fdbe2ae", "parents": [ "8df08c89c668e1bd922a053fdb5ba1fadbecbb38" ], "author": { "name": "Mark Fasheh", "email": "mark.fasheh@oracle.com", "time": "Thu Dec 15 14:31:24 2005 -0800" }, "committer": { "name": "Joel Becker", "email": "joel.becker@oracle.com", "time": "Tue Jan 03 11:45:47 2006 -0800" }, "message": "[PATCH] OCFS2: The Second Oracle Cluster Filesystem\n\nThe OCFS2 file system module.\n\nSigned-off-by: Mark Fasheh \u003cmark.fasheh@oracle.com\u003e\nSigned-off-by: Kurt Hackel \u003ckurt.hackel@oracle.com\u003e\n" } ] }