On 8/17/23 05:09, pavel.koz...@synopsys.com wrote:
Hi Vineet,
I'm testing your updates and ran into the same build issue reported by the build
robot.
http://lists.infradead.org/pipermail/linux-snps-arc/2023-August/007522.html
#define MAX_REG_OFFSET offsetof(struct pt_regs, event)
This
Reduces duplication in each ISA specific pt_regs
Tested-by: kernel test robot
Closes:
https://lore.kernel.org/oe-kbuild-all/202308151342.roq9urvv-...@intel.com
Signed-off-by: Vineet Gupta
---
arch/arc/include/asm/ptrace.h | 47 +-
arch/arc/kernel/asm-offsets.c
- boot log now clearly per ISA
- global struct cpuinfo_arc[] elimiated
- local struct struct arcinfo kept for passing info
between functions
Tested-by: kernel test robot
Closes:
https://lore.kernel.org/oe-kbuild-all/202308162101.ve5jbg80-...@intel.com
Signed-off-by: Vineet Gupta
---
This is first step in eliminating struct cpuinfo_arc[NR_CPUS]
Back when we had just ARCompact ISA, the idea was to read/bit-fiddle
the BCRs once and and cache decoded information in a global struct ready
to use.
With ARCv2 it was modified to contained abstract / ISA agnostic
information.
Hi Vineet,
I'm testing your updates and ran into the same build issue reported by the
build
robot.
http://lists.infradead.org/pipermail/linux-snps-arc/2023-August/007522.html
> #ifdef CONFIG_ISA_ARCOMPACT
> @@ -40,18 +51,7 @@ struct pt_regs {
> *Last word used by Linux for
