)]}' { "log": [ { "commit": "26ff6ad9786abf6f40a6d3cbb89753b4fa50cb00", "tree": "8abf9b85bc5f081460f05c3e8f76328dc690f167", "parents": [ "fa72e26a640e551637f91122d782d5a85d514f5b" ], "author": { "name": "Srivatsa Vaddagiri", "email": "vatsa@in.ibm.com", "time": "Fri Sep 16 19:27:40 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sat Sep 17 11:49:59 2005 -0700" }, "message": "[PATCH] CPU hotplug breaks wake_up_new_task\n\nFix a problem wherein a new-born task is added to a dead CPU.\n\nSigned-off-by: Srivatsa Vaddagiri \u003cvatsa@in.ibm.com\u003e\nAcked-by: Nick Piggin \u003cnickpiggin@yahoo.com.au\u003e\nAcked-by: Shaohua Li \u003cshaohua.li@intel.com\u003e\nAcked-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "ab2af1f5005069321c5d130f09cce577b03f43ef", "tree": "73a70ba486f522cd9eeeef376ede2b5a1c1b473b", "parents": [ "6e72ad2c581de121cc7e772469e2a8f6b1fd4379" ], "author": { "name": "Dipankar Sarma", "email": "dipankar@in.ibm.com", "time": "Fri Sep 09 13:04:13 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Sep 09 13:57:55 2005 -0700" }, "message": "[PATCH] files: files struct with RCU\n\nPatch to eliminate struct files_struct.file_lock spinlock on the reader side\nand use rcu refcounting rcuref_xxx api for the f_count refcounter. The\nupdates to the fdtable are done by allocating a new fdtable structure and\nsetting files-\u003efdt to point to the new structure. The fdtable structure is\nprotected by RCU thereby allowing lock-free lookup. For fd arrays/sets that\nare vmalloced, we use keventd to free them since RCU callbacks can\u0027t sleep. A\nglobal list of fdtable to be freed is not scalable, so we use a per-cpu list.\nIf keventd is already handling the current cpu\u0027s work, we use a timer to defer\nqueueing of that work.\n\nSince the last publication, this patch has been re-written to avoid using\nexplicit memory barriers and use rcu_assign_pointer(), rcu_dereference()\npremitives instead. This required that the fd information is kept in a\nseparate structure (fdtable) and updated atomically.\n\nSigned-off-by: Dipankar Sarma \u003cdipankar@in.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "badf16621c1f9d1ac753be056fce11b43d6e0be5", "tree": "3fdf833fdf2e3d3a439090743539680449ec3428", "parents": [ "c0dfb2905126e9e94edebbce8d3e05001301f52d" ], "author": { "name": "Dipankar Sarma", "email": "dipankar@in.ibm.com", "time": "Fri Sep 09 13:04:10 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Sep 09 13:57:55 2005 -0700" }, "message": "[PATCH] files: break up files struct\n\nIn order for the RCU to work, the file table array, sets and their sizes must\nbe updated atomically. Instead of ensuring this through too many memory\nbarriers, we put the arrays and their sizes in a separate structure. This\npatch takes the first step of putting the file table elements in a separate\nstructure fdtable that is embedded withing files_struct. It also changes all\nthe users to refer to the file table using files_fdtable() macro. Subsequent\napplciation of RCU becomes easier after this.\n\nSigned-off-by: Dipankar Sarma \u003cdipankar@in.ibm.com\u003e\nSigned-Off-By: David Howells \u003cdhowells@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "b0d62e6d5b3318b6b722121d945afa295f7201b5", "tree": "9dfed36c97bcdbeaf1576b62752bfcafbfae808a", "parents": [ "f76baf9365bd66216bf0e0ebfc083e22eda6215b" ], "author": { "name": "Jason Baron", "email": "jbaron@redhat.com", "time": "Fri Sep 09 13:02:01 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Sep 09 13:57:31 2005 -0700" }, "message": "[PATCH] fix disassociate_ctty vs. fork race\n\nRace is as follows. Process A forks process B, both being part of the same\nsession. Then, A calls disassociate_ctty while B forks C:\n\nA\t\t\t\tB\n\u003d\u003d\u003d\u003d\t\t\t\t\u003d\u003d\u003d\u003d\n\t\t\t\tfork()\n\t\t\t\t copy_signal()\ndissasociate_ctty()\t\t....\n\t\t\t\t attach_pid(p, PIDTYPE_SID, p-\u003esignal-\u003esession);\n\nNow, C can have current-\u003esignal-\u003etty pointing to a freed tty structure, as\nit hasn\u0027t yet been added to the session group (to have its controlling tty\ncleared on the diassociate_ctty() call).\n\nThis has shown up as an oops but could be even more serious. I haven\u0027t\ntried to create a test case, but a customer has verified that the patch\nbelow resolves the issue, which was occuring quite frequently. I\u0027ll try\nand post the test case if i can.\n\nThe patch simply checks for a NULL tty *after* it has been attached to the\nproper session group and clears it as necessary. Alternatively, we could\nsimply do the tty assignment after the the process is added to the proper\nsession group.\n\nSigned-off-by: Jason Baron \u003cjbaron@redhat.com\u003e\nCc: Roland McGrath \u003croland@redhat.com\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "4b5d37ac02954572e80e09255bb5737277aaee8e", "tree": "6072a602430af9a95d2bcadf149bd41c8045ef67", "parents": [ "1299232b5743da454c73853b90b3d2d83dce1737" ], "author": { "name": "Giancarlo Formicuccia", "email": "giancarlo.formicuccia@gmail.com", "time": "Fri Sep 09 13:01:22 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Sep 09 13:56:43 2005 -0700" }, "message": "[PATCH] Clear task_struct-\u003efs_excl on fork()\n\nAn oversight. We don\u0027t want to carry the IO scheduler\u0027s \"we hold exclusive fs\nresources\" hint over to the child across fork().\n\nAcked-by: Jens Axboe \u003caxboe@suse.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "ed75e8d58010fdc06e2c3a81bfbebae92314c7e3", "tree": "3f6f8dc5a34c9e03f613d4b907e02802ab075a9e", "parents": [ "94c80b2598dbd2b8a6fe5f5c2c3af1beb37f66c7" ], "author": { "name": "Laurent Vivier", "email": "LaurentVivier@wanadoo.fr", "time": "Sat Sep 03 15:57:18 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@evo.osdl.org", "time": "Mon Sep 05 00:06:20 2005 -0700" }, "message": "[PATCH] UML Support - Ptrace: adds the host SYSEMU support, for UML and general usage\n\n Jeff Dike \u003cjdike@addtoit.com\u003e,\n Paolo \u0027Blaisorblade\u0027 Giarrusso \u003cblaisorblade_spam@yahoo.it\u003e,\n Bodo Stroesser \u003cbstroesser@fujitsu-siemens.com\u003e\n\nAdds a new ptrace(2) mode, called PTRACE_SYSEMU, resembling PTRACE_SYSCALL\nexcept that the kernel does not execute the requested syscall; this is useful\nto improve performance for virtual environments, like UML, which want to run\nthe syscall on their own.\n\nIn fact, using PTRACE_SYSCALL means stopping child execution twice, on entry\nand on exit, and each time you also have two context switches; with SYSEMU you\navoid the 2nd stop and so save two context switches per syscall.\n\nAlso, some architectures don\u0027t have support in the host for changing the\nsyscall number via ptrace(), which is currently needed to skip syscall\nexecution (UML turns any syscall into getpid() to avoid it being executed on\nthe host). Fixing that is hard, while SYSEMU is easier to implement.\n\n* This version of the patch includes some suggestions of Jeff Dike to avoid\n adding any instructions to the syscall fast path, plus some other little\n changes, by myself, to make it work even when the syscall is executed with\n SYSENTER (but I\u0027m unsure about them). It has been widely tested for quite a\n lot of time.\n\n* Various fixed were included to handle the various switches between\n various states, i.e. when for instance a syscall entry is traced with one of\n PT_SYSCALL / _SYSEMU / _SINGLESTEP and another one is used on exit.\n Basically, this is done by remembering which one of them was used even after\n the call to ptrace_notify().\n\n* We\u0027re combining TIF_SYSCALL_EMU with TIF_SYSCALL_TRACE or TIF_SINGLESTEP\n to make do_syscall_trace() notice that the current syscall was started with\n SYSEMU on entry, so that no notification ought to be done in the exit path;\n this is a bit of a hack, so this problem is solved in another way in next\n patches.\n\n* Also, the effects of the patch:\n\"Ptrace - i386: fix Syscall Audit interaction with singlestep\"\nare cancelled; they are restored back in the last patch of this series.\n\nDetailed descriptions of the patches doing this kind of processing follow (but\nI\u0027ve already summed everything up).\n\n* Fix behaviour when changing interception kind #1.\n\n In do_syscall_trace(), we check the status of the TIF_SYSCALL_EMU flag\n only after doing the debugger notification; but the debugger might have\n changed the status of this flag because he continued execution with\n PTRACE_SYSCALL, so this is wrong. This patch fixes it by saving the flag\n status before calling ptrace_notify().\n\n* Fix behaviour when changing interception kind #2:\n avoid intercepting syscall on return when using SYSCALL again.\n\n A guest process switching from using PTRACE_SYSEMU to PTRACE_SYSCALL\n crashes.\n\n The problem is in arch/i386/kernel/entry.S. The current SYSEMU patch\n inhibits the syscall-handler to be called, but does not prevent\n do_syscall_trace() to be called after this for syscall completion\n interception.\n\n The appended patch fixes this. It reuses the flag TIF_SYSCALL_EMU to\n remember \"we come from PTRACE_SYSEMU and now are in PTRACE_SYSCALL\", since\n the flag is unused in the depicted situation.\n\n* Fix behaviour when changing interception kind #3:\n avoid intercepting syscall on return when using SINGLESTEP.\n\n When testing 2.6.9 and the skas3.v6 patch, with my latest patch and had\n problems with singlestepping on UML in SKAS with SYSEMU. It looped\n receiving SIGTRAPs without moving forward. EIP of the traced process was\n the same for all SIGTRAPs.\n\nWhat\u0027s missing is to handle switching from PTRACE_SYSCALL_EMU to\nPTRACE_SINGLESTEP in a way very similar to what is done for the change from\nPTRACE_SYSCALL_EMU to PTRACE_SYSCALL_TRACE.\n\nI.e., after calling ptrace(PTRACE_SYSEMU), on the return path, the debugger is\nnotified and then wake ups the process; the syscall is executed (or skipped,\nwhen do_syscall_trace() returns 0, i.e. when using PTRACE_SYSEMU), and\ndo_syscall_trace() is called again. Since we are on the return path of a\nSYSEMU\u0027d syscall, if the wake up is performed through ptrace(PTRACE_SYSCALL),\nwe must still avoid notifying the parent of the syscall exit. Now, this\nbehaviour is extended even to resuming with PTRACE_SINGLESTEP.\n\nSigned-off-by: Paolo \u0027Blaisorblade\u0027 Giarrusso \u003cblaisorblade@yahoo.it\u003e\nCc: Jeff Dike \u003cjdike@addtoit.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "3b6bfcdb116f2cc2cab921fcac6d39d4022952d2", "tree": "b9bdc0f85d16bac6de043883880c203627bab9c5", "parents": [ "70d1d47c47c4643af357cb44d0d891c1b765f2ab" ], "author": { "name": "Hugh Dickins", "email": "hugh@veritas.com", "time": "Tue Jul 12 13:58:09 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Tue Jul 12 16:00:58 2005 -0700" }, "message": "[PATCH] lower VM_DONTCOPY total_vm\n\ndup_mmap of a VM_DONTCOPY vma forgot to lower the child\u0027s total_vm. (But\nno way does this account for the recent report of total_vm seen too low.)\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": "22e2c507c301c3dbbcf91b4948b88f78842ee6c9", "tree": "9a97c91d1362e69703aa286021daffb8a5456f4c", "parents": [ "020f46a39eb7b99a575b9f4d105fce2b142acdf1" ], "author": { "name": "Jens Axboe", "email": "axboe@suse.de", "time": "Mon Jun 27 10:55:12 2005 +0200" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Mon Jun 27 14:33:29 2005 -0700" }, "message": "[PATCH] Update cfq io scheduler to time sliced design\n\nThis updates the CFQ io scheduler to the new time sliced design (cfq\nv3). It provides full process fairness, while giving excellent\naggregate system throughput even for many competing processes. It\nsupports io priorities, either inherited from the cpu nice value or set\ndirectly with the ioprio_get/set syscalls. The latter closely mimic\nset/getpriority.\n\nThis import is based on my latest from -mm.\n\nSigned-off-by: Jens Axboe \u003caxboe@suse.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "476d139c218e44e045e4bc6d4cc02b010b343939", "tree": "82a6537b829b2b35156fba5a312f4e44273a4356", "parents": [ "674311d5b411e9042df4fdf7aef0b3c8217b6240" ], "author": { "name": "Nick Piggin", "email": "nickpiggin@yahoo.com.au", "time": "Sat Jun 25 14:57:29 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Jun 25 16:24:44 2005 -0700" }, "message": "[PATCH] sched: consolidate sbe sbf\n\nConsolidate balance-on-exec with balance-on-fork. This is made easy by the\nsched-domains RCU patches.\n\nAs well as the general goodness of code reduction, this allows the runqueues\nto be unlocked during balance-on-fork.\n\nschedstats is a problem. Maybe just have balance-on-event instead of\ndistinguishing fork and exec?\n\nSigned-off-by: Nick Piggin \u003cnickpiggin@yahoo.com.au\u003e\nAcked-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "45918e1a8bfcabc1cb4570b8df276655020eac45", "tree": "4caf6a8b634de389e758d2b4c037208f098b3141", "parents": [ "91612e0df20a52f61db3cac280c153311b36df7a" ], "author": { "name": "Hugh Dickins", "email": "hugh@veritas.com", "time": "Tue Jun 21 17:15:08 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Tue Jun 21 18:46:19 2005 -0700" }, "message": "[PATCH] dup_mmap: update comment on new vma\n\nRemove part of comment on linking new vma in dup_mmap: since anon_vma rmap\ncame in, try_to_unmap_one knows the vma without needing find_vma. But add\na comment to note that here vma is inserted without mmap_sem.\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": "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": "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" } ] }