1. 23 8月, 2011 1 次提交
  2. 21 7月, 2011 1 次提交
    • P
      treewide: fix potentially dangerous trailing ';' in #defined values/expressions · 497888cf
      Phil Carmody 提交于
      All these are instances of
        #define NAME value;
      or
        #define NAME(params_opt) value;
      
      These of course fail to build when used in contexts like
        if(foo $OP NAME)
        while(bar $OP NAME)
      and may silently generate the wrong code in contexts such as
        foo = NAME + 1;    /* foo = value; + 1; */
        bar = NAME - 1;    /* bar = value; - 1; */
        baz = NAME & quux; /* baz = value; & quux; */
      
      Reported on comp.lang.c,
      Message-ID: <ab0d55fe-25e5-482b-811e-c475aa6065c3@c29g2000yqd.googlegroups.com>
      Initial analysis of the dangers provided by Keith Thompson in that thread.
      
      There are many more instances of more complicated macros having unnecessary
      trailing semicolons, but this pile seems to be all of the cases of simple
      values suffering from the problem. (Thus things that are likely to be found
      in one of the contexts above, more complicated ones aren't.)
      Signed-off-by: NPhil Carmody <ext-phil.2.carmody@nokia.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      497888cf
  3. 02 7月, 2011 1 次提交
    • M
      USB: OTG: Use work_queue in set_vbus for TWL6030 transciever · 5bf54506
      Moiz Sonasath 提交于
      With this commit: cccad6d4
      usb: otg: notifier: switch to atomic notifier
      
      Following dumps are observed on attach/detach for MUSB HOST
      mode and on a detach for MUSB Device mode.
      
      BUG: sleeping function called from invalid context at kernel/mutex.c:85
      where, the source is:
      twl6030_usb_irq
      ->atomic_notifier_call_chain
       ->musb_otg_notifications
        ->twl6030_set_vbus
         ->twl_i2c_write_u8
          ->mutex_lock
      
      This patch moves the i2c writes in set_vbus function to a
      work-queue thereby avoiding I2C writes in atomic context.
      
      Tested HOST and Device mode functionality on OMAP4460
      Signed-off-by: NMoiz Sonasath <m-sonasath@ti.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      5bf54506
  4. 24 6月, 2011 1 次提交
  5. 20 6月, 2011 1 次提交
  6. 27 5月, 2011 1 次提交
  7. 18 5月, 2011 2 次提交
  8. 13 5月, 2011 1 次提交
  9. 07 5月, 2011 4 次提交
  10. 04 5月, 2011 2 次提交
  11. 03 5月, 2011 2 次提交
  12. 14 4月, 2011 2 次提交
  13. 31 3月, 2011 1 次提交
  14. 12 3月, 2011 1 次提交
  15. 10 3月, 2011 1 次提交
  16. 08 3月, 2011 1 次提交
  17. 01 3月, 2011 1 次提交
  18. 18 2月, 2011 7 次提交
  19. 10 2月, 2011 1 次提交
  20. 05 2月, 2011 1 次提交
    • P
      USB: Fix trout build failure with ci13xxx_msm gadget · 8cf28f1f
      Pavankumar Kondeti 提交于
      This patch fixes the below compilation errors.
      
        CC      drivers/usb/gadget/ci13xxx_msm.o
        CC      net/mac80211/led.o
        drivers/usb/gadget/ci13xxx_msm.c: In function 'ci13xxx_msm_notify_event':
        drivers/usb/gadget/ci13xxx_msm.c:42: error: 'USB_AHBBURST' undeclared (first use in this function)
        drivers/usb/gadget/ci13xxx_msm.c:42: error: (Each undeclared identifier is reported only once
        drivers/usb/gadget/ci13xxx_msm.c:42: error: for each function it appears in.)
        drivers/usb/gadget/ci13xxx_msm.c:43: error: 'USB_AHBMODE' undeclared (first use in this function)
      make[4]: *** [drivers/usb/gadget/ci13xxx_msm.o] Error 1
      make[3]: *** [drivers/usb/gadget] Error 2
      
      MSM USB driver is not supported on boards like trout (MSM7201) which
      has an external PHY.
      Signed-off-by: NPavankumar Kondeti <pkondeti@codeaurora.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      8cf28f1f
  21. 23 1月, 2011 2 次提交
  22. 24 12月, 2010 1 次提交
    • T
      usb: don't use flush_scheduled_work() · 569ff2de
      Tejun Heo 提交于
      flush_scheduled_work() is being deprecated.  Directly flush or cancel
      work items instead.
      
      * u_ether, isp1301_omap, speedtch conversions are straight-forward.
      
      * ochi-hcd should only flush when quirk_nec() is true as otherwise the
        work wouldn't have been initialized.
      
      * In oti6858, cancel_delayed_work() + flush_scheduled_work() ->
        cancel_delayed_work_sync().
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Acked-by: NGreg Kroah-Hartman <gregkh@suse.de>
      Cc: David Brownell <dbrownell@users.sourceforge.net>
      Cc: Duncan Sands <duncan.sands@free.fr>
      Cc: linux-usb@vger.kernel.org
      569ff2de
  23. 11 12月, 2010 3 次提交
  24. 10 12月, 2010 1 次提交