1. 06 Feb, 2004 8 commits
  2. 03 Feb, 2004 7 commits
  3. 02 Feb, 2004 6 commits
  4. 01 Feb, 2004 7 commits
  5. 31 Jan, 2004 12 commits
    • Linus Torvalds's avatar
      Merge bk://gkernel.bkbits.net/net-drivers-2.5 · 27e0f0fe
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      27e0f0fe
    • David S. Miller's avatar
      Merge nuts.davemloft.net:/disk1/davem/BK/sparcwork-2.6 · 1e5d4962
      David S. Miller authored
      into nuts.davemloft.net:/disk1/davem/BK/sparc-2.6
      1e5d4962
    • Linus Torvalds's avatar
      Make EHCI have a 20ms power-on to power-good timeout. · d113a0e9
      Linus Torvalds authored
      This should fix some picky USB devices.
      d113a0e9
    • Andrew Morton's avatar
      [PATCH] ppc32: MBX MAC address fix · 4b29eb07
      Andrew Morton authored
      From Tom Rini <trini@kernel.crashing.org>
      
      On the MBX the kernel made an assumption about where the MAC address would
      be in the VPD (Vital Product Data).  However, the documentation for the
      firmware (EPPC-Bug) describes the format of the VPD and makes no
      guarrantees about the location of any VPD record.  It does however describe
      the format of each record type and the MAC address record will be of type
      '08' and of size 6.  This changes the code so that instead of assuming a
      position, it searches for the record, which I assume is also what EPPC-Bug
      does.
      4b29eb07
    • Linus Torvalds's avatar
      9d3e58e3
    • Andrew Morton's avatar
      [PATCH] RAID-6: x86-64 crash workaround · 4093261b
      Andrew Morton authored
      From: "H. Peter Anvin" <hpa@zytor.com>
      
      Apparently, on x86-64, the stack isn't always aligned properly (16 bytes)
      in the kernel at the moment.  This causes the RAID-6 code to crash the
      system.  This patch is a workaround for that; the right thing is to muck
      with the assembly entrypoints to enforce proper stack alignment.  However,
      that's not anything I feel comfortable doing in an evening, especially
      since I don't have a machine on which I can test the resulting kernels.
      4093261b
    • Andrew Morton's avatar
      [PATCH] s390: sclp bug fixes. · e7d1d6cd
      Andrew Morton authored
      From: Martin Schwidefsky <schwidefsky@de.ibm.com>
      
      SCLP console/tty fixes:
      
      - Fix incorrect state change of SCLP_RUNNING flag in interrupt handler
      
      - Suppress emission of empty buffers to prevent stack overflow
      
      - Fix off by one error in sclp_write (used to return # of chars written + 1)
      
      - Prevent sclp_tty_write_string from waiting in interrupt (during flush)
      
      - Fix deadlock after TIOCSCLPSNL ioctl
      
      - Fix sclp_tty_chars_in_buffer calculation
      e7d1d6cd
    • Andrew Morton's avatar
      [PATCH] s390: inline assembly constraints. · e4f06bee
      Andrew Morton authored
      From: Martin Schwidefsky <schwidefsky@de.ibm.com>
      
      s390 inline assembly bug-fixes:
      
      - Add memory barriers to spinlocks, atomic variable functions and to
        test_and_{set,clear,change}_bit.
      
      - Add "=m" and "m" contraints to tell gcc that the content of a variable
        is in fact used.
      
      - Replace "+m" constraints by "=m" on the output and "m" on the input list.
      
      - Use c-implemtation for ffz and __ffs.
      
      - Use generic c-implemtation for ffs and fls.
      e4f06bee
    • Andrew Morton's avatar
      [PATCH] s390: general update. · 7e928143
      Andrew Morton authored
      From: Martin Schwidefsky <schwidefsky@de.ibm.com>
      
      s390 general update:
      
      - Add archhelp for "make image".
      
      - 32-bit execve fix.
      
      - Export some symbols: sys_ioctl, put_files_struct & ccw_device_work.
      
      - Minor cleanups in arch/s390/mm/init.c & drivers/s390/net/ctctty.c.
      7e928143
    • Andrew Morton's avatar
      [PATCH] Trivial cleanups to hugepage support · 36de3f33
      Andrew Morton authored
      From: David Gibson <david@gibson.dropbear.id.au>
      
      These are some trivial cleanups to the hugepage ppc64 support
      36de3f33
    • Andrew Morton's avatar
      [PATCH] ppc64: use CONFIG_MAGIC_SYSRQ around xmon sysrq code · 0f61dbcd
      Andrew Morton authored
      From: Anton Blanchard <anton@samba.org>
      0f61dbcd
    • Andrew Morton's avatar
      [PATCH] ppc64: SLB rewrite · 326f372c
      Andrew Morton authored
      From: Anton Blanchard <anton@samba.org>
      
      The current SLB handling code has a number of problems:
      
      - We loop trying to find an empty SLB entry before deciding to cast one
        out.  On large working sets this really hurts since the SLB is always full
        and we end up looping through all 64 entries unnecessarily.
      
      - During castout we currently invalidate the entry we are replacing.  This
        is to avoid a nasty race where the entry is in the ERAT but not the SLB and
        another cpu does a tlbie that removes the ERAT at a critical point.  If
        this race is fixed the SLB can be removed.
      
      - The SLB prefault code doesnt work properly
      
      The following patch addresses all the above concerns and adds some more
      optimisations:
      
      - feature nop out some segment table only code
      
      - slb invalidate the kernel segment on context switch (avoids us having to
        slb invalidate at each cast out)
      
      - optimise flush on context switch, the lazy tlb stuff avoids it being
        called when going from userspace to kernel thread, but it gets called when
        going to kernel thread to userspace.  In many cases we are returning to the
        same userspace task, we now check for this and avoid the flush
      
      - use the optimised POWER4 mtcrf where possible
      326f372c