1. 24 5月, 2016 8 次提交
  2. 21 5月, 2016 9 次提交
  3. 20 5月, 2016 3 次提交
  4. 14 5月, 2016 9 次提交
  5. 13 5月, 2016 1 次提交
  6. 06 5月, 2016 1 次提交
    • P
      modpost: fix module autoloading for OF devices with generic compatible property · acbef7b7
      Philipp Zabel 提交于
      Since the wildcard at the end of OF module aliases is gone, autoloading
      of modules that don't match a device's last (most generic) compatible
      value fails.
      
      For example the CODA960 VPU on i.MX6Q has the SoC specific compatible
      "fsl,imx6q-vpu" and the generic compatible "cnm,coda960".  Since the
      driver currently only works with knowledge about the SoC specific
      integration, it doesn't list "cnm,cod960" in the module device table.
      
      This results in the device compatible
      "of:NvpuT<NULL>Cfsl,imx6q-vpuCcnm,coda960" not matching the module alias
      "of:N*T*Cfsl,imx6q-vpu" anymore, whereas before commit 2f632369
      ("modpost: don't add a trailing wildcard for OF module aliases") it
      matched the module alias "of:N*T*Cfsl,imx6q-vpu*".
      
      This patch adds two module aliases for each compatible, one without the
      wildcard and one with "C*" appended.
      
        $ modinfo coda | grep imx6q
        alias:          of:N*T*Cfsl,imx6q-vpuC*
        alias:          of:N*T*Cfsl,imx6q-vpu
      
      Fixes: 2f632369 ("modpost: don't add a trailing wildcard for OF module aliases")
      Link: http://lkml.kernel.org/r/1462203339-15340-1-git-send-email-p.zabel@pengutronix.deSigned-off-by: NPhilipp Zabel <p.zabel@pengutronix.de>
      Cc: Javier Martinez Canillas <javier@osg.samsung.com>
      Cc: Brian Norris <computersforpeace@gmail.com>
      Cc: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
      Cc: <stable@vger.kernel.org>	[4.5+]
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      acbef7b7
  7. 02 5月, 2016 1 次提交
  8. 27 4月, 2016 2 次提交
  9. 26 4月, 2016 4 次提交
  10. 13 4月, 2016 1 次提交
    • N
      debugfs, coccinelle: check for obsolete DEFINE_SIMPLE_ATTRIBUTE() usage · 5103068e
      Nicolai Stange 提交于
      In order to protect against file removal races, debugfs files created via
      debugfs_create_file() now get wrapped by a struct file_operations at their
      opening.
      
      If the original struct file_operations are known to be safe against removal
      races by themselves already, the proxy creation may be bypassed by creating
      the files through debugfs_create_file_unsafe().
      
      In order to help debugfs users who use the common
        DEFINE_SIMPLE_ATTRIBUTE() + debugfs_create_file()
      idiom to transition to removal safe struct file_operations, the helper
      macro DEFINE_DEBUGFS_ATTRIBUTE() has been introduced.
      
      Thus, the preferred strategy is to use
        DEFINE_DEBUGFS_ATTRIBUTE() + debugfs_create_file_unsafe()
      now.
      
      Introduce a Coccinelle script that searches for
      DEFINE_SIMPLE_ATTRIBUTE()-defined struct file_operations handed into
      debugfs_create_file(). Suggest to turn these usages into the
        DEFINE_DEBUGFS_ATTRIBUTE() + debugfs_create_file_unsafe()
      pattern.
      Signed-off-by: NNicolai Stange <nicstange@gmail.com>
      Acked-by: NJulia Lawall <Julia.Lawall@lip6.fr>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      5103068e
  11. 08 4月, 2016 1 次提交