)]}' { "log": [ { "commit": "819a692804a8d2d42b7bb033d2650dba47622149", "tree": "a3b614679c0ee42bec418c933d96e194884031d1", "parents": [ "1584b89c921acefe88881f08d836d80f00600a84" ], "author": { "name": "Andi Kleen", "email": "ak@suse.de", "time": "Wed Jan 11 22:43:45 2006 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Wed Jan 11 19:04:51 2006 -0800" }, "message": "[PATCH] x86_64: Handle unknown node (-1) in alloc_pages_node\n\nFollowing kmalloc_node.\n\nNeeded for another patch to return -1 for unknown nodes in x86-64.\n\nCc: Christoph Lameter \u003cclameter@engr.sgi.com\u003e\nCc: kiran@scalex86.org\nSigned-off-by: Andi Kleen \u003cak@suse.de\u003e\n[ Changed 0 to numa_node_id() on suggestion by Christoph Lameter ]\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "4eac915d02453e81a32595cd7423492c81337a26", "tree": "2c652730cdf2cb0015cf59a8f75506c917685091", "parents": [ "7365f3d169a1eae00e713c1a4eea90e86415dcc5" ], "author": { "name": "Paul Jackson", "email": "pj@sgi.com", "time": "Wed Jan 11 12:17:19 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Wed Jan 11 18:42:09 2006 -0800" }, "message": "[PATCH] mm: gfp_atomic comments\n\nClarify in comments that GFP_ATOMIC means both \"don\u0027t sleep\" and \"use\nemergency pools\", hence both ALLOC_HARDER and ALLOC_HIGH.\n\nSigned-off-by: Paul Jackson \u003cpj@sgi.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "ac3461ad632e86e7debd871776683c05ef3ba4c6", "tree": "98ea9272b3e9d05499f1a4fbf10e998f6d476fa5", "parents": [ "4b4a27dff4e2d4cc2eac1cde31aede834a966a48" ], "author": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Tue Nov 22 19:39:30 2005 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Tue Nov 22 19:39:30 2005 -0800" }, "message": "Fix up GFP_ZONEMASK for GFP_DMA32 usage\n\nThere was some confusion about the different zone usage, this should fix\nup the resulting mess in the GFP zonemask handling.\n\nThe different zone usage is still confusing (it\u0027s very easy to mix up\nthe individual zone numbers with the GFP zone _list_ numbers), so we\nmight want to clean up some of this in the future, but in the meantime\nthis should fix the actual problems.\n\nAcked-by: Andi Kleen \u003cak@suse.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "4060994c3e337b40e0f6fa8ce2cc178e021baf3d", "tree": "980297c1747ca89354bc879cc5d17903eacb19e2", "parents": [ "0174f72f848dfe7dc7488799776303c81b181b16", "d3ee871e63d0a0c70413dc0aa5534b8d6cd6ec37" ], "author": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Mon Nov 14 19:56:02 2005 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Mon Nov 14 19:56:02 2005 -0800" }, "message": "Merge x86-64 update from Andi\n" }, { "commit": "a2f1b424900715ed9d1699c3bb88a434a2b42bc0", "tree": "8ef440f840656365166ff2d71aa445c224c53546", "parents": [ "56720367cd89ef5265f39da2d674c5b92cd4cd87" ], "author": { "name": "Andi Kleen", "email": "ak@suse.de", "time": "Sat Nov 05 17:25:53 2005 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Mon Nov 14 19:55:13 2005 -0800" }, "message": "[PATCH] x86_64: Add 4GB DMA32 zone\n\nAdd a new 4GB GFP_DMA32 zone between the GFP_DMA and GFP_NORMAL zones.\n\nAs a bit of historical background: when the x86-64 port\nwas originally designed we had some discussion if we should\nuse a 16MB DMA zone like i386 or a 4GB DMA zone like IA64 or\nboth. Both was ruled out at this point because it was in early\n2.4 when VM is still quite shakey and had bad troubles even\ndealing with one DMA zone. We settled on the 16MB DMA zone mainly\nbecause we worried about older soundcards and the floppy.\n\nBut this has always caused problems since then because\ndevice drivers had trouble getting enough DMA able memory. These days\nthe VM works much better and the wide use of NUMA has proven\nit can deal with many zones successfully.\n\nSo this patch adds both zones.\n\nThis helps drivers who need a lot of memory below 4GB because\ntheir hardware is not accessing more (graphic drivers - proprietary\nand free ones, video frame buffer drivers, sound drivers etc.).\nPreviously they could only use IOMMU+16MB GFP_DMA, which\nwas not enough memory.\n\nAnother common problem is that hardware who has full memory\naddressing for \u003e4GB misses it for some control structures in memory\n(like transmit rings or other metadata). They tended to allocate memory\nin the 16MB GFP_DMA or the IOMMU/swiotlb then using pci_alloc_consistent,\nbut that can tie up a lot of precious 16MB GFPDMA/IOMMU/swiotlb memory\n(even on AMD systems the IOMMU tends to be quite small) especially if you have\nmany devices. With the new zone pci_alloc_consistent can just put\nthis stuff into memory below 4GB which works better.\n\nOne argument was still if the zone should be 4GB or 2GB. The main\nmotivation for 2GB would be an unnamed not so unpopular hardware\nraid controller (mostly found in older machines from a particular four letter\ncompany) who has a strange 2GB restriction in firmware. But\nthat one works ok with swiotlb/IOMMU anyways, so it doesn\u0027t really\nneed GFP_DMA32. I chose 4GB to be compatible with IA64 and because\nit seems to be the most common restriction.\n\nThe new zone is so far added only for x86-64.\n\nFor other architectures who don\u0027t set up this\nnew zone nothing changes. Architectures can set a compatibility\ndefine in Kconfig CONFIG_DMA_IS_DMA32 that will define GFP_DMA32\nas GFP_DMA. Otherwise it\u0027s a nop because on 32bit architectures\nit\u0027s normally not needed because GFP_NORMAL (\u003d0) is DMA able\nenough.\n\nOne problem is still that GFP_DMA means different things on different\narchitectures. e.g. some drivers used to have #ifdef ia64 use GFP_DMA\n(trusting it to be 4GB) #elif __x86_64__ (use other hacks like\nthe swiotlb because 16MB is not enough) ... . This was quite\nugly and is now obsolete.\n\nThese should be now converted to use GFP_DMA32 unconditionally. I haven\u0027t done\nthis yet. Or best only use pci_alloc_consistent/dma_alloc_coherent\nwhich will use GFP_DMA32 transparently.\n\nSigned-off-by: Andi Kleen \u003cak@suse.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "2d6c666e8704cf06267f29a4fa3d2cf823469c38", "tree": "c53db43c6e936ae44f232ab5f04dfc6900230190", "parents": [ "7fb1d9fca5c6e3b06773b69165a73f3fb786b8ee" ], "author": { "name": "Paul Jackson", "email": "pj@sgi.com", "time": "Sun Nov 13 16:06:44 2005 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sun Nov 13 18:14:12 2005 -0800" }, "message": "[PATCH] mm: gfp_noreclaim cleanup\n\nRemove last remnant of the defunct early reclaim page logic, the no longer\nused __GFP_NORECLAIM flag bit.\n\nSigned-off-by: Paul Jackson \u003cpj@sgi.com\u003e\nAcked-by: Martin Hicks \u003cmort@bork.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "af4ca457eaf2d6682059c18463eb106e2ce58198", "tree": "399ca5ab3b15d723a6aefd04c764a2a06089ed06", "parents": [ "434f1d10c1adb6c2e333d501ce1e42be610e0723" ], "author": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Fri Oct 21 02:55:38 2005 -0400" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Oct 28 08:16:46 2005 -0700" }, "message": "[PATCH] gfp_t: infrastructure\n\nBeginning of gfp_t annotations:\n\n - -Wbitwise added to CHECKFLAGS\n - old __bitwise renamed to __bitwise__\n - __bitwise defined to either __bitwise__ or nothing, depending on\n __CHECK_ENDIAN__ being defined\n - gfp_t switched from __nocast to __bitwise__\n - force cast to gfp_t added to __GFP_... constants\n - new helper - gfp_zone(); extracts zone bits out of gfp_t value and casts\n the result to int\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "dd0fc66fb33cd610bc1a5db8a5e232d34879b4d7", "tree": "51f96a9db96293b352e358f66032e1f4ff79fafb", "parents": [ "3b0e77bd144203a507eb191f7117d2c5004ea1de" ], "author": { "name": "Al Viro", "email": "viro@ftp.linux.org.uk", "time": "Fri Oct 07 07:46:04 2005 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sat Oct 08 15:00:57 2005 -0700" }, "message": "[PATCH] gfp flags annotations - part 1\n\n - added typedef unsigned int __nocast gfp_t;\n\n - replaced __nocast uses for gfp flags with gfp_t - it gives exactly\n the same warnings as far as sparse is concerned, doesn\u0027t change\n generated code (from gcc point of view we replaced unsigned int with\n typedef) and documents what\u0027s going on far better.\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "f90b1d2f1aaaa40c6519a32e69615edc25bb97d5", "tree": "f93fb812e31885956e23b6fe7839082e661b5119", "parents": [ "a49335cceab8afb6603152fcc3f7d3b6677366ca" ], "author": { "name": "Paul Jackson", "email": "pj@sgi.com", "time": "Tue Sep 06 15:18:10 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Wed Sep 07 16:57:40 2005 -0700" }, "message": "[PATCH] cpusets: new __GFP_HARDWALL flag\n\nAdd another GFP flag: __GFP_HARDWALL.\n\nA subsequent \"cpuset_zone_allowed\" patch will use this flag to mark GFP_USER\nallocations, and distinguish them from GFP_KERNEL allocations.\n\nAllocations (such as GFP_USER) marked GFP_HARDWALL are constrainted to the\ncurrent tasks cpuset. Other allocations (such as GFP_KERNEL) can steal from\nthe possibly larger nearest mem_exclusive cpuset ancestor, if memory is tight\non every node in the current cpuset.\n\nThis patch collides with Mel Gorman\u0027s patch to reduce fragmentation in the\nstandard buddy allocator, which adds two GFP flags. This was discussed on\nlinux-mm in July. Most likely, one of his flags for user reclaimable memory\ncan be the same as my __GFP_HARDWALL flag, under some generic name meaning its\nuser address space memory.\n\nSigned-off-by: Paul Jackson \u003cpj@sgi.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "0db925af1db5f3dfe1691c35b39496e2baaff9c9", "tree": "bb9f827fa001b27f7a902abf174e8f0057c9df81", "parents": [ "b84c21572de8a732062eff5592e3c4b3b1793bb8" ], "author": { "name": "Alexey Dobriyan", "email": "adobriyan@gmail.com", "time": "Thu Jul 07 17:56:58 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Thu Jul 07 18:23:46 2005 -0700" }, "message": "[PATCH] propagate __nocast annotations\n\nSigned-off-by: Alexey Dobriyan \u003cadobriyan@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "4ae7c03943fca73f23bc0cdb938070f41b98101f", "tree": "d4b3a7369896af7aa7bb58d0d1699be91fc4aa0d", "parents": [ "578c2fd6a7f378434655e5c480e23152a3994404" ], "author": { "name": "Christoph Lameter", "email": "clameter@engr.sgi.com", "time": "Tue Jun 21 17:14:57 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Tue Jun 21 18:46:18 2005 -0700" }, "message": "[PATCH] Periodically drain non local pagesets\n\nThe pageset array can potentially acquire a huge amount of memory on large\nNUMA systems. F.e. on a system with 512 processors and 256 nodes there\nwill be 256*512 pagesets. If each pageset only holds 5 pages then we are\ntalking about 655360 pages.With a 16K page size on IA64 this results in\npotentially 10 Gigabytes of memory being trapped in pagesets. The typical\ncases are much less for smaller systems but there is still the potential of\nmemory being trapped in off node pagesets. Off node memory may be rarely\nused if local memory is available and so we may potentially have memory in\nseldom used pagesets without this patch.\n\nThe slab allocator flushes its per cpu caches every 2 seconds. The\nfollowing patch flushes the off node pageset caches in the same way by\ntying into the slab flush.\n\nThe patch also changes /proc/zoneinfo to include the number of pages\ncurrently in each pageset.\n\nSigned-off-by: Christoph Lameter \u003cclameter@sgi.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "0c35bbadc59f5ed105c34471143eceb4c0dd9c95", "tree": "d82de388e8c0a38fa4b1d27ad372e84c9f01e013", "parents": [ "753ee728964e5afb80c17659cc6c3a6fd0a42fe0" ], "author": { "name": "Martin Hicks", "email": "mort@sgi.com", "time": "Tue Jun 21 17:14:42 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Tue Jun 21 18:46:14 2005 -0700" }, "message": "[PATCH] VM: add __GFP_NORECLAIM\n\nWhen using the early zone reclaim, it was noticed that allocating new pages\nthat should be spread across the whole system caused eviction of local pages.\n\nThis adds a new GFP flag to prevent early reclaim from happening during\ncertain allocation attempts. The example that is implemented here is for page\ncache pages. We want page cache pages to be spread across the whole system,\nand we don\u0027t want page cache pages to evict other pages to get local memory.\n\nSigned-off-by: Martin Hicks \u003cmort@sgi.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "b84a35be0285229b0a8a5e2e04d79360c5b75562", "tree": "3ff63fde8534eb615b408d047b461015781f6a5b", "parents": [ "8e30f272a93ec9c1d5c305c5040dfaebc880499d" ], "author": { "name": "Nick Piggin", "email": "nickpiggin@yahoo.com.au", "time": "Sun May 01 08:58:36 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sun May 01 08:58:36 2005 -0700" }, "message": "[PATCH] mempool: NOMEMALLOC and NORETRY\n\nMempools have 2 problems.\n\nThe first is that mempool_alloc can possibly get stuck in __alloc_pages\nwhen they should opt to fail, and take an element from their reserved pool.\n\nThe second is that it will happily eat emergency PF_MEMALLOC reserves\ninstead of going to their reserved pools.\n\nFix the first by passing __GFP_NORETRY in the allocation calls in\nmempool_alloc. Fix the second by introducing a __GFP_MEMPOOL flag which\ndirects the page allocator not to allocate from the reserve pool.\n\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" } ] }