)]}' { "log": [ { "commit": "5df0d312413d920628f149421d7b0a3994684620", "tree": "cacf3706f5364764ad818f47ac1b09f39691e00e", "parents": [ "4b4d1cc7336b29f766d4e59d1ed2c627443a694a" ], "author": { "name": "Eric Sesterhenn", "email": "snakebyte@gmx.de", "time": "Sat Apr 01 01:16:26 2006 +0200" }, "committer": { "name": "Adrian Bunk", "email": "bunk@stusta.de", "time": "Sat Apr 01 01:16:26 2006 +0200" }, "message": "BUG_ON() Conversion in fs/smbfs/\n\nthis changes if() BUG(); constructs to BUG_ON() which is\ncleaner, contains unlikely() and can better optimized away.\n\nSigned-off-by: Eric Sesterhenn \u003csnakebyte@gmx.de\u003e\nSigned-off-by: Adrian Bunk \u003cbunk@stusta.de\u003e\n" }, { "commit": "4b6f5d20b04dcbc3d888555522b90ba6d36c4106", "tree": "420f271eaef7d3def7d4433b151c3cb6d7a54770", "parents": [ "99ac48f54a91d02140c497edc31dc57d4bc5c85d" ], "author": { "name": "Arjan van de Ven", "email": "arjan@infradead.org", "time": "Tue Mar 28 01:56:42 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Tue Mar 28 09:16:06 2006 -0800" }, "message": "[PATCH] Make most file operations structs in fs/ const\n\nThis is a conversion to make the various file_operations structs in fs/\nconst. Basically a regexp job, with a few manual fixups\n\nThe goal is both to increase correctness (harder to accidentally write to\nshared datastructures) and reducing the false sharing of cachelines with\nthings that get dirty in .data (while .rodata is nicely read only and thus\ncache clean)\n\nSigned-off-by: Arjan van de Ven \u003carjan@infradead.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "54b21a7992a31d30c9a91f7e0a00ffdb4bd0caee", "tree": "33eca2bf3c1edfd3d76cc0f7c96a392239c6d2ec", "parents": [ "676121fcb66c861804e38d94214fd5670a1ef595" ], "author": { "name": "Andrew Morton", "email": "akpm@osdl.org", "time": "Sun Jan 08 01:03:05 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sun Jan 08 20:13:54 2006 -0800" }, "message": "[PATCH] fix possible PAGE_CACHE_SHIFT overflows\n\nWe\u0027ve had two instances recently of overflows when doing\n\n\t64_bit_value \u003d (32_bit_value \u003c\u003c PAGE_CACHE_SHIFT)\n\nI did a tree-wide grep of `\u003c\u003c.*PAGE_CACHE_SHIFT\u0027 and this is the result.\n\n- afs_rxfs_fetch_descriptor.offset is of type off_t, which seems broken.\n\n- jfs and jffs are limited to 4GB anyway.\n\n- reiserfs map_block_for_writepage() takes an unsigned long for the block -\n it should take sector_t. (It\u0027ll fail for huge filesystems with\n blocksize\u003cPAGE_CACHE_SIZE)\n\n- cramfs_read() needs to use sector_t (I think cramsfs is busted on large\n filesystems anyway)\n\n- affs is limited in file size anyway.\n\n- I generally didn\u0027t fix 32-bit overflows in directory operations.\n\n- arm\u0027s __flush_dcache_page() is peculiar. What if the page lies beyond 4G?\n\n- gss_wrap_req_priv() needs checking (snd_buf-\u003epage_base)\n\nCc: Oleg Drokin \u003cgreen@linuxhacker.ru\u003e\nCc: David Howells \u003cdhowells@redhat.com\u003e\nCc: David Woodhouse \u003cdwmw2@infradead.org\u003e\nCc: \u003creiserfs-dev@namesys.com\u003e\nCc: Christoph Hellwig \u003chch@lst.de\u003e\nCc: Anton Altaparmakov \u003caia21@cantab.net\u003e\nCc: Jeff Dike \u003cjdike@addtoit.com\u003e\nCc: Paolo \u0027Blaisorblade\u0027 Giarrusso \u003cblaisorblade@yahoo.it\u003e\nCc: Roman Zippel \u003czippel@linux-m68k.org\u003e\nCc: \u003clinux-fsdevel@vger.kernel.org\u003e\nCc: Miklos Szeredi \u003cmiklos@szeredi.hu\u003e\nCc: Russell King \u003crmk@arm.linux.org.uk\u003e\nCc: Trond Myklebust \u003ctrond.myklebust@fys.uio.no\u003e\nCc: Neil Brown \u003cneilb@cse.unsw.edu.au\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "28fd129827b00e12829d48a5290f46277600619b", "tree": "38e50e1b88965fec41ea5b36aa557fb5c2b1ca73", "parents": [ "05eb0b51fb46430050d5873458612f53e0234f2e" ], "author": { "name": "OGAWA Hirofumi", "email": "hirofumi@mail.parknet.co.jp", "time": "Sun Jan 08 01:02:14 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sun Jan 08 20:13:47 2006 -0800" }, "message": "[PATCH] Fix and add EXPORT_SYMBOL(filemap_write_and_wait)\n\nThis patch add EXPORT_SYMBOL(filemap_write_and_wait) and use it.\n\nSee mm/filemap.c:\n\nAnd changes the filemap_write_and_wait() and filemap_write_and_wait_range().\n\nCurrent filemap_write_and_wait() doesn\u0027t wait if filemap_fdatawrite()\nreturns error. However, even if filemap_fdatawrite() returned an\nerror, it may have submitted the partially data pages to the device.\n(e.g. in the case of -ENOSPC)\n\n\u003cquotation\u003e\nAndrew Morton writes,\n\nIf filemap_fdatawrite() returns an error, this might be due to some\nI/O problem: dead disk, unplugged cable, etc. Given the generally\ncrappy quality of the kernel\u0027s handling of such exceptions, there\u0027s a\ngood chance that the filemap_fdatawait() will get stuck in D state\nforever.\n\u003c/quotation\u003e\n\nSo, this patch doesn\u0027t wait if filemap_fdatawrite() returns the -EIO.\n\nTrond, could you please review the nfs part? Especially I\u0027m not sure,\nnfs must use the \"filemap_fdatawrite(inode-\u003ei_mapping) \u003d\u003d 0\", or not.\n\nAcked-by: Trond Myklebust \u003ctrond.myklebust@fys.uio.no\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "1da177e4c3f41524e886b7f1b8a0c1fc7321cac2", "tree": "0bba044c4ce775e45a88a51686b5d9f90697ea9d", "parents": [], "author": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Apr 16 15:20:36 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Apr 16 15:20:36 2005 -0700" }, "message": "Linux-2.6.12-rc2\n\nInitial git repository build. I\u0027m not bothering with the full history,\neven though we have it. We can create a separate \"historical\" git\narchive of that later if we want to, and in the meantime it\u0027s about\n3.2GB when imported into git - space that would just make the early\ngit days unnecessarily complicated, when we don\u0027t have a lot of good\ninfrastructure for it.\n\nLet it rip!\n" } ] }