)]}' { "log": [ { "commit": "aa021baa3295fa6e3f367d80f8955dd5176656eb", "tree": "13da8275b1957399bc4fa19ec7cc313d48694e31", "parents": [ "404291ac9e72d118fcadeb939a69b2caa0a0e9ca", "a6dbd429d8dd3382bbd9594b8d2ec74843a260d9" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Nov 11 13:38:59 2009 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Nov 11 13:38:59 2009 -0800" }, "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable\n\n* git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable:\n Btrfs: fix panic when trying to destroy a newly allocated\n Btrfs: allow more metadata chunk preallocation\n Btrfs: fallback on uncompressed io if compressed io fails\n Btrfs: find ideal block group for caching\n Btrfs: avoid null deref in unpin_extent_cache()\n Btrfs: skip btrfs_release_path in btrfs_update_root and btrfs_del_root\n Btrfs: fix some metadata enospc issues\n Btrfs: fix how we set max_size for free space clusters\n Btrfs: cleanup transaction starting and fix journal_info usage\n Btrfs: fix data allocation hint start\n" }, { "commit": "a6dbd429d8dd3382bbd9594b8d2ec74843a260d9", "tree": "9cc6426da748996e4e1cc61d446052838703434f", "parents": [ "33b258086441dd07e00133c79fcd8cbc6a76d737" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Wed Nov 11 15:53:34 2009 -0500" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Nov 11 15:53:34 2009 -0500" }, "message": "Btrfs: fix panic when trying to destroy a newly allocated\n\nThere is a problem where iget5_locked will look for an inode, not find it, and\nthen subsequently try to allocate it. Another CPU will have raced in and\nallocated the inode instead, so when iget5_locked gets the inode spin lock again\nand does a search, it finds the new inode. So it goes ahead and calls\ndestroy_inode on the inode it just allocated. The problem is we don\u0027t set\nBTRFS_I(inode)-\u003eroot until the new inode is completely initialized. This patch\nmakes us set root to NULL when alloc\u0027ing a new inode, so when we get to\nbtrfs_destroy_inode and we see that root is NULL we can just free up the memory\nand continue on. This fixes the panic\n\nhttp://www.kerneloops.org/submitresult.php?number\u003d812690\n\nThanks,\n\nSigned-off-by: Josef Bacik \u003cjosef@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "33b258086441dd07e00133c79fcd8cbc6a76d737", "tree": "beab74a12b7650576dbe2f97301f0905699d4292", "parents": [ "f5a84ee3cdd88d96b7bcede10af58598ad8d52a7" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Nov 11 10:16:57 2009 -0500" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Nov 11 14:20:20 2009 -0500" }, "message": "Btrfs: allow more metadata chunk preallocation\n\nOn an FS where all of the space has not been allocated into chunks yet,\nthe enospc can return enospc just because the existing metadata chunks\nare full.\n\nWe get around this by allowing more metadata chunks to be allocated up\nto a certain limit, and finding the right limit is a little fuzzy. The\nproblem is the reservations for delalloc would preallocate way too much\nof the FS as metadata. We need to start saying no and just force some\nIO to happen.\n\nBut we also need to let a reasonable amount of the FS become metadata.\nThis bumps the hard limit up, later releases will have a better system.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "f5a84ee3cdd88d96b7bcede10af58598ad8d52a7", "tree": "5f69342df0c457aca31176234a801bf3607978c5", "parents": [ "ccf0e72537a9f68611ca575121afd08e2b4d0fb0" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Tue Nov 10 21:23:48 2009 -0500" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Nov 11 14:20:20 2009 -0500" }, "message": "Btrfs: fallback on uncompressed io if compressed io fails\n\nCurrently compressed IO does not deal with not having its entire extent able to\nbe allocated. So if we have enough free space to allocate for the extent, but\nits not contiguous, it will fail spectacularly. This patch fixes this by\nfalling back on uncompressed IO which lets us spread the delalloc extent across\nmultiple extents. I tested this by making us randomly think the reservation had\nfailed to make it fallback on the uncompressed io way and it seemed to work\nfine. Thanks,\n\nSigned-off-by: Josef Bacik \u003cjosef@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "ccf0e72537a9f68611ca575121afd08e2b4d0fb0", "tree": "d2fd54693847b6ed1307ed1eb5d3f87b95e31538", "parents": [ "4eb3991c5def39bcf553c14ebe2618fcb47b627f" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Tue Nov 10 21:23:48 2009 -0500" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Nov 11 14:20:19 2009 -0500" }, "message": "Btrfs: find ideal block group for caching\n\nThis patch changes a few things. Hopefully the comments are helpfull, but\nI\u0027ll try and be as verbose here.\n\nProblem:\n\nMy fedora box was taking 1 minute and 21 seconds to boot with btrfs as root.\nPart of this problem was we pick the first block group we can find and start\ncaching it, even if it may not have enough free space. The other problem is\nwe only search for cached block groups the first time around, which we won\u0027t\nfind any cached block groups because this is a newly mounted fs, so we end up\ncaching several block groups during bootup, which with alot of fragmentation\ntakes around 30-45 seconds to complete, which bogs down the system. So\n\nSolution:\n\n1) Don\u0027t cache block groups willy-nilly at first. Instead try and figure out\nwhich block group has the most free, and therefore will take the least amount\nof time to cache.\n\n2) Don\u0027t be so picky about cached block groups. The other problem is once\nwe\u0027ve filled up a cluster, if the block group isn\u0027t finished caching the next\ntime we try and do the allocation we\u0027ll completely ignore the cluster and\nstart searching from the beginning of the space, which makes us cache more\nblock groups, which slows us down even more. So instead of skipping block\ngroups that are not finished caching when we have a hint, only skip the block\ngroup if it hasn\u0027t started caching yet.\n\nThere is one other tweak in here. Before if we allocated a chunk and still\ncouldn\u0027t find new space, we\u0027d end up switching the space info to force another\nchunk allocation. This could make us end up with way too many chunks, so keep\ntrack of this particular case.\n\nWith this patch and my previous cluster fixes my fedora box now boots in 43\nseconds, and according to the bootchart is not held up by our block group\ncaching at all.\n\nSigned-off-by: Josef Bacik \u003cjosef@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "4eb3991c5def39bcf553c14ebe2618fcb47b627f", "tree": "9c35f532bd29e68014cc16dc6e528a8cca5cfe34", "parents": [ "df66916e71231e9f2377cac9c5c1e2d190f9a427" ], "author": { "name": "Dan Carpenter", "email": "error27@gmail.com", "time": "Tue Nov 10 09:01:43 2009 +0000" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Nov 11 14:20:18 2009 -0500" }, "message": "Btrfs: avoid null deref in unpin_extent_cache()\n\nI re-orderred the checks to avoid dereferencing \"em\" if it was null.\n\nFound by smatch static checker.\n\nSigned-off-by: Dan Carpenter \u003cerror27@gmail.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "df66916e71231e9f2377cac9c5c1e2d190f9a427", "tree": "9668d3ca20bf6c0b4187f272d85aa026f0a06121", "parents": [ "5df6a9f606bf2ee25ab8031bff124ed883b823be" ], "author": { "name": "Li Dongyang", "email": "jerry87905@gmail.com", "time": "Fri Nov 06 14:33:01 2009 +0000" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Nov 11 14:20:18 2009 -0500" }, "message": "Btrfs: skip btrfs_release_path in btrfs_update_root and btrfs_del_root\n\nWe don\u0027t need to call btrfs_release_path because btrfs_free_path will do\nthat for us.\n\nSigned-off-by: Li Dongyang \u003cJerry87905@gmail.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "5df6a9f606bf2ee25ab8031bff124ed883b823be", "tree": "2492876b6ebd9c4c52a50de1a431285fe3779889", "parents": [ "01dea1efc23b511d3b58bb94da07ddb6d6db9895" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Tue Nov 10 21:23:48 2009 -0500" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Nov 11 14:20:17 2009 -0500" }, "message": "Btrfs: fix some metadata enospc issues\n\nWe weren\u0027t reserving metadata space for rename, rmdir and unlink, which could\ncause problems.\n\nSigned-off-by: Josef Bacik \u003cjosef@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "01dea1efc23b511d3b58bb94da07ddb6d6db9895", "tree": "4112505e90ab22936f4de18e15197979dd176cdc", "parents": [ "249ac1e55c642c670f47aacdc57629bbbf10a8db" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Tue Nov 10 21:23:48 2009 -0500" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Nov 11 14:20:17 2009 -0500" }, "message": "Btrfs: fix how we set max_size for free space clusters\n\nThis patch fixes a problem where max_size can be set to 0 even though we\nfilled the cluster properly. We set max_size to 0 if we restart the cluster\nwindow, but if the new start entry is big enough to be our new cluster then we\ncould return with a max_size set to 0, which will mean the next time we try to\nallocate from this cluster it will fail. So set max_extent to the entry\u0027s\nsize. Tested this on my box and now we actually allocate from the cluster\nafter we fill it. Thanks,\n\nSigned-off-by: Josef Bacik \u003cjosef@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "249ac1e55c642c670f47aacdc57629bbbf10a8db", "tree": "b03fdf12ee409fb2b5d696f2644ac67a7a690778", "parents": [ "6346c93988caa3048bf4d81f9ba3608a7a195aa2" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Tue Nov 10 21:23:48 2009 -0500" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Nov 11 14:20:16 2009 -0500" }, "message": "Btrfs: cleanup transaction starting and fix journal_info usage\n\nWe use journal_info to tell if we\u0027re in a nested transaction to make sure we\ndon\u0027t commit the transaction within a nested transaction. We use another\nmethod to see if there are any outstanding ioctl trans handles, so if we\u0027re\nstarting one do not set current-\u003ejournal_info, since it will screw with other\nfilesystems. This patch also cleans up the starting stuff so there aren\u0027t any\nmagic numbers.\n\nSigned-off-by: Josef Bacik \u003cjosef@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "6346c93988caa3048bf4d81f9ba3608a7a195aa2", "tree": "78e5fbc5fa6ed8c692db24dfff475e2b95413570", "parents": [ "444528b3e614f7f2391488d9bca8e0b872db909b" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Tue Nov 10 21:23:47 2009 -0500" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Nov 11 14:20:16 2009 -0500" }, "message": "Btrfs: fix data allocation hint start\n\nSometimes our start allocation hint when we cow a file can be either\nEXTENT_HOLE or some other such place holder, which is not optimal. So if we\nfind that our em-\u003eblock_start is one of these special values, check to see\nwhere the first block of the inode is stored, and use that as a hint. If that\nblock is also a special value, just fallback on a hint of 0 and let the\nallocator figure out a good place to put the data.\n\nSigned-off-by: Josef Bacik \u003cjosef@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "dcbeb0bec5f2695c3ff53f174efb8e03c209f3f3", "tree": "30d223a3a3c7470c657284ef030657bd1753d4d3", "parents": [ "2b650df2cea96e487f2fd9ecaa68e533ea9b5ed7", "444528b3e614f7f2391488d9bca8e0b872db909b" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Oct 15 15:06:37 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Oct 15 15:06:37 2009 -0700" }, "message": "Merge branch \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable\n\n* \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable:\n Btrfs: always pin metadata in discard mode\n Btrfs: enable discard support\n Btrfs: add -o discard option\n Btrfs: properly wait log writers during log sync\n Btrfs: fix possible ENOSPC problems with truncate\n Btrfs: fix btrfs acl #ifdef checks\n Btrfs: streamline tree-log btree block writeout\n Btrfs: avoid tree log commit when there are no changes\n Btrfs: only write one super copy during fsync\n" }, { "commit": "444528b3e614f7f2391488d9bca8e0b872db909b", "tree": "5326be87610ed3fc7a14d0f28e96e5e22207cf5f", "parents": [ "0634857488ec6e28fa22920cd0bee3c2ac07ccfd" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Oct 14 09:38:28 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Oct 14 10:32:50 2009 -0400" }, "message": "Btrfs: always pin metadata in discard mode\n\nWe have an optimization in btrfs to allow blocks to be\nimmediately freed if they were allocated in this transaction and never\nwritten. Otherwise they are pinned and freed when the transaction\ncommits.\n\nThis isn\u0027t optimal for discard mode because immediately freeing\nthem means immediately discarding them. It is better to give the\nblock to the pinning code and letting the (slow) discard happen later.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "0634857488ec6e28fa22920cd0bee3c2ac07ccfd", "tree": "6cfa348aea76f39b658d3a36ab51807a4ac7bcf7", "parents": [ "e244a0aeb6a599c19a7c802cda6e2d67c847b154" ], "author": { "name": "Christoph Hellwig", "email": "hch@lst.de", "time": "Wed Oct 14 09:24:59 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Oct 14 10:32:49 2009 -0400" }, "message": "Btrfs: enable discard support\n\nThe discard support code in btrfs currently is guarded by ifdefs for\nBIO_RW_DISCARD, which is never defines as it\u0027s the name of an enum\nmemeber. Just remove the useless ifdefs to actually enable the code.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "e244a0aeb6a599c19a7c802cda6e2d67c847b154", "tree": "392d8d48c4e6676a552230135ad448d522007ece", "parents": [ "86df7eb921a009515285e7171363fa57dd2d7d31" ], "author": { "name": "Christoph Hellwig", "email": "hch@lst.de", "time": "Wed Oct 14 09:24:59 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Oct 14 10:32:49 2009 -0400" }, "message": "Btrfs: add -o discard option\n\nEnable discard by default is not a good idea given the the trim speed\nof SSD prototypes we\u0027ve seen, and the carecteristics for many high-end\narrays. Turn of discards by default and require the -o discard option\nto enable them on.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "86df7eb921a009515285e7171363fa57dd2d7d31", "tree": "884e8cda2535dc43cf57ce9fa273381b827d2f4f", "parents": [ "5d5e103a70f74ae98e3965a4add1ab951d0651d1" ], "author": { "name": "Yan, Zheng", "email": "zheng.yan@oracle.com", "time": "Wed Oct 14 09:24:59 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Oct 14 10:32:48 2009 -0400" }, "message": "Btrfs: properly wait log writers during log sync\n\nA recently fsync optimization make btrfs_sync_log skip calling\nwait_for_writer in the single log writer case. This is incorrect\nsince the writer count can also be increased by btrfs_pin_log.\n\nSigned-off-by: Yan Zheng \u003czheng.yan@oracle.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "5d5e103a70f74ae98e3965a4add1ab951d0651d1", "tree": "83b1cc73830f72f592aa804207a679912beef101", "parents": [ "0eda294dfc980c1cbe4f8a0564bf543f86a01ddb" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Tue Oct 13 16:46:49 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Oct 14 10:32:47 2009 -0400" }, "message": "Btrfs: fix possible ENOSPC problems with truncate\n\nThere\u0027s a problem where we don\u0027t do any space reservation for truncates, which\ncan cause you to OOPs because you will be allowed to go off in the weeds a bit\nsince we don\u0027t account for the delalloc bytes that are created as a result of\nthe truncate.\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "0eda294dfc980c1cbe4f8a0564bf543f86a01ddb", "tree": "478b0abfda753196fcb8842d002e5bb600051618", "parents": [ "690587d109ffe19d6743e4cc80c18b0906b7f9ff" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Oct 13 13:50:18 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Oct 13 13:51:39 2009 -0400" }, "message": "Btrfs: fix btrfs acl #ifdef checks\n\nThe btrfs acl code was #ifdefing for a define\nthat didn\u0027t exist. This correctly matches it\nto the values used by the Kconfig file.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "690587d109ffe19d6743e4cc80c18b0906b7f9ff", "tree": "788acd32c4ed1463d0166d0c45b233d96bb102e0", "parents": [ "257c62e1bce03e5b9f3f069fd52ad73a56de71fd" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Oct 13 13:29:19 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Oct 13 13:35:12 2009 -0400" }, "message": "Btrfs: streamline tree-log btree block writeout\n\nSyncing the tree log is a 3 phase operation.\n\n1) write and wait for all the tree log blocks for a given root.\n\n2) write and wait for all the tree log blocks for the\ntree of tree log roots.\n\n3) write and wait for the super blocks (barriers here)\n\nThis isn\u0027t as efficient as it could be because there is\nno requirement to wait for the blocks from step one to hit the disk\nbefore we start writing the blocks from step two. This commit\nchanges the sequence so that we don\u0027t start waiting until\nall the tree blocks from both steps one and two have been sent\nto disk.\n\nWe do this by breaking up btrfs_write_wait_marked_extents into\ntwo functions, which is trivial because it was already broken\nup into two parts.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "257c62e1bce03e5b9f3f069fd52ad73a56de71fd", "tree": "ad047fe5796156aa88e3f3600111bf2b8d12759f", "parents": [ "4722607db6a78bd7748c51fa4c8d7371da797254" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Oct 13 13:21:08 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Oct 13 13:35:12 2009 -0400" }, "message": "Btrfs: avoid tree log commit when there are no changes\n\nrpm has a habit of running fdatasync when the file hasn\u0027t\nchanged. We already detect if a file hasn\u0027t been changed\nin the current transaction but it might have been sent to\nthe tree-log in this transaction and not changed since\nthe last call to fsync.\n\nIn this case, we want to avoid a tree log sync, which includes\na number of synchronous writes and barriers. This commit\nextends the existing tracking of the last transaction to change\na file to also track the last sub-transaction.\n\nThe end result is that rpm -ivh and -Uvh are roughly twice as fast,\nand on par with ext3.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "4722607db6a78bd7748c51fa4c8d7371da797254", "tree": "83c483a3f55d3f024863e1e33c3ac123e688c868", "parents": [ "ac6889cbb254be1ffea376bea4a96ce9be0e0ed0" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Oct 13 12:55:09 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Oct 13 13:35:11 2009 -0400" }, "message": "Btrfs: only write one super copy during fsync\n\nDuring a tree-log commit for fsync, we\u0027ve been writing at least\ntwo copies of the super block and forcing them to disk.\n\nThe other filesystems write only one, and this change brings us on\npar with them. A full transaction commit will write all the super\ncopies, so we still have redundant info written on a regular\nbasis.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "474a503d4bf77ae0cbe484dd0842a2648c0b1c28", "tree": "70e3e4023209e741546491a58622bd45fb13e308", "parents": [ "d43c36dc6b357fa1806800f18aa30123c747a6d1", "ac6889cbb254be1ffea376bea4a96ce9be0e0ed0" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Oct 11 11:23:13 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Oct 11 11:23:13 2009 -0700" }, "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable\n\n* git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable:\n Btrfs: fix file clone ioctl for bookend extents\n Btrfs: fix uninit compiler warning in cow_file_range_nocow\n Btrfs: constify dentry_operations\n Btrfs: optimize back reference update during btrfs_drop_snapshot\n Btrfs: remove negative dentry when deleting subvolumne\n Btrfs: optimize fsync for the single writer case\n Btrfs: async delalloc flushing under space pressure\n Btrfs: release delalloc reservations on extent item insertion\n Btrfs: delay clearing EXTENT_DELALLOC for compressed extents\n Btrfs: cleanup extent_clear_unlock_delalloc flags\n Btrfs: fix possible softlockup in the allocator\n Btrfs: fix deadlock on async thread startup\n" }, { "commit": "ac6889cbb254be1ffea376bea4a96ce9be0e0ed0", "tree": "8f0e073af940b1bdfb134b945a03a1b43b614352", "parents": [ "e9061e214810c9534381a705a1b46533e09f2676" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Oct 09 11:29:53 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Oct 09 11:29:53 2009 -0400" }, "message": "Btrfs: fix file clone ioctl for bookend extents\n\nThe file clone ioctl was incorrectly taking the offset into the\nextent on disk into account when calculating the length of the\ncloned extent.\n\nThe length never changes based on the offset into the physical extent.\n\nTest case:\n\nfallocate -l 1g image\nmke2fs image\nbcp image image2\ne2fsck -f image2\n\n(errors on image2)\n\nThe math bug ends up wrapping the length of the extent, and things\ngo wrong from there.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "e9061e214810c9534381a705a1b46533e09f2676", "tree": "7eed17ffbfc2eeb06da70dafe8087855c4b22a60", "parents": [ "82d339d9b3a6395f17d3253887653250b693b74b" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Oct 09 09:57:45 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Oct 09 09:57:45 2009 -0400" }, "message": "Btrfs: fix uninit compiler warning in cow_file_range_nocow\n\nThe extent_type variable was exposed uninit via a goto. It should be\nimpossible to trigger because it is protected by a check on another\nvariable, but this makes sure.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "82d339d9b3a6395f17d3253887653250b693b74b", "tree": "04671df82289708192bd650c67eaa2f8a999132b", "parents": [ "94fcca9f8999e7828d5f4dc181daa39cad2af38a" ], "author": { "name": "Alexey Dobriyan", "email": "adobriyan@gmail.com", "time": "Fri Oct 09 09:54:36 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Oct 09 09:54:36 2009 -0400" }, "message": "Btrfs: constify dentry_operations\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "94fcca9f8999e7828d5f4dc181daa39cad2af38a", "tree": "68842517a4d10d080bc4f70abae19e480d2ac049", "parents": [ "efefb1438be269897585934fc6c05deb4dfa01ce" ], "author": { "name": "Yan, Zheng", "email": "zheng.yan@oracle.com", "time": "Fri Oct 09 09:25:16 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Oct 09 09:25:16 2009 -0400" }, "message": "Btrfs: optimize back reference update during btrfs_drop_snapshot\n\nThis patch reading level 0 tree blocks that already use full backrefs.\n\nSigned-off-by: Yan Zheng \u003czheng.yan@oracle.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "efefb1438be269897585934fc6c05deb4dfa01ce", "tree": "41d3bf63789bc656421dfbd651bf38caf580ec03", "parents": [ "ff782e0a131c7f669445c07fe5c7ba91e043b7ed" ], "author": { "name": "Yan, Zheng", "email": "zheng.yan@oracle.com", "time": "Fri Oct 09 09:25:16 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Oct 09 09:25:16 2009 -0400" }, "message": "Btrfs: remove negative dentry when deleting subvolumne\n\nThe use of btrfs_dentry_delete is removing dentries from the\ndcache when deleting subvolumne. btrfs_dentry_delete ignores\nnegative dentries. This is incorrect since if we don\u0027t remove\nthe negative dentry, its parent dentry can\u0027t be removed.\n\nSigned-off-by: Yan Zheng \u003czheng.yan@oracle.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "ff782e0a131c7f669445c07fe5c7ba91e043b7ed", "tree": "ff7773e6ce60bf977ed29897c13605f257647684", "parents": [ "e3ccfa989752c083ceb23c823a84f7ce3a081e61" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Thu Oct 08 15:30:04 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 08 15:30:04 2009 -0400" }, "message": "Btrfs: optimize fsync for the single writer case\n\nThis patch optimizes the tree logging stuff so it doesn\u0027t always wait 1 jiffie\nfor new people to join the logging transaction if there is only ever 1 writer.\nThis helps a little bit with latency where we have something like RPM where it\nwill fdatasync every file it writes, and so waiting the 1 jiffie for every\nfdatasync really starts to add up.\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "e3ccfa989752c083ceb23c823a84f7ce3a081e61", "tree": "197558cbee7b773b8270cd861f882a37beacd2ed", "parents": [ "32c00aff718bb54a214b39146bdd9ac01511cd25" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Wed Oct 07 20:44:34 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 08 15:21:23 2009 -0400" }, "message": "Btrfs: async delalloc flushing under space pressure\n\nThis patch moves the delalloc flushing that occurs when we are under space\npressure off to a async thread pool. This helps since we only free up\nmetadata space when we actually insert the extent item, which means it takes\nquite a while for space to be free\u0027ed up if we wait on all ordered extents.\nHowever, if space is freed up due to inline extents being inserted, we can\nwake people who are waiting up early, and they can finish their work.\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "32c00aff718bb54a214b39146bdd9ac01511cd25", "tree": "c094ee494723a9ebc9d83cb95607f06351665639", "parents": [ "a3429ab70b04363c6190964e82f04f44f3e34cf0" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Thu Oct 08 13:34:05 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 08 15:21:10 2009 -0400" }, "message": "Btrfs: release delalloc reservations on extent item insertion\n\nThis patch fixes an issue with the delalloc metadata space reservation\ncode. The problem is we used to free the reservation as soon as we\nallocated the delalloc region. The problem with this is if we are not\ninserting an inline extent, we don\u0027t actually insert the extent item until\nafter the ordered extent is written out. This patch does 3 things,\n\n1) It moves the reservation clearing stuff into the ordered code, so when\nwe remove the ordered extent we remove the reservation.\n2) It adds a EXTENT_DO_ACCOUNTING flag that gets passed when we clear\ndelalloc bits in the cases where we want to clear the metadata reservation\nwhen we clear the delalloc extent, in the case that we do an inline extent\nor we invalidate the page.\n3) It adds another waitqueue to the space info so that when we start a fs\nwide delalloc flush, anybody else who also hits that area will simply wait\nfor the flush to finish and then try to make their allocation.\n\nThis has been tested thoroughly to make sure we did not regress on\nperformance.\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "a3429ab70b04363c6190964e82f04f44f3e34cf0", "tree": "f9aa5104699fdb82a3dfa327948241aa3e0022d5", "parents": [ "a791e35e12ff672e8a0e140abeeaf900c3b2ea77" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 08 12:30:20 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 08 15:11:50 2009 -0400" }, "message": "Btrfs: delay clearing EXTENT_DELALLOC for compressed extents\n\nWhen compression is on, the cow_file_range code is farmed off to\nworker threads. This allows us to do significant CPU work in parallel\non SMP machines.\n\nBut it is a delicate balance around when we clear flags and how. In\nthe past we cleared the delalloc flag immediately, which was safe\nbecause the pages stayed locked.\n\nBut this is causing problems with the newest ENOSPC code, and with the\nrecent extent state cleanups we can now clear the delalloc bit at the\nsame time the uncompressed code does.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "a791e35e12ff672e8a0e140abeeaf900c3b2ea77", "tree": "f03b99451619c0425f3c93fbef3940c2b08c1bd3", "parents": [ "1cdda9b81ac0e6ee986f034fa02f221679e1c11a" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 08 11:27:10 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 08 15:11:49 2009 -0400" }, "message": "Btrfs: cleanup extent_clear_unlock_delalloc flags\n\nextent_clear_unlock_delalloc has a growing set of ugly parameters\nthat is very difficult to read and maintain.\n\nThis switches to a flag field and well named flag defines.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "1cdda9b81ac0e6ee986f034fa02f221679e1c11a", "tree": "ae9394e50bc2418e8c3054de12ed44962d6f261a", "parents": [ "61d92c328c16419fc96dc50dd16f8b8c695409ec" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Tue Oct 06 10:04:28 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Oct 06 10:04:28 2009 -0400" }, "message": "Btrfs: fix possible softlockup in the allocator\n\nLike the cluster allocating stuff, we can lockup the box with the normal\nallocation path. This happens when we\n\n1) Start to cache a block group that is severely fragmented, but has a decent\namount of free space.\n2) Start to commit a transaction\n3) Have the commit try and empty out some of the delalloc inodes with extents\nthat are relatively large.\n\nThe inodes will not be able to make the allocations because they will ask for\nallocations larger than a contiguous area in the free space cache. So we will\nwait for more progress to be made on the block group, but since we\u0027re in a\ncommit the caching kthread won\u0027t make any more progress and it already has\nenough free space that wait_block_group_cache_progress will just return. So,\nif we wait and fail to make the allocation the next time around, just loop and\ngo to the next block group. This keeps us from getting stuck in a softlockup.\nThanks,\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "61d92c328c16419fc96dc50dd16f8b8c695409ec", "tree": "e9cd82eb56ff5f38f64d9f35229d15496e5d53de", "parents": [ "fbf190874407f23d2891b53ffdf7d3c6be8d47ff" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Oct 02 19:11:56 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Oct 05 09:44:45 2009 -0400" }, "message": "Btrfs: fix deadlock on async thread startup\n\nThe btrfs async worker threads are used for a wide variety of things,\nincluding processing bio end_io functions. This means that when\nthe endio threads aren\u0027t running, the rest of the FS isn\u0027t\nable to do the final processing required to clear PageWriteback.\n\nThe endio threads also try to exit as they become idle and\nstart more as the work piles up. The problem is that starting more\nthreads means kthreadd may need to allocate ram, and that allocation\nmay wait until the global number of writeback pages on the system is\nbelow a certain limit.\n\nThe result of that throttling is that end IO threads wait on\nkthreadd, who is waiting on IO to end, which will never happen.\n\nThis commit fixes the deadlock by handing off thread startup to a\ndedicated thread. It also fixes a bug where the on-demand thread\ncreation was creating far too many threads because it didn\u0027t take into\naccount threads being started by other procs.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "0efe5e32c8729ef44b00d9a7203e4c99a6378b27", "tree": "8df3309198b2ab87f549c82c59125d2b106bcdbe", "parents": [ "e6a0a8bfef1094084e53bfaad6d512c23da7a6dd", "9c2693c9243b81802c6860570557165e874779a7" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Oct 01 20:23:15 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Oct 01 20:23:15 2009 -0700" }, "message": "Merge branch \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable\n\n* \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable:\n Btrfs: fix data space leak fix\n Btrfs: remove duplicates of filemap_ helpers\n Btrfs: take i_mutex before generic_write_checks\n Btrfs: fix arguments to btrfs_wait_on_page_writeback_range\n Btrfs: fix deadlock with free space handling and user transactions\n Btrfs: fix error cases for ioctl transactions\n Btrfs: Use CONFIG_BTRFS_POSIX_ACL to enable ACL code\n Btrfs: introduce missing kfree\n Btrfs: Fix setting umask when POSIX ACLs are not enabled\n Btrfs: proper -ENOSPC handling\n" }, { "commit": "828c09509b9695271bcbdc53e9fc9a6a737148d2", "tree": "072ffad6f02db7bf4095e07e2b90247cfa042998", "parents": [ "1c4115e595dec42aa0e81ba47ef46e35b34ed428" ], "author": { "name": "Alexey Dobriyan", "email": "adobriyan@gmail.com", "time": "Thu Oct 01 15:43:56 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Oct 01 16:11:11 2009 -0700" }, "message": "const: constify remaining file_operations\n\n[akpm@linux-foundation.org: fix KVM]\nSigned-off-by: Alexey Dobriyan \u003cadobriyan@gmail.com\u003e\nAcked-by: Mike Frysinger \u003cvapier@gentoo.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "9c2693c9243b81802c6860570557165e874779a7", "tree": "c857a96a78cdc9fcd640ea4279e7214d6c9713b3", "parents": [ "8aa38c31b7659e338fee4d9af4c3805acbd9806f", "fbf190874407f23d2891b53ffdf7d3c6be8d47ff" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 01 17:24:44 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 01 17:24:44 2009 -0400" }, "message": "Merge branch \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable into for-linus\n" }, { "commit": "fbf190874407f23d2891b53ffdf7d3c6be8d47ff", "tree": "c60ab388e2b19b02fd3bbcef76498a3520f9dcbd", "parents": [ "ab93dbecfba72bbc04b7036343d180aaff1b61a3" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Thu Oct 01 17:10:23 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 01 17:10:23 2009 -0400" }, "message": "Btrfs: fix data space leak fix\n\nThere is a problem where page_mkwrite can be called on a dirtied page that\nalready has a delalloc range associated with it. The fix is to clear any\ndelalloc bits for the range we are dirtying so the space accounting gets\nhandled properly. This is the same thing we do in the normal write case, so we\nare consistent across the board. With this patch we no longer leak reserved\nspace.\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "8aa38c31b7659e338fee4d9af4c3805acbd9806f", "tree": "44d20f44a432ba05cfcfcd093428e777e4d3fd9e", "parents": [ "25472b880c69c0daa485c4f80a6550437ed1149f" ], "author": { "name": "Christoph Hellwig", "email": "hch@lst.de", "time": "Thu Oct 01 12:58:30 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 01 12:58:30 2009 -0400" }, "message": "Btrfs: remove duplicates of filemap_ helpers\n\nUse filemap_fdatawrite_range and filemap_fdatawait_range instead of\nlocal copies of the functions. For filemap_fdatawait_range that\nalso means replacing the awkward old wait_on_page_writeback_range\ncalling convention with the regular filemap byte offsets.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "25472b880c69c0daa485c4f80a6550437ed1149f", "tree": "d12bc091e8991513db0d2891111ba773eb5c52e2", "parents": [ "17d857be649a21ca90008c6dc425d849fa83db5c", "ab93dbecfba72bbc04b7036343d180aaff1b61a3" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 01 12:58:13 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 01 12:58:13 2009 -0400" }, "message": "Merge branch \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable into for-linus\n" }, { "commit": "ab93dbecfba72bbc04b7036343d180aaff1b61a3", "tree": "6bb523dcf9be0885b6fa9cb6cc9ac694ee089028", "parents": [ "35d62a942db5ae03104929fe7397835b572c4bc4" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 01 12:29:10 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 01 12:29:10 2009 -0400" }, "message": "Btrfs: take i_mutex before generic_write_checks\n\nbtrfs_file_write was incorrectly calling generic_write_checks without\ntaking i_mutex. This lead to problems with racing around i_size when\ndoing O_APPEND writes.\n\nThe fix here is to move i_mutex higher.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "35d62a942db5ae03104929fe7397835b572c4bc4", "tree": "91ea5b0a79e898f57cd644e1ff0437748aa0781b", "parents": [ "dd7e0b7b02ccff73b87032e20fc5b4f2c1cfcc14" ], "author": { "name": "Christoph Hellwig", "email": "hch@lst.de", "time": "Wed Sep 30 16:47:08 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Oct 01 10:27:01 2009 -0400" }, "message": "Btrfs: fix arguments to btrfs_wait_on_page_writeback_range\n\nwait_on_page_writeback_range/btrfs_wait_on_page_writeback_range takes\na pagecache offset, not a byte offset into the file. Shift the arguments\naround to wait for the correct range\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "dd7e0b7b02ccff73b87032e20fc5b4f2c1cfcc14", "tree": "2168da63d84f05106b2aa8eb8f5cdc8859f1e176", "parents": [ "1ab86aedbc7845a946b4ba4edf37762629970708" ], "author": { "name": "Sage Weil", "email": "sage@newdream.net", "time": "Tue Sep 29 18:38:44 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 29 19:50:07 2009 -0400" }, "message": "Btrfs: fix deadlock with free space handling and user transactions\n\nIf an ioctl-initiated transaction is open, we can\u0027t force a commit during\nthe free space checks in order to free up pinned extents or else we\ndeadlock. Just ENOSPC instead.\n\nA more satisfying solution that reserves space for the entire user\ntransaction up front is forthcoming...\n\nSigned-off-by: Sage Weil \u003csage@newdream.net\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "1ab86aedbc7845a946b4ba4edf37762629970708", "tree": "1a3ad19d12a807d76d5700abc6415e1535c88312", "parents": [ "3baf0bed0a5adab95c7599d2f27124c74692ef28" ], "author": { "name": "Sage Weil", "email": "sage@newdream.net", "time": "Tue Sep 29 18:38:44 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 29 18:38:44 2009 -0400" }, "message": "Btrfs: fix error cases for ioctl transactions\n\nFix leak of vfsmount write reference and open_ioctl_trans reference on\nENOMEM. Clean up the error paths while we\u0027re at it.\n\nSigned-off-by: Sage Weil \u003csage@newdream.net\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "3baf0bed0a5adab95c7599d2f27124c74692ef28", "tree": "fff0aae377d71743ab4d95449bf57419280555b3", "parents": [ "fd2696f399e45347c07f1f7f340e8515cace5657" ], "author": { "name": "Chris Ball", "email": "cjb@laptop.org", "time": "Tue Sep 29 13:51:05 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 29 13:51:05 2009 -0400" }, "message": "Btrfs: Use CONFIG_BTRFS_POSIX_ACL to enable ACL code\n\nWe\u0027ve already defined CONFIG_BTRFS_POSIX_ACL in Kconfig, but we\u0027re\ncurrently not using it and are testing CONFIG_FS_POSIX_ACL instead.\nCONFIG_FS_POSIX_ACL states \"Never use this symbol for ifdefs\".\n\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "fd2696f399e45347c07f1f7f340e8515cace5657", "tree": "bd1a1c1907b5a344257673761bdf69629fd7cdba", "parents": [ "49cf6f4529b7945ef51b8e39f0bac630726f8c96" ], "author": { "name": "Julia Lawall", "email": "julia@diku.dk", "time": "Tue Sep 29 13:51:04 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 29 13:51:04 2009 -0400" }, "message": "Btrfs: introduce missing kfree\n\nError handling code following a kzalloc should free the allocated data.\n\nThe semantic match that finds the problem is as follows:\n(http://www.emn.fr/x-info/coccinelle/)\n\n// \u003csmpl\u003e\n@r exists@\nlocal idexpression x;\nstatement S;\nexpression E;\nidentifier f,f1,l;\nposition p1,p2;\nexpression *ptr !\u003d NULL;\n@@\n\nx@p1 \u003d \\(kmalloc\\|kzalloc\\|kcalloc\\)(...);\n...\nif (x \u003d\u003d NULL) S\n\u003c... when !\u003d x\n when !\u003d if (...) { \u003c+...x...+\u003e }\n(\nx-\u003ef1 \u003d E\n|\n (x-\u003ef1 \u003d\u003d NULL || ...)\n|\n f(...,x-\u003ef1,...)\n)\n...\u003e\n(\n return \\(0\\|\u003c+...x...+\u003e\\|ptr\\);\n|\n return@p2 ...;\n)\n\n@script:python@\np1 \u003c\u003c r.p1;\np2 \u003c\u003c r.p2;\n@@\n\nprint \"* file: %s kmalloc %s return %s\" % (p1[0].file,p1[0].line,p2[0].line)\n// \u003c/smpl\u003e\n\nSigned-off-by: Julia Lawall \u003cjulia@diku.dk\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "49cf6f4529b7945ef51b8e39f0bac630726f8c96", "tree": "27c91f6bb1ac0e4862286e78d1365e2890754cef", "parents": [ "9ed74f2dba6ebf9f30b80554290bfc73cc3ef083" ], "author": { "name": "Chris Ball", "email": "cjb@laptop.org", "time": "Tue Sep 29 13:51:04 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 29 13:51:04 2009 -0400" }, "message": "Btrfs: Fix setting umask when POSIX ACLs are not enabled\n\nWe currently set sb-\u003es_flags |\u003d MS_POSIXACL unconditionally, which is\nincorrect -- it tells the VFS that it shouldn\u0027t set umask because we\nwill, yet we don\u0027t set it ourselves if we aren\u0027t using POSIX ACLs, so\nthe umask ends up ignored.\n\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "9ed74f2dba6ebf9f30b80554290bfc73cc3ef083", "tree": "763d58a4a11ceca26dcdaedefb1fd662c4e2fa8b", "parents": [ "c65ddb52dc412c9b67681b1aa16cd1bac8434e24" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Fri Sep 11 16:12:44 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Sep 28 16:29:42 2009 -0400" }, "message": "Btrfs: proper -ENOSPC handling\n\nAt the start of a transaction we do a btrfs_reserve_metadata_space() and\nspecify how many items we plan on modifying. Then once we\u0027ve done our\nmodifications and such, just call btrfs_unreserve_metadata_space() for\nthe same number of items we reserved.\n\nFor keeping track of metadata needed for data I\u0027ve had to add an extent_io op\nfor when we merge extents. This lets us track space properly when we are doing\nsequential writes, so we don\u0027t end up reserving way more metadata space than\nwhat we need.\n\nThe only place where the metadata space accounting is not done is in the\nrelocation code. This is because Yan is going to be reworking that code in the\nnear future, so running btrfs-vol -b could still possibly result in a ENOSPC\nrelated panic. This patch also turns off the metadata_ratio stuff in order to\nallow users to more efficiently use their disk space.\n\nThis patch makes it so we track how much metadata we need for an inode\u0027s\ndelayed allocation extents by tracking how many extents are currently\nwaiting for allocation. It introduces two new callbacks for the\nextent_io tree\u0027s, merge_extent_hook and split_extent_hook. These help\nus keep track of when we merge delalloc extents together and split them\nup. Reservations are handled prior to any actually dirty\u0027ing occurs,\nand then we unreserve after we dirty.\n\nbtrfs_unreserve_metadata_for_delalloc() will make the appropriate\nunreservations as needed based on the number of reservations we\ncurrently have and the number of extents we currently have. Doing the\nreservation outside of doing any of the actual dirty\u0027ing lets us do\nthings like filemap_flush() the inode to try and force delalloc to\nhappen, or as a last resort actually start allocation on all delalloc\ninodes in the fs. This has survived dbench, fs_mark and an fsx torture\ntest.\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "f0f37e2f77731b3473fa6bd5ee53255d9a9cdb40", "tree": "3c26d3ed1a453156e9c208ccb5567a8954dba064", "parents": [ "6f5071020d5ec89b5d095aa488db604adb921aec" ], "author": { "name": "Alexey Dobriyan", "email": "adobriyan@gmail.com", "time": "Sun Sep 27 22:29:37 2009 +0400" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Sep 27 11:39:25 2009 -0700" }, "message": "const: mark struct vm_struct_operations\n\n* mark struct vm_area_struct::vm_ops as const\n* mark vm_ops in AGP code\n\nBut leave TTM code alone, something is fishy there with global vm_ops\nbeing used.\n\nSigned-off-by: Alexey Dobriyan \u003cadobriyan@gmail.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "dc2af6a6bcf3abdf44ac545759a6547dfe12070e", "tree": "068ea2c5f5df55f72167ab3b51e001a98b7300e4", "parents": [ "6c5daf012c9155aafd2c7973e4278766c30dfad0", "54bcf382daf08c1396edb8b81e650b58930ccaef" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Sep 24 08:57:29 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Sep 24 08:57:29 2009 -0700" }, "message": "Merge branch \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable\n\n* \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable: (42 commits)\n Btrfs: hash the btree inode during fill_super\n Btrfs: relocate file extents in clusters\n Btrfs: don\u0027t rename file into dummy directory\n Btrfs: check size of inode backref before adding hardlink\n Btrfs: fix releasepage to avoid unlocking extents we haven\u0027t locked\n Btrfs: Fix test_range_bit for whole file extents\n Btrfs: fix errors handling cached state in set/clear_extent_bit\n Btrfs: fix early enospc during balancing\n Btrfs: deal with NULL space info\n Btrfs: account for space used by the super mirrors\n Btrfs: fix extent entry threshold calculation\n Btrfs: remove dead code\n Btrfs: fix bitmap size tracking\n Btrfs: don\u0027t keep retrying a block group if we fail to allocate a cluster\n Btrfs: make balance code choose more wisely when relocating\n Btrfs: fix arithmetic error in clone ioctl\n Btrfs: add snapshot/subvolume destroy ioctl\n Btrfs: change how subvolumes are organized\n Btrfs: do not reuse objectid of deleted snapshot/subvol\n Btrfs: speed up snapshot dropping\n ...\n" }, { "commit": "db16826367fefcb0ddb93d76b66adc52eb4e6339", "tree": "626224c1eb1eb79c522714591f208b4fdbdcd9d4", "parents": [ "cd6045138ed1bb5d8773e940d51c34318eef3ef2", "465fdd97cbe16ef8727221857e96ef62dd352017" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Sep 24 07:53:22 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Sep 24 07:53:22 2009 -0700" }, "message": "Merge branch \u0027hwpoison\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-mce-2.6\n\n* \u0027hwpoison\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-mce-2.6: (21 commits)\n HWPOISON: Enable error_remove_page on btrfs\n HWPOISON: Add simple debugfs interface to inject hwpoison on arbitary PFNs\n HWPOISON: Add madvise() based injector for hardware poisoned pages v4\n HWPOISON: Enable error_remove_page for NFS\n HWPOISON: Enable .remove_error_page for migration aware file systems\n HWPOISON: The high level memory error handler in the VM v7\n HWPOISON: Add PR_MCE_KILL prctl to control early kill behaviour per process\n HWPOISON: shmem: call set_page_dirty() with locked page\n HWPOISON: Define a new error_remove_page address space op for async truncation\n HWPOISON: Add invalidate_inode_page\n HWPOISON: Refactor truncate to allow direct truncating of page v2\n HWPOISON: check and isolate corrupted free pages v2\n HWPOISON: Handle hardware poisoned pages in try_to_unmap\n HWPOISON: Use bitmask/action code for try_to_unmap behaviour\n HWPOISON: x86: Add VM_FAULT_HWPOISON handling to x86 page fault handler v2\n HWPOISON: Add poison check to page fault handling\n HWPOISON: Add basic support for poisoned pages in fault handler v3\n HWPOISON: Add new SIGBUS error codes for hardware poison signals\n HWPOISON: Add support for poison swap entries v2\n HWPOISON: Export some rmap vma locking to outside world\n ...\n" }, { "commit": "54bcf382daf08c1396edb8b81e650b58930ccaef", "tree": "64b941f09489b5c9ee63e4ad43d736bfce911b21", "parents": [ "94a8d5caba74211ec76dac80fc6e2d5c391530df", "c65ddb52dc412c9b67681b1aa16cd1bac8434e24" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Sep 24 10:00:58 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Sep 24 10:00:58 2009 -0400" }, "message": "Merge branch \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable into for-linus\n\nConflicts:\n\tfs/btrfs/super.c\n" }, { "commit": "c65ddb52dc412c9b67681b1aa16cd1bac8434e24", "tree": "1febb9b954e1569d46382abd741ee7bbd3670173", "parents": [ "0257bb82d21bedff26541bcf12f1461c23f9ed61" ], "author": { "name": "Yan Zheng", "email": "zheng.yan@oracle.com", "time": "Thu Sep 24 09:24:43 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Sep 24 09:24:43 2009 -0400" }, "message": "Btrfs: hash the btree inode during fill_super\n\nThe snapshot deletion patches dropped this line, but the inode\nneeds to be hashed.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "0257bb82d21bedff26541bcf12f1461c23f9ed61", "tree": "0b79fd9bf377094f6fa6f5f923fe192515672af3", "parents": [ "f679a84034be6f7da123be786bbd8838bf3e9207" ], "author": { "name": "Yan, Zheng", "email": "zheng.yan@oracle.com", "time": "Thu Sep 24 09:17:31 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Sep 24 09:17:31 2009 -0400" }, "message": "Btrfs: relocate file extents in clusters\n\nThe extent relocation code copy file extents one by one when\nrelocating data block group. This is inefficient if file\nextents are small. This patch makes the relocation code copy\nfile extents in clusters. So we can can make better use of\nread-ahead.\n\nSigned-off-by: Yan Zheng \u003czheng.yan@oracle.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "f679a84034be6f7da123be786bbd8838bf3e9207", "tree": "4dce1760675978fd0b113e04f9608f57161bac85", "parents": [ "a57195214358b75807a74bad96a8601a36262af7" ], "author": { "name": "Yan, Zheng", "email": "zheng.yan@oracle.com", "time": "Thu Sep 24 09:17:31 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Sep 24 09:17:31 2009 -0400" }, "message": "Btrfs: don\u0027t rename file into dummy directory\n\nA recent change enforces only one access point to each subvolume. The first\ndirectory entry (the one added when the subvolume/snapshot was created) is\ntreated as valid access point, all other subvolume links are linked to dummy\nempty directories. The dummy directories are temporary inodes that only in\nmemory, so we can not rename file into them.\n\nSigned-off-by: Yan Zheng \u003czheng.yan@oracle.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "a57195214358b75807a74bad96a8601a36262af7", "tree": "e288410ecfab5f15097bb66f06a5dd6bf99bca08", "parents": [ "11ef160fda9c150cd75db77194bcc66839709662" ], "author": { "name": "Yan, Zheng", "email": "zheng.yan@oracle.com", "time": "Thu Sep 24 09:17:31 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Sep 24 09:17:31 2009 -0400" }, "message": "Btrfs: check size of inode backref before adding hardlink\n\nFor every hardlink in btrfs, there is a corresponding inode back\nreference. All inode back references for hardlinks in a given\ndirectory are stored in single b-tree item. The size of b-tree item\nis limited by the size of b-tree leaf, so we can only create limited\nnumber of hardlinks to a given file in a directory.\n\nThe original code lacks of the check, it oops if the number of\nhardlinks goes over the limit. This patch fixes the issue by adding\ncheck to btrfs_link and btrfs_rename.\n\nSigned-off-by: Yan Zheng \u003czheng.yan@oracle.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "11ef160fda9c150cd75db77194bcc66839709662", "tree": "2cd7577234c112177a06ad09c0c507c81cb9658a", "parents": [ "46562cec98368623bcd18d7fd30f20c04afd5978" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Sep 23 20:28:46 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Sep 23 20:30:53 2009 -0400" }, "message": "Btrfs: fix releasepage to avoid unlocking extents we haven\u0027t locked\n\nDuring releasepage, we try to drop any extent_state structs for the\nbye offsets of the page we\u0027re releaseing. But the code was incorrectly\ntelling clear_extent_bit to delete the state struct unconditionallly.\n\nNormally this would be fine because we have the page locked, but other\nparts of btrfs will lock down an entire extent, the most common place\nbeing IO completion.\n\nreleasepage was deleting the extent state without first locking the extent,\nwhich may result in removing a state struct that another process had\nlocked down. The fix here is to leave the NODATASUM and EXTENT_LOCKED\nbits alone in releasepage.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "46562cec98368623bcd18d7fd30f20c04afd5978", "tree": "4e5bbba7f459a1094b09413f65239b26401117f8", "parents": [ "42daec299b8b6b9605976d0ee1266b343a31cbcc" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Sep 23 20:23:16 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Sep 23 20:30:52 2009 -0400" }, "message": "Btrfs: Fix test_range_bit for whole file extents\n\nIf test_range_bit finds an extent that goes all the way to (u64)-1, it\ncan incorrectly wrap the u64 instead of treaing it like the end of\nthe address space.\n\nThis just adds a check for the highest possible offset so we don\u0027t wrap.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "42daec299b8b6b9605976d0ee1266b343a31cbcc", "tree": "6813d5d2b30c346413e329f0ad4d6f2262991311", "parents": [ "7ce618db9878689f87897b673fa3329070860fc7" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Sep 23 19:51:09 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Sep 23 20:30:52 2009 -0400" }, "message": "Btrfs: fix errors handling cached state in set/clear_extent_bit\n\nBoth set and clear_extent_bit allow passing a cached\nstate struct to reduce rbtree search times. clear_extent_bit\nwas improperly bypassing some of the checks around making sure\nthe extent state fields were correct for a given operation.\n\nThe fix used here (from Yan Zheng) is to use the hit_next\ngoto target instead of jumping all the way down to start clearing\nbits without making sure the cached state was exactly correct\nfor the operation we were doing.\n\nThis also fixes up the setting of the start variable for both\nops in the case where we find an overlapping extent that\nbegins before the range we want to change. In both cases\nwe were incorrectly going backwards from the original\nrequested change.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "7ce618db9878689f87897b673fa3329070860fc7", "tree": "a149e88a2f28c2fd5ad515f7351af9832540fedb", "parents": [ "33b4d47f5e24b986f486d7de9a2df915ad1fdfbc" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 22 14:48:44 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 22 14:48:44 2009 -0400" }, "message": "Btrfs: fix early enospc during balancing\n\nWe now do extra checks before a balance to make sure\nthere is room for the balance to take place. One of\nthe checks was testing to see if we were trying to\nbalance away the last block group of a given type.\n\nIf there is no space available for new chunks, we\nshould not try and balance away the last block group\nof a give type. But, the code wasn\u0027t checking for\navailable chunk space, and so it was exiting too soon.\n\nThe fix here is to combine some of the checks and make\nsure we try to allocate new chunks when we\u0027re balancing\nthe last block group.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "33b4d47f5e24b986f486d7de9a2df915ad1fdfbc", "tree": "198fb5c7d48bfd9e4010eb253e9e7573172a7680", "parents": [ "1b2da372b0324b5c604fc8790e70a7efbeacb0b6" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 22 14:45:50 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 22 14:45:50 2009 -0400" }, "message": "Btrfs: deal with NULL space info\n\nAfter a balance it is briefly possible for the space info\nfield in the inode to be NULL. This adds some checks\nto make sure things properly deal with the NULL value.\n\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "342ff1a1b558ebbdb8cbd55ab6a63eca8b2473ca", "tree": "1f967f283dade6e03897169bb29513354f49f910", "parents": [ "50223e486cabdcf7e540e519da1f26bab3084e5d", "24ed7a97464db44592495f98cff8bcee02f92bc2" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 22 07:51:45 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 22 07:51:45 2009 -0700" }, "message": "Merge branch \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial\n\n* \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial: (34 commits)\n trivial: fix typo in aic7xxx comment\n trivial: fix comment typo in drivers/ata/pata_hpt37x.c\n trivial: typo in kernel-parameters.txt\n trivial: fix typo in tracing documentation\n trivial: add __init/__exit macros in drivers/gpio/bt8xxgpio.c\n trivial: add __init macro/ fix of __exit macro location in ipmi_poweroff.c\n trivial: remove unnecessary semicolons\n trivial: Fix duplicated word \"options\" in comment\n trivial: kbuild: remove extraneous blank line after declaration of usage()\n trivial: improve help text for mm debug config options\n trivial: doc: hpfall: accept disk device to unload as argument\n trivial: doc: hpfall: reduce risk that hpfall can do harm\n trivial: SubmittingPatches: Fix reference to renumbered step\n trivial: fix typos \"man[ae]g?ment\" -\u003e \"management\"\n trivial: media/video/cx88: add __init/__exit macros to cx88 drivers\n trivial: fix typo in CONFIG_DEBUG_FS in gcov doc\n trivial: fix missing printk space in amd_k7_smp_check\n trivial: fix typo s/ketymap/keymap/ in comment\n trivial: fix typo \"to to\" in multiple files\n trivial: fix typos in comments s/DGBU/DBGU/\n ...\n" }, { "commit": "6e1d5dcc2bbbe71dbf010c747e15739bef6b7218", "tree": "2edb0f6cc65acbae95e42df1bc763ec048e6c2e0", "parents": [ "7f09410bbc4306f592cfb43812389ea1c7905a20" ], "author": { "name": "Alexey Dobriyan", "email": "adobriyan@gmail.com", "time": "Mon Sep 21 17:01:11 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 22 07:17:24 2009 -0700" }, "message": "const: mark remaining inode_operations as const\n\nSigned-off-by: Alexey Dobriyan \u003cadobriyan@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "7f09410bbc4306f592cfb43812389ea1c7905a20", "tree": "18f179435f70c4ec9231883501062d5ea0357af5", "parents": [ "ac4cfdd6d141c319a7af8655f750ed504c187a74" ], "author": { "name": "Alexey Dobriyan", "email": "adobriyan@gmail.com", "time": "Mon Sep 21 17:01:10 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 22 07:17:24 2009 -0700" }, "message": "const: mark remaining address_space_operations const\n\nSigned-off-by: Alexey Dobriyan \u003cadobriyan@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "b87221de6a4934eda856475a0065688d12973a04", "tree": "6bcf0628e106c4833538f4c23d710fbbe3d7609a", "parents": [ "0d54b217a247f39605361f867fefbb9e099a5432" ], "author": { "name": "Alexey Dobriyan", "email": "adobriyan@gmail.com", "time": "Mon Sep 21 17:01:09 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 22 07:17:24 2009 -0700" }, "message": "const: mark remaining super_operations const\n\nSigned-off-by: Alexey Dobriyan \u003cadobriyan@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "1b2da372b0324b5c604fc8790e70a7efbeacb0b6", "tree": "13d7ba24660c865efd184a25b7b0ac8830a6d7f1", "parents": [ "25891f796d8d30f2b86b1e84d78721b44d573d70" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Fri Sep 11 16:11:20 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Sep 21 19:23:50 2009 -0400" }, "message": "Btrfs: account for space used by the super mirrors\n\nAs we get closer to proper -ENOSPC handling in btrfs, we need more accurate\nspace accounting for the space info\u0027s. Currently we exclude the free space for\nthe super mirrors, but the space they take up isn\u0027t accounted for in any of the\ncounters. This patch introduces bytes_super, which keeps track of the amount\nof bytes used for a super mirror in the block group cache and space info. This\nmakes sure that our free space caclucations will be completely accurate.\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "25891f796d8d30f2b86b1e84d78721b44d573d70", "tree": "12d4ac7251006a73e8ae75b3a4a751d04df0e823", "parents": [ "f61408b81cd040a594dc0b65171230c4d5cc917d" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Fri Sep 11 16:11:20 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Sep 21 19:23:50 2009 -0400" }, "message": "Btrfs: fix extent entry threshold calculation\n\nThere is a slight problem with the extent entry threshold calculation for the\nfree space cache. We only adjust the threshold down as we add bitmaps, but\nnever actually adjust the threshold up as we add bitmaps. This means we could\nfragment the free space so badly that we end up using all bitmaps to describe\nthe free space, use all the free space which would result in the bitmaps being\nfreed, but then go to add free space again as we delete things and immediately\nadd bitmaps since the extent threshold would still be 0. Now as we free\nbitmaps the extent threshold will be ratcheted up to allow more extent entries\nto be added.\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "f61408b81cd040a594dc0b65171230c4d5cc917d", "tree": "0fe8757007b75ecbdb369b9f2d9750696d822092", "parents": [ "f019f4264ae8c0169332592bcee419ee90e7c827" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Fri Sep 11 16:11:20 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Sep 21 19:23:49 2009 -0400" }, "message": "Btrfs: remove dead code\n\nThis patch removes a bunch of dead code from the snapshot removal stuff. It\nwas confusing me when doing the metadata ENOSPC stuff so I killed it.\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "f019f4264ae8c0169332592bcee419ee90e7c827", "tree": "61a2953e59b5883f376e5b6ba3938fa2721c97be", "parents": [ "0a24325e6d8cfb150eba0aa279615ef27b5f6aec" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Fri Sep 11 16:11:20 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Sep 21 19:23:49 2009 -0400" }, "message": "Btrfs: fix bitmap size tracking\n\nWhen we first go to add free space, we allocate a new info and set the offset\nand bytes to the space we are adding. This is fine, except we actually set the\nsize of a bitmap as we set the bits in it, so if we add space to a bitmap, we\u0027d\nend up counting the same space twice. This isn\u0027t a huge deal, it just makes\nthe allocator behave weirdly since it will think that a bitmap entry has more\nspace than it ends up actually having. I used a BUG_ON() to catch when this\nproblem happened, and with this patch I no longer get the BUG_ON().\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "0a24325e6d8cfb150eba0aa279615ef27b5f6aec", "tree": "f0ca16ab43d87d526a1f918c7e960711256fd47f", "parents": [ "ba1bf4818baf68d914ef9e3b06fbea6acb674fe4" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Fri Sep 11 16:11:20 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Sep 21 19:23:49 2009 -0400" }, "message": "Btrfs: don\u0027t keep retrying a block group if we fail to allocate a cluster\n\nThe box can get locked up in the allocator if we happen upon a block group\nunder these conditions:\n\n1) During a commit, so caching threads cannot make progress\n2) Our block group currently is in the middle of being cached\n3) Our block group currently has plenty of free space in it\n4) Our block group is so fragmented that it ends up having no free space chunks\nlarger than min_bytes calculated by btrfs_find_space_cluster.\n\nWhat happens is we try and do btrfs_find_space_cluster, which fails because it\nis unable to find enough free space chunks that are large than min_bytes and\nare close enough together. Since the block group is not cached we do a\nwait_block_group_cache_progress, which waits for the number of bytes we need,\nexcept the block group already has _plenty_ of free space, its just severely\nfragmented, so we loop and try again, ad infinitum. This patch keeps us from\nwaiting on the block group to finish caching if we failed to find a free space\ncluster before. It also makes sure that we don\u0027t even try to find a free space\ncluster if we are on our last loop in the allocator, since we will have tried\neverything at this point at it is futile.\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "ba1bf4818baf68d914ef9e3b06fbea6acb674fe4", "tree": "1068d6ce508333a75668181bfe0e42956d4d8780", "parents": [ "1fb58a6051cd904a9f8e0344b22e31921d6b5a4d" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Fri Sep 11 16:11:19 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Sep 21 19:23:48 2009 -0400" }, "message": "Btrfs: make balance code choose more wisely when relocating\n\nCurrently, we can panic the box if the first block group we go to move is of a\ntype where there is no space left to move those extents. For example, if we\nfill the disk up with data, and then we try to balance and we have no room to\nmove the data nor room to allocate new chunks, we will panic. Change this by\nchecking to see if we have room to move this chunk around, and if not, return\n-ENOSPC and move on to the next chunk. This will make sure we remove block\ngroups that are moveable, like if we have alot of empty metadata block groups,\nand then that way we make room to be able to balance our data chunks as well.\nTested this with an fs that would panic on btrfs-vol -b normally, but no longer\npanics with this patch.\n\nV1-\u003eV2:\n-actually search for a free extent on the device to make sure we can allocate a\nchunk if need be.\n\n-fix btrfs_shrink_device to make sure we actually try to relocate all the\nchunks, and then if we can\u0027t return -ENOSPC so if we are doing a btrfs-vol -r\nwe don\u0027t remove the device with data still on it.\n\n-check to make sure the block group we are going to relocate isn\u0027t the last one\nin that particular space\n\n-fix a bug in btrfs_shrink_device where we would change the device\u0027s size and\nnot fix it if we fail to do our relocate\n\nSigned-off-by: Josef Bacik \u003cjbacik@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "1fb58a6051cd904a9f8e0344b22e31921d6b5a4d", "tree": "2f8c1a89b3e4f119590e89cebe1a5be1a02f487a", "parents": [ "76dda93c6ae2c1dc3e6cde34569d6aca26b0c918" ], "author": { "name": "Sage Weil", "email": "sage@newdream.net", "time": "Mon Sep 21 16:00:27 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Sep 21 16:00:27 2009 -0400" }, "message": "Btrfs: fix arithmetic error in clone ioctl\n\nFix an arithmetic error that was breaking extents cloned via the clone\nioctl starting in the second half of a file.\n\nSigned-off-by: Sage Weil \u003csage@newdream.net\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "76dda93c6ae2c1dc3e6cde34569d6aca26b0c918", "tree": "f5ca46ec89d4ae2c762952d5f35e2c6f95ac046a", "parents": [ "4df27c4d5cc1dda54ed7d0a8389347f2df359cf9" ], "author": { "name": "Yan, Zheng", "email": "zheng.yan@oracle.com", "time": "Mon Sep 21 16:00:26 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Sep 21 16:00:26 2009 -0400" }, "message": "Btrfs: add snapshot/subvolume destroy ioctl\n\nThis patch adds snapshot/subvolume destroy ioctl. A subvolume that isn\u0027t being\nused and doesn\u0027t contains links to other subvolumes can be destroyed.\n\nSigned-off-by: Yan Zheng \u003czheng.yan@oracle.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "4df27c4d5cc1dda54ed7d0a8389347f2df359cf9", "tree": "2008f348d28c6c19e31924ae4fb414ca929a01f1", "parents": [ "13a8a7c8c47e542b3cdb45bec3f431f96af79361" ], "author": { "name": "Yan, Zheng", "email": "zheng.yan@oracle.com", "time": "Mon Sep 21 15:56:00 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Sep 21 15:56:00 2009 -0400" }, "message": "Btrfs: change how subvolumes are organized\n\nbtrfs allows subvolumes and snapshots anywhere in the directory tree.\nIf we snapshot a subvolume that contains a link to other subvolume\ncalled subvolA, subvolA can be accessed through both the original\nsubvolume and the snapshot. This is similar to creating hard link to\ndirectory, and has the very similar problems.\n\nThe aim of this patch is enforcing there is only one access point to\neach subvolume. Only the first directory entry (the one added when\nthe subvolume/snapshot was created) is treated as valid access point.\nThe first directory entry is distinguished by checking root forward\nreference. If the corresponding root forward reference is missing,\nwe know the entry is not the first one.\n\nThis patch also adds snapshot/subvolume rename support, the code\nallows rename subvolume link across subvolumes.\n\nSigned-off-by: Yan Zheng \u003czheng.yan@oracle.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "13a8a7c8c47e542b3cdb45bec3f431f96af79361", "tree": "473f3cc94b4a93a0a5f6f19b1832ef2e6b7ecf62", "parents": [ "1c4850e21df8b441164d910bc611ef46a01d5d75" ], "author": { "name": "Yan, Zheng", "email": "zheng.yan@oracle.com", "time": "Mon Sep 21 15:56:00 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Sep 21 15:56:00 2009 -0400" }, "message": "Btrfs: do not reuse objectid of deleted snapshot/subvol\n\nThe new back reference format does not allow reusing objectid of\ndeleted snapshot/subvol. So we use ++highest_objectid to allocate\nobjectid for new snapshot/subvol.\n\nNow we use ++highest_objectid to allocate objectid for both new inode\nand new snapshot/subvolume, so this patch removes \u0027find hole\u0027 code in\nbtrfs_find_free_objectid.\n\nSigned-off-by: Yan Zheng \u003czheng.yan@oracle.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "1c4850e21df8b441164d910bc611ef46a01d5d75", "tree": "aeccbf3495421d1343bbe08cb824ac1ae6764e43", "parents": [ "b917b7c3be50435fa8257591b964934e917f2d45" ], "author": { "name": "Yan, Zheng", "email": "zheng.yan@oracle.com", "time": "Mon Sep 21 15:55:59 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Mon Sep 21 15:55:59 2009 -0400" }, "message": "Btrfs: speed up snapshot dropping\n\nThis patch contains two changes to avoid unnecessary tree block reads during\nsnapshot dropping.\n\nFirst, check tree block\u0027s reference count and flags before reading the tree\nblock. if reference count \u003e 1 and there is no need to update backrefs, we can\navoid reading the tree block.\n\nSecond, save when snapshot was created in root_key.offset. we can compare block\npointer\u0027s generation with snapshot\u0027s creation generation during updating\nbackrefs. If a given block was created before snapshot was created, the\nsnapshot can\u0027t be the tree block\u0027s owner. So we can avoid reading the block.\n\nSigned-off-by: Yan Zheng \u003czheng.yan@oracle.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "a419aef8b858a2bdb98df60336063d28df4b272f", "tree": "1736f6650ec0bfc01074c489fc47396114099c5e", "parents": [ "2944fcbe03d65a704f07e43efe14adb0d226fd09" ], "author": { "name": "Joe Perches", "email": "joe@perches.com", "time": "Tue Aug 18 11:18:35 2009 -0700" }, "committer": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Mon Sep 21 15:14:58 2009 +0200" }, "message": "trivial: remove unnecessary semicolons\n\nSigned-off-by: Joe Perches \u003cjoe@perches.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\n" }, { "commit": "b917b7c3be50435fa8257591b964934e917f2d45", "tree": "efdc2f768da474a4904dc6c065cc6e4b9a2379d3", "parents": [ "f85d7d6c8f2ad4a86a1f4f4e3791f36dede2fa76" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 18 16:07:03 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 18 16:08:52 2009 -0400" }, "message": "Btrfs: search for an allocation hint while filling file COW\n\nThe allocator has some nice knobs for sending hints about where\nto try and allocate new blocks, but when we\u0027re doing file allocations\nwe\u0027re not sending any hint at all.\n\nThis commit adds a simple extent map search to see if we can\nquickly and easily find a hint for the allocator.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "f85d7d6c8f2ad4a86a1f4f4e3791f36dede2fa76", "tree": "40538328090b5eb2f3f95a9bc5a290c83384ff43", "parents": [ "11833d66be94b514652466802100378046c16b72" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 18 16:03:16 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 18 16:08:46 2009 -0400" }, "message": "Btrfs: properly honor wbc-\u003enr_to_write changes\n\nWhen btrfs fills a delayed allocation, it tries to increase\nthe wbc nr_to_write to cover a big part of allocation. The\ntheory is that we\u0027re doing contiguous IO and writing a few\nmore blocks will save seeks overall at a very low cost.\n\nThe problem is that extent_write_cache_pages could ignore\nthe new higher nr_to_write if nr_to_write had already gone\ndown to zero. We fix that by rechecking the nr_to_write\nfor every page that is processed in the pagevec.\n\nThis updates the math around bumping the nr_to_write value\nto make sure we don\u0027t leave a tiny amount of IO hanging\naround for the very end of a new extent.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "11833d66be94b514652466802100378046c16b72", "tree": "2b00b36d0aa42e9e10cecf3bf723eb70a607afec", "parents": [ "6e74057c4686dc12ea767b4bdc50a63876056e1c" ], "author": { "name": "Yan Zheng", "email": "zheng.yan@oracle.com", "time": "Fri Sep 11 16:11:19 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Thu Sep 17 15:47:36 2009 -0400" }, "message": "Btrfs: improve async block group caching\n\nThis patch gets rid of two limitations of async block group caching.\nThe old code delays handling pinned extents when block group is in\ncaching. To allocate logged file extents, the old code need wait\nuntil block group is fully cached. To get rid of the limitations,\nThis patch introduces a data structure to track the progress of\ncaching. Base on the caching progress, we know which extents should\nbe added to the free space cache when handling the pinned extents.\nThe logged file extents are also handled in a similar way.\n\nThis patch also changes how pinned extents are tracked. The old\ncode uses one tree to track pinned extents, and copy the pinned\nextents tree at transaction commit time. This patch makes it use\ntwo trees to track pinned extents. One tree for extents that are\npinned in the running transaction, one tree for extents that can\nbe unpinned. At transaction commit time, we swap the two trees.\n\nSigned-off-by: Yan Zheng \u003czheng.yan@oracle.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "32a88aa1b6dfb901cec64e1898cac78d0f25028a", "tree": "51aa6f56ccfca53f495d015645373317bdee3647", "parents": [ "c4a77a6c7dcff04a2abc7fe4b6b2ae605be41c5b" ], "author": { "name": "Jens Axboe", "email": "jens.axboe@oracle.com", "time": "Wed Sep 16 15:02:33 2009 +0200" }, "committer": { "name": "Jens Axboe", "email": "jens.axboe@oracle.com", "time": "Wed Sep 16 15:18:51 2009 +0200" }, "message": "fs: Assign bdi in super_block\n\nWe do this automatically in get_sb_bdev() from the set_bdev_super()\ncallback. Filesystems that have their own private backing_dev_info\nmust assign that in -\u003efill_super().\n\nNote that -\u003es_bdi assignment is required for proper writeback!\n\nAcked-by: Christoph Hellwig \u003chch@infradead.org\u003e\nSigned-off-by: Jens Axboe \u003cjens.axboe@oracle.com\u003e\n" }, { "commit": "1fe06ad89255c211fe100d7f690d10b161398df8", "tree": "826d32bf081a6729aeaa08fe42422e49a9b86f6f", "parents": [ "2c96ce9f2084c1e04d02883e622f74a537a63aea" ], "author": { "name": "Jens Axboe", "email": "jens.axboe@oracle.com", "time": "Tue Sep 15 15:10:20 2009 +0200" }, "committer": { "name": "Jens Axboe", "email": "jens.axboe@oracle.com", "time": "Wed Sep 16 15:16:18 2009 +0200" }, "message": "writeback: get rid of wbc-\u003efor_writepages\n\nIt\u0027s only set, it\u0027s never checked. Kill it.\n\nAcked-by: Jan Kara \u003cjack@suse.cz\u003e\nSigned-off-by: Jens Axboe \u003cjens.axboe@oracle.com\u003e\n" }, { "commit": "465fdd97cbe16ef8727221857e96ef62dd352017", "tree": "efeeba1553264f5fc0b140af301d7afa9ce1d6fd", "parents": [ "cae681fc12a824631337906d6ba1dbd498e751a5" ], "author": { "name": "Andi Kleen", "email": "andi@firstfloor.org", "time": "Wed Sep 16 11:50:18 2009 +0200" }, "committer": { "name": "Andi Kleen", "email": "ak@linux.intel.com", "time": "Wed Sep 16 11:50:18 2009 +0200" }, "message": "HWPOISON: Enable error_remove_page on btrfs\n\nCc: chris.mason@oracle.com\n\nSigned-off-by: Andi Kleen \u003cak@linux.intel.com\u003e\n" }, { "commit": "6e74057c4686dc12ea767b4bdc50a63876056e1c", "tree": "e7c70b8e08ab9e5363be28bcbcc72348122ae6e4", "parents": [ "627e421a3f35ad6b52dc58982fb6f8a97c30dcd7" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 15 20:02:33 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 15 20:20:17 2009 -0400" }, "message": "Btrfs: Fix async thread shutdown race\n\nIt was possible for an async worker thread to be selected to\nreceive a new work item, but exit before the work item was\nactually placed into that thread\u0027s work list.\n\nThis commit fixes the race by incrementing the num_pending\ncounter earlier, and making sure to check the number of pending\nwork items before a thread exits.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "627e421a3f35ad6b52dc58982fb6f8a97c30dcd7", "tree": "9f1175835fe7b142b554fc66ea2367b7ec4ea1d3", "parents": [ "3e99d8eb347c93a5d38081380b8c9e69b203212e" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 15 20:00:36 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 15 20:20:17 2009 -0400" }, "message": "Btrfs: fix worker thread double spin_lock_irq\n\nThe exit-on-idle code for async worker threads was incorrectly\ncalling spin_lock_irq with interrupts already off.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "3e99d8eb347c93a5d38081380b8c9e69b203212e", "tree": "1fde8df76b399c12827c2e2bd989e29e83d9994f", "parents": [ "83ebade34bc1a90d0c3f77b87b940f336d075fda" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 15 19:57:42 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Tue Sep 15 20:20:16 2009 -0400" }, "message": "Btrfs: fix async worker startup race\n\nAfter a new worker thread starts, it is placed into the\nlist of idle threads. But, this may race with a\ncheck for idle done by the worker thread itself, resulting\nin a double list_add operation.\n\nThis fix adds a check to make sure the idle thread addition\nis done properly.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "355bbd8cb82e60a592f6cd86ce6dbe5677615cf4", "tree": "23678e50ad4687f1656edc972388ee8014e7b89d", "parents": [ "39695224bd84dc4be29abad93a0ec232a16fc519", "746cd1e7e4a555ddaee53b19a46e05c9c61eaf09" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 14 17:55:15 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 14 17:55:15 2009 -0700" }, "message": "Merge branch \u0027for-2.6.32\u0027 of git://git.kernel.dk/linux-2.6-block\n\n* \u0027for-2.6.32\u0027 of git://git.kernel.dk/linux-2.6-block: (29 commits)\n block: use blkdev_issue_discard in blk_ioctl_discard\n Make DISCARD_BARRIER and DISCARD_NOBARRIER writes instead of reads\n block: don\u0027t assume device has a request list backing in nr_requests store\n block: Optimal I/O limit wrapper\n cfq: choose a new next_req when a request is dispatched\n Seperate read and write statistics of in_flight requests\n aoe: end barrier bios with EOPNOTSUPP\n block: trace bio queueing trial only when it occurs\n block: enable rq CPU completion affinity by default\n cfq: fix the log message after dispatched a request\n block: use printk_once\n cciss: memory leak in cciss_init_one()\n splice: update mtime and atime on files\n block: make blk_iopoll_prep_sched() follow normal 0/1 return convention\n cfq-iosched: get rid of must_alloc flag\n block: use interrupts disabled version of raise_softirq_irqoff()\n block: fix comment in blk-iopoll.c\n block: adjust default budget for blk-iopoll\n block: fix long lines in block/blk-iopoll.c\n block: add blk-iopoll, a NAPI like approach for block devices\n ...\n" }, { "commit": "746cd1e7e4a555ddaee53b19a46e05c9c61eaf09", "tree": "d129194669e0122113a5cc86003a4a7711450284", "parents": [ "3d2257f157c2324acbc0fa0fa54e8626a987edd2" ], "author": { "name": "Christoph Hellwig", "email": "hch@infradead.org", "time": "Sat Sep 12 07:35:43 2009 +0200" }, "committer": { "name": "Jens Axboe", "email": "jens.axboe@oracle.com", "time": "Mon Sep 14 08:24:53 2009 +0200" }, "message": "block: use blkdev_issue_discard in blk_ioctl_discard\n\nblk_ioctl_discard duplicates large amounts of code from blkdev_issue_discard,\nthe only difference between the two is that blkdev_issue_discard needs to\nsend a barrier discard request and blk_ioctl_discard a non-barrier one,\nand blk_ioctl_discard needs to wait on the request. To facilitates this\nadd a flags argument to blkdev_issue_discard to control both aspects of the\nbehaviour. This will be very useful later on for using the waiting\nfuncitonality for other callers.\n\nBased on an earlier patch from Matthew Wilcox \u003cmatthew@wil.cx\u003e.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Jens Axboe \u003cjens.axboe@oracle.com\u003e\n" }, { "commit": "83ebade34bc1a90d0c3f77b87b940f336d075fda", "tree": "99b6366c52e6bec88119ae995399c985fc61e900", "parents": [ "74fca6a42863ffacaf7ba6f1936a9f228950f657", "93c82d575055f1bd0277acae6f966bebafd80dd5" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 19:07:25 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 19:07:25 2009 -0400" }, "message": "Merge branch \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable\n" }, { "commit": "93c82d575055f1bd0277acae6f966bebafd80dd5", "tree": "4b059485eb226291dac336921b32653131b0dd43", "parents": [ "50a9b214bc6c052caa05a210ebfc1bdf0d7085b2" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 12:36:29 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 13:31:08 2009 -0400" }, "message": "Btrfs: zero page past end of inline file items\n\nWhen btrfs_get_extent is reading inline file items for readpage,\nit needs to copy the inline extent into the page. If the\ninline extent doesn\u0027t cover all of the page, that means there\nis a hole in the file, or that our file is smaller than one\npage.\n\nreadpage does zeroing for the case where the file is smaller than one\npage, but nobody is currently zeroing for the case where there is\na hole after the inline item.\n\nThis commit changes btrfs_get_extent to zero fill the page past\nthe end of the inline item.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "50a9b214bc6c052caa05a210ebfc1bdf0d7085b2", "tree": "c5ae2e6a99778f237bdc88eb7157f7c4a82a2e54", "parents": [ "a1ed835e1ab5795f91b198d08c43e2f56848dcf3" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 12:33:12 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 13:31:08 2009 -0400" }, "message": "Btrfs: fix btrfs page_mkwrite to return locked page\n\nThis closes a whole where the page may be written before\nthe page_mkwrite caller has a chance to dirty it\n\n(thanks to Nick Piggin)\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "a1ed835e1ab5795f91b198d08c43e2f56848dcf3", "tree": "ac3b370823fa76c5be7698e3663306badbbd622d", "parents": [ "8b62b72b26bcd72082c4a69d179dd906bcc22200" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 12:27:37 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 13:31:07 2009 -0400" }, "message": "Btrfs: Fix extent replacment race\n\nData COW means that whenever we write to a file, we replace any old\nextent pointers with new ones. There was a window where a readpage\nmight find the old extent pointers on disk and cache them in the\nextent_map tree in ram in the middle of a given write replacing them.\n\nEven though both the readpage and the write had their respective bytes\nin the file locked, the extent readpage inserts may cover more bytes than\nit had locked down.\n\nThis commit closes the race by keeping the new extent pinned in the extent\nmap tree until after the on-disk btree is properly setup with the new\nextent pointers.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "8b62b72b26bcd72082c4a69d179dd906bcc22200", "tree": "ceee20dfebe45654cb3a25d8916c195836cdbabf", "parents": [ "9655d2982b53fdb38a9e0f2f11315b99b92d66e2" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Sep 02 16:53:46 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 13:31:07 2009 -0400" }, "message": "Btrfs: Use PagePrivate2 to track pages in the data\u003dordered code.\n\nBtrfs writes go through delalloc to the data\u003dordered code. This\nmakes sure that all of the data is on disk before the metadata\nthat references it. The tracking means that we have to make sure\neach page in an extent is fully written before we add that extent into\nthe on-disk btree.\n\nThis was done in the past by setting the EXTENT_ORDERED bit for the\nrange of an extent when it was added to the data\u003dordered code, and then\nclearing the EXTENT_ORDERED bit in the extent state tree as each page\nfinished IO.\n\nOne of the reasons we had to do this was because sometimes pages are\nmagically dirtied without page_mkwrite being called. The EXTENT_ORDERED\nbit is checked at writepage time, and if it isn\u0027t there, our page become\ndirty without going through the proper path.\n\nThese bit operations make for a number of rbtree searches for each page,\nand can cause considerable lock contention.\n\nThis commit switches from the EXTENT_ORDERED bit to use PagePrivate2.\nAs pages go into the ordered code, PagePrivate2 is set on each one.\nThis is a cheap operation because we already have all the pages locked\nand ready to go.\n\nAs IO finishes, the PagePrivate2 bit is cleared and the ordered\naccoutning is updated for each page.\n\nAt writepage time, if the PagePrivate2 bit is missing, we go into the\nwritepage fixup code to handle improperly dirtied pages.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "9655d2982b53fdb38a9e0f2f11315b99b92d66e2", "tree": "e1271f2f2a3c2c356e0692b36a2d4742b5d651d8", "parents": [ "d5550c6315fe0647b7ac21a6a736bf4a42620eac" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Sep 02 15:22:30 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 13:31:07 2009 -0400" }, "message": "Btrfs: use a cached state for extent state operations during delalloc\n\nThis changes the btrfs code to find delalloc ranges in the extent state\ntree to use the new state caching code from set/test bit. It reduces\none of the biggest causes of rbtree searches in the writeback path.\n\ntest_range_bit is also modified to take the cached state as a starting\npoint while searching.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "d5550c6315fe0647b7ac21a6a736bf4a42620eac", "tree": "d1aeeee5ef7b04915dd6eb1c220b3e137ce4d9b3", "parents": [ "2c64c53d8d30d43d0670482503a3914dfd3d6d46" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Sep 02 15:11:07 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 13:31:06 2009 -0400" }, "message": "Btrfs: don\u0027t lock bits in the extent tree during writepage\n\nAt writepage time, we have the page locked and we have the\nextent_map entry for this extent pinned in the extent_map tree.\nSo, the page can\u0027t go away and its mapping can\u0027t change.\n\nThere is no need for the extra extent_state lock bits during writepage.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "2c64c53d8d30d43d0670482503a3914dfd3d6d46", "tree": "cfe7bfa8f5dc4078f8c995f305229622e25572b1", "parents": [ "1edbb734b4e010974c41d2859d22a43d04f5f1cf" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Sep 02 15:04:12 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 13:31:06 2009 -0400" }, "message": "Btrfs: cache values for locking extents\n\nMany of the btrfs extent state tree users follow the same pattern.\nThey lock an extent range in the tree, do some operation and then\nunlock.\n\nThis translates to at least 2 rbtree searches, and maybe more if they\nare doing operations on the extent state tree. A locked extent\nin the tree isn\u0027t going to be merged or changed, and so we can\nsafely return the extent state structure as a cached handle.\n\nThis changes set_extent_bit to give back a cached handle, and also\nchanges both set_extent_bit and clear_extent_bit to use the cached\nhandle if it is available.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "1edbb734b4e010974c41d2859d22a43d04f5f1cf", "tree": "4f43aea677f7206707540dd8622fa4cac099057a", "parents": [ "e48c465bb366c0169f7908bfe62ae7080874ee7d" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Sep 02 13:24:36 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 13:31:06 2009 -0400" }, "message": "Btrfs: reduce CPU usage in the extent_state tree\n\nBtrfs is currently mirroring some of the page state bits into\nits extent state tree. The goal behind this was to use it in supporting\nblocksizes other than the page size.\n\nBut, we don\u0027t currently support that, and we\u0027re using quite a lot of CPU\non the rb tree and its spin lock. This commit starts a series of\ncleanups to reduce the amount of work done in the extent state tree as\npart of each IO.\n\nThis commit:\n\n* Adds the ability to lock an extent in the state tree and also set\nother bits. The idea is to do locking and delalloc in one call\n\n* Removes the EXTENT_WRITEBACK and EXTENT_DIRTY bits. Btrfs is using\na combination of the page bits and the ordered write code for this\ninstead.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "e48c465bb366c0169f7908bfe62ae7080874ee7d", "tree": "016cf009f64964e692470612ebbfa538d6b4bc83", "parents": [ "890871be854b5f5e43e7ba2475f706209906cc24" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 11:25:02 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 13:31:05 2009 -0400" }, "message": "Btrfs: Fix new state initialization order\n\nAs the extent state tree is manipulated, there are call backs\nthat are used to take extra actions when different state bits are set\nor cleared. One example of this is a counter for the total number\nof delayed allocation bytes in a single inode and in the whole FS.\n\nWhen new states are inserted, this callback is being done before we\nproperly setup the new state. This hasn\u0027t caused problems before\nbecause the lock bit was always done first, and the existing call backs\ndon\u0027t care about the lock bit.\n\nThis patch makes sure the state is properly setup before using the\ncallback, which is important for later optimizations that do more work\nwithout using the lock bit.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "890871be854b5f5e43e7ba2475f706209906cc24", "tree": "9d087adf7a28bb910992d07d93ea2a992e394110", "parents": [ "57fd5a5ff8b48b99e90b22fc143082aba755c6c0" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Wed Sep 02 16:24:52 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 13:31:05 2009 -0400" }, "message": "Btrfs: switch extent_map to a rw lock\n\nThere are two main users of the extent_map tree. The\nfirst is regular file inodes, where it is evenly spread\nbetween readers and writers.\n\nThe second is the chunk allocation tree, which maps blocks from\nlogical addresses to phyiscal ones, and it is 99.99% reads.\n\nThe mapping tree is a point of lock contention during heavy IO\nworkloads, so this commit switches things to a rw lock.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" }, { "commit": "57fd5a5ff8b48b99e90b22fc143082aba755c6c0", "tree": "8744002a9232d25a9ded597fa89c3f1b00ec410c", "parents": [ "a97adc9fffb1707da4e97f91c801660c6be92aac" ], "author": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Aug 07 09:59:15 2009 -0400" }, "committer": { "name": "Chris Mason", "email": "chris.mason@oracle.com", "time": "Fri Sep 11 13:31:05 2009 -0400" }, "message": "Btrfs: tweak congestion backoff\n\nThe btrfs io submission thread tries to back off congested devices in\nfavor of rotating off to another disk.\n\nBut, it tries to make sure it submits at least some IO before rotating\non (the others may be congested too), and so it has a magic number of\nrequests it tries to write before it hops.\n\nThis makes the magic number smaller. Testing shows that we\u0027re spending\ntoo much time on congested devices and leaving the other devices idle.\n\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\n" } ], "next": "a97adc9fffb1707da4e97f91c801660c6be92aac" }