1. 22 2月, 2014 12 次提交
  2. 10 12月, 2013 1 次提交
  3. 18 11月, 2013 2 次提交
    • J
      watchdog: Get rid of MODULE_ALIAS_MISCDEV statements · 487722cf
      Jean Delvare 提交于
      I just can't find any value in MODULE_ALIAS_MISCDEV(WATCHDOG_MINOR)
      and MODULE_ALIAS_MISCDEV(TEMP_MINOR) statements.
      
      Either the device is enumerated and the driver already has a module
      alias (e.g. PCI, USB etc.) that will get the right driver loaded
      automatically.
      
      Or the device is not enumerated and loading its driver will lead to
      more or less intrusive hardware poking. Such hardware poking should be
      limited to a bare minimum, so the user should really decide which
      drivers should be tried and in what order. Trying them all in
      arbitrary order can't do any good.
      
      On top of that, loading that many drivers at once bloats the kernel
      log. Also many drivers will stay loaded afterward, bloating the output
      of "lsmod" and wasting memory. Some modules (cs5535_mfgpt which gets
      loaded as a dependency) can't even be unloaded!
      
      If defining char-major-10-130 is needed then it should happen in
      user-space.
      Signed-off-by: NJean Delvare <jdelvare@suse.de>
      Acked-by: NGuenter Roeck <linux@roeck-us.net>
      Signed-off-by: NWim Van Sebroeck <wim@iguana.be>
      Cc: Stephen Warren <swarren@wwwdotorg.org>
      Cc: Mike Frysinger <vapier.adi@gmail.com>
      Cc: Wan ZongShun <mcuos.com@gmail.com>
      Cc: Ben Dooks <ben-linux@fluff.org>
      Cc: Kukjin Kim <kgene.kim@samsung.com>
      Cc: Zwane Mwaikambo <zwane@arm.linux.org.uk>
      Cc: Jim Cromie <jim.cromie@gmail.com>
      487722cf
    • S
      watchdog: Remove redundant of_match_ptr · 85eee819
      Sachin Kamat 提交于
      of_match_ptr() is a macro used to avoid undefined reference error if
      CONFIG_OF is used to selectively compile in or out the
      data structure. It is defined as follows:
      
      #ifdef CONFIG_OF
      #define of_match_ptr(ptr) ptr
      #else
      #define of_match_ptr(ptr) NULL
      #endif
      
      In the case of this series, none of the drivers use CONFIG_OF macro to
      compile out the data structure (i.e., the data structure is always
      defined).
      Hence the use of of_match_ptr() does not make any sense. Thus removing
      it to make the code look simpler for readability.
      Signed-off-by: NSachin Kamat <sachin.kamat@linaro.org>
      Acked-by: NGuenter Roeck <linux@roeck-us.net>
      Signed-off-by: NWim Van Sebroeck <wim@iguana.be>
      85eee819
  4. 12 7月, 2013 2 次提交
  5. 01 3月, 2013 2 次提交
  6. 20 12月, 2012 1 次提交
  7. 29 11月, 2012 4 次提交
  8. 27 7月, 2012 1 次提交
  9. 23 7月, 2012 1 次提交
  10. 09 5月, 2012 1 次提交
  11. 28 3月, 2012 2 次提交
  12. 16 3月, 2012 1 次提交
  13. 06 1月, 2012 2 次提交
    • A
      watchdog: convert drivers/watchdog/* to use module_platform_driver() · b8ec6118
      Axel Lin 提交于
      This patch converts the drivers in drivers/watchdog/* to use the
      module_platform_driver() macro which makes the code smaller and a bit
      simpler.
      Signed-off-by: NAxel Lin <axel.lin@gmail.com>
      Cc: Nicolas Thill <nico@openwrt.org>
      Cc: Florian Fainelli <florian@openwrt.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Paul Cercueil <paul@crapouillou.net>
      Cc: Marc Zyngier <maz@misterjones.org>
      Cc: Wan ZongShun <mcuos.com@gmail.com>
      Cc: Alejandro Cabrera <aldaya@gmail.com>
      Cc: "George G. Davis" <gdavis@mvista.com>
      Cc: Sylver Bruneau <sylver.bruneau@googlemail.com>
      Cc: Vitaly Wool <vital@embeddedalley.com>
      Cc: Mika Westerberg <mika.westerberg@iki.fi>
      Cc: Timo Kokkonen <timo.t.kokkonen@nokia.com>
      Signed-off-by: NWim Van Sebroeck <wim@iguana.be>
      b8ec6118
    • A
      watchdog: Use DEFINE_SPINLOCK() for static spinlocks · 1334f329
      Axel Lin 提交于
      Rather than just defining static spinlock_t variables and then
      initializing them later in init functions, simply define them with
      DEFINE_SPINLOCK() and remove the calls to spin_lock_init().
      Signed-off-by: NAxel Lin <axel.lin@gmail.com>
      Cc: Nicolas Thill <nico@openwrt.org>
      Cc: Heiko Ronsdorf <hero@ihg.uni-duisburg.de>
      Cc: Rodolfo Giometti <giometti@ascensit.com>
      Cc: Andrey Panin <pazke@donpac.ru>
      Cc: Guido Guenther <agx@sigxcpu.org>
      Cc: Curt E Bruns <curt.e.bruns@intel.com>
      Cc: Deepak Saxena <dsaxena@plexity.net>
      Cc: Andrew Victor <linux@maxim.org.za>
      Cc: George G. Davis <gdavis@mvista.com>
      Cc: Sylver Bruneau <sylver.bruneau@googlemail.com>
      Signed-off-by: NWim Van Sebroeck <wim@iguana.be>
      1334f329
  14. 09 6月, 2009 2 次提交
  15. 24 4月, 2009 1 次提交
    • N
      [ARM] 5460/1: Orion: reduce namespace pollution · fdd8b079
      Nicolas Pitre 提交于
      Symbols like SOFT_RESET are way too generic to be exported at large.
      To avoid this, let's move the mbus bridge register defines into a
      separate file and include it where needed.  This affects mach-kirkwood,
      mach-loki, mach-mv78xx0 and mach-orion5x simultaneously as they all
      share code in plat-orion which relies on those defines.
      
      Some other defines have been moved to narrower scopes, or simply deleted
      when they had no user.
      
      This fixes compilation problem with mpt2sas on the above listed
      platforms.
      Signed-off-by: NNicolas Pitre <nico@marvell.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      fdd8b079
  16. 08 4月, 2009 1 次提交
  17. 25 3月, 2009 1 次提交
  18. 06 3月, 2009 1 次提交
    • W
      [WATCHDOG] orion5x_wdt.c: 'ORION5X_TCLK' undeclared · c9a0c8a6
      Wim Van Sebroeck 提交于
      orion5x_wdt no longer compiled after the changes in commit
      ebe35aff ("Orion: prepare for
      runtime-determined timer tick rate").
      
      The tick rate define (ORION5X_TCLK) was removed in favor of a runtime
      detection. The quick fix is to add the define in the watchdog driver.
      The fix is not correct for all supported orion5x platforms, but since
      the supported platforms right now are 133 Mhz and 166 Mhz, it won't
      be _that_ far off. ;-) A fix that uses the runtime-determined timer
      tick rate will be applied later.
      Signed-off-by: NWim Van Sebroeck <wim@iguana.be>
      Cc: Kristof Provost <kristof@sigsegv.be>
      Acked-by: NLennert Buytenhek <buytenh@wantstofly.org>
      Cc: Nicolas Pitre <nico@cam.org>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      c9a0c8a6
  19. 10 10月, 2008 2 次提交