)]}' { "log": [ { "commit": "2d909d08db7655a53f3afb31c7627c5c8c87142a", "tree": "e4a3f94f59bb020865a83820c499bfa292ded5a4", "parents": [ "1ed2fd2d3a8d18f184ba2d06e0f03bff773f28ab" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Mon Sep 12 13:19:51 2005 +1000" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Mon Sep 12 17:19:12 2005 +1000" }, "message": "[PATCH] ppc64: Remove unused code\n\nppc64_attention_msg and ppc64_dump_msg are not used so remove them.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "4267292b0f368c1633ff3316a53b5f7fbada95f8", "tree": "4830de68a91351ef29445ec2a7f7ad8d7145b0b9", "parents": [ "357d596bd552ad157a906289ab13ea6ba7e66e3d" ], "author": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Mon Sep 12 17:17:36 2005 +1000" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Mon Sep 12 17:17:36 2005 +1000" }, "message": "ppc64: Set up PCI tree from Open Firmware device tree\n\nThis adds code which gives us the option on ppc64 of instantiating the\nPCI tree (the tree of pci_bus and pci_dev structs) from the Open\nFirmware device tree rather than by probing PCI configuration space.\nThe OF device tree has a node for each PCI device and bridge in the\nsystem, with properties that tell us what addresses the firmware has\nconfigured for them and other details.\n\nThere are a couple of reasons why this is needed. First, on systems\nwith a hypervisor, there is a PCI-PCI bridge per slot under the PCI\nhost bridges. These PCI-PCI bridges have special isolation features\nfor virtualization. We can\u0027t write to their config space, and we are\nnot supposed to be reading their config space either. The firmware\ntells us about the address ranges that they pass in the OF device\ntree.\n\nSecondly, on powermacs, the interrupt controller is in a PCI device\nthat may be behind a PCI-PCI bridge. If we happened to take an\ninterrupt just at the point when the device or a bridge on the path to\nit was disabled for probing, we would crash when we try to access the\ninterrupt controller.\n\nI have implemented a platform-specific function which is called for\neach PCI bridge (host or PCI-PCI) to say whether the code should look\nin the device tree or use normal PCI probing for the devices under\nthat bridge. On pSeries machines we use the device tree if we\u0027re\nrunning under a hypervisor, otherwise we use normal probing. On\npowermacs we use normal probing for the AGP bridge, since the device\nfor the AGP bridge itself isn\u0027t shown in the device tree (at least on\nmy G5), and the device tree for everything else.\n\nThis has been tested on a dual G5 powermac, a partition on a POWER5\nmachine (running under the hypervisor), and a legacy iSeries\npartition.\n\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "c8f1c8be629ee34991fdba8bfe46a5c455393209", "tree": "66f218e641e87a0ca9ade7601345229b6557761e", "parents": [ "7f853352e79bf57c4ee279b7458ed0c072e2be76" ], "author": { "name": "Milton Miller", "email": "miltonm@bga.com", "time": "Tue Sep 06 11:56:42 2005 +1000" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Tue Sep 06 16:07:36 2005 +1000" }, "message": "[PATCH] ppc64: Take udbg out of ppc_md\n\nTake udbg out of ppc_md. Allows us to not overwrite early udbg inits\nwhen assigning ppc_md.\n\nSigned-off-by: Milton Miller \u003cmiltonm@bga.com\u003e\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "180a33627d958d5d9d3602dde6ac74b315e136f0", "tree": "2c480741288f1f27ff3b65a95bb67fdf2f206a8f", "parents": [ "b13cfd173f73c3f6f9a307b7b6e64d45fbd756b2" ], "author": { "name": "Michael Ellerman", "email": "michael@ellerman.id.au", "time": "Tue Aug 09 11:13:36 2005 +1000" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Mon Aug 29 10:53:38 2005 +1000" }, "message": "[PATCH] ppc64: Move ppc64_enable_pmcs() logic into a ppc_md function\n\nThis patch moves power4_enable_pmcs() to arch/ppc64/kernel/pmc.c.\n\nI\u0027ve tested it on P5 LPAR and P4. It does what it used to.\n\nSigned-off-by: Michael Ellerman \u003cmichael@ellerman.id.au\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n" }, { "commit": "6d22d85a852b72398a81b8e476977b28b4400f7c", "tree": "3824c246813b7c326bceedc0b8c3c8ca49c7fd0b", "parents": [ "48f1f5328267f52a34e61b8b0e6fc55a23c1348a" ], "author": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Thu Aug 04 12:53:37 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Thu Aug 04 13:00:55 2005 -0700" }, "message": "[PATCH] ppc64: fix for kexec boot issue\n\nThe kexec boot is not successful on some power machines since all CPUs are\ngetting removed from global interrupt queue (GIQ) before kexec boot. Some\nsystems always expect at least one CPU in GIQ. Hence, this patch will make\nsure that only secondary CPUs are removed from GIQ.\n\nSigned-off-by: Haren Myneni \u003chbabu@us.ibm.com\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "96e2844999f99878fc5b03b81ccaa60580005b81", "tree": "353c1bc9a5602d556e6741f4a261010cde45e93b", "parents": [ "f13487c66c75f5db004a0631047309d9e7c5aab7" ], "author": { "name": "David Gibson", "email": "david@gibson.dropbear.id.au", "time": "Wed Jul 13 01:11:42 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Wed Jul 13 11:25:25 2005 -0700" }, "message": "[PATCH] ppc64: kill bitfields in ppc64 hash code\n\nThis patch removes the use of bitfield types from the ppc64 hash table\nmanipulation code.\n\nSigned-off-by: David Gibson \u003cdwg@au1.ibm.com\u003e\nAcked-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": "fd899c0cc725387992ccfc83fb6f70505c36cbeb", "tree": "0de5d3960c7e7247638c962d7913acec1ce2e9fe", "parents": [ "88de0be0c7335650326a1236bf6ca1ed265c0a1c" ], "author": { "name": "Michael Ellerman", "email": "michael@ellerman.id.au", "time": "Thu Jul 07 17:56:28 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Thu Jul 07 18:23:40 2005 -0700" }, "message": "[PATCH] ppc64: Make idle_loop a ppc_md function\n\nThis patch adds an idle member to the ppc_md structure and calls it from\ncpu_idle(). If a platform leaves ppc_md.idle as null it will get the default\nidle loop default_idle().\n\nSigned-off-by: Michael Ellerman \u003cmichael@ellerman.id.au\u003e\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "fce0d5740322b98b863f9e609f5a9bd4c06703af", "tree": "658f5aca95d62c8e35f938a435d9f512c21921df", "parents": [ "f4c82d5132b0592f5d6befc5b652cbd4b08f12ff" ], "author": { "name": "R Sharada", "email": "sharada@in.ibm.com", "time": "Sat Jun 25 14:58:10 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Jun 25 16:24:51 2005 -0700" }, "message": "[PATCH] ppc64: kexec support for ppc64\n\nThis patch implements the kexec support for ppc64 platforms.\n\nA couple of notes:\n\n1) We copy the pages in virtual mode, using the full base kernel\n and a statically allocated stack. At kexec_prepare time we\n scan the pages and if any overlap our (0, _end[]) range we\n return -ETXTBSY.\n\n On PowerPC 64 systems running in LPAR (logical partitioning)\n mode, only a small region of memory, referred to as the RMO,\n can be accessed in real mode. Since Linux runs with only one\n zone of memory in the memory allocator, and it can be orders of\n magnitude more memory than the RMO, looping until we allocate\n pages in the source region is not feasible. Copying in virtual\n means we don\u0027t have to write a hash table generation and call\n hypervisor to insert translations, instead we rely on the pinned\n kernel linear mapping. The kernel already has move to linked\n location built in, so there is no requirement to load it at 0.\n\n If we want to load something other than a kernel, then a stub\n can be written to copy a linear chunk in real mode.\n\n2) The start entry point gets passed parameters from the kernel.\n Slaves are started at a fixed address after copying code from\n the entry point.\n\n All CPUs get passed their firmware assigned physical id in r3\n (most calling conventions use this register for the first\n argument).\n\n This is used to distinguish each CPU from all other CPUs.\n Since firmware is not around, there is no other way to obtain\n this information other than to pass it somewhere.\n\n A single CPU, referred to here as the master and the one executing\n the kexec call, branches to start with the address of start in r4.\n While this can be calculated, we have to load it through a gpr to\n branch to this point so defining the register this is contained\n in is free. A stack of unspecified size is available at r1\n (also common calling convention).\n\n All remaining running CPUs are sent to start at absolute address\n 0x60 after copying the first 0x100 bytes from start to address 0.\n This convention was chosen because it matches what the kernel\n has been doing itself. (only gpr3 is defined).\n\n Note: This is not quite the convention of the kexec bootblock v2\n in the kernel. A stub has been written to convert between them,\n and we may adjust the kernel in the future to allow this directly\n without any stub.\n\n3) Destination pages can be placed anywhere, even where they\n would not be accessible in real mode. This will allow us to\n place ram disks above the RMO if we choose.\n\nSigned-off-by: Milton Miller \u003cmiltonm@bga.com\u003e\nSigned-off-by: R Sharada \u003csharada@in.ibm.com\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "dad32bbf43b496bcd32a83f73a1e7fd0a02cfd3e", "tree": "4be484d37e792c95815c74dda3b6d4968a979cfe", "parents": [ "8f586b2243198194240626fd9695da5564ffa7ee" ], "author": { "name": "John Rose", "email": "johnrose@austin.ibm.com", "time": "Thu Jun 23 17:09:54 2005 +1000" }, "committer": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Thu Jun 23 17:09:54 2005 +1000" }, "message": "[PATCH] pSeries - read irqs dynamically\n\nFor I/O DLPAR to work properly, the kernel needs to allow for dynamic\nassignment of the irq field of the pci_dev structure upon dynamic bus\naddition. This patch moves the assignment of that field from\npSeries_final_fixup() to pcibios_fixup_bus(), which enables dynamic\nassignment for the children of a newly added bus.\n\nCurrently, pci_devs receive their irq numbers in one of two ways. The\nirq line is either read at boot for all pci_devs, or read by the rpaphp\nmodule at slot enable time. The latter is no longer sufficient for\nDLPAR addition of slots that don\u0027t qualify as PCI-hotplug capable.\nThis solution handles the cases of boot and dynamic add.\n\nSigned-off-by: John Rose \u003cjohnrose@austin.ibm.com\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.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" } ] }