24 Sep, 2008

1 commit


26 Jul, 2008

1 commit

  • We want to use WARN() as a variant of WARN_ON(), however a few drivers are
    using WARN() internally. This patch renames these to WARNING() to avoid the
    namespace clash. A few cases were defining but not using the thing, for those
    cases I just deleted the definition.

    Signed-off-by: Arjan van de Ven
    Acked-by: Greg KH
    Cc: Karsten Keil
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arjan van de Ven
     

22 Jul, 2008

1 commit


30 May, 2008

1 commit

  • UDC needs to release lock before calling out to gadget driver, since
    it may need to reenter. The change fixes kernel BUG observed on rt
    kernel.

    > kernel BUG at kernel/rtmutex.c:683!
    > stopped custom tracer.
    > Oops: Exception in kernel mode, sig: 5 [#1]
    > PREEMPT MPC834x ITX
    > NIP: c021629c LR: c0216270 CTR: 00000000
    > REGS: df761d70 TRAP: 0700 Not tainted (2.6.23.9-rt13)
    > MSR: 00021032 CR: 28000022 XER: 00000000
    > TASK = df632080[241] 'IRQ-38' THREAD: df760000
    > GPR00: 00000001 df761e20 df632080 00000000 11111111 00000000 df761e6c
    > 00000000
    > GPR08: df761e48 00000000 df761e50 00000000 80000000 ede5cdde 1fffd000
    > 00800000
    > GPR16: ffffffff 00000000 007fff00 00000040 00000000 007ffeb0 00000000
    > 1fff8b08
    > GPR24: 00000000 00000026 00000000 df79a320 c026b2e8 c02240bc 00009032
    > df79a320
    > NIP [c021629c] rt_spin_lock_slowlock+0x9c/0x200
    > LR [c0216270] rt_spin_lock_slowlock+0x70/0x200
    > Call Trace:
    > [df761e20] [c0216270] rt_spin_lock_slowlock+0x70/0x200 (unreliable)
    > [df761e90] [c0182828] fsl_ep_disable+0xcc/0x154
    > [df761eb0] [c0184d30] eth_reset_config+0x88/0x1d0
    > [df761ed0] [c0184ec0] eth_disconnect+0x48/0x64
    > [df761ef0] [c01831a4] reset_queues+0x60/0x78
    > [df761f00] [c0183b74] fsl_udc_irq+0x9b8/0xa58
    > [df761f50] [c003ef30] handle_IRQ_event+0x64/0x100
    > [df761f80] [c003f758] thread_simple_irq+0x6c/0xc8
    > [df761fa0] [c003f888] do_irqd+0xd4/0x2e4
    > [df761fd0] [c0032284] kthread+0x50/0x8c
    > [df761ff0] [c000f9b4] kernel_thread+0x44/0x60

    Signed-off-by: Li Yang
    Cc: Eugene T. Bordenkircher
    Acked-by: David Brownell
    Signed-off-by: Greg Kroah-Hartman

    Li Yang
     

25 Apr, 2008

1 commit


11 Apr, 2008

1 commit

  • Since 43cc71eed1250755986da4c0f9898f9a635cb3bf, the platform modalias is
    prefixed with "platform:". Add MODULE_ALIAS() to the hotpluggable usb
    peripheral drivers, to re-eable module auto loading.

    [dbrownell@users.sourceforge.net: registration fixes]
    Signed-off-by: Kay Sievers
    Signed-off-by: David Brownell
    Cc: Greg KH
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Kay Sievers
     

02 Feb, 2008

2 commits


23 Dec, 2007

1 commit

  • Commit a4e3ef5... (USB: gadget: gadget_is_{dualspeed,otg} predicates
    and cleanup) broke fsl_usb2_udc; the build test didn't cover peripheral
    drivers, just gadget drivers.

    Signed-off-by: Peter Korsgaard
    Signed-off-by: David Brownell
    Signed-off-by: Greg Kroah-Hartman

    Peter Korsgaard
     

13 Oct, 2007

2 commits

  • Move to , reducing
    some of the clutter in the main include directory.

    Signed-off-by: David Brownell
    Signed-off-by: Greg Kroah-Hartman

    David Brownell
     
  • This adds two small inlines to the gadget stack, which will
    often evaluate to compile-time constants. That can help
    shrink object code and remove #ifdeffery.

    - gadget_is_dualspeed(), currently always a compile-time
    constant (depending on which controller is selected).

    - gadget_is_otg(), usually a compile time "false", but this
    is a runtime test if the platform enables OTG (since it's
    reasonable to populate boards with different USB sockets).

    It also updates two peripheral controller drivers to use these:

    - fsl_usb2_udc, mostly OTG-related bugfixes: non-OTG devices
    must follow the rules about drawing VBUS power, and OTG ones
    need to reject invalid SET_FEATURE requests.

    - omap_udc, just scrubbing a bit of #ifdeffery.

    And also gadgetfs, which lost some #ifdefs and moved to a more
    standard handling of DEBUG and VERBOSE_DEBUG.

    The main benefits come from patches which will follow.

    Signed-off-by: David Brownell
    Signed-off-by: Greg Kroah-Hartman

    David Brownell
     

23 Aug, 2007

1 commit

  • Kim Liu found that in the original code certain class setup requests
    are wrongly recognized and processed as standard setup requests.
    For that reason gadget ether can't work in RNDIS mode with Windows host.

    The patch fixes the setup request processing code, and makes class
    requests correctly passed to gadget layer.

    Signed-off-by: Li Yang
    Signed-off-by: Kim Liu
    Signed-off-by: David Brownell
    Signed-off-by: Greg Kroah-Hartman

    Li Yang
     

13 Jul, 2007

4 commits

  • This patch removes controller driver infrastructure which supported
    the now-removed usb_ep_{alloc,free}_buffer() calls.

    As can be seen, many of the implementations of this were broken to
    various degrees. Many didn't properly return dma-coherent mappings;
    those which did so were necessarily ugly because of bogosity in the
    underlying dma_free_coherent() calls ... which on many platforms
    can't be called from the same contexts (notably in_irq) from which
    their dma_alloc_coherent() sibling can be called.

    The main potential downside of removing this is that gadget drivers
    wouldn't have specific knowledge that the controller drivers have:
    endpoints that aren't dma-capable don't need any dma mappings at all.

    Signed-off-by: David Brownell
    Signed-off-by: Greg Kroah-Hartman

    David Brownell
     
  • Fix a bug that PORT_TYPE and PORT_WIDTH aren't masked correctly in portsc.

    Signed-off-by: Christopher Cason
    Signed-off-by: Li Yang
    Signed-off-by: Greg Kroah-Hartman

    Li Yang
     
  • Currently the driver is expecting max ep number in platform
    data which isn't passing this information. This patch fix
    the problem by reading it from DCCPARAMS(Device Controller
    Capability Parameters) register. The change also need some
    reordering of the probe code.

    Signed-off-by: Li Yang
    Signed-off-by: David Brownell
    Signed-off-by: Greg Kroah-Hartman

    Li Yang
     
  • Signed-off-by: Li Yang
    Signed-off-by: Greg Kroah-Hartman

    Li Yang
     

23 May, 2007

1 commit


28 Apr, 2007

1 commit

  • Freescale high-speed USB SOC can be found on some Freescale processors
    among different architectures. It supports both host and device functions.
    This driver adds its device support for Linux USB Gadget layer.
    It is tested on MPC8349 and MPC8313, but should work on other platforms
    with minor tweaks. The driver passed USBCV 1.3 compliance tests. Note
    that this driver doesn't yet include OTG support.

    Signed-off-by: Li Yang
    Signed-off-by: Jiang Bo
    Signed-off-by: Bruce Schmid
    Signed-off-by: David Brownell
    Signed-off-by: Greg Kroah-Hartman

    Li Yang