)]}' { "log": [ { "commit": "913bd906019514579b3c7ec5ab9c463e89207a57", "tree": "8f73c66bf2b30afb2807814d97f9307af0508454", "parents": [ "dca99a38bccceda9e079d4c95abefbd9028605fe" ], "author": { "name": "Andi Kleen", "email": "ak@suse.de", "time": "Sat Mar 25 16:29:09 2006 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sat Mar 25 09:10:52 2006 -0800" }, "message": "[PATCH] x86_64: Increase the variability of the process stack on 64bit architectures\n\n8MB is not really very random, use 1GB (or more with larger page sizes)\ninstead.\n\nAlso use the low bits of the random generator output now instead of\nthrowing them away.\n\nOnly enabled on x86-64 right now. Other architectures need to add\na suitable STACK_RND_MASK\n\nCc: mingo@elte.hu\nSigned-off-by: Andi Kleen \u003cak@suse.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "55148548124e3e52e8921f1cb0e325111ef9cbb1", "tree": "b1a84317305d060b38bc6fcb1ae4006a76f22071", "parents": [ "06842415149371127b91d15774cff95dcccc1845" ], "author": { "name": "Carsten Otte", "email": "cotte@de.ibm.com", "time": "Sat Mar 25 03:08:22 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sat Mar 25 08:23:01 2006 -0800" }, "message": "[PATCH] remove needless check in binfmt_elf.c\n\nLocal variable i is unsigned int and thus cannot be negative.\n\n(akpm: unsigneds shouldn\u0027t be called `i\u0027. This value cannot possibly be\nnegative anyway).\n\nSigned-off-by: Carsten Otte \u003ccotte@de.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "11b0b5abb2097a63c1081d9b7e825b987b227972", "tree": "162c828c8d807a1b30869acbe11682dc9222dc16", "parents": [ "656bde5728b824ca23fcab8bc5800b309ea48d64" ], "author": { "name": "Oliver Neukum", "email": "neukum@fachschaft.cup.uni-muenchen.de", "time": "Sat Mar 25 03:08:13 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sat Mar 25 08:23:00 2006 -0800" }, "message": "[PATCH] use kzalloc and kcalloc in core fs code\n\nSigned-off-by: Oliver Neukum \u003coliver@neukum.name\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "5342fba5412cead88b61ead07168615dbeba1ee3", "tree": "1ec0936cff22284b2226f431033b1a36b27615c7", "parents": [ "f83f2b5fbab4585f4de4523c7879d60e3f85a248" ], "author": { "name": "Suresh Siddha", "email": "suresh.b.siddha@intel.com", "time": "Sun Feb 26 04:18:28 2006 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sun Feb 26 09:53:30 2006 -0800" }, "message": "[PATCH] x86_64: Check for bad elf entry address.\n\nFixes a local DOS on Intel systems that lead to an endless\nrecursive fault. AMD machines don\u0027t seem to be affected.\n\nSigned-off-by: Suresh Siddha \u003csuresh.b.siddha@intel.com\u003e\nSigned-off-by: Andi Kleen \u003cak@suse.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "858119e159384308a5dde67776691a2ebf70df0f", "tree": "f360768f999d51edc0863917ce0bf79e88c0ec4c", "parents": [ "b0a9499c3dd50d333e2aedb7e894873c58da3785" ], "author": { "name": "Arjan van de Ven", "email": "arjan@infradead.org", "time": "Sat Jan 14 13:20:43 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sat Jan 14 18:27:06 2006 -0800" }, "message": "[PATCH] Unlinline a bunch of other functions\n\nRemove the \"inline\" keyword from a bunch of big functions in the kernel with\nthe goal of shrinking it by 30kb to 40kb\n\nSigned-off-by: Arjan van de Ven \u003carjan@infradead.org\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nAcked-by: Jeff Garzik \u003cjgarzik@pobox.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "74da6cd06225da6971943bea6a33f4cb7f6b76a3", "tree": "f9ec384242a21b9e2eced6b4588ddfee65192565", "parents": [ "e97a31117c0f96be6637f68b4029609bb1f2cc7c" ], "author": { "name": "Jesper Juhl", "email": "juhl-lkml@dif.dk", "time": "Wed Jan 11 01:51:26 2006 +0100" }, "committer": { "name": "Adrian Bunk", "email": "bunk@r063144.stusta.swh.mhn.de", "time": "Wed Jan 11 01:51:26 2006 +0100" }, "message": "missing printk loglevel and tiny tiny whitespace change in binfmt_elf()\n\nPatch adds a mising printk loglevel (I think KERN_WARNING is appropriate\nhere) in fs/binfmt_elf.c, and while I was there I made some tiny tiny tiny\nadjustments to whitespacing in the neighborhood.\n\nSigned-off-by: Jesper Juhl \u003cjuhl-lkml@dif.dk\u003e\nSigned-off-by: Adrian Bunk \u003cbunk@stusta.de\u003e\n" }, { "commit": "792db3af38a55b2079df504b9f5aa57b2dbee48d", "tree": "a88af0f8cdda91f4ed8ac8278ca0412abd63d489", "parents": [ "352d768b19408d3c019a3fa09fd5bfed99a55bc6" ], "author": { "name": "Jesper Juhl", "email": "jesper.juhl@gmail.com", "time": "Mon Jan 09 20:54:45 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Tue Jan 10 08:02:01 2006 -0800" }, "message": "[PATCH] fs/binfmt_elf: Remove unneeded kmalloc() return value casts\n\nRemove unneeded casts of kmalloc() return value in binfmt_elf.\n\nSigned-off-by: Jesper Juhl \u003cjesper.juhl@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "708e9a794cf8822b760edaccd9053edb07c34d19", "tree": "ae5f0f9d69c082db751554b3f5717eee60d6205c", "parents": [ "e585e47031751f4e393e10ffd922885508b958dd" ], "author": { "name": "Matt Mackall", "email": "mpm@selenic.com", "time": "Sun Jan 08 01:05:25 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sun Jan 08 20:14:11 2006 -0800" }, "message": "[PATCH] tiny: Configure ELF core dump support\n\nconfigurable support for ELF core dumps\n\n text data bss dec hex filename\n3330172 529036 190556 4049764 3dcb64 vmlinux-baseline\n3325552 528912 190556 4045020 3db8dc vmlinux-no-elf\n\nadd/remove: 0/8 grow/shrink: 0/0 up/down: 0/-4424 (-4424)\nfunction old new delta\nfill_note 32 - -32\nmaydump 58 - -58\ndump_seek 67 - -67\nwritenote 180 - -180\nelf_dump_thread_status 274 - -274\nfill_psinfo 308 - -308\nfill_prstatus 466 - -466\nelf_core_dump 3039 - -3039\n\nSigned-off-by: Matt Mackall \u003cmpm@selenic.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "dda6ebde96044e9b5f1b14588659b39b4e6c08e7", "tree": "c06bba58d2623784c88acc321137c34b7be16335", "parents": [ "cc398c2eae35b13d77b77337136325edc6ca94ca" ], "author": { "name": "David Gibson", "email": "david@gibson.dropbear.id.au", "time": "Sun Jan 08 01:03:35 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sun Jan 08 20:13:58 2006 -0800" }, "message": "[PATCH] Fix handling of ELF segments with zero filesize\n\nmmap() returns -EINVAL if given a zero length, and thus elf_map() in\nbinfmt_elf.c does likewise if it attempts to map a (page-aligned) ELF\nsegment with zero filesize. Such a situation never arises with the default\nlinker scripts, but there\u0027s nothing inherently wrong with zero-filesize\n(but non-zero memsize) ELF segments. Custom linker scripts can generate\nthem, and the kernel should be able to map them; this patch makes it so.\n\nSigned-off-by: David Gibson \u003cdavid@gibson.dropbear.id.au\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "f99d49adf527fa6f7a9c42257fa76bca6b8df1e3", "tree": "41dddbc336016f9dc9557cdb15300de5e599dac1", "parents": [ "6044ec8882c726e325017bd948aa0cd94ad33abc" ], "author": { "name": "Jesper Juhl", "email": "jesper.juhl@gmail.com", "time": "Mon Nov 07 01:01:34 2005 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Mon Nov 07 07:54:06 2005 -0800" }, "message": "[PATCH] kfree cleanup: fs\n\nThis is the fs/ part of the big kfree cleanup patch.\n\nRemove pointless checks for NULL prior to calling kfree() in fs/.\n\nSigned-off-by: Jesper Juhl \u003cjesper.juhl@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "a92897286485735e3708af357f8bcaf0592bd77a", "tree": "698e4623bdc794462c270ee3e5ef549503593f4a", "parents": [ "dfc4f94d2ff95fc92127d3e512c1df7cab274fb8" ], "author": { "name": "Eric W. Biederman", "email": "ebiederm@xmission.com", "time": "Sun Oct 30 15:02:08 2005 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sun Oct 30 17:37:18 2005 -0800" }, "message": "[PATCH] Don\u0027t uselessly export task_struct to userspace in core dumps\n\ntask_struct is an internal structure to the kernel with a lot of good\ninformation, that is probably interesting in core dumps. However there is\nno way for user space to know what format that information is in making it\nuseless.\n\nI grepped the GDB 6.3 source code and NT_TASKSTRUCT while defined is not\nused anywhere else. So I would be surprised if anyone notices it is\nmissing.\n\nIn addition exporting kernel pointers to all the interesting kernel data\nstructures sounds like the very definition of an information leak. I\nhaven\u0027t a clue what someone with evil intentions could do with that\ninformation, but in any attack against the kernel it looks like this is the\nperfect tool for aiming that attack.\n\nSo since NT_TASKSTRUCT is useless as currently defined and is potentially\ndangerous, let\u0027s just not export it.\n\n(akpm: Daniel Jacobowitz \u003cdan@debian.org\u003e \"would be amazed\" if anything was\nusing NT_TASKSTRUCT).\n\nSigned-off-by: Eric W. 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": "404351e67a9facb475abf1492245374a28d13e90", "tree": "5ef4e78b399b36a46eda339ad0cd27556fc5b9a2", "parents": [ "fc2acab31be8e869b2d5f6de12f557f6f054f19c" ], "author": { "name": "Hugh Dickins", "email": "hugh@veritas.com", "time": "Sat Oct 29 18:16:04 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sat Oct 29 21:40:38 2005 -0700" }, "message": "[PATCH] mm: mm_init set_mm_counters\n\nHow is anon_rss initialized? In dup_mmap, and by mm_alloc\u0027s memset; but\nthat\u0027s not so good if an mm_counter_t is a special type. And how is rss\ninitialized? By set_mm_counter, all over the place. Come on, we just need to\ninitialize them both at once by set_mm_counter in mm_init (which follows the\nmemcpy when forking).\n\nSigned-off-by: Hugh Dickins \u003chugh@veritas.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "6de505173e24e76bb33a2595312e0c2b44d49e58", "tree": "0d06e061a70b337627b7e83985d736c0b4f50f33", "parents": [ "a0c111c631e7ab4abd68920debd44259160812ef" ], "author": { "name": "akpm@osdl.org", "email": "akpm@osdl.org", "time": "Tue Oct 11 08:29:08 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Tue Oct 11 09:46:54 2005 -0700" }, "message": "[PATCH] binfmt_elf bss padding fix\n\nNir Tzachar \u003ctzachar@cs.bgu.ac.il\u003e points out that if an ELF file specifies a\nzero-length bss at a whacky address, we cannot load that binary because\npadzero() tries to zero out the end of the page at the whacky address, and\nthat may not be writeable.\n\nSee also http://bugzilla.kernel.org/show_bug.cgi?id\u003d5411\n\nSo teach load_elf_binary() to skip the bss settng altogether if the elf file\nhas a zero-length bss segment.\n\nCc: Roland McGrath \u003croland@redhat.com\u003e\nCc: Daniel Jacobowitz \u003cdan@debian.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "1363c3cd8603a913a27e2995dccbd70d5312d8e6", "tree": "405e7fc1ef44678f3ca0a54c536d0457e6e80f45", "parents": [ "e7c8d5c9955a4d2e88e36b640563f5d6d5aba48a" ], "author": { "name": "Wolfgang Wander", "email": "wwc@rentec.com", "time": "Tue Jun 21 17:14:49 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Tue Jun 21 18:46:16 2005 -0700" }, "message": "[PATCH] Avoiding mmap fragmentation\n\nIngo recently introduced a great speedup for allocating new mmaps using the\nfree_area_cache pointer which boosts the specweb SSL benchmark by 4-5% and\ncauses huge performance increases in thread creation.\n\nThe downside of this patch is that it does lead to fragmentation in the\nmmap-ed areas (visible via /proc/self/maps), such that some applications\nthat work fine under 2.4 kernels quickly run out of memory on any 2.6\nkernel.\n\nThe problem is twofold:\n\n 1) the free_area_cache is used to continue a search for memory where\n the last search ended. Before the change new areas were always\n searched from the base address on.\n\n So now new small areas are cluttering holes of all sizes\n throughout the whole mmap-able region whereas before small holes\n tended to close holes near the base leaving holes far from the base\n large and available for larger requests.\n\n 2) the free_area_cache also is set to the location of the last\n munmap-ed area so in scenarios where we allocate e.g. five regions of\n 1K each, then free regions 4 2 3 in this order the next request for 1K\n will be placed in the position of the old region 3, whereas before we\n appended it to the still active region 1, placing it at the location\n of the old region 2. Before we had 1 free region of 2K, now we only\n get two free regions of 1K -\u003e fragmentation.\n\nThe patch addresses thes issues by introducing yet another cache descriptor\ncached_hole_size that contains the largest known hole size below the\ncurrent free_area_cache. If a new request comes in the size is compared\nagainst the cached_hole_size and if the request can be filled with a hole\nbelow free_area_cache the search is started from the base instead.\n\nThe results look promising: Whereas 2.6.12-rc4 fragments quickly and my\n(earlier posted) leakme.c test program terminates after 50000+ iterations\nwith 96 distinct and fragmented maps in /proc/self/maps it performs nicely\n(as expected) with thread creation, Ingo\u0027s test_str02 with 20000 threads\nrequires 0.7s system time.\n\nTaking out Ingo\u0027s patch (un-patch available per request) by basically\ndeleting all mentions of free_area_cache from the kernel and starting the\nsearch for new memory always at the respective bases we observe: leakme\nterminates successfully with 11 distinctive hardly fragmented areas in\n/proc/self/maps but thread creating is gringdingly slow: 30+s(!) system\ntime for Ingo\u0027s test_str02 with 20000 threads.\n\nNow - drumroll ;-) the appended patch works fine with leakme: it ends with\nonly 7 distinct areas in /proc/self/maps and also thread creation seems\nsufficiently fast with 0.71s for 20000 threads.\n\nSigned-off-by: Wolfgang Wander \u003cwwc@rentec.com\u003e\nCredit-to: \"Richard Purdie\" \u003crpurdie@rpsys.net\u003e\nSigned-off-by: Ken Chen \u003ckenneth.w.chen@intel.com\u003e\nAcked-by: Ingo Molnar \u003cmingo@elte.hu\u003e (partly)\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "5db92850d3ab72b830a0fe6e30eaec8462801408", "tree": "1f1b40c7b1873cf24cf98859907912ff514eb056", "parents": [ "a2ef79e1840ebbd0b5907e53c755efd5662112a1" ], "author": { "name": "Daniel Jacobowitz", "email": "dan@debian.org", "time": "Wed Jun 15 22:26:34 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Thu Jun 16 09:02:59 2005 -0700" }, "message": "[PATCH] Fix large core dumps with a 32-bit off_t\n\nThe ELF core dump code has one use of off_t when writing out segments.\nSome of the segments may be passed the 2GB limit of an off_t, even on a\n32-bit system, so it\u0027s important to use loff_t instead. This fixes a\ncorrupted core dump in the bigcore test in GDB\u0027s testsuite.\n\nSigned-off-by: Daniel Jacobowitz \u003cdan@codesourcery.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "a84a505956f5c795a9ab3d60d97b6b91a27aa571", "tree": "440fdf47fcddf8b0d615667b418981a511d16e30", "parents": [ "d3f0fcec2d50a18a84c4f3dd7683206ed37ca009" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed May 11 00:10:44 2005 -0700" }, "committer": { "name": "Greg KH", "email": "gregkh@suse.de", "time": "Mon May 16 21:07:05 2005 -0700" }, "message": "[PATCH] fix Linux kernel ELF core dump privilege elevation\n\nAs reported by Paul Starzetz \u003cihaquer@isec.pl\u003e\n\nReference: CAN-2005-1263\n\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "18c8baff8fe151ea02e00047afc369ee31939e9b", "tree": "e71f64f2f4c33c9e343d121fcbeff7b660961382", "parents": [ "5bec0039f4ac8d707d7afe7739cc2e7004447e38" ], "author": { "name": "Roland McGrath", "email": "roland@redhat.com", "time": "Thu Apr 28 15:17:19 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Thu Apr 28 15:17:19 2005 -0700" }, "message": "[PATCH] Fix error recovery path for arch_setup_additional_pages\n\nIf arch_setup_additional_pages fails, the error path will do some double-frees.\nThis fixes it.\n\nSigned-off-by: Roland McGrath \u003croland@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "547ee84cea37696d25c93306e909378a87db2f66", "tree": "e21a5ce886975623d07add60beb223e6f36bab80", "parents": [ "fa89c5092eddcbcb425a1416f85906e3cc519793" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Apr 16 15:24:35 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Apr 16 15:24:35 2005 -0700" }, "message": "[PATCH] ppc64: Improve mapping of vDSO\n\nThis patch reworks the way the ppc64 is mapped in user memory by the kernel\nto make it more robust against possible collisions with executable\nsegments. Instead of just whacking a VMA at 1Mb, I now use\nget_unmapped_area() with a hint, and I moved the mapping of the vDSO to\nafter the mapping of the various ELF segments and of the interpreter, so\nthat conflicts get caught properly (it still has to be before\ncreate_elf_tables since the later will fill the AT_SYSINFO_EHDR with the\nproper address).\n\nWhile I was at it, I also changed the 32 and 64 bits vDSO\u0027s to link at\ntheir \"natural\" address of 1Mb instead of 0. This is the address where\nthey are normally mapped in absence of conflict. By doing so, it should be\npossible to properly prelink one it\u0027s been verified to work on glibc.\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\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" } ] }