17.02.2016 23:19, Alan Dunn пишет:
> On Wed, Feb 17, 2016 at 8:42 AM, Andrei Borzenkov
> wrote:
>
>> 17.02.2016 03:34, Alan Dunn пишет:
>>> Hi folks,
>>>
>>> Apologies if the following has already come up on this list; I looked for
>>> it and could not find any mention of it.
>>>
>>> I noticed th
17.02.2016 22:44, Leif Lindholm пишет:
> Returned from the OpenProtocol operation, the grub_efi_block_io_media
> structure contains the io_align field, specifying the minimum alignment
> required for buffers used in any data transfers with the device.
>
> Make grub_efidisk_readwrite() allocate a t
On Wed, Feb 17, 2016 at 8:42 AM, Andrei Borzenkov
wrote:
> 17.02.2016 03:34, Alan Dunn пишет:
> > Hi folks,
> >
> > Apologies if the following has already come up on this list; I looked for
> > it and could not find any mention of it.
> >
> > I noticed that in a GRUB script "[ -f ]"
> evaluates
Returned from the OpenProtocol operation, the grub_efi_block_io_media
structure contains the io_align field, specifying the minimum alignment
required for buffers used in any data transfers with the device.
Make grub_efidisk_readwrite() allocate a temporary buffer, aligned to
this boundary, if the
> On Feb 16, 2016, at 11:45 PM, Seth Goldberg wrote:
>
>
>
>> On Feb 16, 2016, at 7:24 PM, Andrei Borzenkov wrote:
>>
>> 17.02.2016 05:02, Eric Snowberg пишет:
>>>
On Feb 16, 2016, at 1:16 AM, Andrei Borzenkov wrote:
On Mon, Feb 15, 2016 at 10:11 PM, Eric Snowberg
wro
> On Feb 16, 2016, at 11:21 PM, Andrei Borzenkov wrote:
>
> On Wed, Feb 17, 2016 at 6:24 AM, Andrei Borzenkov wrote:
>> 17.02.2016 05:02, Eric Snowberg пишет:
>>>
On Feb 16, 2016, at 1:16 AM, Andrei Borzenkov wrote:
On Mon, Feb 15, 2016 at 10:11 PM, Eric Snowberg
wrote:
The loader for xen paravirtualized environment isn't callable multiple
times as it won't free any memory in case of failure.
Call grub_relocator_unload() as other modules do it before allocating
a new relocator or when unloading the module.
Signed-off-by: Juergen Gross
---
grub-core/loader/i386
Modify the page table construction to allow multiple virtual regions
to be mapped. This is done as preparation for removing the p2m list
from the initial kernel mapping in order to support huge pv domains.
This allows a cleaner approach for mapping the relocator page by
using this capability.
The
The loader for xen paravirtualized environment is using lots of global
variables. Reduce the number by making them either local or by putting
them into a single state structure.
Signed-off-by: Juergen Gross
---
grub-core/loader/i386/xen.c | 259 +++-
1 fil
Do the allocation of page tables in a separate function. This will
allow to do the allocation at different times of the boot preparations
depending on the features the kernel is supporting.
Signed-off-by: Juergen Gross
---
grub-core/loader/i386/xen.c | 91
Do the allocation of special pages (start info, console and xenbus
ring buffers) in a separate function. This will allow to do the
allocation at different times of the boot preparations depending on
the features the kernel is supporting.
Signed-off-by: Juergen Gross
---
grub-core/loader/i386/xen
Get actual version of include/xen/xen.h from the Xen repository in
order to be able to use constants defined there.
Signed-off-by: Juergen Gross
---
include/xen/arch-x86/xen-x86_32.h | 22 +++
include/xen/arch-x86/xen-x86_64.h | 8 +--
include/xen/xen.h | 125 +
Modern pvops linux kernels support a p2m list not covered by the
kernel mapping. This capability is flagged by an elf-note specifying
the virtual address the kernel is expecting the p2m list to be mapped
to.
In case the elf-note is set by the kernel don't place the p2m list
into the kernel mapping
The Xen hypervisor supports starting a dom0 with large memory (up to
the TB range) by not including the initrd and p2m list in the initial
kernel mapping. Especially the p2m list can grow larger than the
available virtual space in the initial mapping.
The started kernel is indicating the support o
Do the p2m list allocation of the to be loaded kernel in a separate
function. This will allow doing the p2m list allocation at different
times of the boot preparations depending on the features the kernel
is supporting.
While at this remove superfluous setting of first_p2m_pfn and
nr_p2m_frames as
Various features and parameters of a pv-kernel are specified via
elf notes in the kernel image. Those notes are part of the interface
between the Xen hypervisor and the kernel.
Instead of using num,bers in the code when interpreting the elf notes
make use of the header supplied by Xen for that pur
Modern pvops linux kernels support an initrd not covered by the initial
mapping. This capability is flagged by an elf-note.
In case the elf-note is set by the kernel don't place the initrd into
the initial mapping. This will allow to load larger initrds and/or
support domains with larger memory, a
On 17.02.2016 18:00, Andrei Borzenkov wrote:
> 17.02.2016 19:23, Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>> On 17.02.2016 16:48, Leif Lindholm wrote:
>>> This resolves a complete failure to access devices connected to the
>>> SATA port on the ARM ltd. Juno platform (apart from a violation of t
17.02.2016 19:23, Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> On 17.02.2016 16:48, Leif Lindholm wrote:
>> This resolves a complete failure to access devices connected to the
>> SATA port on the ARM ltd. Juno platform (apart from a violation of the
>> UEFI block io protocol).
>>
>> The below is
17.02.2016 03:34, Alan Dunn пишет:
> Hi folks,
>
> Apologies if the following has already come up on this list; I looked for
> it and could not find any mention of it.
>
> I noticed that in a GRUB script "[ -f ]" evaluates
> to true. This is unlike the behavior of the "test" binary, in which it
On 17.02.2016 16:48, Leif Lindholm wrote:
> This resolves a complete failure to access devices connected to the
> SATA port on the ARM ltd. Juno platform (apart from a violation of the
> UEFI block io protocol).
>
> The below is a bit of a hack, but I'd like some feedback on preferred
> solution b
This resolves a complete failure to access devices connected to the
SATA port on the ARM ltd. Juno platform (apart from a violation of the
UEFI block io protocol).
The below is a bit of a hack, but I'd like some feedback on preferred
solution before over(or under)engineering something.
As far as
> On 17. veebr 2016, at 8:45, Seth Goldberg wrote:
>>
>> disk0 /pci@308/pci@1/usb@0/hub@1/storage@1/disk@0
>
> Devaliases are not guaranteed to be there for all devices. It is highly
> dependent on the system vendor to create them and we certainly have systems
> with disk drives that have no
23 matches
Mail list logo
