On 7/19/2018 1:43 AM, Bhupesh Sharma wrote:
> The existing methodology to obtain 'info->page_offset' from reading
> _stext symbol (from kallsyms) doesn't work well in KASLR boot cases on
> arm64 machines as the PAGE_OFFSET (or the virtual address which
> indicates the start of the linear region)
Hi Andrew,
On 07/18/18 at 03:33pm, Andrew Morton wrote:
> On Wed, 18 Jul 2018 10:49:44 +0800 Baoquan He wrote:
>
> > For kexec_file loading, if kexec_buf.top_down is 'true', the memory which
> > is used to load kernel/initrd/purgatory is supposed to be allocated from
> > top to down. This is
On Wed, 18 Jul 2018 10:49:44 +0800 Baoquan He wrote:
> For kexec_file loading, if kexec_buf.top_down is 'true', the memory which
> is used to load kernel/initrd/purgatory is supposed to be allocated from
> top to down. This is what we have been doing all along in the old kexec
> loading
On Thu, 19 Jul 2018 23:17:53 +0800 Baoquan He wrote:
> Hi Andrew,
>
> On 07/18/18 at 03:33pm, Andrew Morton wrote:
> > On Wed, 18 Jul 2018 10:49:44 +0800 Baoquan He wrote:
> >
> > > For kexec_file loading, if kexec_buf.top_down is 'true', the memory which
> > > is used to load
Hi Akashi,
On 23/07/18 06:39, AKASHI Takahiro wrote:
> On Wed, Jul 18, 2018 at 05:50:22PM +0100, James Morse wrote:
>> On 11/07/18 08:41, AKASHI Takahiro wrote:
>>> Enabling crash dump (kdump) includes
>>> * prepare contents of ELF header of a core dump file, /proc/vmcore,
>>> using
Hi Bhupesh,
On 7/22/2018 3:44 AM, Bhupesh Sharma wrote:
> Hello Kazu,
>
> Many thanks for your review comments.
>
> On Sat, Jul 21, 2018 at 3:18 AM, Kazuhito Hagio wrote:
>>
>> On 7/19/2018 1:43 AM, Bhupesh Sharma wrote:
>>> The existing methodology to obtain 'info->page_offset' from reading
Hi Bhupesh,
(CC: +mips list, looks like mips is missing vmcore's KERNELOFFSET too.
Start of this thread: https://lkml.org/lkml/2018/7/18/951 )
On 19/07/18 15:55, Bhupesh Sharma wrote:
> On Thu, Jul 19, 2018 at 5:01 PM, James Morse wrote:
>> On 18/07/18 22:37, Bhupesh Sharma wrote:
>>> Include
implemented support in kexec-tools to boot plan9 kernel last night
(see attachment).
this is very basic support. it loads the kernel and provides it
a memory map (from info->memory_range) in its config area and also
has a optional parameter to pass additional plan9.ini configuration.
but i have
good day.
previous mail seems to be stuck in moderation for some
reason. can someone please check?
anyway, theres some progress.
i'v changed the 9front kernel to cope with missing acpi
table pointer and use the memory map now looking for the
RSD PTR structure in the ACPI reserved area.
the
On Thu 19-07-18 23:17:53, Baoquan He wrote:
> Kexec has been a formal feature in our distro, and customers owning
> those kind of very large machine can make use of this feature to speed
> up the reboot process. On uefi machine, the kexec_file loading will
> search place to put kernel under 4G
Hi Will,
On Mon, Jul 23, 2018 at 7:05 PM, Will Deacon wrote:
> On Tue, Jul 17, 2018 at 02:12:23PM +0900, AKASHI Takahiro wrote:
>> On Fri, Jul 13, 2018 at 07:49:45AM +0200, Ard Biesheuvel wrote:
>> > On 13 July 2018 at 02:34, AKASHI Takahiro
>> > wrote:
>> > > On Thu, Jul 12, 2018 at
Hi Kazu,
On Mon, Jul 23, 2018 at 10:15 PM, Kazuhito Hagio wrote:
> Hi Bhupesh,
>
> On 7/22/2018 3:44 AM, Bhupesh Sharma wrote:
>> Hello Kazu,
>>
>> Many thanks for your review comments.
>>
>> On Sat, Jul 21, 2018 at 3:18 AM, Kazuhito Hagio
>> wrote:
>>>
>>> On 7/19/2018 1:43 AM, Bhupesh Sharma
On Tue, Jul 17, 2018 at 02:12:23PM +0900, AKASHI Takahiro wrote:
> On Fri, Jul 13, 2018 at 07:49:45AM +0200, Ard Biesheuvel wrote:
> > On 13 July 2018 at 02:34, AKASHI Takahiro
> > wrote:
> > > On Thu, Jul 12, 2018 at 05:49:19PM +0100, Will Deacon wrote:
> > >> Hi Akashi,
> > >>
> > >> On Tue,
13 matches
Mail list logo
