1. 17 5月, 2013 5 次提交
  2. 16 5月, 2013 6 次提交
  3. 10 5月, 2013 1 次提交
  4. 08 5月, 2013 3 次提交
    • K
      aio: use cancellation list lazily · 0460fef2
      Kent Overstreet 提交于
      Cancelling kiocbs requires adding them to a per kioctx linked list,
      which is one of the few things we need to take the kioctx lock for in
      the fast path.  But most kiocbs can't be cancelled - so if we just do
      this lazily, we can avoid quite a bit of locking overhead.
      
      While we're at it, instead of using a flag bit switch to using ki_cancel
      itself to indicate that a kiocb has been cancelled/completed.  This lets
      us get rid of ki_flags entirely.
      
      [akpm@linux-foundation.org: remove buggy BUG()]
      Signed-off-by: NKent Overstreet <koverstreet@google.com>
      Cc: Zach Brown <zab@redhat.com>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
      Cc: Mark Fasheh <mfasheh@suse.com>
      Cc: Joel Becker <jlbec@evilplan.org>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Jens Axboe <axboe@kernel.dk>
      Cc: Asai Thambi S P <asamymuthupa@micron.com>
      Cc: Selvan Mani <smani@micron.com>
      Cc: Sam Bradshaw <sbradshaw@micron.com>
      Cc: Jeff Moyer <jmoyer@redhat.com>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Cc: Benjamin LaHaise <bcrl@kvack.org>
      Reviewed-by: N"Theodore Ts'o" <tytso@mit.edu>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      0460fef2
    • K
      aio: move private stuff out of aio.h · 4e179bca
      Kent Overstreet 提交于
      Signed-off-by: NKent Overstreet <koverstreet@google.com>
      Cc: Zach Brown <zab@redhat.com>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
      Cc: Mark Fasheh <mfasheh@suse.com>
      Cc: Joel Becker <jlbec@evilplan.org>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Jens Axboe <axboe@kernel.dk>
      Cc: Asai Thambi S P <asamymuthupa@micron.com>
      Cc: Selvan Mani <smani@micron.com>
      Cc: Sam Bradshaw <sbradshaw@micron.com>
      Acked-by: NJeff Moyer <jmoyer@redhat.com>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Cc: Benjamin LaHaise <bcrl@kvack.org>
      Cc: Theodore Ts'o <tytso@mit.edu>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      4e179bca
    • Z
      gadget: remove only user of aio retry · a80bf61e
      Zach Brown 提交于
      This removes the only in-tree user of aio retry.  This will let us
      remove the retry code from the aio core.
      
      Removing retry is relatively easy as the USB gadget wasn't using it to
      retry IOs at all.  It always fully submitted the IO in the context of
      the initial io_submit() call.  It only used the AIO retry facility to
      get the submitter's mm context for copying the result of a read back to
      user space.  This is easy to implement with use_mm() and a work struct,
      much like kvm does with async_pf_execute() for get_user_pages().
      
      [akpm@linux-foundation.org: coding-style fixes]
      Signed-off-by: NZach Brown <zab@redhat.com>
      Signed-off-by: NKent Overstreet <koverstreet@google.com>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
      Cc: Mark Fasheh <mfasheh@suse.com>
      Cc: Joel Becker <jlbec@evilplan.org>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Jens Axboe <axboe@kernel.dk>
      Cc: Asai Thambi S P <asamymuthupa@micron.com>
      Cc: Selvan Mani <smani@micron.com>
      Cc: Sam Bradshaw <sbradshaw@micron.com>
      Acked-by: NJeff Moyer <jmoyer@redhat.com>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Cc: Benjamin LaHaise <bcrl@kvack.org>
      Cc: Theodore Ts'o <tytso@mit.edu>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      a80bf61e
  5. 05 5月, 2013 1 次提交
  6. 01 5月, 2013 1 次提交
  7. 30 4月, 2013 3 次提交
  8. 26 4月, 2013 4 次提交
    • A
      USB: ehci-msm: USB_MSM_OTG needs USB_PHY · 4626b8da
      Arnd Bergmann 提交于
      The Kconfig entry for USB_EHCI_MSM unconditionally selects USB_MSM_OTG,
      which is now only visible when USB_PHY is also enabled.
      
      This adds an appropriate dependency and enables USB_PHY in the msm
      defconfig, avoiding the Kbuild warning:
      
      warning: (USB_EHCI_MSM) selects USB_MSM_OTG which has unmet direct dependencies (USB_SUPPORT && USB_PHY && (USB || USB_GADGET) && ARCH_MSM)
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Pavankumar Kondeti <pkondeti@codeaurora.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      4626b8da
    • A
      USB: OHCI: avoid conflicting platform drivers · 8097804e
      Arnd Bergmann 提交于
      Like the EHCI driver, OHCI supports a large number of different platform
      glue drivers by directly including them, which causes problems with
      conflicting macro definitions in some cases. As more ARM architecture
      specific back-ends are required to coexist in a single build, we should
      split those out into separate drivers. Unfortunately, the infrastructure
      for that is still under development, so to give us more time, this uses
      a separate *_PLATFORM_DRIVER macro for each ARM specific OHCI backend,
      just like we already do on PowerPC and some of the other ARM platforms.
      
      In linux-3.10, only the SPEAr and CNS3xxx back-ends would actually conflict
      without this patch, but over time we would get more of them, so this
      is a way to avoid having to patch the driver every time it breaks. We
      should still split out all back-ends into separate loadable modules,
      but that work is only needed to improve code size and cleanliness after
      this patch, not for correctness.
      
      While we're here, this fixes the incorrectly sorted error path
      for the OMAP1 and OMAP3 backends to ensure we always unregister
      the exact set of drivers that were registered before erroring out.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      8097804e
    • A
      USB: OMAP: ISP1301 needs USB_PHY · c3c683ea
      Arnd Bergmann 提交于
      The Kconfig entry for USB_OMAP unconditionally selects USB_ISP1301,
      which is now only visible when USB_PHY is also enabled.
      
      This adds an appropriate dependency and enables USB_PHY in the omap1
      defconfig, avoiding these build warnings:
      
      warning: (USB_OHCI_HCD && USB_OMAP) selects ISP1301_OMAP which has unmet direct dependencies (USB_SUPPORT && USB_PHY && I2C && ARCH_OMAP_OTG)
      
      Also fix a Makefile typo while we're at it.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Felipe Balbi <balbi@ti.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      c3c683ea
    • A
      USB: lpc32xx: ISP1301 needs USB_PHY · 64e98a79
      Arnd Bergmann 提交于
      The Kconfig entry for USB_LPC32XX unconditionally selects USB_ISP1301,
      which is now only visible when USB_PHY is also enabled.
      
      This adds an appropriate dependency and enables USB_PHY in the msm
      defconfig, avoiding these build errors:
      
      warning: (USB_LPC32XX) selects USB_ISP1301 which has unmet direct dependencies (USB_SUPPORT && USB_PHY && (USB || USB_GADGET) && I2C)
      drivers/built-in.o: In function `usb_hcd_nxp_probe':
      drivers/usb/host/ohci-nxp.c:224: undefined reference to `isp1301_get_client'
      drivers/built-in.o: In function `lpc32xx_udc_probe':
      drivers/usb/gadget/lpc32xx_udc.c:3071: undefined reference to `isp1301_get_client'
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Roland Stigge <stigge@antcom.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      64e98a79
  9. 25 4月, 2013 1 次提交
  10. 24 4月, 2013 6 次提交
    • A
      usb: phy: tegra: don't call into tegra-ehci directly · ee5d5499
      Arnd Bergmann 提交于
      Both phy-tegra-usb.c and ehci-tegra.c export symbols used by the other one,
      which does not work if one of them or both are loadable modules, resulting
      in an error like:
      
      drivers/built-in.o: In function `utmi_phy_clk_disable':
      drivers/usb/phy/phy-tegra-usb.c:302: undefined reference to `tegra_ehci_set_phcd'
      drivers/built-in.o: In function `utmi_phy_clk_enable':
      drivers/usb/phy/phy-tegra-usb.c:324: undefined reference to `tegra_ehci_set_phcd'
      drivers/built-in.o: In function `utmi_phy_power_on':
      drivers/usb/phy/phy-tegra-usb.c:447: undefined reference to `tegra_ehci_set_pts'
      
      This turns the interface into a one-way dependency by letting the tegra ehci
      driver pass two function pointers for callbacks that need to be called by
      the phy driver.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Venu Byravarasu <vbyravarasu@nvidia.com>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Stephen Warren <swarren@nvidia.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      ee5d5499
    • A
      usb: phy: phy core cannot yet be a module · 4623245c
      Arnd Bergmann 提交于
      A lot of platform code calls into the usb phy core at the moment, which
      does not work if it is built as a loadable module. This will hopefully
      change when those platforms are all converted to DT based probing,
      but for now, the easiest solution is to change it from "tristate"
      to "bool".
      
      This solves at least these ARM allmodconfig build errors:
      
      arch/arm/mach-imx/built-in.o: In function `imx_otg_ulpi_create':
      arch/arm/mach-imx/ulpi.c:117: undefined reference to `otg_ulpi_create'
      arch/arm/mach-omap2/built-in.o: In function `usbhs_init_phys':
      arch/arm/mach-omap2/usb-host.c:652: undefined reference to `usb_bind_phy'
      arch/arm/mach-omap2/built-in.o: In function `omap_2430sdp_init':
      arch/arm/mach-omap2/board-2430sdp.c:236: undefined reference to `usb_bind_phy'
      arch/arm/mach-omap2/built-in.o: In function `omap3_beagle_init':
      arch/arm/mach-omap2/board-omap3beagle.c:554: undefined reference to `usb_bind_phy'
      arch/arm/mach-omap2/built-in.o: In function `devkit8000_init':
      arch/arm/mach-omap2/board-devkit8000.c:596: undefined reference to `usb_bind_phy'
      arch/arm/mach-omap2/built-in.o: In function `omap_ldp_init':
      arch/arm/mach-omap2/board-ldp.c:379: undefined reference to `usb_bind_phy'
      drivers/built-in.o: In function `ab8500_charger_probe':
      drivers/power/ab8500_charger.c:3629: undefined reference to `usb_get_phy'
      drivers/power/ab8500_charger.c:3706: undefined reference to `usb_put_phy'
      drivers/built-in.o: In function `ab8500_charger_remove':
      drivers/power/ab8500_charger.c:3411: undefined reference to `usb_put_phy'
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NFelipe Balbi <balbi@ti.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      4623245c
    • A
      USB: Fix initconst in ehci driver · 62d08a11
      Andi Kleen 提交于
      Fix some of the initconst markings in the ehci driver(s).
      Signed-off-by: NAndi Kleen <ak@linux.intel.com>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      62d08a11
    • T
      usb-storage: CY7C68300A chips do not support Cypress ATACB · 671b4b2b
      Tormod Volden 提交于
      Many cards based on CY7C68300A/B/C use the USB ID 04b4:6830 but only the
      B and C variants (EZ-USB AT2LP) support the ATA Command Block
      functionality, according to the data sheets. The A variant (EZ-USB AT2)
      locks up if ATACB is attempted, until a typical 30 seconds timeout runs
      out and a USB reset is performed.
      
      https://bugs.launchpad.net/bugs/428469
      
      It seems that one way to spot a CY7C68300A (at least where the card
      manufacturer left Cypress' EEPROM default vaules, against Cypress'
      recommendations) is to look at the USB string descriptor indices.
      
      A http://media.digikey.com/pdf/Data%20Sheets/Cypress%20PDFs/CY7C68300A.pdf
      B http://www.farnell.com/datasheets/43456.pdf
      C http://www.cypress.com/?rID=14189
      
      Note that a CY7C68300B/C chip appears as CY7C68300A if it is running
      in Backward Compatibility Mode, and if ATACB would be supported in this
      case there is anyway no way to tell which chip it really is.
      
      For 5 years my external USB drive has been locking up for half a minute
      when plugged in and ata_id is run by udev, or anytime hdparm or similar
      is run on it.
      
      Finally looking at the /correct/ datasheet I think I found the reason. I
      am aware the quirk in this patch is a bit hacky, but the hardware
      manufacturers haven't made it easy for us.
      Signed-off-by: NTormod Volden <debian.tormod@gmail.com>
      Cc: stable <stable@vger.kernel.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      671b4b2b
    • F
      USB: serial: option: Added support Olivetti Olicard 145 · d19bf5ce
      Filippo Turato 提交于
      This adds PID for Olivetti Olicard 145 in option.c
      Signed-off-by: NFilippo Turato <nnj7585@gmail.com>
      Cc: stable <stable@vger.kernel.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      d19bf5ce
    • A
      USB: ftdi_sio: correct ST Micro Connect Lite PIDs · 9f06d15f
      Adrian Thomasset 提交于
      The current ST Micro Connect Lite uses the FT4232H hi-speed quad USB
      UART FTDI chip. It is also possible to drive STM reference targets
      populated with an on-board JTAG debugger based on the FT2232H chip with
      the same STMicroelectronics tools.
      
      For this reason, the ST Micro Connect Lite PIDs should be
      ST_STMCLT_2232_PID: 0x3746
      ST_STMCLT_4232_PID: 0x3747
      Signed-off-by: NAdrian Thomasset <adrian.thomasset@st.com>
      Cc: stable <stable@vger.kernel.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      9f06d15f
  11. 23 4月, 2013 6 次提交
  12. 20 4月, 2013 3 次提交