1. 06 Nov, 2002 18 commits
  2. 05 Nov, 2002 22 commits
    • Linus Torvalds's avatar
      Fix floppy timer initialization · 32e71bf0
      Linus Torvalds authored
      32e71bf0
    • Andrew Morton's avatar
      [PATCH] init timers under fs/ · 918d25b1
      Andrew Morton authored
      There's only the one, in XFS.
      918d25b1
    • Trond Myklebust's avatar
      [PATCH] Convert NFS client to use ->readpages() · b9a2dd76
      Trond Myklebust authored
        - Add the library function read_cache_pages(), which is used in a
          similar fashion to the single page 'read_cache_page()'. It hides
          the details of the LRU cache etc. from a filesystem that wants to
          to populate an address space with a list of pages.
      
        - Fix NFS so that readahead uses the ->readpages() interface. Means
          that we can immediately schedule an RPC call in order to complete
          the I/O, rather than relying on somebody later triggering it by
          calling lock_page() (and hence sync_page()). The sync_page()
          method is race-prone, since the waiting page may try to call it
          before we've finished initializing the 'struct nfs_page'.
      
        - Clear out nfs_sync_page(), the nfs_inode->read list, and
          friends. When the I/O completion gets scheduled in ->readpage(),
          ->readpages(), they have no reason to exist.
      b9a2dd76
    • Trond Myklebust's avatar
      [PATCH] Make ->readpages palatable to NFS · b729e488
      Trond Myklebust authored
      The following patch makes the ->readpages() address_space_operation
      take a struct file argument just like ->readpage().
      b729e488
    • Linus Torvalds's avatar
    • Linus Torvalds's avatar
      Merge · 21d9540e
      Linus Torvalds authored
      21d9540e
    • Ingo Molnar's avatar
      [PATCH] thread-aware coredumps, 2.5.43-C3 · d89f3847
      Ingo Molnar authored
      This is the second iteration of thread-aware coredumps.
      
      Changes:
      
      - Ulrich Drepper has reviewed the data structures and checked actual
        coredumps via readelf - everything looks fine and according to the spec.
      
      - a serious bug has been fixed in the thread-state dumping code - it was
        still based on the 2.4 assumption that the task struct points to the
        kernel stack - it's task->thread_info in 2.5. This bug caused bogus
        register info to be filled in for threads.
      
      - properly wait for all threads that share the same MM to serialize with
        the coredumping thread. This is CLONE_VM based, not tied to
        CLONE_THREAD and/or signal semantics, ie. old-style (or different-style)
        threaded apps will be properly stopped as well.
      
        The locking might look a bit complex, but i wanted to keep the
        __exit_mm() overhead as low as possible. It's not quite trivial to get
        these bits right, because 'sharing the MM' is detached from signals
        semantics, so we cannot rely on broadcast-kill catching all threads. So
        zap_threads() iterates through every thread and zaps those which were
        left out. (There's a minimal race left in where a newly forked child
        might escape the attention of zap_threads() - this race is fixed by the
        OOM fixes in the mmap-speedup patch.)
      
      - fill_psinfo() is now called with the thread group leader, for the
        coredump to get 'process' state.
      
       - initialize the elf_thread_status structure with zeroes.
      
      the IA64 ELF bits are not included, yet, to reduce complexity of the
      patch. The patch has been tested on x86 UP and SMP.
      d89f3847
    • Linus Torvalds's avatar
      Merge · ee4351da
      Linus Torvalds authored
      ee4351da
    • David Hinds's avatar
      [PATCH] PATCH: PCMCIA updates for 2.5, #4 · 25fbb358
      David Hinds authored
      drivers/ide/legacy/ide-cs.c:
       o Added MODULE_{AUTHOR,DESCRIPTION}, fixed MODULE_LICENSE
       o Added support for (Panasonic) KME KXLC005 cards
       o Better errno for failed module initialization
      
      drivers/parport/parport_cs.c
       o Fixed it so it actually works
       o Removed cruft for old kernels
       o Better errno for failed module initialization
      25fbb358
    • David Hinds's avatar
      [PATCH] PATCH: more PCMCIA fixes for 2.5 · 87ebb81d
      David Hinds authored
      include/pcmcia/ciscode.h
      o added product ID's for a few more cards
      
      drivers/net/pcmcia/fmvj18x_cs.c
      o Added MODULE_DESCRIPTION
      o Added support for RATOC cards
      o Added support for Nextcom NC5310B cards
      o Added support for SSi 78Q8370 chipset
      o Added support for TDK GN3410 multifunction cards
      o Better errno for failed module initialization
      o Cleaned up whitespace
      
      drivers/net/pcmcia/smc91c92_cs.c
      o Added full duplex support for smc91c100 based cards
      o Better errno for failed module initialization
      o Synced up naming of stuff to match pcmcia-cs version
      o Cleaned up whitespace
      
      drivers/pcmcia/cardbus.c
      drivers/pcmcia/cistpl.c
      drivers/pcmcia/cs_internal.c
      o Fixed card identification bug triggered by invoking certain PCMCIA
        tools when cardmgr is not running.
      87ebb81d
    • David Hinds's avatar
      [PATCH] PATCH: PCMCIA network driver update · 4546ef0b
      David Hinds authored
      This brings several PCMCIA network drivers into sync with 2.4 and the
      pcmcia-cs package.  The axnet_cs driver gets a major cleanup.
      4546ef0b
    • David Hinds's avatar
      [PATCH] PATCH: small attribution fixes · a2ad211e
      David Hinds authored
      This cleans up some obsolete email addresses.
      a2ad211e
    • Linus Torvalds's avatar
      Merge http://gkernel.bkbits.net/misc-2.5 · d472b9dc
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      d472b9dc
    • Jeff Garzik's avatar
      Remove performance barrier in i810_rng char driver. · 81297f9d
      Jeff Garzik authored
        
      In order to conserve CPU, the read(2) syscall would schedule_timeout
      unconditionally.  This also crippled speed, and was a bad design
      decision.  This cset merges the updated read(2) logic of the sister
      driver amd768_rng from Alan, which schedules only when it needs to.
        
      On my test system, by one microbenmark, read(2) output jumped
      from 0.08 kbit/s to "what Intel expects" of 20 kbit/s.
        
      End users may notice a significant decrease in idle time after
      this change (and a correspondingly large increase in /dev/hwrng user
      speed), if /dev/hwrng is used to its maximum capacity.
      81297f9d
    • Linus Torvalds's avatar
      Merge bk://linuxusb.bkbits.net/pci_hp-2.5 · 82670e1f
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      82670e1f
    • Linus Torvalds's avatar
      Merge bk://linuxusb.bkbits.net/linus-2.5 · 42003664
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      42003664
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleeding_edge-2.5 · d53e21af
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/pci_hp-2.5
      d53e21af
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleeding_edge-2.5 · 039a0ac4
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/gregkh-2.5
      039a0ac4
    • Christopher Hoover's avatar
      [PATCH] [PATCH] 2.5.44 sa-1111 ohci hcd · 2dc4da94
      Christopher Hoover authored
      Dereferencing hcd.pdev will always oops with SA-1111.  It has to be
      treated as a cookie, not a pointer in any common OHCI HCD code.
      
      Apparently we need a clean way to go from struct device * to struct
      ohci_hcd *.  I added dev_to_ohci that does the obvious thing and added
      separate implementations for PCI and SA-1111.  Two implementations is
      ugly but I didn't think it wise (for me) to hack on the PCI/driverfs
      interface, so I just cut & paste the old code.
      
      Two patches.  The first is a diff from linux-2.5.44 and
      linux-2.5.44-rmk1.  It is from rmk and adds a struct device pointer to
      ohci_hcd.  The second depends on the first and contains my changes to
      clean up to the pdev oops problems.  (Some fuzz may occur as I have
      ohci-1024 applied.)
      
      With these changes, SA111 OHCI-HC/HCD is showing some signs of life on
      linux-2.5.44-rmk1.  usb-storage is currentl blowing chunks, but I think
      I saw some patches go by against 2.5.44 that I haven't yet tried.
      2dc4da94
    • Linus Torvalds's avatar
      Merge bk://bk.arm.linux.org.uk · 07834925
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      07834925
    • Russell King's avatar
      [SERIAL] serial bits from -ac · 0d5e4e13
      Russell King authored
      (from Alan Cox)
      
      This adds support for 68328, 68360, MCF and NB85E serial drivers.
      0d5e4e13
    • Russell King's avatar
      Merge flint.arm.linux.org.uk:/usr/src/linux-bk-2.5/linux-2.5 · 872ce90c
      Russell King authored
      into flint.arm.linux.org.uk:/usr/src/linux-bk-2.5/linux-2.5-rmk
      872ce90c