1. 13 1月, 2006 1 次提交
    • D
      [PATCH] powerpc: Remove lppaca structure from the PACA · 3356bb9f
      David Gibson 提交于
      At present the lppaca - the structure shared with the iSeries
      hypervisor and phyp - is contained within the PACA, our own low-level
      per-cpu structure.  This doesn't have to be so, the patch below
      removes it, making a separate array of lppaca structures.
      
      This saves approximately 500*NR_CPUS bytes of image size and kernel
      memory, because we don't need aligning gap between the Linux and
      hypervisor portions of every PACA.  On the other hand it means an
      extra level of dereference in many accesses to the lppaca.
      
      The patch also gets rid of several places where we assign the paca
      address to a local variable for no particular reason.
      Signed-off-by: NDavid Gibson <dwg@au1.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      3356bb9f
  2. 09 1月, 2006 1 次提交
    • D
      [PATCH] powerpc: Remove some unneeded fields from the paca · 404849bb
      David Gibson 提交于
      This patch removes several unnecessary fields from the paca:
      
      - next_jiffy_update_tb was simply unused.  Remove trivially.
      
      - The exdsi exception save area was not used.  There were plans to use
        it, but they never seem to have gone anywhere.  If they ever do, we
        can put it back.  Remove from the paca, and from asm-offsets.c
      
      - The default_decr field was used from asm, but was only ever assigned
        the value of tb_ticks_per_jiffy.  Just access tb_ticks_per_jiffy from
        asm directly instead.
      
      Built and booted on POWER5 LPAR and iSeries RS64.
      Signed-off-by: NDavid Gibson <dwg@au1.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      404849bb
  3. 18 11月, 2005 1 次提交
    • P
      powerpc: Fix delay functions for 601 processors · 6defa38b
      Paul Mackerras 提交于
      My earlier merge of delay.h introduced a timebase-based udelay for
      32-bit machines but also broke the 601, which doesn't have the
      timebase register.  This fixes it by using the 601's RTC register on
      the 601, and also moves __delay() and udelay() to be out-of-line in
      arch/powerpc/kernel/time.c.  These functions aren't really performance
      critical, after all.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      6defa38b
  4. 11 11月, 2005 1 次提交
    • B
      [PATCH] powerpc: Merge vdso's and add vdso support to 32 bits kernel · a7f290da
      Benjamin Herrenschmidt 提交于
      This patch moves the vdso's to arch/powerpc, adds support for the 32
      bits vdso to the 32 bits kernel, rename systemcfg (finally !), and adds
      some new (still untested) routines to both vdso's: clock_gettime() with
      support for CLOCK_REALTIME and CLOCK_MONOTONIC, clock_getres() (same
      clocks) and get_tbfreq() for glibc to retreive the timebase frequency.
      
      Tom,Steve: The implementation of get_tbfreq() I've done for 32 bits
      returns a long long (r3, r4) not a long. This is such that if we ever
      add support for >4Ghz timebases on ppc32, the userland interface won't
      have to change.
      
      I have tested gettimeofday() using some glibc patches in both ppc32 and
      ppc64 kernels using 32 bits userland (I haven't had a chance to test a
      64 bits userland yet, but the implementation didn't change and was
      tested earlier). I haven't tested yet the new functions.
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      a7f290da
  5. 10 11月, 2005 2 次提交
  6. 07 11月, 2005 2 次提交
  7. 02 11月, 2005 2 次提交
  8. 31 10月, 2005 1 次提交
  9. 30 10月, 2005 1 次提交
    • P
      powerpc: Fix time setting bug on 32-bit · 5f6b5b97
      Paul Mackerras 提交于
      This fixes a bug where settimeofday would set the wrong parameters
      in do_gtod, resulting in gettimeofday returning a value about 4
      hours after the correct time.  The bug was that we divided a
      negative 64-bit value with do_div, which treated it as unsigned
      and gave us a result that was approximately 1.8e10 too large
      (since the divisor was 1e9).
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      5f6b5b97
  10. 26 10月, 2005 2 次提交
  11. 23 10月, 2005 1 次提交
    • P
      powerpc: Fix time code for 601 processors · 96c44507
      Paul Mackerras 提交于
      The 601 doesn't have the timebase register; instead it has an RTCL
      register that counts nanoseconds and wraps at 1000000000, and an
      RTCU register that counts seconds.  This makes the necessary changes
      for the merged time code to use the RTCL/U registers when the kernel
      is running on a 601.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      96c44507
  12. 22 10月, 2005 1 次提交
  13. 20 10月, 2005 3 次提交
  14. 23 9月, 2005 1 次提交
  15. 21 9月, 2005 1 次提交
  16. 08 9月, 2005 1 次提交
  17. 06 9月, 2005 1 次提交
  18. 29 8月, 2005 3 次提交
  19. 30 6月, 2005 4 次提交
  20. 28 6月, 2005 1 次提交
  21. 23 6月, 2005 1 次提交
  22. 01 6月, 2005 1 次提交
  23. 26 5月, 2005 1 次提交
    • S
      [PATCH] ppc64: fix initialisation of gettimeofday calculations · 8f80e5c9
      Stephen Rothwell 提交于
      On PPC64, we keep track of when we need to update jiffies (and the
      variables used to calculate the time of day) based on the time base.
      
      If the time base frequence is sufficiently high compared to the
      processor clock frequency, then it is possible for the time of day
      variables to be corrupted at the time of the first decrementer interrupt
      we take.  This became obvious on a legacy iSeries where the time base
      frequency is the same as the processor clock.
      
      This one line patch fixes the initialisation so that the time of day
      variables and the indicator we use to tell when updates are due are
      better synchronised.
      Signed-off-by: NStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      8f80e5c9
  24. 01 5月, 2005 1 次提交
  25. 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