1. 01 Jun, 2003 5 commits
    • Matthew Dharm's avatar
      [PATCH] USB: usb-storage: change result codes · ad05da65
      Matthew Dharm authored
      This patch changes to SAM_STAT_ result codes, which is (a) preferred,
      according to the code comments, and (b) removes some odd-looking
      bit-shifting.
      ad05da65
    • Matthew Dharm's avatar
      [PATCH] USB: usb-storage: usb_stor_control_msg() and stuff · ac01ad71
      Matthew Dharm authored
      This patch replaces usb_control_msg() with usb_stor_control_msg() everywhere,
      which allows better abort/disconnect processing.
      
      Some comments are fixed-up.
      
      The GetMaxLUN function is moved later so URBs are initialized (now that it
      uses the new control_msg() ).
      
      There is also some locking cleanup during reset.
      ac01ad71
    • Matthew Dharm's avatar
      [PATCH] USB: usb-storage: timeouts and aborts · 08c85f44
      Matthew Dharm authored
      This patch adds timeouts to usb_stor_control_msg().  Now we will no longer
      have to use the usb_control_msg() routine in the usb core, so all our
      control messages can be interrupted by scsi aborts or disconnects.
      
      This also includes the new serial-number for auto-REQUEST-SENSE change.
      The new serial number has one bit toggled from the old, guaranteeing that
      it is unique.
      
      Following a suggestion of David Brownell, this makes the transport-reset
      function attempt to clear a halt condition on both bulk pipes even if one
      of them fails.
      08c85f44
    • Matthew Dharm's avatar
      [PATCH] USB: usb-storage: fix typo · 812be635
      Matthew Dharm authored
      Typo fix.  We need bitwise-OR here.
      812be635
    • Greg Kroah-Hartman's avatar
  2. 30 May, 2003 21 commits
  3. 29 May, 2003 14 commits
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/davem/sparc-2.5 · 83169a1a
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      83169a1a
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/davem/net-2.5 · d8f87a6c
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      d8f87a6c
    • Andrew Morton's avatar
      [PATCH] Fixes trivial error in · 6fcb1ca4
      Andrew Morton authored
      From: Herbert Xu <herbert@gondor.apana.org.au>
      
      This patch adds a pair of missing quotes.
      6fcb1ca4
    • Andrew Morton's avatar
      [PATCH] Fix writev when a segment generates EFAULT · 7ce0fd51
      Andrew Morton authored
      From: Martin Schwidefsky <schwidefsky@de.ibm.com>
      
      If writev() is passed a vector in which the second or later segment generates
      a fault it will currently return -EFAULT.
      
      It shouldn't.  It should write what it can and return the number of bytes
      which were successfully copied.
      
      Fix that up by writing the partial result and then returning the right value.
      7ce0fd51
    • Andrew Morton's avatar
      [PATCH] svcsock use-after-free fix · 5c5f1d16
      Andrew Morton authored
      From: Neil Brown <neilb@cse.unsw.edu.au>
      
      Extract ->stamp from skb *before* freeing it in svcsock.c
      
      As we sometime copy and free an skb, and sometime us it in-place, we must
      be careful to extract information from it *before* it might be freed, not
      after.
      
      Manfred's page-unmapping debug patch found this one.
      5c5f1d16
    • Andrew Morton's avatar
      [PATCH] support 64 bit pci_alloc_consistent · 747ec9b0
      Andrew Morton authored
      From: Jes Sorensen <jes@wildopensource.com>
      
      This is patch which provides support for 64 bit address allocations from
      pci_alloc_consistent(), based on the address mask set through
      pci_set_consistent_dma_mask().  This is necessary on some platforms which
      are unable to provide physical memory in the lower 4GB block and do not
      provide IOMMU support for cards operating in certain bus modes, such as
      PCI-X on the SGI SN2.
      
      The default mask for pci_alloc_consistent() is still 32 bit as there are 64
      bit capable hardware out there that doesn't support 64 bit addresses for
      descripters etc.  Likewise, platforms which provide IOMMU support in all
      bus modes can ignore struct pci_dev->consistent_dma_mask and just return a
      32 bit address as before.
      
      The patch also includes changes to tg3.c to make it use the new api as well
      as a documentation update.  I have done my best on the documentation part,
      if anyone feel the can make my scribbles clearer, please do.
      
      Thanks to Dave Miller, Grant Grundler, James Bottomley, Colin Ngam, and
      Jeremy Higdon for input and code/documentation portions.
      747ec9b0
    • Andrew Morton's avatar
      [PATCH] unregister_netdev cleanups · 718aca7f
      Andrew Morton authored
      Replace
      
      	rtnl_lock();
      	register_netdevice(dev);
      	rtnl_unlock();
      
      with the equivalent
      
      	register_netdev();
      
      in numerous places.
      718aca7f
    • Andrew Morton's avatar
      [PATCH] Remove unneeded fcntl check · 03d5d52e
      Andrew Morton authored
      The NR_OPEN check in F_DUPFD is unneeded.  viro says:
      
      "We check the limits in locate_fd() (called by dupfd()).  Check for NR_OPEN
      can (and should) be dropped - locate_fd() will never go beyond that
      (expand_fd() will check it and refuse to go).
      
      "IOW, simply lose the check.  We _might_ want to check signedness, but that's
      it (IOW, check that arg will fit into 0..MAX_INT; second argument of dupfd()
      is an int).  OTOH, we might actually make dupfd() et.al.  take unsigned long
      and kill that crap completely."
      
      And indeed, the signedness is suspicious, so make various things in there
      unsigned too.
      03d5d52e
    • Andrew Morton's avatar
      [PATCH] speed up the unlink speedup · 3493e0ab
      Andrew Morton authored
      I'm not sure why I used igrab() in unlink().  igrab takes the oft-taken
      inode_lock.
      
      The caller has a ref, so a simple increment of i_count will suffice.
      3493e0ab
    • Andrew Morton's avatar
      [PATCH] write_one_page() fixlets · 6d01cc49
      Andrew Morton authored
      - set the number of pages to be written to "1".
      
      - Don't test PG_writeback twice.
      6d01cc49
    • Andrew Morton's avatar
      [PATCH] i2o memleak comment · 87852ab0
      Andrew Morton authored
      From: Andy Whitcroft <apw@shadowen.org>
      
      There's a spot in i2o where we deliberately leak some memory when the
      hardware plays up.  The alternative is to let the hardware scribble on it at
      some unknown time in the future.
      
      Things like the Stanford checker keep alleging that this is a bug.  So shut
      them up with a comment
      87852ab0
    • Andrew Morton's avatar
      [PATCH] kill lock_kernel() in inode_setattr() · a1a862b7
      Andrew Morton authored
      All we're doing in there is writing things into the inode.  I see no need for
      the lock_kernel().
      
      And holding lock_kernel() across mark_inode_dirty() hurts on big SMP.
      a1a862b7
    • Andrew Morton's avatar
      [PATCH] irq balance logic fix · 97b6cac7
      Andrew Morton authored
      From: Andi Kleen <ak@suse.de>
      
      The logic is: the global variable is set to the magic value
      IRQBALANCE_CHECK_ARCH.  It can be overwritten by a __setup function.  If
      the magic value is still set when the irq balancer is started it asks the
      subarchitecture using the NO_BALANCE_IRQ macro.  This is defined to a
      genapic field in the generic architecture, otherwise constant.  Then the
      global variable is set and when it is true no balancing happens.
      
      Previously I had this wrong in that it always disabled it.
      
      This part should be correct, but it still doesn't seem to work.
      
      (I left the printk in there until the problem is debugged, could be removed
      of course)
      97b6cac7
    • Andrew Morton's avatar
      [PATCH] zoran user-pointer fix · 82852538
      Andrew Morton authored
      From: Hollis Blanchard <hollis@austin.ibm.com>
      
      Fix a user pointer deref, found by the Stanford checker.
      82852538