)]}' { "log": [ { "commit": "0e5c9f39f64d8a55c5db37a5ea43e37d3422fd92", "tree": "2b7da9a3813f1ce475d276d55243b2675b90349b", "parents": [ "02b0ccef903e85673ead74ddb7c431f2f7ce183d" ], "author": { "name": "Chen, Kenneth W", "email": "kenneth.w.chen@intel.com", "time": "Sat Sep 03 15:55:02 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@evo.osdl.org", "time": "Mon Sep 05 00:05:46 2005 -0700" }, "message": "[PATCH] remove hugetlb_clean_stale_pgtable() and fix huge_pte_alloc()\n\nI don\u0027t think we need to call hugetlb_clean_stale_pgtable() anymore\nin 2.6.13 because of the rework with free_pgtables(). It now collect\nall the pte page at the time of munmap. It used to only collect page\ntable pages when entire one pgd can be freed and left with staled pte\npages. Not anymore with 2.6.13. This function will never be called\nand We should turn it into a BUG_ON.\n\nI also spotted two problems here, not Adam\u0027s fault :-)\n(1) in huge_pte_alloc(), it looks like a bug to me that pud is not\n checked before calling pmd_alloc()\n(2) in hugetlb_clean_stale_pgtable(), it also missed a call to\n pmd_free_tlb. I think a tlb flush is required to flush the mapping\n for the page table itself when we clear out the pmd pointing to a\n pte page. However, since hugetlb_clean_stale_pgtable() is never\n called, so it won\u0027t trigger the bug.\n\nSigned-off-by: Ken Chen \u003ckenneth.w.chen@intel.com\u003e\nCc: Adam Litke \u003cagl@us.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "fd4fd5aac1282825195c6816ed40a2a6d42db5bf", "tree": "5908cf4c88a7c9d69ea7bdc1c354d51b6ff47f86", "parents": [ "28ae55c98e4d16eac9a05a8a259d7763ef3aeb18" ], "author": { "name": "Stephen Rothwell", "email": "sfr@canb.auug.org.au", "time": "Sat Sep 03 15:54:30 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@evo.osdl.org", "time": "Mon Sep 05 00:05:39 2005 -0700" }, "message": "[PATCH] mm: consolidate get_order\n\nSomeone mentioned that almost all the architectures used basically the same\nimplementation of get_order. This patch consolidates them into\nasm-generic/page.h and includes that in the appropriate places. The\nexceptions are ia64 and ppc which have their own (presumably optimised)\nversions.\n\nSigned-off-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "3d345e3fc9e9177deb7c82e5c79e32d77eb63cce", "tree": "4c9ecef7b3baf0f9649933510d2645a50665c2d6", "parents": [ "5ded01e83ec3b60191b03b9f88f53acd4e6112f5" ], "author": { "name": "Eric W. Biederman", "email": "ebiederm@xmission.com", "time": "Sat Jun 25 14:57:49 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Jun 25 16:24:48 2005 -0700" }, "message": "[PATCH] kexec: x86: add CONFIG_PYSICAL_START\n\nFor one kernel to report a crash another kernel has created we need\nto have 2 kernels loaded simultaneously in memory. To accomplish this\nthe two kernels need to built to run at different physical addresses.\n\nThis patch adds the CONFIG_PHYSICAL_START option to the x86 kernel\nso we can do just that. You need to know what you are doing and\nthe ramifications are before changing this value, and most users\nwon\u0027t care so I have made it depend on CONFIG_EMBEDDED\n\nbzImage kernels will work and run at a different address when compiled\nwith this option but they will still load at 1MB. If you need a kernel\nloaded at a different address as well you need to boot a vmlinux.\n\nSigned-off-by: Eric Biederman \u003cebiederm@xmission.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "05b79bdcb48c18cd9b580c39e3efb9a1ab078151", "tree": "1767aaa7a4621ff4cf1a85c2078229de54272f30", "parents": [ "d41dee369bff3b9dcb6328d4d822926c28cc2594" ], "author": { "name": "Andy Whitcroft", "email": "apw@shadowen.org", "time": "Thu Jun 23 00:07:57 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Thu Jun 23 09:45:05 2005 -0700" }, "message": "[PATCH] sparsemem memory model for i386\n\nProvide the architecture specific implementation for SPARSEMEM for i386 SMP\nand NUMA systems.\n\nSigned-off-by: Andy Whitcroft \u003capw@shadowen.org\u003e\nSigned-off-by: Dave Hansen \u003chaveblue@us.ibm.com\u003e\nSigned-off-by: Martin Bligh \u003cmbligh@aracnet.com\u003e\nSigned-off-by: Adrian Bunk \u003cbunk@stusta.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "5b505b90b2d54e526cc8d123bdef3b98c9f0bbc6", "tree": "c56ce2547e654eb0a2166171ba8ca19eaa8cd65f", "parents": [ "348f8b6c4837a07304d2f72b11ce8d96588065e0" ], "author": { "name": "Dave Hansen", "email": "haveblue@us.ibm.com", "time": "Thu Jun 23 00:07:41 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Thu Jun 23 09:45:01 2005 -0700" }, "message": "[PATCH] sparsemem base: teach discontig about sparse ranges\n\ndiscontig.c has some assumptions that mem_map[]s inside of a node are\ncontiguous. Teach it to make sure that each region that it\u0027s bringing online\nis actually made up of valid ranges of ram.\n\nWritten-by: Andy Whitcroft \u003capw@shadowen.org\u003e\nSigned-off-by: Dave Hansen \u003chaveblue@us.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "63551ae0feaaa23807ebea60de1901564bbef32e", "tree": "f6f97f60f83c3e9813bdfcc6039c499997b1ea10", "parents": [ "1e7e5a9048b30c57ba1ddaa6cdf59b21b65cde99" ], "author": { "name": "David Gibson", "email": "david@gibson.dropbear.id.au", "time": "Tue Jun 21 17:14:44 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Tue Jun 21 18:46:15 2005 -0700" }, "message": "[PATCH] Hugepage consolidation\n\nA lot of the code in arch/*/mm/hugetlbpage.c is quite similar. This patch\nattempts to consolidate a lot of the code across the arch\u0027s, putting the\ncombined version in mm/hugetlb.c. There are a couple of uglyish hacks in\norder to covert all the hugepage archs, but the result is a very large\nreduction in the total amount of code. It also means things like hugepage\nlazy allocation could be implemented in one place, instead of six.\n\nTested, at least a little, on ppc64, i386 and x86_64.\n\nNotes:\n\t- this patch changes the meaning of set_huge_pte() to be more\n\t analagous to set_pte()\n\t- does SH4 need s special huge_ptep_get_and_clear()??\n\nAcked-by: William Lee Irwin \u003cwli@holomorphy.com\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" } ] }