I see the same issue with crash-7.3.0 as well. crash: invalid kernel virtual address: fffffff791ff5a5f type: "64-bit KVADDR" Regards, Abhishek On Fri, Jul 9, 2021 at 2:20 PM Abhishek Shah <abrs612@xxxxxxxxx> wrote: > > Hi Kazu, > > I am trying crash from master branch, top commit: d6b4f36d6b22 > ("Handle task_struct state member changes for kernels >= 5.14-rc1") > I will give it a try with the released crash-7.3.0 and update. > > > Regards, > Abhishek > > On Fri, Jul 9, 2021 at 1:26 PM HAGIO KAZUHITO(萩尾 一仁) <k-hagio-ab@xxxxxxx> wrote: > > > > Hi Abhishek, > > > > Does it happens with the released crash-7.3.0 ? > > Recently we had four patches for arm64 after the release, > > I'd like to know whether it's a regression or not to narrow down. > > > > Thanks, > > Kazu > > > > -----Original Message----- > > > Hi Ron, > > > > > > > I guess the address convention seems x8664 when looking at 0xffffffxxxxxxxx type sort of 64 bit virtual > > > address. > > > > > > arm64 also has a similar range of virtual addresses (see > > > "Documentation/arm64/memory.rst" in Linux), > > > currently my target is using 39-bits (as specified in crash command > > > used below) and 4 kB page table. > > > > > > I see below address range being used, when giving "-d 1" to enable debug prints: > > > > > > crash: get_cpus_present: present: 8 > > > hypervisor: (undetermined) > > > ikconfig: 1616 valid configs. > > > SECTION_SIZE_BITS: 30 > > > CONFIG_ARM64_VA_BITS: 39 > > > VA_BITS_ACTUAL: 39 > > > (calculated) VA_BITS: 39 > > > PAGE_OFFSET: ffffff8000000000 > > > VA_START: ffffffc000000000 > > > modules: ffffffc008000000 - ffffffc00fffffff > > > vmalloc: ffffffc010000000 - fffffffebffeffff > > > kernel image: fffffff009680000 - fffffff00b194000 > > > vmemmap: fffffffeffe00000 - ffffffffffffffff > > > > > > > > > Also ,There is no issue with crash (compiled for arm64) or vmlinux (arm64) type. > > > > > > > Either that or possibly the offset at which you are trying to load. > > > Are you referring to kaslr offset? Without that in place, I get a > > > vmlinux/ramdump mismatch error. > > > So I am confident that it is correct. > > > > > > Can anyone suggest whether any change is required in either crash utility or > > > RT Linux to make use of crash utility to analyze ramdump with RT Linux? > > > > > > > > > Regards, > > > Abhishek > > > > > > On Thu, Jul 8, 2021 at 7:49 AM Ron HM <gpl.positron@xxxxxxxxx> wrote: > > > > > > > > Either that or possibly the offset at which you are trying to load. > > > > > > > > On Thu, 8 Jul 2021, 9:28 am Ron HM, <gpl.positron@xxxxxxxxx> wrote: > > > >> > > > >> Hi Abhishek, > > > >> I guess the address convention seems x8664 when looking at 0xffffffxxxxxxxx type sort of 64 bit virtual > > > address. > > > >> > > > >> ------ > > > >> crash: invalid kernel virtual address: fffffff791ff5a5f type: "64-bit KVADDR" > > > >> ----- > > > >> > > > >> For arm64 bit the addressing would more be sort of 0xCCAbxxxxxxx sorts. Due to the convention of memory > > > addressing start addresses. > > > >> > > > >> As a first check confirm if your crash and vmlinuz file is x8664 type > > > >> # file vmlinux > > > >> # file crash > > > >> > > > >> > > > >> > > > >> > > > >> On Wed, 7 Jul 2021, 3:53 pm Abhishek Shah, <abrs612@xxxxxxxxx> wrote: > > > >>> > > > >>> Hi All, > > > >>> > > > >>> I was wondering if there is any change required in either crash utility or > > > >>> RT Linux to make use of crash utility to analyze ramdump with RT Linux. > > > >>> > > > >>> I am using crash 7.3.0++ and Linux - 5.4.61-rt37 on arm64 target. > > > >>> I see the below error: > > > >>> ../crash DDR0.BIN@0x80000000,DDR1.BIN@0x100000000 vmlinux > > > >>> --machdep vabits_actual=39 --kaslr 0x2ff9600000 > > > >>> ...... > > > >>> crash: invalid kernel virtual address: fffffff791ff5a5f type: "64-bit KVADDR" > > > >>> > > > >>> > > > >>> Regards, > > > >>> Abhishek > > > >>> > > > >>> -- > > > >>> Crash-utility mailing list > > > >>> Crash-utility@xxxxxxxxxx > > > >>> https://listman.redhat.com/mailman/listinfo/crash-utility > > > >>> > > > > -- > > > > Crash-utility mailing list > > > > Crash-utility@xxxxxxxxxx > > > > https://listman.redhat.com/mailman/listinfo/crash-utility > > > > > > -- > > > Crash-utility mailing list > > > Crash-utility@xxxxxxxxxx > > > https://listman.redhat.com/mailman/listinfo/crash-utility > > > > > > -- > > Crash-utility mailing list > > Crash-utility@xxxxxxxxxx > > https://listman.redhat.com/mailman/listinfo/crash-utility > > -- Crash-utility mailing list Crash-utility@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/crash-utility