20 Apr, 2015

1 commit


05 Feb, 2015

1 commit


15 Dec, 2014

1 commit


13 Oct, 2014

2 commits


28 Jul, 2014

1 commit


11 Jul, 2014

2 commits


03 Jun, 2014

1 commit

  • Earlier CONFIG_SERIAL_ARC_CONSOLE would unconditionally enable the
    legacy ARC UART based early console even if platform lacked that UART
    (e.g. nSIM OSCI platform).

    So a multi-platform image containing the 2 UART drivers won't work.

    Fix that by probing the driver only if "earlyprintk=ttyARC0" is present
    in cmdline.

    Reported-by: Chuck Jordan
    Signed-off-by: Vineet Gupta

    Vineet Gupta
     

05 Apr, 2014

2 commits

  • Despite the switch to right UART driver (prev patch), serial console
    still doesn't work due to missing CONFIG_SERIAL_OF_PLATFORM

    Also fix the default cmdline in DT to not refer to out-of-tree
    ARC framebuffer driver for console.

    Signed-off-by: Vineet Gupta
    Cc: #3.10, 3.12, 3.13, 3.14
    Cc: Francois Bedard

    Vineet Gupta
     
  • The Synopsys APB DW UART has a couple of special features that are not
    in the System C model. In 3.8, the 8250_dw driver didn't really use these
    features, but from 3.9 onwards, the 8250_dw driver has become incompatible
    with our model.

    Signed-off-by: Mischa Jonker
    Signed-off-by: Vineet Gupta
    Cc: #3.10, 3.12, 3.13, 3.14
    Cc: Francois Bedard

    Mischa Jonker
     

31 Mar, 2014

1 commit


26 Mar, 2014

1 commit


12 Nov, 2013

1 commit


11 Nov, 2013

1 commit


26 Aug, 2013

1 commit


11 Jul, 2013

1 commit

  • Pull second set of ARC architecture updates from Vineet Gupta:
    "Couple of Platform updates (Device Tree files primarily) given that
    the corresponding drivers (net/ethernet/arc/*, irqctl/irq-tb10x.c)
    have now been merged into your tree.

    Ideally these shd have been part of same submissions, oh well..."

    * tag 'arc-v3.11-rc1-part2' of git://git.kernel.org/pub/scm/linux/kernel/git/vgupta/arc:
    ARC: [TB10x] Updates for irqchip driver
    ARC: [plat-arcfpga] Enable arc_emac for ARCAngle4 Board

    Linus Torvalds
     

28 Jun, 2013

2 commits


26 Jun, 2013

1 commit


15 May, 2013

1 commit

  • The TB10x platform port includes a custom mechanism using to set up
    default pin controller configurations using abilis,simple-default
    pin configurations of nodes compatible with abilis,simple-pinctrl. This
    mechanism is redundant with the Linux standard "default" pin
    configuration, see commit ab78029ecc347debbd737f06688d788bd9d60c1d
    "drivers/pinctrl: grab default handles from device core".
    This patch removes the TB10x custom mechanism in favour of the Linux
    standard.

    Signed-off-by: Christian Ruppert
    Reviewed-by: Stephen Warren
    Reviewed-by: Linus Walleij
    Signed-off-by: Vineet Gupta

    Christian Ruppert
     

07 May, 2013

3 commits

  • This adds support for an ARC Virtual Platform. This platform is based on the
    System C standard promoted by the OSCI (Open System C Initiative) and uses
    nSIM to simulate the ARC CPU core itself.

    Users can build a virtual SoC by combining System C models of peripherals
    and CPU cores.

    Signed-off-by: Mischa Jonker
    Signed-off-by: Vineet Gupta

    Mischa Jonker
     
  • The original device tree was written using a slightly different
    implementation of the fixed-factor-clock device tree binding. The
    compatible string must be modified in order to be compatible with the
    new implementation.

    Signed-off-by: Christian Ruppert
    Signed-off-by: Vineet Gupta

    Christian Ruppert
     
  • These are the device tree files for the Abilis Systems TB100 and TB101 ICs and
    their respective development kit PCBs. These files are committed in preparation
    of the following patch set which adds support for these chips to the ARC
    platform.

    Signed-off-by: Christian Ruppert
    Signed-off-by: Pierrick Hascoet
    Signed-off-by: Vineet Gupta

    Christian Ruppert
     

17 Apr, 2013

1 commit

  • Currently, for every ARC kernel build I see the following:

    --------------->8-----------------
    DTB arch/arc/boot/dts/angel4.dtb.S
    AS arch/arc/boot/dts/angel4.dtb.o
    LD arch/arc/boot/dts/built-in.o
    rm arch/arc/boot/dts/angel4.dtb.S 8-----------------

    This is because *.dts.S is intermediate file in dtb generation and is by
    default deleted by make which needs a ".SECONDARY" hint to NOT do so.

    This could have ideally been done in scripts/Makefile.lib - for benefit
    of all, however .SECONDARY doesn't seem to work with wildcards.

    Thanks to Stephen for suggesting .SECONDARY (vs .PRECIOUS) and making
    that work using a non wildcard version in arch makefile.

    Thanks to James Hogan for pointing out that *.dtb.S now needs to be
    added to clean-files

    Signed-off-by: Stephen Warren
    Signed-off-by: Vineet Gupta

    Vineet Gupta
     

09 Apr, 2013

2 commits


16 Feb, 2013

4 commits

  • Per Grant's review comment - driver changes via tty tree

    Signed-off-by: Vineet Gupta

    Vineet Gupta
     
  • * arc-uart platform device now populated dynamically, using
    of_platform_populate() - applies to any other device whatsoever.

    * uart in turn requires incore arc-intc to be also present in DT

    * A irq-domain needs to be instantiated for IRQ requests by DT probed
    device (e.g. arc-uart)

    TODO: switch over to linear irq domain once all devs have been
    transitioned to DT

    Signed-off-by: Vineet Gupta
    Cc: Grant Likely
    Cc: Arnd Bergmann

    Vineet Gupta
     
  • * mem size now runtime configured (prev CONFIG_ARC_PLAT_SDRAM_SIZE)
    * core cpu clk runtime configured (prev CONFIG_ARC_PLAT_CLK)

    Signed-off-by: Vineet Gupta
    Cc: Arnd Bergmann
    Cc: Grant Likely

    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: Vineet Gupta
    Cc: Arnd Bergmann
    Cc: Grant Likely
    Cc: devicetree-discuss@lists.ozlabs.org
    Cc: Rob Herring
    Cc: James Hogan
    Reviewed-by: Rob Herring
    Reviewed-by: James Hogan

    Vineet Gupta
     

11 Feb, 2013

1 commit

  • Arnd in his review pointed out that arch Kconfig organisation has several
    deficiencies:

    * Build time entries for things which can be runtime extracted from DT
    (e.g. SDRAM size, core clk frequency..)
    * Not multi-platform-image-build friendly (choice .. endchoice constructs)
    * cpu variants support (750/770) is exclusive.

    The first 2 have been fixed in subsequent patches.
    Due to the nature of the 750 and 770, it is not possible to build for
    both together, w/o special runtime glue code which would hurt
    performance.

    Signed-off-by: Vineet Gupta
    Cc: Arnd Bergmann
    Cc: Sam Ravnborg
    Acked-by: Sam Ravnborg

    Vineet Gupta