1. 27 May, 2015 3 commits
    • Felipe Balbi's avatar
      usb: musb: ux500: fix build warnings · 30d09223
      Felipe Balbi authored
      This patch fixes the following build warnings:
      
      drivers/usb/musb/ux500.c:346:12: warning: ‘ux500_suspend’ defined but
      not used [-Wunused-function]
      drivers/usb/musb/ux500.c:357:12: warning: ‘ux500_resume’ defined but not
      used [-Wunused-function]
      Signed-off-by: default avatarFelipe Balbi <balbi@ti.com>
      30d09223
    • Felipe Balbi's avatar
      usb: musb: am35x: fix build warnings · fea2fc6e
      Felipe Balbi authored
      This patch fixes the following build warnings:
      
      drivers/usb/musb/am35x.c:573:12: warning: ‘am35x_suspend’ defined but
      not used [-Wunused-function]
      drivers/usb/musb/am35x.c:589:12: warning: ‘am35x_resume’ defined but not
      used [-Wunused-function]
      drivers/usb/musb/am35x.c:573:12: warning: ‘am35x_suspend’ defined but
      not used [-Wunused-function]
      drivers/usb/musb/am35x.c:589:12: warning: ‘am35x_resume’ defined but not
      used [-Wunused-function]
      Signed-off-by: default avatarFelipe Balbi <balbi@ti.com>
      fea2fc6e
    • Hans de Goede's avatar
      phy: sun4i-usb: Add a sunxi specific function for setting squelch-detect · 24fe86a6
      Hans de Goede authored
      The sunxi otg phy has a bug where it wrongly detects a high speed squelch
      when reset on the root port gets de-asserted with a lo-speed device.
      
      The workaround for this is to disable squelch detect before de-asserting
      reset, and re-enabling it after the reset de-assert is done. Add a sunxi
      specific phy function to allow the sunxi-musb glue to do this.
      Acked-by: default avatarKishon Vijay Abraham I <kishon@ti.com>
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      Signed-off-by: default avatarFelipe Balbi <balbi@ti.com>
      24fe86a6
  2. 26 May, 2015 23 commits
  3. 22 May, 2015 1 commit
    • Arnd Bergmann's avatar
      usb: renesas_usbhs: avoid uninitialized variable use · 672bfdaa
      Arnd Bergmann authored
      After the renesas_usbhs driver is enabled in ARM multi_v7_defconfig,
      we now get a new warning:
      
      renesas_usbhs/mod.c: In function 'usbhs_interrupt':
      renesas_usbhs/mod.c:246:7: warning: 'intenb1' may be used uninitialized in this function [-Wmaybe-uninitialized]
      
      gcc correctly points to a problem here, for the case that the
      device is in host mode, we use the intenb1 variable without
      having assigned it first. The state->intsts1 has a similar
      problem, but gcc cannot know that.
      
      This avoids the problem by initializing both sides of the
      comparison to zero when we don't read them from the respective
      registers.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Fixes: 88a25e02 ("usb: renesas_usbhs: Add access control for INTSTS1 and INTENB1 register")
      Acked-by: default avatarYoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>
      Signed-off-by: default avatarFelipe Balbi <balbi@ti.com>
      672bfdaa
  4. 21 May, 2015 3 commits
  5. 14 May, 2015 1 commit
  6. 13 May, 2015 9 commits