1. 11 3月, 2013 1 次提交
  2. 26 2月, 2013 1 次提交
  3. 16 2月, 2013 8 次提交
    • V
      ARC: [Review] Multi-platform image #3: switch to board callback · 877768c8
      Vineet Gupta 提交于
      -platform API is retired and instead callbacks are used
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Acked-by: NArnd Bergmann <arnd@arndb.de>
      877768c8
    • V
      ARC: [Review] Multi-platform image #2: Board callback Infrastructure · 03a6d28c
      Vineet Gupta 提交于
      The orig platform code orgnaization was singleton design pattern - only
      one platform (and board thereof) would build at a time.
      
      Thus any platform/board specific code (e.g. irq init, early init ...)
      expected by ARC common code was exported as well defined set of APIs,
      with only ONE instance building ever.
      
      Now with multiple-platform build requirement, that design of code no
      longer holds - multiple board specific calls need to build at the same
      time - so ARC common code can't use the API approach, it needs a
      callback based design where each board registers it's specific set of
      functions, and at runtime, depending on board detection, the callbacks
      are used from the registry.
      
      This commit adds all the infrastructure, where board specific callbacks
      are specified as a "maThine description".
      
      All the hooks are placed in right spots, no board callbacks registered
      yet (with MACHINE_STARt/END constructs) so the hooks will not run.
      
      Next commit will actually convert the platform to this infrastructure.
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Acked-by: NArnd Bergmann <arnd@arndb.de>
      03a6d28c
    • V
      ARC: Support for single cycle Close Coupled Mem (CCM) · 8b5850f8
      Vineet Gupta 提交于
      * Includes mapping of CCMs in address space
      * Annotations to move arbitrary code/data into CCM
      * Moving some of the critical code/data into CCM
      * Runtime detection/reporting
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      8b5850f8
    • V
      af617428
    • V
      ARC: DWARF2 .debug_frame based stack unwinder · 854a0d95
      Vineet Gupta 提交于
      -Originally written by Rajeshwar Ranga
      -Derived off of generic unwinder in 2.6.19 and adapted to ARC
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      Cc: Rajeshwar Ranga <rajeshwar.ranga@gmail.com>
      854a0d95
    • V
      ARC: SMP support · 41195d23
      Vineet Gupta 提交于
      ARC common code to enable a SMP system + ISS provided SMP extensions.
      
      ARC700 natively lacks SMP support, hence some of the core features are
      are only enabled if SoCs have the necessary h/w pixie-dust. This
      includes:
      -Inter Processor Interrupts (IPI)
      -Cache coherency
      -load-locked/store-conditional
      ...
      
      The low level exception handling would be completely broken in SMP
      because we don't have hardware assisted stack switching. Thus a fair bit
      of this code is repurposing the MMU_SCRATCH reg for event handler
      prologues to keep them re-entrant.
      
      Many thanks to Rajeshwar Ranga for his initial "major" contributions to
      SMP Port (back in 2008), and to Noam Camus and Gilad Ben-Yossef for help
      with resurrecting that in 3.2 kernel (2012).
      
      Note that this platform code is again singleton design pattern - so
      multiple SMP platforms won't build at the moment - this deficiency is
      addressed in subsequent patches within this series.
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Rajeshwar Ranga <rajeshwar.ranga@gmail.com>
      Cc: Noam Camus <noamc@ezchip.com>
      Cc: Gilad Ben-Yossef <gilad@benyossef.com>
      41195d23
    • V
      ARC: [DeviceTree] Basic support · 999159a5
      Vineet Gupta 提交于
      This is minimal infrastructure needed for devicetree work.
      It uses an a sample "skeleton" devicetree - embedded in kernel image -
      to print the board, manufacturer by parsing the top-level "compatible"
      string.
      
      As of now we don't need any additional "board" specific "machine_desc".
      
      TODO: support interpreting the command line as boot-loader passed dtb
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Grant Likely <grant.likely@secretlab.ca>
      Cc: devicetree-discuss@lists.ozlabs.org
      Cc: Rob Herring <rob.herring@calxeda.com>
      Cc: James Hogan <james.hogan@imgtec.com>
      Reviewed-by: NRob Herring <rob.herring@calxeda.com>
      Reviewed-by: NJames Hogan <james.hogan@imgtec.com>
      999159a5
    • V