Re: Crash utility with RT patchset

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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




[Index of Archives]     [Fedora Development]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]

 

Powered by Linux