1. 20 8月, 2012 1 次提交
  2. 14 8月, 2012 1 次提交
  3. 09 8月, 2012 5 次提交
  4. 07 8月, 2012 4 次提交
    • R
      usb: musb: use DMA mode 1 whenever possible · 4f3e8d26
      Roger Quadros 提交于
      Do not rely on any hints from gadget drivers and use DMA mode 1
      whenever we expect data of at least the endpoint's packet size and
      have not yet received a short packet.
      
      The last packet if short is always transferred using DMA mode 0.
      
      This patch fixes USB throughput issues in mass storage mode for
      host to device transfers.
      Signed-off-by: NRoger Quadros <rogerq@ti.com>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      4f3e8d26
    • V
      usb: musb: host: Handle highmem in PIO mode · 8e8a5516
      Virupax Sadashivpetimath 提交于
      In case of USB bulk transfer, when himem page
      is received, the usb_sg_init function sets the
      urb transfer buffer to NULL. When such URB
      transfer is handled, kernel crashes in PIO mode.
      Handle this by mapping the highmem buffer in PIO mode.
      Signed-off-by: NVirupax Sadashivpetimath <virupax.sadashivpetimath@stericsson.com>
      Signed-off-by: NPraveena NADAHALLY <praveen.nadahally@stericsson.com>
      Acked-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      8e8a5516
    • B
      usb: musb: Fix bad call to kfree() in musb_free · decadacb
      Brian Downing 提交于
      Commit 62285963 (usb: musb: drop a
      gigantic amount of ifdeferry) included this change:
      
          @@ -1901,11 +1844,7 @@ static void musb_free(struct musb *musb)
                          dma_controller_destroy(c);
                  }
      
          -#ifdef CONFIG_USB_MUSB_HDRC_HCD
          -       usb_put_hcd(musb_to_hcd(musb));
          -#else
                  kfree(musb);
          -#endif
           }
      
           /*
      
      Since musb comes from struct usb_hcd's hcd_priv, which is allocated on
      the end of that struct, kfree'ing it is not going to work.  Replace
      kfree(musb) with usb_put_hcd(musb_to_hcd(musb)), which appears to be
      the right thing to do here.
      Signed-off-by: NBrian Downing <bdowning@lavos.net>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      decadacb
    • F
      usb: musb: fix sparse warnings · a156544b
      Felipe Balbi 提交于
      The following warnings are fixed:
      
      drivers/usb/musb/musb_core.c:357:6: warning: symbol 'musb_otg_timer_func' was not declared. Should it be static?
      drivers/usb/musb/musb_core.c:1339:27: warning: incorrect type in initializer (different address spaces)
      drivers/usb/musb/musb_core.c:1339:27:    expected void *mbase
      drivers/usb/musb/musb_core.c:1339:27:    got void [noderef] <asn:2>*mregs
      drivers/usb/musb/musb_core.c:1347:17: warning: incorrect type in argument 1 (different address spaces)
      drivers/usb/musb/musb_core.c:1347:17:    expected void [noderef] <asn:2>*addr
      drivers/usb/musb/musb_core.c:1347:17:    got void *mbase
      drivers/usb/musb/musb_core.h:487:27: warning: incorrect type in initializer (different address spaces)
      drivers/usb/musb/musb_core.h:487:27:    expected void *mbase
      drivers/usb/musb/musb_core.h:487:27:    got void [noderef] <asn:2>*mregs
      drivers/usb/musb/musb_core.h:491:26: warning: incorrect type in argument 1 (different address spaces)
      drivers/usb/musb/musb_core.h:491:26:    expected void const [noderef] <asn:2>*addr
      drivers/usb/musb/musb_core.h:491:26:    got void *mbase
      drivers/usb/musb/tusb6010.c:270:48: warning: incorrect type in argument 2 (different address spaces)
      drivers/usb/musb/tusb6010.c:270:48:    expected void [noderef] <asn:2>*buf
      drivers/usb/musb/tusb6010.c:270:48:    got unsigned char [usertype] *[assigned] buf
      drivers/usb/musb/tusb6010.c:164:32: warning: incorrect type in argument 1 (different address spaces)
      drivers/usb/musb/tusb6010.c:164:32:    expected void *to
      drivers/usb/musb/tusb6010.c:164:32:    got void [noderef] <asn:2>*buf
      drivers/usb/musb/tusb6010.c:172:24: warning: incorrect type in argument 1 (different address spaces)
      drivers/usb/musb/tusb6010.c:172:24:    expected void *to
      drivers/usb/musb/tusb6010.c:172:24:    got void [noderef] <asn:2>*[assigned] buf
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      a156544b
  5. 03 8月, 2012 6 次提交
  6. 01 8月, 2012 1 次提交
    • M
      netvm: propagate page->pfmemalloc from skb_alloc_page to skb · 0614002b
      Mel Gorman 提交于
      The skb->pfmemalloc flag gets set to true iff during the slab allocation
      of data in __alloc_skb that the the PFMEMALLOC reserves were used.  If
      page splitting is used, it is possible that pages will be allocated from
      the PFMEMALLOC reserve without propagating this information to the skb.
      This patch propagates page->pfmemalloc from pages allocated for fragments
      to the skb.
      
      It works by reintroducing and expanding the skb_alloc_page() API to take
      an skb.  If the page was allocated from pfmemalloc reserves, it is
      automatically copied.  If the driver allocates the page before the skb, it
      should call skb_propagate_pfmemalloc() after the skb is allocated to
      ensure the flag is copied properly.
      
      Failure to do so is not critical.  The resulting driver may perform slower
      if it is used for swap-over-NBD or swap-over-NFS but it should not result
      in failure.
      
      [davem@davemloft.net: API rename and consistency]
      Signed-off-by: NMel Gorman <mgorman@suse.de>
      Acked-by: NDavid S. Miller <davem@davemloft.net>
      Cc: Neil Brown <neilb@suse.de>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Mike Christie <michaelc@cs.wisc.edu>
      Cc: Eric B Munson <emunson@mgebm.net>
      Cc: Eric Dumazet <eric.dumazet@gmail.com>
      Cc: Sebastian Andrzej Siewior <sebastian@breakpoint.cc>
      Cc: Mel Gorman <mgorman@suse.de>
      Cc: Christoph Lameter <cl@linux.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      0614002b
  7. 31 7月, 2012 4 次提交
  8. 30 7月, 2012 1 次提交
  9. 25 7月, 2012 1 次提交
  10. 20 7月, 2012 4 次提交
  11. 19 7月, 2012 5 次提交
  12. 18 7月, 2012 2 次提交
  13. 17 7月, 2012 5 次提交