1. 22 8月, 2013 1 次提交
    • W
      of: fdt: fix memory initialization for expanded DT · 9e401275
      Wladislav Wiebe 提交于
      Already existing property flags are filled wrong for properties created from
      initial FDT. This could cause problems if this DYNAMIC device-tree functions
      are used later, i.e. properties are attached/detached/replaced. Simply dumping
      flags from the running system show, that some initial static (not allocated via
      kzmalloc()) nodes are marked as dynamic.
      
      I putted some debug extensions to property_proc_show(..) :
      ..
      +       if (OF_IS_DYNAMIC(pp))
      +               pr_err("DEBUG: xxx : OF_IS_DYNAMIC\n");
      +       if (OF_IS_DETACHED(pp))
      +               pr_err("DEBUG: xxx : OF_IS_DETACHED\n");
      
      when you operate on the nodes (e.g.: ~$ cat /proc/device-tree/*some_node*) you
      will see that those flags are filled wrong, basically in most cases it will dump
      a DYNAMIC or DETACHED status, which is in not true.
      (BTW. this OF_IS_DETACHED is a own define for debug purposes which which just
      make a test_bit(OF_DETACHED, &x->_flags)
      
      If nodes are dynamic kernel is allowed to kfree() them. But it will crash
      attempting to do so on the nodes from FDT -- they are not allocated via
      kzmalloc().
      Signed-off-by: NWladislav Wiebe <wladislav.kw@gmail.com>
      Acked-by: NAlexander Sverdlin <alexander.sverdlin@nsn.com>
      Cc: stable@vger.kernel.org
      Signed-off-by: NRob Herring <rob.herring@calxeda.com>
      9e401275
  2. 24 7月, 2013 1 次提交
  3. 18 6月, 2013 1 次提交
  4. 18 12月, 2012 1 次提交
  5. 30 11月, 2012 1 次提交
  6. 21 11月, 2012 2 次提交
  7. 17 11月, 2012 1 次提交
  8. 11 11月, 2012 1 次提交
  9. 28 2月, 2012 1 次提交
  10. 10 1月, 2012 1 次提交
  11. 05 1月, 2012 1 次提交
    • F
      ARM: prom.h: Fix build error by removing unneeded header file · c89810ac
      Fabio Estevam 提交于
      Fix the following build error:
      
        CC [M]  fs/udf/balloc.o
      In file included from /home/fabio/next/linux-next/arch/arm/include/asm/prom.h:16,
                       from include/linux/of.h:140,
                       from include/asm-generic/gpio.h:7,
                       from arch/arm/plat-mxc/include/mach/irqs.h:14,
                       from /home/fabio/next/linux-next/arch/arm/include/asm/irq.h:4,
                       from /home/fabio/next/linux-next/arch/arm/include/asm/hardirq.h:6,
                       from include/linux/hardirq.h:7,
                       from include/linux/highmem.h:8,
                       from include/linux/pagemap.h:10,
                       from include/linux/buffer_head.h:13,
                       from fs/udf/udfdecl.h:11,
                       from fs/udf/balloc.c:22:
      /home/fabio/next/linux-next/arch/arm/include/asm/setup.h:146: error: redefinition of 'struct tag'
      Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
      [grant.likely: fix build failure on drivers/of/fdt.c]
      Signed-off-by: NGrant Likely <grant.likely@secretlab.ca>
      c89810ac
  12. 28 12月, 2011 1 次提交
  13. 23 9月, 2011 1 次提交
  14. 20 9月, 2011 1 次提交
  15. 04 8月, 2011 1 次提交
  16. 03 8月, 2011 1 次提交
  17. 11 5月, 2011 1 次提交
  18. 31 3月, 2011 1 次提交
  19. 24 3月, 2011 1 次提交
  20. 16 1月, 2011 1 次提交
  21. 02 1月, 2011 1 次提交
  22. 30 12月, 2010 5 次提交
  23. 22 10月, 2010 1 次提交
  24. 25 7月, 2010 2 次提交
  25. 15 7月, 2010 1 次提交
  26. 29 4月, 2010 1 次提交
    • G
      of/flattree: Make unflatten_device_tree() safe to call from any arch · 8bfe9b5c
      Grant Likely 提交于
      This patch makes unflatten_device_tree() safe to call from any arch
      setup code with the following changes:
      - Make sure initial_boot_params actually points to a device tree blob
        before unflattening
      - Make sure the initial_boot_params->magic field is correct
      - If CONFIG_OF_FLATTREE is not set, then make unflatten_device_tree()
        an empty static inline function.
      
      This patch also adds some additional debug output to the top of
      unflatten_device_tree().
      Signed-off-by: NGrant Likely <grant.likely@secretlab.ca>
      8bfe9b5c
  27. 27 3月, 2010 1 次提交
  28. 14 2月, 2010 1 次提交
  29. 09 2月, 2010 6 次提交