1. 16 4月, 2013 1 次提交
  2. 13 3月, 2013 2 次提交
  3. 19 2月, 2013 1 次提交
  4. 10 2月, 2013 1 次提交
  5. 30 1月, 2013 1 次提交
  6. 23 1月, 2013 1 次提交
  7. 16 1月, 2013 2 次提交
  8. 04 1月, 2013 1 次提交
  9. 17 12月, 2012 1 次提交
  10. 27 11月, 2012 2 次提交
  11. 22 11月, 2012 6 次提交
  12. 25 10月, 2012 2 次提交
  13. 13 9月, 2012 1 次提交
  14. 02 9月, 2012 1 次提交
  15. 17 8月, 2012 8 次提交
  16. 22 6月, 2012 3 次提交
    • P
      W1: OMAP HDQ1W: use runtime PM · c354a864
      Paul Walmsley 提交于
      Convert the OMAP HDQ driver to use runtime PM.  Compile- and boot-tested,
      but not tested in actual use.
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      Cc: NeilBrown <neilb@suse.de>
      Cc: Evgeniy Polyakov <zbr@ioremap.net>
      Acked-by: NEvgeniy Polyakov <zbr@ioremap.net>
      Tested-by: NNeilBrown <neilb@suse.de>
      c354a864
    • P
      W1: OMAP HDQ1W: use 32-bit register accesses · 2acd0894
      Paul Walmsley 提交于
      HDQ/1-wire registers are 32 bits long, even if the register contents
      fit into 8 bits, so accesses must be 32-bit aligned.  Evidently the
      OMAP2/3 interconnects allowed the driver to get away with 8 bit accesses,
      but the OMAP4 puts a stop to that:
      
      [    1.488800] Driver for 1-wire Dallas network protocol.
      [    1.495025] Bad mode in data abort handler detected
      [    1.500122] Internal error: Oops - bad mode: 0 [#1] SMP
      [    1.505615] Modules linked in:
      [    1.508819] CPU: 0    Not tainted  (3.3.0-rc1-00008-g45030e9 #992)
      [    1.515289] PC is at 0xffff0018
      [    1.518615] LR is at omap_hdq_probe+0xd4/0x2cc
      
      The OMAP4430 ES2 Rev X TRM does warn about this restriction in section
      23.2.6.2 "HDQ/1-Wire Registers".
      
      Fixes the crash on OMAP4430 ES2 Pandaboard.  Tested also on OMAP34xx and
      OMAP2420; it seems to work fine on those chips, although due to the lack
      of boards with HDQ/1-wire devices here, a more indepth test was not
      possible.
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      Cc: NeilBrown <neilb@suse.de>
      Cc: Evgeniy Polyakov <zbr@ioremap.net>
      Acked-by: NEvgeniy Polyakov <zbr@ioremap.net>
      2acd0894
    • P
      W1: OMAP HDQ1W: allow driver to be built on all OMAP2+ · d6600300
      Paul Walmsley 提交于
      Allow the OMAP HDQ1W driver to be built for all OMAP2+ SoCs by
      adjusting KConfig dependencies.  The previous dependency required
      either SOC_OMAP2430 or ARCH_OMAP3 to be set, but the HDQ IP block is
      present on OMAP2420 and OMAP44xx SoCs.  The driver was still
      selectable on multi-OMAP kernel configurations, however; so the
      previous prohibition was rather pointless.
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      Cc: Evgeniy Polyakov <zbr@ioremap.net>
      Acked-by: NEvgeniy Polyakov <zbr@ioremap.net>
      d6600300
  17. 14 6月, 2012 3 次提交
    • N
      W1: split master mutex to avoid deadlocks. · b02f8bed
      NeilBrown 提交于
      The 'mutex' in struct w1_master is use for two very different
      purposes.
      
      Firstly it protects various data structures such as the list of all
      slaves.
      
      Secondly it protects the w1 buss against concurrent accesses.
      
      This can lead to deadlocks when the ->probe code called while adding a
      slave needs to talk on the bus, as is the case for power_supply
      devices.
      ds2780 and ds2781 drivers contain a work around to track which
      process hold the lock simply to avoid this deadlock.  bq27000 doesn't
      have that work around and so deadlocks.
      
      There are other possible deadlocks involving sysfs.
      When removing a device the sysfs s_active lock is held, so the lock
      that protects the slave list must take precedence over s_active.
      However when access power_supply attributes via sysfs, the s_active
      lock must take precedence over the lock that protects accesses to
      the bus.
      
      So to avoid deadlocks between w1 slaves and sysfs, these must be
      two separate locks.  Making them separate means that the work around
      in ds2780 and ds2781 can be removed.
      
      So this patch:
       - adds a new mutex: "bus_mutex" which serialises access to the bus.
       - takes in mutex in w1_search and ds1wm_search while they access
         the bus for searching.  The mutex is dropped before calling the
         callback which adds the slave.
       - changes all slaves to use bus_mutex instead of mutex to
         protect access to the bus
       - removes w1_ds2790_io_nolock and w1_ds2781_io_nolock, and the
         related code from drivers/power/ds278[01]_battery.c which
         calls them.
      Signed-off-by: NNeilBrown <neilb@suse.de>
      Acked-by: NEvgeniy Polyakov <zbr@ioremap.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      b02f8bed
    • N
      w1: omap_hdq: use wait_event_timeout to wait for read to complete. · b7e938d0
      NeilBrown 提交于
      There is no gain in having a loop - there is no risk of missing the
      interrupt with wait_event_timeout.
      Signed-off-by: NNeilBrown <neilb@suse.de>
      Acked-by: NEvgeniy Polyakov <zbr@ioremap.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      b7e938d0
    • N
      w1: omap_hdq: Fix some error/debug handling. · 7b5362a6
      NeilBrown 提交于
      - some debug messages missed spaces
      - sometimes no error was returned when it should have been
      - sometimes a message is printed when there is no error, rather
        than when there is one.
      Acked-by: NEvgeniy Polyakov <zbr@ioremap.net>
      Signed-off-by: NNeilBrown <neilb@suse.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      7b5362a6
  18. 25 4月, 2012 1 次提交
  19. 10 2月, 2012 1 次提交
  20. 19 11月, 2011 1 次提交
    • G
      USB: convert some miscellanies drivers to use module_usb_driver() · fe748483
      Greg Kroah-Hartman 提交于
      This converts the remaining USB drivers in the kernel to use the
      module_usb_driver() macro which makes the code smaller and a bit
      simpler.
      
      Added bonus is that it removes some unneeded kernel log messages about
      drivers loading and/or unloading.
      
      Cc: Guenter Roeck <guenter.roeck@ericsson.com>
      Cc: Jean Delvare <khali@linux-fr.org>
      Cc: Ben Dooks <ben-linux@fluff.org>
      Cc: Till Harbaum <till@harbaum.org>
      Cc: Karsten Keil <isdn@linux-pingi.de>
      Cc: Chris Ball <cjb@laptop.org>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Lauro Ramos Venancio <lauro.venancio@openbossa.org>
      Cc: Aloisio Almeida Jr <aloisio.almeida@openbossa.org>
      Cc: Samuel Ortiz <sameo@linux.intel.com>
      Cc: Steve Glendinning <steve.glendinning@smsc.com>
      Cc: Florian Tobias Schandinat <FlorianSchandinat@gmx.de>
      Cc: Evgeniy Polyakov <zbr@ioremap.net>
      Cc: Wim Van Sebroeck <wim@iguana.be>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Jesper Juhl <jj@chaosbits.net>
      Cc: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
      Cc: Jamie Iles <jamie@jamieiles.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      fe748483