Re: Crash utility with RT patchset

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

 



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




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

 

Powered by Linux