1. 12 12月, 2009 13 次提交
  2. 01 12月, 2009 5 次提交
  3. 21 10月, 2009 1 次提交
    • T
      omap: headers: Move remaining headers from include/mach to include/plat · ce491cf8
      Tony Lindgren 提交于
      Move the remaining headers under plat-omap/include/mach
      to plat-omap/include/plat. Also search and replace the
      files using these headers to include using the right path.
      
      This was done with:
      
      #!/bin/bash
      mach_dir_old="arch/arm/plat-omap/include/mach"
      plat_dir_new="arch/arm/plat-omap/include/plat"
      headers=$(cd $mach_dir_old && ls *.h)
      omap_dirs="arch/arm/*omap*/ \
      drivers/video/omap \
      sound/soc/omap"
      other_files="drivers/leds/leds-ams-delta.c \
      drivers/mfd/menelaus.c \
      drivers/mfd/twl4030-core.c \
      drivers/mtd/nand/ams-delta.c"
      
      for header in $headers; do
      	old="#include <mach\/$header"
      	new="#include <plat\/$header"
      	for dir in $omap_dirs; do
      		find $dir -type f -name \*.[chS] | \
      			xargs sed -i "s/$old/$new/"
      	done
      	find drivers/ -type f -name \*omap*.[chS] | \
      		xargs sed -i "s/$old/$new/"
      	for file in $other_files; do
      		sed -i "s/$old/$new/" $file
      	done
      done
      
      for header in $(ls $mach_dir_old/*.h); do
      	git mv $header $plat_dir_new/
      done
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      ce491cf8
  4. 13 10月, 2009 1 次提交
  5. 10 10月, 2009 1 次提交
  6. 23 9月, 2009 1 次提交
  7. 08 8月, 2009 1 次提交
  8. 29 7月, 2009 3 次提交
  9. 22 7月, 2009 1 次提交
  10. 13 7月, 2009 5 次提交
  11. 16 6月, 2009 8 次提交
    • N
      usb: musb: disable OTG AUTOIDLE only with omap3430 · 9a4b5e36
      Niilo Minkkinen 提交于
      Omap3 MUSB AUTOIDLE functionality configured through OTG_SYSCONFIG
      register prevents the device from going into retention.
      This is a workaround (by Richard Woodruff/TI), as his comment :
      > A new MUSB bug which is a match to data below was identified very
      > recently (on hardware and in simulation).
      > This bug is in 3430 and not 3630.
      > As a priority test (and as new default) you should have engineers
      > disable autoidle for MUSB block.
      > This is the workaround which will show up in next errata.
      Signed-off-by: NNiilo Minkkinen <ext-niilo.1.minkkinen@nokia.com>
      Signed-off-by: NRichard Woodruff <r-woodruff2@ti.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      9a4b5e36
    • A
      musb: add high bandwidth ISO support · a483d706
      Ajay Kumar Gupta 提交于
      Tested on OMAP3 host side with Creative (Live! Cam Optia) USB camera
      which uses high bandwidth isochronous IN endpoints.  FIFO mode 4 is
      updated to provide the needed 4K endpoint buffer without breaking
      the g_nokia composite gadget configuration.  (This is the only
      gadget driver known to use enough endpoints to notice the change.)
      Signed-off-by: NAjay Kumar Gupta <ajay.gupta@ti.com>
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      a483d706
    • A
      musb: use dma mode 1 for TX if transfer size equals maxpacket (v2) · d1043a26
      Anand Gadiyar 提交于
      Currently, with Inventra DMA, we use Mode 0 if transfer size is less
      than or equal to the endpoint's maxpacket size.  This requires that
      we explicitly set TXPKTRDY for that transfer.
      
      However the musb_g_tx code will not set TXPKTRDY twice if the last
      transfer is exactly equal to maxpacket, even if request->zero is set.
      Using Mode 1 will solve this; a better fix might be in musb_g_tx().
      
      Without this change, musb will not correctly send out a ZLP if the
      last transfer is the maxpacket size and request->zero is set.
      Signed-off-by: NAnand Gadiyar <gadiyar@ti.com>
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      d1043a26
    • D
      musb: support disconnect after HNP roleswitch · ab983f2a
      David Brownell 提交于
      Adjust HNP state machines in MUSB driver so that they handle the
      case where the cable is disconnected.  The A-side machine was
      very wrong (unrecoverable); the B-Side was much less so.
      
       - A_PERIPHERAL ... as usual, the non-observability of the ID
         pin through Mentor's registers makes trouble.  We can't go
         directly to A_WAIT_VFALL to end the session and start the
         disconnect processing.  We can however sense link suspending,
         go to A_WAIT_BCON, and from there use OTG timeouts to finally
         trigger that A_WAIT_VFALL transition.  (Hoping that nobody
         reconnects quickly to that port and notices the wrong state.)
      
       - B_HOST ... actually clear the Host Request (HR) bit as the
         messages say, disconnect the peripheral from the root hub,
         and don't detour through a suspend state.  (In some cases
         this would eventually have cleaned up.)
      
      Also adjust the A_SUSPEND transition to respect the A_AIDL_BDIS
      timeout, so if HNP doesn't trigger quickly enough the A_WAIT_VFALL
      transition happens as it should.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      ab983f2a
    • D
      musb: make initial HNP roleswitch work (v2) · 1de00dae
      David Brownell 提交于
      Minor HNP bugfixes, so the initial role switch works:
      
       - A-Device:
           * disconnect-during-suspend enters A_PERIPHERAL state
           * kill OTG timer after reset as A_PERIPHERAL ...
           * ... and also pass that reset to the gadget
           * once HNP succeeds, clear the "ignore_disconnect" flag
           * from A_PERIPHERAL, disconnect transitions to A_WAIT_BCON
      
       - B-Device:
           * kill OTG timer on entry to B_HOST state (HNP succeeded)
           * once HNP succeeds, clear "ignore_disconnect" flag
           * kick the root hub only _after_ the state is adjusted
      
      Other state transitions are left alone.  Notably, exit paths from
      the "roles have switched" state ... A_PERIPHERAL handling of that
      stays seriously broken.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      1de00dae
    • D
      musb: otg timer cleanup · f7f9d63e
      David Brownell 提交于
      Minor cleanup of OTG timer handling:
          * unify decls for OTG time constants, in the core header
          * set up and use that timer in a more normal way
          * move to the driver struct, so it's usable outside core
      
      And tighten use and setup of T(a_wait_bcon) so that if it's used,
      it's always valid.  (If that timer expires, the A-device will
      stop powering VBUS.  For non-OTG systems, that will be a surprise.)
      No behavioral changes, other than more consistency when applying
      that core HNP timeout.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      f7f9d63e
    • D
      musb: proper hookup to transceiver drivers · 84e250ff
      David Brownell 提交于
      Let the otg_transceiver in MUSB be managed by an external driver;
      don't assume it's integrated.  OMAP3 chips need it to be external,
      and there may be ways to interact with the transceiver which add
      functionality to the system.
      
      Platform init code is responsible for setting up the transeciver,
      probably using the NOP transceiver for integrated transceivers.
      External ones will use whatever the board init code provided,
      such as twl4030 or something more hands-off.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      84e250ff
    • S
      musb: split out CPPI interrupt handler · 91e9c4fe
      Sergei Shtylyov 提交于
      As DaVinci DM646x has a dedicated CPPI DMA interrupt, replace
      cppi_completion() (which has always been kind of layering
      violation) by a complete CPPI interrupt handler.
      
      [ dbrownell@users.sourceforge.net: only cppi_dma.c needs platform
      device header, not cppi_dma.h ]
      Signed-off-by: NDmitry Krivoschekov <dkrivoschekov@ru.mvista.com>
      Signed-off-by: NSergei Shtylyov <sshtylyov@ru.mvista.com>
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      91e9c4fe