On 02/27/2016 01:05 PM, Andrei Borzenkov wrote:
24.02.2016 22:10, Josef Bacik пишет:
We were setting DNS_OPTION_PREVER_IPV* based on which version of the dhcp
request we go back. However this would mean that we would mistakenly fall back
on ipv4 in an ipv6 only system, or vice versa. For the s
On 02/27/2016 12:39 PM, Andrei Borzenkov wrote:
26.02.2016 16:52, Josef Bacik пишет:
On 02/26/2016 05:22 AM, Andrei Borzenkov wrote:
On Wed, Feb 24, 2016 at 10:11 PM, Josef Bacik wrote:
Sometimes DNS responses come in slower than we poll for them which
can lead us
to process multiple DNS pack
On 24 February 2016 at 17:40, Andrei Borzenkov wrote:
> 24.02.2016 16:57, Leif Lindholm пишет:
>> On Wed, Feb 24, 2016 at 03:09:13PM +0300, Andrei Borzenkov wrote:
> Could you test attached patch with your alignment fixes on top. This
> implements my idea of using shared buffers. Seems to
Use new helper function rather than manually iterating through UEFI
system table.
---
grub-core/kern/efi/acpi.c | 28
1 file changed, 4 insertions(+), 24 deletions(-)
diff --git a/grub-core/kern/efi/acpi.c b/grub-core/kern/efi/acpi.c
index 74f8cd1..523d682 100644
---
(Triggered by Alex's recent patches)
There are a few places in the code manually iterating across the
config tables provided through the UEFI system table. This set
implements a common search function and converts some existing
functions to use it.
I have not yet converted commands/efi/loadbios.c
Several places in the code iterates through the configuration tables
presented by the system table.
Add new function grub_efi_find_config_table to use for this instead.
---
grub-core/kern/efi/efi.c | 18 ++
include/grub/efi/efi.h | 3 +++
2 files changed, 21 insertions(+)
diff
Use new helper function rather than manually iterating through system
table.
---
grub-core/loader/arm64/fdt.c | 16 +---
1 file changed, 1 insertion(+), 15 deletions(-)
diff --git a/grub-core/loader/arm64/fdt.c b/grub-core/loader/arm64/fdt.c
index 5202c14..16222a4 100644
--- a/grub-co
On 03/01/2016 06:41 PM, Leif Lindholm wrote:
(Triggered by Alex's recent patches)
There are a few places in the code manually iterating across the
config tables provided through the UEFI system table. This set
implements a common search function and converts some existing
functions to use it.
I
29.02.2016 11:16, Vladimir 'phcoder' Serbinenko пишет:
> On Sunday, February 28, 2016, Andrei Borzenkov wrote:
>
>> 28.02.2016 19:40, Andrei Borzenkov пишет:
>>> You forgot to tag GIT. I think we discussed that release tag should be
>>> signed, not sure if this is achievable.
>>
>> Oh, sorry, was
My mistake. I'm going to fix it
Le mar. 1 mars 2016 20:10, Andrei Borzenkov a écrit :
> 29.02.2016 11:16, Vladimir 'phcoder' Serbinenko пишет:
> > On Sunday, February 28, 2016, Andrei Borzenkov
> wrote:
> >
> >> 28.02.2016 19:40, Andrei Borzenkov пишет:
> >>> You forgot to tag GIT. I think we d
01.03.2016 19:38, Josef Bacik пишет:
> On 02/27/2016 12:39 PM, Andrei Borzenkov wrote:
>> 26.02.2016 16:52, Josef Bacik пишет:
>>> On 02/26/2016 05:22 AM, Andrei Borzenkov wrote:
On Wed, Feb 24, 2016 at 10:11 PM, Josef Bacik wrote:
> Sometimes DNS responses come in slower than we poll for
On 03/01/2016 02:22 PM, Andrei Borzenkov wrote:
01.03.2016 19:38, Josef Bacik пишет:
On 02/27/2016 12:39 PM, Andrei Borzenkov wrote:
26.02.2016 16:52, Josef Bacik пишет:
On 02/26/2016 05:22 AM, Andrei Borzenkov wrote:
On Wed, Feb 24, 2016 at 10:11 PM, Josef Bacik wrote:
Sometimes DNS respon
01.03.2016 19:34, Josef Bacik пишет:
> On 02/27/2016 01:05 PM, Andrei Borzenkov wrote:
>> 24.02.2016 22:10, Josef Bacik пишет:
>>> We were setting DNS_OPTION_PREVER_IPV* based on which version of the
>>> dhcp
>>> request we go back. However this would mean that we would mistakenly
>>> fall back
>>
01.03.2016 20:11, Leif Lindholm пишет:
> On 24 February 2016 at 17:40, Andrei Borzenkov wrote:
>> 24.02.2016 16:57, Leif Lindholm пишет:
>>> On Wed, Feb 24, 2016 at 03:09:13PM +0300, Andrei Borzenkov wrote:
>> Could you test attached patch with your alignment fixes on top. This
>> implemen
ACK from my side. It is leaf code that does not affect anything so
should not cause any regression.
22.02.2016 21:25, Jaegeuk Kim пишет:
> Chang log from v6:
> o remove redundant filesize check in ->read
> o check consistency in ->open regarding to inline_data
>
> -- >8 --
> From 51c120612fdbc4
Le mar. 1 mars 2016 21:09, Andrei Borzenkov a écrit :
> 01.03.2016 20:41, Leif Lindholm пишет:
> > Several places in the code iterates through the configuration tables
> > presented by the system table.
> > Add new function grub_efi_find_config_table to use for this instead.
> > ---
> > grub-cor
On Tue, Mar 01, 2016 at 11:08:45PM +0300, Andrei Borzenkov wrote:
> 01.03.2016 20:41, Leif Lindholm пишет:
> > Several places in the code iterates through the configuration tables
> > presented by the system table.
> > Add new function grub_efi_find_config_table to use for this instead.
> > ---
> >
01.03.2016 20:41, Leif Lindholm пишет:
> Several places in the code iterates through the configuration tables
> presented by the system table.
> Add new function grub_efi_find_config_table to use for this instead.
> ---
> grub-core/kern/efi/efi.c | 18 ++
> include/grub/efi/efi.h
On Tue, Mar 01, 2016 at 10:46:16PM +0300, Andrei Borzenkov wrote:
> >> I cannot reproduce it on x86_64 (also with mm-debug enabled) and I do
> >> not know how to load standalone image on ppc; is it possible to use QEMU
> >> to run ARM64 (I assume you have it)? If not what are options to test it?
>
On Tue, Mar 01, 2016 at 08:13:50PM +, Vladimir 'phcoder' Serbinenko wrote:
> Le mar. 1 mars 2016 21:09, Andrei Borzenkov a écrit :
>
> > 01.03.2016 20:41, Leif Lindholm пишет:
> > > Several places in the code iterates through the configuration tables
> > > presented by the system table.
> > >
Implement a driver-specific malloc function that allocates a buffer
with the alignment specified by grub_efi_block_io_media structure.
---
grub-core/disk/efi/efidisk.c | 8
1 file changed, 8 insertions(+)
diff --git a/grub-core/disk/efi/efidisk.c b/grub-core/disk/efi/efidisk.c
index 3b79
Some disk types have allocation requirements beyond normal grub_malloc.
Add a function pointer to grub_disk_t and a wrapper function in
kern/disk.c making use of that function if available, to enable these
disk drivers to implement their own malloc.
---
grub-core/kern/disk.c | 11 +--
incl
From: Andrei Borzenkov
---
grub-core/kern/disk.c | 96 +++
grub-core/lib/disk.c | 6 ++--
include/grub/disk.h | 11 +-
3 files changed, 71 insertions(+), 42 deletions(-)
diff --git a/grub-core/kern/disk.c b/grub-core/kern/disk.c
index 60a
So, looking into this a bit more, thinking of how I could potentially
manage to sneak this into 2.02, and so on, I decided to rebase Andrei's
direct cache buffer patch onto the others.
Changes since v1:
- disk_malloc() function now used as default for all disks, rather than
a runtime check for p
Is there any way this patch reclaims unused memory in case of partial cache
eviction? If not it could potentially water lots of memory. One thing you
need to consider is that initrd for Solaris can easily be 60% of total RAM
(300 MiB on 512MiB machine) What if requested read is bigger than risk
cac
02.03.2016 03:22, Vladimir 'phcoder' Serbinenko пишет:
> Is there any way this patch reclaims unused memory in case of partial cache
> eviction?
Not yet, I wanted to make sure base looks sane first. Are there any
cases of partial eviction besides blocklist write?
> If not it could potentially wat
02.03.2016 03:14, Leif Lindholm пишет:
> Implement a driver-specific malloc function that allocates a buffer
> with the alignment specified by grub_efi_block_io_media structure.
> ---
> grub-core/disk/efi/efidisk.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/grub-core/disk/ef
On Tue, Mar 01, 2016 at 08:55:09AM +0100, Juergen Gross wrote:
> 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 a
28 matches
Mail list logo
