On 02/10/2020 09:07 PM, Catalin Marinas wrote:
> On Tue, Jan 28, 2020 at 06:57:53AM +0530, Anshuman Khandual wrote:
>> This gets build and run when CONFIG_DEBUG_VM_PGTABLE is selected along with
>> CONFIG_VM_DEBUG. Architectures willing to subscribe this test also need to
>> select CONFIG_ARCH_HAS_
The ARC platform code is not a clock provider, and just needs to call
of_clk_init().
Hence it can include instead of .
Signed-off-by: Geert Uytterhoeven
---
arch/arc/kernel/setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arc/kernel/setup.c b/arch/arc/kernel/set
It's a very rare if at all existing occasion when ARC CPU template
is used as is w/o any changes - in the end it's a beauty and competitive
advantage of ARC cores to be tailored for a particular use-case - and
so it doesn't make a lot of sense to offer template-based "-mcpu" selection.
Given for ea
On Wed, Feb 12, 2020 at 2:42 AM Vineet Gupta wrote:
> On 2/11/20 4:14 PM, Alistair Francis wrote:
> > On Tue, Feb 11, 2020 at 4:14 PM Vineet Gupta wrote:
>
> >>> +/* Same for ino_t and ino64_t. */
> >>> +# define __INO_T_MATCHES_INO64_T 1
>
> I'm surprised that ARC port doesn't define this in gl
Quoting Geert Uytterhoeven (2020-02-12 02:00:47)
> The ARC platform code is not a clock provider, and just needs to call
> of_clk_init().
>
> Hence it can include instead of .
>
> Signed-off-by: Geert Uytterhoeven
> ---
Reviewed-by: Stephen Boyd
__
On 2/12/20 2:00 AM, Geert Uytterhoeven wrote:
> The ARC platform code is not a clock provider, and just needs to call
> of_clk_init().
>
> Hence it can include instead of .
>
> Signed-off-by: Geert Uytterhoeven
Thx for this Geert. Do you want me to pick this up.
Thx,
-Vineet
__
Given now nsim_hs38 configuration is usable on QEMU and in QEMU
we have Virtio working perfectly fine the next logical step
is to add support of supported & known to work net & bkl to this
config.
Signed-off-by: Alexey Brodkin
---
Changes v1 -> v2:
* Instead of adding IRQ parent it might be mu
Since v2019.06 DesingWare nSIM supports DesignWare UART simulation
and so we may switch from pretty unusual ARC UART to much more standard
DesignWare UART (which in case of U-Boot is just an ordinary 16650 UART).
This among other things makes built dinaries compatible with our other
platforms to n
We don't have yet any brc700 or big-enadian platforms with networking
support to run this particular configuration.
Whenever QEMU for ARC supports arc700 or big-endian targets we may revisit
this one.
Signed-off-by: Alexey Brodkin
---
No changes v1 -> v2.
configs/nsim_700_defconfig| 1 +
On Wed, 12 Feb 2020 15:12:54 +0530
Anshuman Khandual wrote:
> >> +/*
> >> + * On s390 platform, the lower 12 bits are used to identify given page
> >> table
> >> + * entry type and for other arch specific requirements. But these bits
> >> might
> >> + * affect the ability to clear entries with
Hi Vineet,
On Wed, Feb 12, 2020 at 6:30 PM Vineet Gupta wrote:
> On 2/12/20 2:00 AM, Geert Uytterhoeven wrote:
> > The ARC platform code is not a clock provider, and just needs to call
> > of_clk_init().
> >
> > Hence it can include instead of .
> >
> > Signed-off-by: Geert Uytterhoeven
>
> Thx
On 02/12/2020 11:25 PM, Gerald Schaefer wrote:
> On Wed, 12 Feb 2020 15:12:54 +0530
> Anshuman Khandual wrote:
>
+/*
+ * On s390 platform, the lower 12 bits are used to identify given page
table
+ * entry type and for other arch specific requirements. But these bits
12 matches
Mail list logo