)]}' { "log": [ { "commit": "0a26b1364f14852bc9a51db0ca63c5250c775627", "tree": "83422473cb4bf4c450012cded06288a0dc6abedf", "parents": [ "ff2e6d7e27cf1f757ab0d97e1a9e46de47152a0e" ], "author": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Tue Mar 28 10:22:10 2006 +1100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Tue Mar 28 10:22:10 2006 +1100" }, "message": "ppc: Remove CHRP, POWER3 and POWER4 support from arch/ppc\n\n32-bit CHRP machines are now supported only in arch/powerpc, as are\nall 64-bit PowerPC processors. This means that we don\u0027t use\nOpen Firmware on any platform in arch/ppc any more.\n\nThis makes PReP support a single-platform option like every other\nplatform support option in arch/ppc now, thus CONFIG_PPC_MULTIPLATFORM\nis gone from arch/ppc. CONFIG_PPC_PREP is the option that selects\nPReP support and is generally what has replaced\nCONFIG_PPC_MULTIPLATFORM within arch/ppc.\n\n_machine is all but dead now, being #defined to 0.\n\nUpdated Makefiles, comments and Kconfig options generally to reflect\nthese changes.\n\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "c57914a4f24322a8f7ef06a8e2fca5f0b2c98878", "tree": "bbfeea19e4320891009b386d8f50c3f0821ed86f", "parents": [ "337a7128dbe68ebe7627b6f954cb32d30d7b11c6" ], "author": { "name": "Olaf Hering", "email": "olh@suse.de", "time": "Tue Feb 21 21:06:41 2006 +0100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Fri Feb 24 11:36:20 2006 +1100" }, "message": "[PATCH] ppc: fix adb breakage in xmon\n\nFix up xmon compilation after the last change.\nRemove lots of dead code, all the pmac and chrp support is in arch/powerpc\n\nSigned-off-by: Olaf Hering \u003colh@suse.de\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "0728a2f99ef6efd1984f9e0ed59834c1cc602e6f", "tree": "5ea69ff5f0b51a36347bcd84f0b7bf13491cbe2a", "parents": [ "092b8f3488a3e50a4ab5f2f3f7c8bbf56b3144e1" ], "author": { "name": "Olaf Hering", "email": "olh@suse.de", "time": "Sat Feb 11 18:21:47 2006 +0100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Mon Feb 20 10:44:31 2006 +1100" }, "message": "[PATCH] powerpc: remove duplicate exports\n\nA few symbols are exported twice, remove them from ppc_ksyms.c\nRemove users of sys_ctrler in arch/ppc/\n\nWARNING: vmlinux: duplicate symbol \u0027__delay\u0027 previous definition was in vmlinux\nWARNING: vmlinux: duplicate symbol \u0027__up\u0027 previous definition was in vmlinux\nWARNING: vmlinux: duplicate symbol \u0027__down\u0027 previous definition was in vmlinux\nWARNING: vmlinux: duplicate symbol \u0027__down_interruptible\u0027 previous definition was in vmlinux\nWARNING: vmlinux: duplicate symbol \u0027sys_ctrler\u0027 previous definition was in vmlinux\nWARNING: vmlinux: duplicate symbol \u0027strncat\u0027 previous definition was in vmlinux\nWARNING: vmlinux: duplicate symbol \u0027strncmp\u0027 previous definition was in vmlinux\nWARNING: vmlinux: duplicate symbol \u0027strchr\u0027 previous definition was in vmlinux\nWARNING: vmlinux: duplicate symbol \u0027strrchr\u0027 previous definition was in vmlinux\nWARNING: vmlinux: duplicate symbol \u0027strnlen\u0027 previous definition was in vmlinux\nWARNING: vmlinux: duplicate symbol \u0027strpbrk\u0027 previous definition was in vmlinux\nWARNING: vmlinux: duplicate symbol \u0027memscan\u0027 previous definition was in vmlinux\nWARNING: vmlinux: duplicate symbol \u0027strstr\u0027 previous definition was in vmlinux\n\nSigned-off-by: Olaf Hering \u003colh@suse.de\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "a7fdd90bc43e3e9cb08bc1b13650024d419b89e5", "tree": "5c99a41b9d157186668ed63c001f72a09965143b", "parents": [ "e8625d463560198cff7cb3eb22886c47d728d501" ], "author": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Sun Jan 15 17:30:44 2006 +1100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Sun Jan 15 17:30:44 2006 +1100" }, "message": "[PATCH] ppc: Remove powermac support from ARCH\u003dppc\n\nThis makes it possible to build kernels for PReP and/or CHRP\nwith ARCH\u003dppc by removing the (non-building) powermac support.\nIt\u0027s now also possible to select PReP and CHRP independently.\nPowermac users should now build with ARCH\u003dpowerpc instead of\nARCH\u003dppc. (This does mean that it is no longer possible to\nbuild a 32-bit kernel for a G5.)\n\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "198e2f181163233b379dc7ce8a6d7516b84042e7", "tree": "cc4067ca1c81034ba8d214b7ff4c39f2f5be66ee", "parents": [ "4dc7a0bbeb6882ad665e588e82fabe5bb4645f2f" ], "author": { "name": "akpm@osdl.org", "email": "akpm@osdl.org", "time": "Thu Jan 12 01:05:30 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Thu Jan 12 09:08:50 2006 -0800" }, "message": "[PATCH] scheduler cache-hot-autodetect\n\n\r)\n\nFrom: Ingo Molnar \u003cmingo@elte.hu\u003e\n\nThis is the latest version of the scheduler cache-hot-auto-tune patch.\n\nThe first problem was that detection time scaled with O(N^2), which is\nunacceptable on larger SMP and NUMA systems. To solve this:\n\n- I\u0027ve added a \u0027domain distance\u0027 function, which is used to cache\n measurement results. Each distance is only measured once. This means\n that e.g. on NUMA distances of 0, 1 and 2 might be measured, on HT\n distances 0 and 1, and on SMP distance 0 is measured. The code walks\n the domain tree to determine the distance, so it automatically follows\n whatever hierarchy an architecture sets up. This cuts down on the boot\n time significantly and removes the O(N^2) limit. The only assumption\n is that migration costs can be expressed as a function of domain\n distance - this covers the overwhelming majority of existing systems,\n and is a good guess even for more assymetric systems.\n\n [ People hacking systems that have assymetries that break this\n assumption (e.g. different CPU speeds) should experiment a bit with\n the cpu_distance() function. Adding a -\u003emigration_distance factor to\n the domain structure would be one possible solution - but lets first\n see the problem systems, if they exist at all. Lets not overdesign. ]\n\nAnother problem was that only a single cache-size was used for measuring\nthe cost of migration, and most architectures didnt set that variable\nup. Furthermore, a single cache-size does not fit NUMA hierarchies with\nL3 caches and does not fit HT setups, where different CPUs will often\nhave different \u0027effective cache sizes\u0027. To solve this problem:\n\n- Instead of relying on a single cache-size provided by the platform and\n sticking to it, the code now auto-detects the \u0027effective migration\n cost\u0027 between two measured CPUs, via iterating through a wide range of\n cachesizes. The code searches for the maximum migration cost, which\n occurs when the working set of the test-workload falls just below the\n \u0027effective cache size\u0027. I.e. real-life optimized search is done for\n the maximum migration cost, between two real CPUs.\n\n This, amongst other things, has the positive effect hat if e.g. two\n CPUs share a L2/L3 cache, a different (and accurate) migration cost\n will be found than between two CPUs on the same system that dont share\n any caches.\n\n(The reliable measurement of migration costs is tricky - see the source\nfor details.)\n\nFurthermore i\u0027ve added various boot-time options to override/tune\nmigration behavior.\n\nFirstly, there\u0027s a blanket override for autodetection:\n\n\tmigration_cost\u003d1000,2000,3000\n\nwill override the depth 0/1/2 values with 1msec/2msec/3msec values.\n\nSecondly, there\u0027s a global factor that can be used to increase (or\ndecrease) the autodetected values:\n\n\tmigration_factor\u003d120\n\nwill increase the autodetected values by 20%. This option is useful to\ntune things in a workload-dependent way - e.g. if a workload is\ncache-insensitive then CPU utilization can be maximized by specifying\nmigration_factor\u003d0.\n\nI\u0027ve tested the autodetection code quite extensively on x86, on 3\nP3/Xeon/2MB, and the autodetected values look pretty good:\n\nDual Celeron (128K L2 cache):\n\n ---------------------\n migration cost matrix (max_cache_size: 131072, cpu: 467 MHz):\n ---------------------\n [00] [01]\n [00]: - 1.7(1)\n [01]: 1.7(1) -\n ---------------------\n cacheflush times [2]: 0.0 (0) 1.7 (1784008)\n ---------------------\n\nHere the slow memory subsystem dominates system performance, and even\nthough caches are small, the migration cost is 1.7 msecs.\n\nDual HT P4 (512K L2 cache):\n\n ---------------------\n migration cost matrix (max_cache_size: 524288, cpu: 2379 MHz):\n ---------------------\n [00] [01] [02] [03]\n [00]: - 0.4(1) 0.0(0) 0.4(1)\n [01]: 0.4(1) - 0.4(1) 0.0(0)\n [02]: 0.0(0) 0.4(1) - 0.4(1)\n [03]: 0.4(1) 0.0(0) 0.4(1) -\n ---------------------\n cacheflush times [2]: 0.0 (33900) 0.4 (448514)\n ---------------------\n\nHere it can be seen that there is no migration cost between two HT\nsiblings (CPU#0/2 and CPU#1/3 are separate physical CPUs). A fast memory\nsystem makes inter-physical-CPU migration pretty cheap: 0.4 msecs.\n\n8-way P3/Xeon [2MB L2 cache]:\n\n ---------------------\n migration cost matrix (max_cache_size: 2097152, cpu: 700 MHz):\n ---------------------\n [00] [01] [02] [03] [04] [05] [06] [07]\n [00]: - 19.2(1) 19.2(1) 19.2(1) 19.2(1) 19.2(1) 19.2(1) 19.2(1)\n [01]: 19.2(1) - 19.2(1) 19.2(1) 19.2(1) 19.2(1) 19.2(1) 19.2(1)\n [02]: 19.2(1) 19.2(1) - 19.2(1) 19.2(1) 19.2(1) 19.2(1) 19.2(1)\n [03]: 19.2(1) 19.2(1) 19.2(1) - 19.2(1) 19.2(1) 19.2(1) 19.2(1)\n [04]: 19.2(1) 19.2(1) 19.2(1) 19.2(1) - 19.2(1) 19.2(1) 19.2(1)\n [05]: 19.2(1) 19.2(1) 19.2(1) 19.2(1) 19.2(1) - 19.2(1) 19.2(1)\n [06]: 19.2(1) 19.2(1) 19.2(1) 19.2(1) 19.2(1) 19.2(1) - 19.2(1)\n [07]: 19.2(1) 19.2(1) 19.2(1) 19.2(1) 19.2(1) 19.2(1) 19.2(1) -\n ---------------------\n cacheflush times [2]: 0.0 (0) 19.2 (19281756)\n ---------------------\n\nThis one has huge caches and a relatively slow memory subsystem - so the\nmigration cost is 19 msecs.\n\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Ashok Raj \u003cashok.raj@intel.com\u003e\nSigned-off-by: Ken Chen \u003ckenneth.w.chen@intel.com\u003e\nCc: \u003cwilder@us.ibm.com\u003e\nSigned-off-by: John Hawkes \u003chawkes@sgi.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "d3ed65832029dcaf5fe086670a2f2c25600b51e9", "tree": "00b3ea25477868607b0aa47d55b0854118f73fb2", "parents": [ "94b212c29f685ca54b5689a8e89ac7671c43d651" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Wed Nov 16 13:40:43 2005 +1100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Wed Nov 16 14:05:07 2005 +1100" }, "message": "[PATCH] ppc: Fix build with CONFIG_CHRP not set\n\nBuilding ARCH\u003dppc for multiplatforms with CONFIG_CHRP not set fails\ndue to some unshielded code in xmon\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "7b007de8a90604000329154e87d269db3427d099", "tree": "637842a469abd622af00f1032d295dc62400dba6", "parents": [ "21fe3301f11a93c4f18e8480ed08522559bf0a50" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Mon Nov 07 16:43:44 2005 +1100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Tue Nov 08 11:19:48 2005 +1100" }, "message": "[PATCH] ppc: Fix ARCH\u003dppc build with xmon\n\nxmon() prototype is inconsistent between ARCH\u003dppc and ARCH\u003dpowerpc,\nthus causing ARCH\u003dppc build breakage.\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "d49b340124a34fcb8bceda472558ccef7232c16f", "tree": "857c9aa0f61e83e304382fa97185631400b285ef", "parents": [ "434cc69fbb02dd7ca64c5029dc6a6f9636f77e02" ], "author": { "name": "Olaf Hering", "email": "olh@suse.de", "time": "Fri Oct 28 17:46:17 2005 -0700" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Sat Oct 29 14:12:39 2005 +1000" }, "message": "[PATCH] ppc32: update xmon help text\n\nMention a few more commands in xmon. System.map processing was replaced\nwith kallsyms.\n\nSigned-off-by: Olaf Hering \u003colh@suse.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "fd582ec88eb8d2d907876603e4ecebe6eab330d9", "tree": "bafacc1916098001051b8235722daa6b9b52e63a", "parents": [ "35d81a4bfe28a6ea81c9f67c9ce40543124ded0b" ], "author": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Tue Oct 11 22:08:12 2005 +1000" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Tue Oct 11 22:08:12 2005 +1000" }, "message": "ppc: Various minor compile fixes\n\nThis fixes up a variety of minor problems in compiling with ARCH\u003dppc\narising from using the merged versions of various header files.\nA lot of the changes are just adding #include \u003casm/machdep.h\u003e to\nfiles that use ppc_md or smp_ops_t.\n\nThis also arranges for us to use semaphore.c, vecemu.c, vector.S and\nfpu.S from arch/powerpc/kernel when compiling with ARCH\u003dppc.\n\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "6879dc137ea4efad65cab8bf8a7c0b742bcf92cc", "tree": "13ca02150a892e97f3da20ac9cc052508cc7e8a8", "parents": [ "a70d439345875d476ede258094356e2acd09b1a1" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Jun 21 17:15:30 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Tue Jun 21 18:46:26 2005 -0700" }, "message": "[PATCH] ppc32: Kill embedded system.map, use kallsyms\n\nThis patch kills the whole embedded System.map mecanism and the\nbootloader-passed System.map that was used to provide symbol resolution in\nxmon. Instead, xmon now uses kallsyms like ppc64 does.\n\nNo hurry getting that in Linus tree, let it be tested in -mm for a while\nfirst and make sure it doesn\u0027t break various embedded configs.\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" } ] }