On Wednesday, June 19, 2019 at 4:45:37 AM UTC-4, Nadav Har'El wrote:
>
>
> On Wed, Jun 19, 2019 at 5:05 AM Waldek Kozaczuk > wrote:
>
>> Finally:
>> OSv v0.53.0-35-g61070e27
>> -> arch_init_premain(): elf_start =
>> -> features_type() constructor
>> process_xen_bits
>> --> x
On Wed, Jun 19, 2019 at 5:05 AM Waldek Kozaczuk
wrote:
> Finally:
> OSv v0.53.0-35-g61070e27
> -> arch_init_premain(): elf_start =
> -> features_type() constructor
> process_xen_bits
> --> xen_init(): Start
> --> xen_init(): After cpuid
> --> xen_init(): Before XENVER
Finally:
OSv v0.53.0-35-g61070e27
-> arch_init_premain(): elf_start =
-> features_type() constructor
process_xen_bits
--> xen_init(): Start
--> xen_init(): After cpuid
--> xen_init(): Before XENVER_get_features
--> xen_init(): Before XENMEM_add_to_physmap
--> xe
As I somehow suspected mapping kernel higher breaks Xen. At least on EC2. I
still have not gotten my laptop properly support to run OSv on Xen (which I
will be detailing in my other email). So I cannot reproduce anything
locally yet. Very frustrating.
The good news is that OSv at least starts t
On Sun, Jun 16, 2019 at 4:37 PM Waldek Kozaczuk
wrote:
>
> +# virtual address space 1 GiB at a time
> +# The very 1st entry maps 1st GiB 1:1 by pointing to ident_pt_l2
> table
> +# that specifies addresses of every one of 512 2MiB slots of
> physical memory
> +
On Sun, Jun 16, 2019 at 08:44 Nadav Har'El wrote:
>
> On Sun, Jun 16, 2019 at 3:22 PM Waldek Kozaczuk
> wrote:
>
>>
>>
>> On Sunday, June 16, 2019 at 5:40:46 AM UTC-4, Nadav Har'El wrote:
>>>
>>> On Sun, Jun 16, 2019 at 8:05 AM Waldemar Kozaczuk
>>> wrote:
>>>
This patch provides all neces
On Sun, Jun 16, 2019 at 3:24 PM Waldek Kozaczuk
wrote:
>
>
> On Sunday, June 16, 2019 at 8:22:03 AM UTC-4, Waldek Kozaczuk wrote:
>>
>>
>>
>> On Sunday, June 16, 2019 at 5:40:46 AM UTC-4, Nadav Har'El wrote:
>>>
>>> On Sun, Jun 16, 2019 at 8:05 AM Waldemar Kozaczuk
>>> wrote:
>>>
This patch
On Sun, Jun 16, 2019 at 3:22 PM Waldek Kozaczuk
wrote:
>
>
> On Sunday, June 16, 2019 at 5:40:46 AM UTC-4, Nadav Har'El wrote:
>>
>> On Sun, Jun 16, 2019 at 8:05 AM Waldemar Kozaczuk
>> wrote:
>>
>>> This patch provides all necessary changes to move OSv kernel by 1 GiB
>>> higher
>>> in virtual
On Sunday, June 16, 2019 at 8:22:03 AM UTC-4, Waldek Kozaczuk wrote:
>
>
>
> On Sunday, June 16, 2019 at 5:40:46 AM UTC-4, Nadav Har'El wrote:
>>
>> On Sun, Jun 16, 2019 at 8:05 AM Waldemar Kozaczuk
>> wrote:
>>
>>> This patch provides all necessary changes to move OSv kernel by 1 GiB
>>> high
On Sunday, June 16, 2019 at 5:40:46 AM UTC-4, Nadav Har'El wrote:
>
> On Sun, Jun 16, 2019 at 8:05 AM Waldemar Kozaczuk > wrote:
>
>> This patch provides all necessary changes to move OSv kernel by 1 GiB
>> higher
>> in virtual memory space to start at 0x4020. Most changes involve
>> addin
On Sun, Jun 16, 2019 at 8:05 AM Waldemar Kozaczuk
wrote:
> This patch provides all necessary changes to move OSv kernel by 1 GiB
> higher
> in virtual memory space to start at 0x4020. Most changes involve adding
> or substracting 0x4000 (OSV_KERNEL_VM_SHIFT) in all relevant places.
> Plea
This patch provides all necessary changes to move OSv kernel by 1 GiB higher
in virtual memory space to start at 0x4020. Most changes involve adding
or substracting 0x4000 (OSV_KERNEL_VM_SHIFT) in all relevant places. Please
note that the kernel is still loaded at 2MiB in physical memory.
12 matches
Mail list logo