)]}' { "log": [ { "commit": "4df20460a3ff0d60280738b094945c56cb5567a5", "tree": "39f831cf5f778b14a08b3453a8f798b2b8be8813", "parents": [ "b4f382a3e5e20ba867e7aa5b01189a3fd40eea2c" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Sat Mar 25 17:25:17 2006 +1100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Mon Mar 27 14:48:48 2006 +1100" }, "message": "[PATCH] powerpc: Allow non zero boot cpuids\n\nWe currently have a hack to flip the boot cpu and its secondary thread\nto logical cpuid 0 and 1. This means the logical - physical mapping will\ndiffer depending on which cpu is boot cpu. This is most apparent on\nkexec, where we might kexec on any cpu and therefore change the mapping\nfrom boot to boot.\n\nThe patch below does a first pass early on to work out the logical cpuid\nof the boot thread. We then fix up some paca structures to match.\n\nIve also removed the boot_cpuid_phys variable for ppc64, to be\nconsistent we use get_hard_smp_processor_id(boot_cpuid) everywhere.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "c6622f63db86fcbd41bf6fe05ddf2e00c1e51ced", "tree": "102f3ea0a891212603a3722fece337d6a74d450c", "parents": [ "a00428f5b149e36b8225b2a0812742a6dfb07b8c" ], "author": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Fri Feb 24 10:06:59 2006 +1100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Fri Feb 24 14:05:56 2006 +1100" }, "message": "powerpc: Implement accurate task and CPU time accounting\n\nThis implements accurate task and cpu time accounting for 64-bit\npowerpc kernels. Instead of accounting a whole jiffy of time to a\ntask on a timer interrupt because that task happened to be running at\nthe time, we now account time in units of timebase ticks according to\nthe actual time spent by the task in user mode and kernel mode. We\nalso count the time spent processing hardware and software interrupts\naccurately. This is conditional on CONFIG_VIRT_CPU_ACCOUNTING. If\nthat is not set, we do tick-based approximate accounting as before.\n\nTo get this accurate information, we read either the PURR (processor\nutilization of resources register) on POWER5 machines, or the timebase\non other machines on\n\n* each entry to the kernel from usermode\n* each exit to usermode\n* transitions between process context, hard irq context and soft irq\n context in kernel mode\n* context switches.\n\nOn POWER5 systems with shared-processor logical partitioning we also\nread both the PURR and the timebase at each timer interrupt and\ncontext switch in order to determine how much time has been taken by\nthe hypervisor to run other partitions (\"steal\" time). Unfortunately,\nsince we need values of the PURR on both threads at the same time to\naccurately calculate the steal time, and since we can only calculate\nsteal time on a per-core basis, the apportioning of the steal time\nbetween idle time (time which we ceded to the hypervisor in the idle\nloop) and actual stolen time is somewhat approximate at the moment.\n\nThis is all based quite heavily on what s390 does, and it uses the\ngeneric interfaces that were added by the s390 developers,\ni.e. account_system_time(), account_user_time(), etc.\n\nThis patch doesn\u0027t add any new interfaces between the kernel and\nuserspace, and doesn\u0027t change the units in which time is reported to\nuserspace by things such as /proc/stat, /proc/\u003cpid\u003e/stat, getrusage(),\ntimes(), etc. Internally the various task and cpu times are stored in\ntimebase units, but they are converted to USER_HZ units (1/100th of a\nsecond) when reported to userspace. Some precision is therefore lost\nbut there should not be any accumulating error, since the internal\naccumulation is at full precision.\n\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "2ef9481e666b4654159ac9f847e6963809e3c470", "tree": "62abb35633702dcc585df1e2ee093aaf0dc6bb07", "parents": [ "75288c78c69020a574d93770c3a941b785f3d93d" ], "author": { "name": "Jon Mason", "email": "jdmason@us.ibm.com", "time": "Mon Jan 23 10:58:20 2006 -0600" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Fri Feb 10 16:53:51 2006 +1100" }, "message": "[PATCH] powerpc: trivial: modify comments to refer to new location of files\n\nThis patch removes all self references and fixes references to files\nin the now defunct arch/ppc64 tree. I think this accomplises\neverything wanted, though there might be a few references I missed.\n\nSigned-off-by: Jon Mason \u003cjdmason@us.ibm.com\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "3356bb9f7ba378a6e2709f9df95f4ea52111f4df", "tree": "84f370df6e58cec63132f9acce492d585226e671", "parents": [ "e58c3495e6007af59382540bb21ee941e470d88d" ], "author": { "name": "David Gibson", "email": "david@gibson.dropbear.id.au", "time": "Fri Jan 13 10:26:42 2006 +1100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Fri Jan 13 21:17:39 2006 +1100" }, "message": "[PATCH] powerpc: Remove lppaca structure from the PACA\n\nAt present the lppaca - the structure shared with the iSeries\nhypervisor and phyp - is contained within the PACA, our own low-level\nper-cpu structure. This doesn\u0027t have to be so, the patch below\nremoves it, making a separate array of lppaca structures.\n\nThis saves approximately 500*NR_CPUS bytes of image size and kernel\nmemory, because we don\u0027t need aligning gap between the Linux and\nhypervisor portions of every PACA. On the other hand it means an\nextra level of dereference in many accesses to the lppaca.\n\nThe patch also gets rid of several places where we assign the paca\naddress to a local variable for no particular reason.\n\nSigned-off-by: David Gibson \u003cdwg@au1.ibm.com\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "7a0268fa1a3613f2c526a9b3058701b277f6abe1", "tree": "738bf94d9bb5d68d260805dbc1898ec40ebc20e5", "parents": [ "193cac99f6d8604aca71e5a966a8cd1dfb84819d" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Wed Jan 11 13:16:44 2006 +1100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Wed Jan 11 14:49:45 2006 +1100" }, "message": "[PATCH] powerpc/64: per cpu data optimisations\n\nThe current ppc64 per cpu data implementation is quite slow. eg:\n\n lhz 11,18(13) /* smp_processor_id() */\n ld 9,.LC63-.LCTOC1(30) /* per_cpu__variable_name */\n ld 8,.LC61-.LCTOC1(30) /* __per_cpu_offset */\n sldi 11,11,3 /* form index into __per_cpu_offset */\n mr 10,9\n ldx 9,11,8 /* __per_cpu_offset[smp_processor_id()] */\n ldx 0,10,9 /* load per cpu data */\n\n5 loads for something that is supposed to be fast, pretty awful. One\nreason for the large number of loads is that we have to synthesize 2\n64bit constants (per_cpu__variable_name and __per_cpu_offset).\n\nBy putting __per_cpu_offset into the paca we can avoid the 2 loads\nassociated with it:\n\n ld 11,56(13) /* paca-\u003edata_offset */\n ld 9,.LC59-.LCTOC1(30) /* per_cpu__variable_name */\n ldx 0,9,11 /* load per cpu data\n\nLonger term we can should be able to do even better than 3 loads.\nIf per_cpu__variable_name wasnt a 64bit constant and paca-\u003edata_offset\nwas in a register we could cut it down to one load. A suggestion from\nRusty is to use gcc\u0027s __thread extension here. In order to do this we\nwould need to free up r13 (the __thread register and where the paca\ncurrently is). So far Ive had a few unsuccessful attempts at doing that :)\n\nThe patch also allocates per cpu memory node local on NUMA machines.\nThis patch from Rusty has been sitting in my queue _forever_ but stalled\nwhen I hit the compiler bug. Sorry about that.\n\nFinally I also only allocate per cpu data for possible cpus, which comes\nstraight out of the x86-64 port. On a pseries kernel (with NR_CPUS \u003d\u003d 128)\nand 4 possible cpus we see some nice gains:\n\n total used free shared buffers cached\nMem: 4012228 212860 3799368 0 0 162424\n\n total used free shared buffers cached\nMem: 4016200 212984 3803216 0 0 162424\n\nA saving of 3.75MB. Quite nice for smaller machines. Note: we now have\nto be careful of per cpu users that touch data for !possible cpus.\n\nAt this stage it might be worth making the NUMA and possible cpu\noptimisations generic, but per cpu init is done so early we have to be\ncareful that all architectures have their possible map setup correctly.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "88ced0314938814e1772b4d0d7ab20c52e4472b6", "tree": "3e06de882c0bf5706ee7a8994e06eb8c9ed3feca", "parents": [ "e1333803c3a8fb167ba67ffc5540dbb53fa7deb3" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Fri Dec 16 22:43:46 2005 +0100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Mon Jan 09 15:13:08 2006 +1100" }, "message": "[PATCH] powerpc: sanitize header files for user space includes\n\ninclude/asm-ppc/ had #ifdef __KERNEL__ in all header files that\nare not meant for use by user space, include/asm-powerpc does\nnot have this yet.\n\nThis patch gets us a lot closer there. There are a few cases\nwhere I was not sure, so I left them out. I have verified\nthat no CONFIG_* symbols are used outside of __KERNEL__\nany more and that there are no obvious compile errors when\nincluding any of the headers in user space libraries.\n\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "404849bbd2bfd62e05b36f4753f6e1af6050a824", "tree": "f233dd7d1ca0a0324fbfec7d33f83406c193cb27", "parents": [ "1888e7b51c0cb5db49911b59cb758ad2c7a530f2" ], "author": { "name": "David Gibson", "email": "david@gibson.dropbear.id.au", "time": "Thu Nov 24 16:51:31 2005 +1100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Mon Jan 09 14:50:35 2006 +1100" }, "message": "[PATCH] powerpc: Remove some unneeded fields from the paca\n\nThis patch removes several unnecessary fields from the paca:\n\n- next_jiffy_update_tb was simply unused. Remove trivially.\n\n- The exdsi exception save area was not used. There were plans to use\n it, but they never seem to have gone anywhere. If they ever do, we\n can put it back. Remove from the paca, and from asm-offsets.c\n\n- The default_decr field was used from asm, but was only ever assigned\n the value of tb_ticks_per_jiffy. Just access tb_ticks_per_jiffy from\n asm directly instead.\n\nBuilt and booted on POWER5 LPAR and iSeries RS64.\n\nSigned-off-by: David Gibson \u003cdwg@au1.ibm.com\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "1888e7b51c0cb5db49911b59cb758ad2c7a530f2", "tree": "dab7d7cbb895658845dce88f1b2bacc0f7238e50", "parents": [ "456752f7505ef8f580ffd157558e661da2767d99" ], "author": { "name": "David Gibson", "email": "david@gibson.dropbear.id.au", "time": "Thu Nov 24 16:34:45 2005 +1100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Mon Jan 09 14:50:32 2006 +1100" }, "message": "[PATCH] powerpc: Remove ItLpRegSave area from the paca\n\nOn iSeries, the paca contains, amongst other things an ItLpRegSave\nstructure used by the hypervisor to save registers. The hypervisor\nlocates this area through a pointer at the beginning of the paca, so\nthe structure itself can be located elsewhere. This patch moves the\nreg_save area out into its own array. This reduces the amount of\niSeries specific gunk which is visible to general powerpc code via\npaca.h\n\nBuilt and booted on POWER5 LPAR and iSeries RS64.\n\nSigned-off-by: David Gibson \u003cdwg@au1.ibm.com\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "8882a4da1c932c9f311c9f739e6719adea3e25d9", "tree": "1cf5e23780468d35305cde874f31c6223693908f", "parents": [ "584224e4095d8abcf2bef38efacc291be9a44c20" ], "author": { "name": "David Gibson", "email": "david@gibson.dropbear.id.au", "time": "Wed Nov 09 13:38:01 2005 +1100" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Thu Nov 10 11:24:04 2005 +1100" }, "message": "[PATCH] powerpc: Move various ppc64 files with no ppc32 equivalent to powerpc\n\nThis patch moves a bunch of files from arch/ppc64 and\ninclude/asm-ppc64 which have no equivalents in ppc32 code into\narch/powerpc and include/asm-powerpc. The file affected are:\n\tabs_addr.h\n\tcompat.h\n\tlppaca.h\n\tpaca.h\n\ttce.h\n\tcpu_setup_power4.S\n\tioctl32.c\n\tfirmware.c\n\tpacaData.c\n\nThe only changes apart from the move and corresponding Makefile\nchanges are:\n\t- #ifndef/#define in includes updated to _ASM_POWERPC_ form\n\t- trailing whitespace removed\n\t- comments giving full paths removed\n\t- pacaData.c renamed paca.c to remove studlyCaps\n\t- Misplaced { moved in lppaca.h\n\nBuilt and booted on POWER5 LPAR (ARCH\u003dpowerpc and ARCH\u003dppc64), built\nfor 32-bit powermac (ARCH\u003dpowerpc).\n\nSigned-off-by: David Gibson \u003cdavid@gibson.dropbear.id.au\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "3c726f8dee6f55e96475574e9f645327e461884c", "tree": "f67c381e8f57959aa4a94bda4c68e24253cd8171", "parents": [ "f912696ab330bf539231d1f8032320f2a08b850f" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Mon Nov 07 11:06:55 2005 +1100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sun Nov 06 16:56:47 2005 -0800" }, "message": "[PATCH] ppc64: support 64k pages\n\nAdds a new CONFIG_PPC_64K_PAGES which, when enabled, changes the kernel\nbase page size to 64K. The resulting kernel still boots on any\nhardware. On current machines with 4K pages support only, the kernel\nwill maintain 16 \"subpages\" for each 64K page transparently.\n\nNote that while real 64K capable HW has been tested, the current patch\nwill not enable it yet as such hardware is not released yet, and I\u0027m\nstill verifying with the firmware architects the proper to get the\ninformation from the newer hypervisors.\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "59ce20bb341282d5ecf17fd8b0ac093dd6350e5e", "tree": "fbd1db5c36167e4fbadca92ec6a143f80ef9d936", "parents": [ "8875ccfb7a6bd69d95a4e889ab36adda06c30d9e" ], "author": { "name": "Kelly Daly", "email": "kelly@au.ibm.com", "time": "Wed Nov 02 14:49:47 2005 +1100" }, "committer": { "name": "Kelly Daly", "email": "kelly@au.ibm.com", "time": "Wed Nov 02 14:49:47 2005 +1100" }, "message": "merge filename and modify references to iseries/it_lp_reg_save.h\n\nSigned-off-by: Kelly Daly \u003ckelly@au.ibm.com\u003e\n" }, { "commit": "ed094150bdeb6eca691f1b7a05bd34d4d1a95488", "tree": "6dc4428b3ce794c2e26db1583cab724f5bcefe19", "parents": [ "74889802a1585af4e1652f0cb853ac22a65816a4" ], "author": { "name": "Michael Ellerman", "email": "michael@ellerman.id.au", "time": "Thu Jun 30 15:16:09 2005 +1000" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Thu Jun 30 15:16:09 2005 +1000" }, "message": "[PATCH] ppc64: Simplify counting of lpevents, remove lpevent_count from paca\n\nCurrently there\u0027s a per-cpu count of lpevents processed, a per-queue (ie.\nglobal) total count, and a count by event type.\n\nReplace all that with a count by event for each cpu. We only need to add\nit up int the proc code.\n\nSigned-off-by: Michael Ellerman \u003cmichael@ellerman.id.au\u003e\nAcked-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "bea248fb30c3122ece8c34798527fac431c1d7b0", "tree": "9158d7a089312f92abcb6c8d5a8d942d543be24b", "parents": [ "b1bdfbd0a29d6da4dbe42736faac02c43a9afe76" ], "author": { "name": "Michael Ellerman", "email": "michael@ellerman.id.au", "time": "Thu Jun 30 15:07:09 2005 +1000" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Thu Jun 30 15:07:09 2005 +1000" }, "message": "[PATCH] ppc64: Remove lpqueue pointer from the paca on iSeries\n\nThe iSeries code keeps a pointer to the ItLpQueue in its paca struct. But\nall these pointers end up pointing to the one place, ie. xItLpQueue.\n\nSo remove the pointer from the paca struct and just refer to xItLpQueue\ndirectly where needed.\n\nThe only complication is that the spread_lpevents logic was implemented by\nhaving a NULL lpqueue pointer in the paca on CPUs that weren\u0027t supposed to\nprocess events. Instead we just compare the spread_lpevents value to the\nprocessor id to get the same behaviour.\n\nSigned-off-by: Michael Ellerman \u003cmichael@ellerman.id.au\u003e\nAcked-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "4a5304f5ba04eff979cd108309eae7a00f3fff77", "tree": "3dcf4bf1a32d1d456dd43b33bd7cac686de7dd1a", "parents": [ "c92877e0a079fe5a488cb244c7afb05137702b49" ], "author": { "name": "Stephen Rothwell", "email": "sfr@canb.auug.org.au", "time": "Tue Jun 21 17:15:40 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Tue Jun 21 18:46:28 2005 -0700" }, "message": "[PATCH] ppc64 iSeries: tidy up some includes and HvCall.h\n\nThis patch removes some unused bits from HvCall.h and some unneeded #includes\nfrom other files. Also includes ItLpQueue.h in paca.h in preference to a stub\ndeclaration of struct ItLpQueue.\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": "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" } ] }