1. 24 4月, 2013 7 次提交
    • 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
    • G
      Merge tag 'usb-for-v3.10-part2' of... · 0b9b6df9
      Greg Kroah-Hartman 提交于
      Merge tag 'usb-for-v3.10-part2' of git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb into usb-next
      
      Felipe writes:
      
      usb: urgent fixes for v3.10 merge window
      
      Here are some late urgent fixes for v3.10 merge window.
      
      All of these errors were introduced by recent commits
      which are in linux-next.
      
      f_obex, multi and cdc2 gadget drivers have learned to
      return a proper error code when something goes wrong.
      
      usb_bind_phy() was mistakenly placed into .init.text
      section which caused Section mismatch warnings and undefined
      reference compile errors.
      
      f_source_sink had a copy-paste error which is now corrected.
      
      g_zero got a memory leak plugged.
      
      Two defconfigs got fixed to enable the newly introduced
      CONFIG_USB_PHY.
      0b9b6df9
  2. 23 4月, 2013 8 次提交
  3. 20 4月, 2013 11 次提交
  4. 19 4月, 2013 1 次提交
  5. 18 4月, 2013 13 次提交