On 5/10/21 1:09 PM, Thomas Petazzoni wrote:
> On Mon, 10 May 2021 11:00:48 -0700
> Vineet Gupta via buildroot wrote:
>
>> - moves all lmbench binaries to /lmbench/bin/
>> - scripts copied to /lmbench/scripts
>> - scripts/os overwritten to setup "OS" as expected by LMBench runtime
>> scripts
On 4/27/21 5:13 AM, Vladimir Isaev wrote:
> Commit 4af22ded0ecf ("arc: fix memory initialization for systems
> with two memory banks") fixed highmem, but for the PAE case it causes
> bug messages:
>
> BUG: Bad page state in process swapper pfn:8
> page:(ptrval) refcount:0 mapcount:1 mapping:00
On 4/27/21 5:12 AM, Vladimir Isaev wrote:
> 32-bit PAGE_MASK can not be used as a mask for physical addresses
> when PAE is enabled. PAGE_MASK_PHYS must be used for physical
> addresses instead of PAGE_MASK.
>
> Without this, init gets SIGSEGV if pte_modify was called:
>
> potentially unexpected fa
otherwise memsize bails out and erroneously reports 1 MB
NOK
| />/lmbench/bin/arc/memsize 16
|
| 1
OK
---
| />/lmbench/bin/arc/memsize 16
| 2MB OK3MB OK4MB OK5MB OK6MB OK7MB OK8MB OK9MB OK10MB OK11MB OK12MB OK13MB
OK14MB OK15MB OK16MB OK
| 16
Signed-off-by: Vineet Gupta
---
...c-to-preve
- moves all lmbench binaries to /lmbench/bin/
- scripts copied to /lmbench/scripts
- scripts/os overwritten to setup "OS" as expected by LMBench runtime scripts
Signed-off-by: Vineet Gupta
---
package/lmbench/lmbench.mk | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git
This helps with distinguishing the cpu at the time of config selection
Signed-off-by: Vineet Gupta
---
arch/Config.in.arc | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/Config.in.arc b/arch/Config.in.arc
index f7a6d920b50d..c9a695000f2c 100644
--- a/arch/
| # ./lat_rpc -S localhost
| potentially unexpected fatal signal 11.
| Path: /lmbench/bin/arc64/lat_rpc
| CPU: 0 PID: 62 Comm: lat_rpc Not tainted 5.6.0-00224-g8e1b159f529e #39
| Invalid Read @ 0x0001 by insn @ 0x2011f110
| @off 0x6c110 in [/lib/libc-2.32.so] VMA: 0x200b3000 to 0x201b8000
|
Hi,
There'a cosmetic fix for ARC to show the -mcpu in config.
And there's a bunch of histtoric patches in out github repo to get
LMBench running.
Changes since v2
- Added another LMBench fix (to lat_rpc)
- Added -mcpu for all ARC CPUs as suggested by Peter
Thx,
-Vineet
Vineet Gupta (4):
ARC
Signed-off-by: Vineet Gupta
---
...c-to-prevent-memsize-from-timingout-.patch | 28 +++
1 file changed, 28 insertions(+)
create mode 100644
package/lmbench/0003-TOO_LONG-100-usec-to-prevent-memsize-from-timingout-.patch
diff --git
a/package/lmbench/0003-TOO_LONG-100-usec-to-pr
On Mon, 10 May 2021 11:00:48 -0700
Vineet Gupta via buildroot wrote:
> - moves all lmbench binaries to /lmbench/bin/
> - scripts copied to /lmbench/scripts
> - scripts/os overwritten to setup "OS" as expected by LMBench runtime scripts
>
> Signed-off-by: Vineet Gupta
Where are lmbench binar
From: Niklas Schnelle
Without MMU support PCI_IOBASE is left undefined because PCI_IO_END is
VMEMMAP_START. Nevertheless the in*()/out*() helper macros are left
defined with uses of PCI_IOBASE.
At the moment this only compiles because asm-generic/io.h defines
PCI_IOBASE as 0 if it is undefined a
When PCI_IOBASE is not defined, it is set to 0 such that it is ignored
in calls to the readX/writeX primitives. This triggers clang's
-Wnull-pointer-arithmetic warning and will result in illegal accesses on
platforms that do not support I/O ports.
Make things explicit and silence the warning by le
Instead of relying on the fallback in asm-generic/io.h which sets
PCI_IOBASE 0 if it is not defined set it explicitly.
Link:
https://lore.kernel.org/lkml/CAK8P3a3PK9zyeP4ymELtc2ZYnymECoACiigw9Za+pvSJpCk5=g...@mail.gmail.com/
Signed-off-by: Niklas Schnelle
---
arch/sparc/include/asm/io.h | 8 +++
Hi,
This is version 6 of my attempt to get rid of a clang
-Wnull-pointer-arithmetic warning for the use of PCI_IOBASE in
asm-generic/io.h and fix the NULL pointer access it points out.
This was originally found on s390 but should apply to all platforms
leaving PCI_IOBASE undefined while making us
When PCI_IOBASE is not defined, it is set to 0 such that it is ignored
in calls to the readX/writeX primitives. This triggers clang's
-Wnull-pointer-arithmetic warning and will result in illegal accesses on
platforms that do not support I/O ports.
Make things explicit and silence the warning by le
Instead of relying on the fallback in asm-generic/io.h which sets
PCI_IOBASE 0 if it is not defined set it explicitly.
Link:
https://lore.kernel.org/lkml/CAK8P3a3PK9zyeP4ymELtc2ZYnymECoACiigw9Za+pvSJpCk5=g...@mail.gmail.com/
Signed-off-by: Niklas Schnelle
---
arch/sparc/include/asm/io.h | 8 +++
From: Niklas Schnelle
Without MMU support PCI_IOBASE is left undefined because PCI_IO_END is
VMEMMAP_START. Nevertheless the in*()/out*() helper macros are left
defined with uses of PCI_IOBASE.
At the moment this only compiles because asm-generic/io.h defines
PCI_IOBASE as 0 if it is undefined a
Hi,
This is version 5 of my attempt to get rid of a clang
-Wnull-pointer-arithmetic warning for the use of PCI_IOBASE in
asm-generic/io.h. This was originally found on s390 but should apply to
all platforms leaving PCI_IOBASE undefined while making use of the inb()
and friends helpers from asm-gen
From: Niklas Schnelle
Without MMU support PCI_IOBASE is left undefined because PCI_IO_END is
VMEMMAP_START. Nevertheless the in*()/out*() helper macros are left
defined with uses of PCI_IOBASE.
At the moment this only compiles because asm-generic/io.h defines
PCI_IOBASE as 0 if it is undefined a
When PCI_IOBASE is not defined, it is set to 0 such that it is ignored
in calls to the readX/writeX primitives. This triggers clang's
-Wnull-pointer-arithmetic warning and will result in illegal accesses on
platforms that do not support I/O ports.
Make things explicit and silence the warning by le
Instead of relying on the fallback in asm-generic/io.h which sets
PCI_IOBASE 0 if it is not defined set it explicitly.
Link:
https://lore.kernel.org/lkml/CAK8P3a3PK9zyeP4ymELtc2ZYnymECoACiigw9Za+pvSJpCk5=g...@mail.gmail.com/
Signed-off-by: Niklas Schnelle
---
arch/sparc/include/asm/io.h | 8 +++
Hi,
This is version 5 of my attempt to get rid of a clang
-Wnull-pointer-arithmetic warning for the use of PCI_IOBASE in
asm-generic/io.h. This was originally found on s390 but should apply to
all platforms leaving PCI_IOBASE undefined while making use of the inb()
and friends helpers from asm-gen
> "Vineet" == Vineet Gupta via buildroot writes:
> Signed-off-by: Vineet Gupta
> ---
> arch/Config.in.arc | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
> diff --git a/arch/Config.in.arc b/arch/Config.in.arc
> index f7a6d920b50d..f84dfab38ae9 100644
> --- a/arch/Con
23 matches
Mail list logo
