lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Sun, 3 May 2020 20:20:17 +0530
From:   afzal mohammed <>
To:     Arnd Bergmann <>, Russell King <>
Cc:     Alan Kao <>, Eric Lin <>,
        Gary Guo <>,,
        David Abdurachmanov <>,
        Anup Patel <>,
        "" <>,
        Andrew Morton <>,
        Steven Price <>,,, Albert Ou <>,
        Palmer Dabbelt <>,
        Greentime Hu <>,,
        Paul Walmsley <>,
        Mike Rapoport <>,
        Thomas Gleixner <>,
        Borislav Petkov <>,
        Logan Gunthorpe <>,
Subject: Re: [PATCH 0/3] Highmem support for 32-bit RISC-V

Hi Arnd,

> On Tue, Apr 14, 2020 at 09:29:46PM +0200, Arnd Bergmann wrote:

> > Another thing to try early is to move the vmlinux virtual address
> > from the linear mapping into vmalloc space. This does not require
> > LPAE either, but it only works on relatively modern platforms that
> > don't have conflicting fixed mappings there.

i have started by attempting to move static kernel mapping from lowmem
to vmalloc space. At boot the execution so far has went past assembly
& reached C, to be specific, arm_memblock_init [in setup_arch()],
currently debugging the hang that happens after that point. To make
things easier in the beginning, ARM_PATCH_PHYS_VIRT is disabled &
platform specific PHYS_OFFSET is fed, this is planned to be fixed once
it boots.

[ i will probably start a new thread or hopefully RFC on LAKML ]


Powered by blists - more mailing lists