1. 09 9月, 2005 6 次提交
    • P
      [PATCH] Separate pci bits out of struct device_node · 1635317f
      Paul Mackerras 提交于
      This patch pulls the PCI-related junk out of struct device_node and
      puts it in a separate structure, struct pci_dn.  The device_node now
      just has a void * pointer in it, which points to a struct pci_dn for
      nodes that represent PCI devices.  It could potentially be used in
      future for device-specific data for other sorts of devices, such as
      virtual I/O devices.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      1635317f
    • J
      [PATCH] PCI Hotplug: rpaphp: Purify hotplug · 56d8456b
      John Rose 提交于
      Currently rpaphp registers the following bus types as hotplug slots:
      1) Actual PCI Hotplug slots
      2) Embedded/Internal PCI slots
      3) PCI Host Bridges
      
      The second and third bus types are not actually direct parents of
      removable adapters.  As such, the rpaphp has special case code to fake
      results for attributes like power, adapter status, etc.  This patch
      removes types 2 and 3 from the rpaphp module.
      
      This patch also changes the DLPAR module so that slots can be
      DLPAR-added/removed without having been designated as hotplug-capable.
      Signed-off-by: NJohn Rose <johnrose@austin.ibm.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      56d8456b
    • J
      [PATCH] PCI Hotplug: rpaphp: Export slot enable · 940903c5
      John Rose 提交于
      This patch exports rpaphp_config_pci_adapter() for use by the rpadlpar
      module.  It also changes this function by removing any dependencies on
      struct slot.  The patch also changes the RPA DLPAR-add path to enable
      newly-added slots in a separate step from that which registers them as
      hotplug slots.
      Signed-off-by: NJohn Rose <johnrose@austin.ibm.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      940903c5
    • J
      [PATCH] PCI Hotplug: rpaphp: Remove rpaphp_find_pci · 0945cd5f
      John Rose 提交于
      The rpaphp module currently uses a fragile method to find a pci device
      by its device node.  This function is unnecessary, so this patch scraps
      it.
      Signed-off-by: NJohn Rose <johnrose@austin.ibm.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      0945cd5f
    • J
      [PATCH] PCI Hotplug: rpaphp: Change slot pci reference · 9c209c91
      John Rose 提交于
      The slot structure in the rpaphp module currently references the PCI
      contents of the slot using the PCI device of the parent bridge.  This
      is unnecessary, since the module is actually interested in the
      subordinate bus of the bridge.  The dependency on a PCI bridge device
      also prohibits the module from registering hotplug slots that have a
      root bridge as a parent, since root bridges on PPC64 don't have PCI
      devices.
      
      This patch changes struct slot to reference the PCI subsystem using a
      pci_bus rather than a pci_dev.
      Signed-off-by: NJohn Rose <johnrose@austin.ibm.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      9c209c91
    • J
      [PATCH] PCI Hotplug: rpaphp: Move VIO registration · 5eeb8c63
      John Rose 提交于
      Currently, rpaphp registers Virtual I/O slots as hotplug slots.  The
      only purpose of this registration is to ensure that the VIO subsystem
      is notified of new VIO buses during DLPAR adds.  Similarly, rpaphp
      notifies the VIO subsystem when a VIO bus is DLPAR-removed.  The rpaphp
      module has special case code to fake results for attributes like power,
      adapter status, etc.
      
      The VIO register/unregister functions could just as easily be made from
      the DLPAR module.  This patch moves the VIO registration calls to the
      DLPAR module, and removes the VIO fluff from rpaphp altogether.
      Signed-off-by: NJohn Rose <johnrose@austin.ibm.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      5eeb8c63
  2. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4