1. 08 1月, 2014 1 次提交
  2. 13 2月, 2013 1 次提交
  3. 15 11月, 2012 1 次提交
  4. 13 9月, 2012 1 次提交
  5. 03 7月, 2012 1 次提交
  6. 20 4月, 2012 1 次提交
    • T
      powerpc/85xx: don't call of_platform_bus_probe() twice · 8a95bc8d
      Timur Tabi 提交于
      Commit 46d026ac ("powerpc/85xx: consolidate of_platform_bus_probe calls")
      replaced platform-specific of_device_id tables with a single function
      that probes the most of the busses in 85xx device trees.  If a specific
      platform needed additional busses probed, then it could call
      of_platform_bus_probe() again.  Typically, the additional platform-specific
      busses are children of existing busses that have already been probed.
      of_platform_bus_probe() does not handle those child busses automatically.
      
      Unfortunately, this doesn't actually work.  The second (platform-specific)
      call to of_platform_bus_probe() never finds any of the busses it's asked
      to find.
      
      To remedy this, the platform-specific of_device_id tables are eliminated,
      and their entries are merged into mpc85xx_common_ids[], so that all busses
      are probed at once.
      Signed-off-by: NTimur Tabi <timur@freescale.com>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      8a95bc8d
  7. 29 3月, 2012 2 次提交
  8. 17 3月, 2012 1 次提交
  9. 23 2月, 2012 2 次提交
    • K
      powerpc/mpic: Remove duplicate MPIC_WANTS_RESET flag · e55d7f73
      Kyle Moffett 提交于
      There are two separate flags controlling whether or not the MPIC is
      reset during initialization, which is completely unnecessary, and only
      one of them can be specified in the device tree.
      
      Also, most platforms in-tree right now do actually want to reset the
      MPIC during initialization anyways, which means lots of duplicate code
      passing the MPIC_WANTS_RESET flag.
      
      Fix all of the callers which currently do not pass the MPIC_WANTS_RESET
      flag to pass the MPIC_NO_RESET flag, then remove the MPIC_WANTS_RESET
      flag and make the code reset the MPIC by default.
      Signed-off-by: NKyle Moffett <Kyle.D.Moffett@boeing.com>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      e55d7f73
    • K
      powerpc/mpic: Remove MPIC_BROKEN_FRR_NIRQS and duplicate irq_count · 5019609f
      Kyle Moffett 提交于
      The mpic->irq_count variable is only used as a software error-checking
      limit to determine whether or not an IRQ number is valid.  In board code
      which does not manually specify an IRQ count to mpic_alloc(), i.e. 0, it
      is automatically detected from the number of ISUs and the ISU size.
      
      In practice, all hardware ends up with irq_count == num_sources, so all
      of the runtime checks on mpic->irq_count should just check the value of
      mpic->num_sources instead.
      
      When platform hardware does not correctly report the number of IRQs,
      which only happens on the MPC85xx/MPC86xx, the MPIC_BROKEN_FRR_NIRQS
      flag is used to override the detected value of num_sources with the
      manual irq_count parameter.  Since there's no need to manually specify
      the number of IRQs except in this case, the extra flag can be eliminated
      and the test changed to "irq_count != 0".
      Signed-off-by: NKyle Moffett <Kyle.D.Moffett@boeing.com>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      5019609f
  10. 07 12月, 2011 4 次提交
  11. 24 11月, 2011 4 次提交
  12. 01 11月, 2011 1 次提交
  13. 27 7月, 2011 1 次提交
  14. 03 1月, 2011 1 次提交
  15. 01 9月, 2010 1 次提交
  16. 05 8月, 2010 3 次提交
  17. 14 7月, 2010 1 次提交
  18. 25 5月, 2010 1 次提交
  19. 18 2月, 2010 1 次提交
  20. 14 2月, 2010 1 次提交
    • A
      powerpc/85xx: Fix oops during MSI driver probe on MPC85xxMDS boards · fa644298
      Anton Vorontsov 提交于
      MPC85xx chips report the wrong value in feature reporting register,
      and that causes the following oops:
      
       Unable to handle kernel paging request for data at address 0x00000c00
       Faulting instruction address: 0xc0019294
       Oops: Kernel access of bad area, sig: 11 [#1]
       MPC8569 MDS
       Modules linked in:
       [...]
       NIP [c0019294] mpic_set_irq_type+0x2f0/0x368
       LR [c0019124] mpic_set_irq_type+0x180/0x368
       Call Trace:
       [ef851d60] [c0019124] mpic_set_irq_type+0x180/0x368 (unreliable)
       [ef851d90] [c007958c] __irq_set_trigger+0x44/0xd4
       [ef851db0] [c007b550] set_irq_type+0x40/0x7c
       [ef851dc0] [c0004a60] irq_create_of_mapping+0xb4/0x114
       [ef851df0] [c0004af0] irq_of_parse_and_map+0x30/0x40
       [ef851e20] [c0405678] fsl_of_msi_probe+0x1a0/0x328
       [ef851e60] [c02e6438] of_platform_device_probe+0x5c/0x84
       [...]
      
      This is because mpic_alloc() assigns wrong values to
      mpic->isu_{size,shift,mask}, and things eventually break when
      _mpic_irq_read() is trying to use them.
      
      This patch fixes the issue by enabling MPIC_BROKEN_FRR_NIRQS quirk.
      Signed-off-by: NAnton Vorontsov <avorontsov@ru.mvista.com>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      fa644298
  21. 21 1月, 2010 1 次提交
  22. 18 12月, 2009 1 次提交
  23. 12 11月, 2009 1 次提交
  24. 28 8月, 2009 2 次提交
  25. 25 8月, 2009 1 次提交
  26. 30 7月, 2009 1 次提交
  27. 23 6月, 2009 1 次提交
  28. 16 6月, 2009 1 次提交
  29. 19 5月, 2009 1 次提交