1. 07 Nov, 2005 1 commit
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: support 64k pages · 3c726f8d
      Benjamin Herrenschmidt authored
      
      
      Adds a new CONFIG_PPC_64K_PAGES which, when enabled, changes the kernel
      base page size to 64K.  The resulting kernel still boots on any
      hardware.  On current machines with 4K pages support only, the kernel
      will maintain 16 "subpages" for each 64K page transparently.
      
      Note that while real 64K capable HW has been tested, the current patch
      will not enable it yet as such hardware is not released yet, and I'm
      still verifying with the firmware architects the proper to get the
      information from the newer hypervisors.
      
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      3c726f8d
  2. 03 Nov, 2005 1 commit
  3. 31 Oct, 2005 1 commit
  4. 27 Oct, 2005 1 commit
  5. 26 Oct, 2005 3 commits
    • Paul Mackerras's avatar
      powerpc: Fix interrupt-tree parsing · 6d0124fc
      Paul Mackerras authored
      
      
      The interrupt-tree parsing code wasn't offsetting interrupt numbers
      by 16 on 32-bit platforms with an i8259 interrupt controller, and
      it was confused about the encoding of interrupt sense and level
      (which is different for i8259 and openpic interrupt controllers,
      just to make things interesting).
      
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      6d0124fc
    • Paul Mackerras's avatar
      powerpc: Merge rtas.c into arch/powerpc/kernel · 033ef338
      Paul Mackerras authored
      
      
      This splits arch/ppc64/kernel/rtas.c into arch/powerpc/kernel/rtas.c,
      which contains generic RTAS functions useful on any CHRP platform,
      and arch/powerpc/platforms/pseries/rtas-fw.[ch], which contain
      some pSeries-specific firmware flashing bits.  The parts of rtas.c
      that are to do with pSeries-specific error logging are protected
      by a new CONFIG_RTAS_ERROR_LOGGING symbol.  The inclusion of rtas.o
      is controlled by the CONFIG_PPC_RTAS symbol, and the relevant
      platforms select that.
      
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      033ef338
    • Kumar Gala's avatar
      [PATCH] powerpc: some prom.c cleanups · 60dda256
      Kumar Gala authored
      
      
      On !CONFIG_PPC_MULTIPLATFORM _machine is defined as 0.  This is ok, but
      we can't assign a value to _machine then.
      
      We may not have CONFIG_PCI available, so only build in support for
      find_parent_pci_resource(), request_OF_resource(), release_OF_resource()
      if PCI is enabled.  This is probably not the long term fix but works out
      for now.
      
      Make reg_property64 contain 64-bit elements on a 32-bit machine.
      
      Mark the deprecated prom.c functions as __deprecated.
      
      Signed-off-by: default avatarKumar K. Gala <kumar.gala@freescale.com>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      60dda256
  6. 23 Oct, 2005 1 commit
    • Paul Mackerras's avatar
      powerpc: Run on old powermacs. · a575b807
      Paul Mackerras authored
      
      
      Old powermacs have a number of differences from current machines:
      - there is no interrupt tree in the device tree, just interrupt
        or AAPL,interrupt properties
      - the chosen node in the device tree is called /chosen@0
      - the OF claim method doesn't map the memory, so we have to do
        an explicit map call as well
      - there is no /chosen/cpu property on SMP machines
      - the NVRAM isn't structured as a set of partitions.
      
      This adapts the merged powermac support code to cope with these
      issues.
      
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      a575b807
  7. 12 Oct, 2005 1 commit
  8. 10 Oct, 2005 1 commit
  9. 06 Oct, 2005 1 commit
    • Paul Mackerras's avatar
      powerpc: Merge in the ppc64 version of the prom code. · 9b6b563c
      Paul Mackerras authored
      
      
      This brings in the ppc64 version of prom_init.c, prom.c and btext.c
      and makes them work for ppc32.  This also brings in the new calling
      convention, where the first entry to the kernel (with r5 != 0) goes
      to the prom_init code, which then restarts from the beginning (with
      r5 == 0) after it has done its stuff.
      
      For now this also brings in the ppc32 version of setup.c.  It also
      merges lmb.h.
      
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      9b6b563c
  10. 09 Sep, 2005 1 commit
    • Paul Mackerras's avatar
      [PATCH] Separate pci bits out of struct device_node · 1635317f
      Paul Mackerras authored
      
      
      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: default avatarPaul Mackerras <paulus@samba.org>
      1635317f
  11. 06 Sep, 2005 1 commit
  12. 29 Aug, 2005 3 commits
  13. 02 Aug, 2005 1 commit
  14. 22 Jun, 2005 1 commit
  15. 06 May, 2005 1 commit
    • Paul Mackerras's avatar
      [PATCH] ppc64: fix prom.c compile warning · 3892c5fa
      Paul Mackerras authored
      
      
      The code in unflatten_device_tree knows that get_property is written to
      only return with lenp equal to 1 when also returning a valid pointer.
      The gcc 3.3.3 compiler is not able to prove this to itself, so it warns
      about a possible uninitialized pointer dereference:
      
       .../arch/ppc64/kernel/prom.c: In function `unflatten_device_tree':
       .../arch/ppc64/kernel/prom.c:828:
       warning: `p' might be used uninitialized in this function
      
      Unless it is desired to rework the interaction between the two
      functions, this will keep the existing behavior but quiet the compiler.
      
      Signed-off-by: default avatarAmos Waterland <apw@us.ibm.com>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      3892c5fa
  16. 01 May, 2005 1 commit
    • Paul Mackerras's avatar
      [PATCH] ppc64: Fix irq parsing on powermac · dc3ec750
      Paul Mackerras authored
      
      
      When I tried Ben's patches to the powermac sound driver on my G5, I found
      that it was taking enormous numbers of sound DMA transmit interrupts.  This
      turned out to be because it was incorrectly configured as level-sensitive
      instead of edge-sensitive, which in turn was because the code that parses
      the interrupt tree that Open Firmware gives us was incorrectly assigning
      another device the same irq number as the sound DMA transmit interrupt
      (i.e.  1).
      
      This patch fixes the problem, in a somewhat quick and dirty way for now,
      but one which will work for all the machines we currently run on.
      Ultimately Ben and I want to do something more general and robust, but this
      should go in for 2.6.12.
      
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      dc3ec750
  17. 16 Apr, 2005 3 commits
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: remove bogus f50 hack in prom.c · 50bfb2e0
      Benjamin Herrenschmidt authored
      
      
      The code that parses the OF device tree contains an old bogus hack which
      was killed a long time ago on ppc32, but survived in ppc64.  It was
      supposed to help with a problem on the f50 which is ...  a 32 bits machine
      :) Additionally, that hack is causing problems, so let's just get rid of
      it.
      
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      50bfb2e0
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: Detect altivec via firmware on unknown CPUs · 187335a4
      Benjamin Herrenschmidt authored
      
      
      This patch adds detection of the Altivec capability of the CPU via the
      firmware in addition to the cpu table.  This allows newer CPUs that aren't
      in the table to still have working altivec support in the kernel.
      
      It also fixes a problem where if a CPU isn't recognized as having altivec
      features, and takes an altivec unavailable exception due to userland
      issuing altivec instructions, the kernel would happily enable it and
      context switch the registers ...  but not all of them (it would basically
      forget vrsave).  With this patch, the kernel will refuse to enable altivec
      when the feature isn't detected for the CPU (SIGILL).
      
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      187335a4
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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