1. 15 Aug, 2003 1 commit
  2. 14 Aug, 2003 25 commits
  3. 13 Aug, 2003 14 commits
    • Stephen Lord's avatar
      Merge kernel.bkbits.net:/home/repos/linux-2.5 · 4e9779ba
      Stephen Lord authored
      into kernel.bkbits.net:/home/lord/xfs-2.5
      4e9779ba
    • Steve French's avatar
    • Alexander Viro's avatar
      [PATCH] Fix pd.c for new queue allocation · 3b822c88
      Alexander Viro authored
      From A1tmblwd@netscape.net
      3b822c88
    • Kai Mäkisara's avatar
      [PATCH] Email address update · 89eea93b
      Kai Mäkisara authored
      This updates my email address.
      89eea93b
    • Kai Mäkisara's avatar
      [PATCH] SCSI tape fix for oops in read with wrong block size · 81e69e6f
      Kai Mäkisara authored
      This corrects the following problem:
      
      - release user buffer mapping early in read path (prevent oops in some
        HBA drivers)
      81e69e6f
    • John Levon's avatar
      [PATCH] Document mounting of binfmt_misc · f13b4d4a
      John Levon authored
      Patch by Ivan Gyurdiev.
      f13b4d4a
    • Corey Minyard's avatar
      [PATCH] IPMI updates for 2.6.0-test3 · 9bc63696
      Corey Minyard authored
      Here are some minor updates to the IPMI driver.  They fix the following:
      
          * A missing check for copy_to_user() in the watchdog driver.
          * Removal of unnecessary check_region() calls.
          * Fixes for the ACPI configuration. The previous one would only work
            with memory addresses, this will work with memory addresses,
            ports, and hadle checking that the type is correct.
      9bc63696
    • Andries E. Brouwer's avatar
      [PATCH] hpt366 fix · b8850b35
      Andries E. Brouwer authored
      The HPT366 code is broken - it tries to set the interface to too high a
      speed, which leads to error messages at boot time and/or to data
      corruption.
      
      The typical effect at boot time is
      
       hde: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }
       hde: set_drive_speed_status: error=0x04 { DriveStatusError }
      
      Fixed thus.
      b8850b35
    • Neil Brown's avatar
      [PATCH] Fix bug in sunrpc/server code. · 4a01bf9d
      Neil Brown authored
      When a socket has a request ready it notifies a server thread.
      When the thread has 'received' the request it calls svc_sock_received
      to confirm the fact.
      
      In some cases, svc_sock_received would be called an extra time and
      this could lead to linked-list corruption and bad problems.
      4a01bf9d
    • Neil Brown's avatar
      [PATCH] Disable buggy raid5 handling of read-ahead · 3dd25fa7
      Neil Brown authored
      raid5 tries to honour RWA_MASK, but messes it up and can return bad data.
      Just ignore RAW_MASK for now.
      3dd25fa7
    • Andi Kleen's avatar
      [PATCH] x86-64 merge for 2.6.0test3 · 8b49c803
      Andi Kleen authored
      Without these changes an x86-64 NUMA kernel won't boot in many
      configurations.
      
      The main change is the improved IOMMU code which supports merging of
      mappings and has various bugfixes.
      
       - Update defconfig
       - Use argument ptregs in 32bit elf_core_copy_task_fpregs
       - Harden aperture fixup code: read aperture from the AGP bridge if needed,
         better error checking.
       - Support nmi_watchdog=panic to panic on watchdog trigger
       - IOMMU: Support panic on IOMMU overflow (iommu=panic)
       - IOMMU: Force SAC for mappings >40bits when iommu=force is active
         (this can potentially give better performance)
       - IOMMU: Cache northbridges for faster TLB flush
       - IOMMU: Fix SMP race in TLB flush
       - IOMMU: Merge pci_alloc_consistent and pci_map_single
       - IOMMU: Clean up leak tracing
       - IOMMU: Rewrite pci_map_sg, support merging of mappings
         On overflow fall back to piece-by-piece mapping.
       - IOMMU: Tell block layer to assume merging when iommu force is active
         (this gives better performance with MTP fusion, drawback is that the
         overflow/fragmentation handling of the IOMMU area is still a big
         dubious with that)
       - Fix/clean up per cpu data
       - Add 64bit clean time(2)
       - Export cpu_callout_map for IPv6
       - Handle nodes with no own memory in NUMA discovery.
         This fixes boot on various newer Opteron motherboards where the memory
         is only connected to a single CPU.
       - Fix fallback path for failed NUMA discovery. numnodes has to be reset.
       - Check for enabled nodes in NUMA discovery (Eric Biederman)
       - Remove NUMA emunodes support. Has badly bitrotted.
       - Add __clear_bit_string for IOMMU code
       - Add new 32bit system calls to ia32_unistd.h
       - Remove duplicate default_do_nmi prototype
       - Make PCI_DMA_BUS_IS_PHYS dependent on no_iommu
       - Fix padding length of siginfo_t to match glibc
       - More pci direct access functions.
      8b49c803
    • Geert Uytterhoeven's avatar
    • Muli Ben-Yehuda's avatar
      [PATCH] fix trident.c lockup on module load 2.6.0-test2 · a9bd958a
      Muli Ben-Yehuda authored
      This patch fixes a kernel lockup with 2.6.0-test2 when the trident.c
      OSS driver is loaded and the driver attempts to initialize the
      card. The problem is that in ali_ac97_get() we lock the card->lock
      spinlock, but never release it on the good path, only on the error
      path. This patch adds the missing spin_unlock_irqrestore().
      
      This bug snuck in in a 2.4 sync from Alan, and 2.4 appears to suffer
      from the same problem.  A patch for that will be send to Marcelo
      momentarily.
      a9bd958a
    • Jamie Lokier's avatar
      [PATCH] Fix protocol bugs with NFS and nanoseconds · 95e8022b
      Jamie Lokier authored
      NFS with 2.5.75 as both client and server is broken with GNU Make.
      
      The nanosecond field of timestamps of newly touched files is often
      negative on the client, which is probably why Make fails.  The value
      also bears no relation to the file's nanosecond field on the server.
      
      The culprit is htons() used where htonl() should be:
      
      -	*p++ = htonl((u32) time->tv_sec); *p++ = htons(time->tv_nsec);
      +	*p++ = htonl((u32) time->tv_sec); *p++ = htonl(time->tv_nsec);
      
      The rest of this patch corrects nfsd to use microseconds in NFSv2, not
      nanoseconds.  (The client already gets this right, but I have
      optimised it slightly to avoid division when possible).
      95e8022b