vineet, All,
On 2021-05-17 21:53 +, Vineet Gupta spake thusly:
> On 5/17/21 1:09 PM, Yann E. MORIN wrote:
> >
> >> OK
> >> ---
> > This triple-dash line is the usual git marker to end the actual commit
> > log, so everything below was dropped when a
x5708
> | r18: 0x20039fc0 r19: 0x r20: 0x201ba010
> | r21: 0x r22: 0x r23: 0x20039fc0
> | r24: 0x0bd0 r25: 0x0073
> Segmentation fault
>
> Signed-off-by: Vineet Gupta
Applied to master, thanks.
I was going to suggest sending those patches upstr
to end the actual commit
log, so everything below was dropped when applying the patch with git-am.
I've fixed that, and applied to master, thanks.
However, I wonder how relevant lmbench is nowadays. Indeed, there has
been zero activity on lmbench source code since June 2009, almost 12
ye
t always possible to get that vaue, anyway, with:
$ make printvars VARS=BR2_GCC_TARGET_%
BR2_GCC_TARGET_CPU="arc700"
Regards,
Yann E. MORIN.
> config BR2_arc770d
> - bool "ARC 770D"
> + bool "ARC 770D (-mcpu=arc700)"
>
> config BR2_archs
nch/{bin,scripts}
But why would you want to enable lmbench, and remove it from target?
So, for me, there is no reason for this patch: lmbench already installs
everything in standard locations, and if one does not
So, I just kept C++.
Thanks!
Regards,
Yann E. MORIN.
> Signed-off-by: Vineet Gupta
> ---
> configs/snps_archs38_hsdk_defconfig | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/configs/snps_archs38_hsdk_defconfig
> b/configs/snps_archs38_hsdk_defcon
issues, it is easier to revert
if it is in a commit of its own.
Regards,
Yann E. MORIN.
> ---
> configs/snps_archs38_hsdk_defconfig | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/configs/snps_archs38_hsdk_defconfig
> b/configs/snps_archs38_hsdk_defconfig
&g
bool "8KB"
> @@ -103,7 +109,7 @@ config BR2_ARC_PAGE_SIZE_8K
>
> config BR2_ARC_PAGE_SIZE_16K
> bool "16KB"
> - depends on BR2_arc770d || BR2_archs38 || BR2_archs38_64mpy ||
> BR
lly to
affected patches.
Regards,
Yann E. MORIN.
> Thx,
> -Vineet
>
> Vineet Gupta (4):
> ARC: Add support for generic HS48 processor
> configs/snps_archs38_hsdk_defconfig: refresh defconfig
> configs/snps_archs38_hsdk_defconfig: switch to glibc hard-float
> confi
fs/cpio/?id=98a6f1fc02e41
> Please advise what needs to be done to unbork boot.
This has been present since the 2020.08 release, and has been backported
to the maintenance branches:
2020.02.x (LTS) -> f1a83afe2df2a
2020.05.x -> 797f9e40224c9
> Otherwise this seems
new HS38 w/ the
64-bit multiplier.
Indeed, it does not match the gcc config options, but that would hardly
be the only derogation we have in Buildroot... ;-)
> 2018-09-07 00a99339f0a3 ARCv2: build: use mcpu=hs38 iso generic mcpu=archsÂ
>
> Gr
different name, e.g.:
config BR2_archs38
bool "ARC HS38"
config BR2_archs68_64mpy
bool "ARC HS38 w/ 64-bit mpy"
Because, well, they both are HS38 cores, so we are not wrong in naming
both options with hs38.
It would h
12 matches
Mail list logo
