1. 06 Feb, 2004 10 commits
  2. 03 Feb, 2004 7 commits
  3. 02 Feb, 2004 6 commits
  4. 01 Feb, 2004 7 commits
  5. 31 Jan, 2004 10 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