Hi Vladimir
Please correct me :-)
Can I do this :
diff --git a/grub-core/Makefile.core.def b/grub-core/Makefile.core.def
index 2ef10d1..ea5831f 100644
--- a/grub-core/Makefile.core.def
+++ b/grub-core/Makefile.core.def
@@ -1665,7 +1665,6 @@ module = {
ia64_efi = loader/ia64/efi/linux.c;
arm
Le 5 nov. 2015 9:51 AM, "Fu Wei" a écrit :
>
> Hi Vladimir
>
> Please correct me :-)
> Can I do this :
>
> diff --git a/grub-core/Makefile.core.def b/grub-core/Makefile.core.def
> index 2ef10d1..ea5831f 100644
> --- a/grub-core/Makefile.core.def
> +++ b/grub-core/Makefile.core.def
> @@ -1665,7 +16
Hi Ian,
On 3 November 2015 at 23:22, Ian Campbell wrote:
> On Tue, 2015-11-03 at 22:57 +0800, Fu Wei wrote:
>> Hi Vladimir,
>>
>> After discussing with Ian Campbell, Since we already can load all
>> the necessary binaries for Xen boot on arm64 for now, we don't really
>> need "xen_module" comm
Hi Vladimir
On 5 November 2015 at 17:45, Vladimir 'phcoder' Serbinenko
wrote:
>
> Le 5 nov. 2015 9:51 AM, "Fu Wei" a écrit :
>>
>> Hi Vladimir
>>
>> Please correct me :-)
>> Can I do this :
>>
>> diff --git a/grub-core/Makefile.core.def b/grub-core/Makefile.core.def
>> index 2ef10d1..ea5831f 100
Le 5 nov. 2015 10:48 AM, "Fu Wei" a écrit :
>
> Hi Vladimir
>
> On 5 November 2015 at 17:45, Vladimir 'phcoder' Serbinenko
> wrote:
> >
> > Le 5 nov. 2015 9:51 AM, "Fu Wei" a écrit :
> >>
> >> Hi Vladimir
> >>
> >> Please correct me :-)
> >> Can I do this :
> >>
> >> diff --git a/grub-core/Makef
Hi Vladimir,
On 5 November 2015 at 18:00, Vladimir 'phcoder' Serbinenko
wrote:
>
> Le 5 nov. 2015 10:48 AM, "Fu Wei" a écrit :
>>
>> Hi Vladimir
>>
>> On 5 November 2015 at 17:45, Vladimir 'phcoder' Serbinenko
>> wrote:
>> >
>> > Le 5 nov. 2015 9:51 AM, "Fu Wei" a écrit :
>> >>
>> >> Hi Vladi
Le 5 nov. 2015 2:39 PM, "Fu Wei" a écrit :
>
> Hi Vladimir,
>
>
> On 5 November 2015 at 18:00, Vladimir 'phcoder' Serbinenko
> wrote:
> >
> > Le 5 nov. 2015 10:48 AM, "Fu Wei" a écrit :
> >>
> >> Hi Vladimir
> >>
> >> On 5 November 2015 at 17:45, Vladimir 'phcoder' Serbinenko
> >> wrote:
> >> >
Hi Vladimir,
Thanks for your help, I will test it on arm and arm64, then make a new patch
On 5 November 2015 at 22:53, Vladimir 'phcoder' Serbinenko
wrote:
>
> Le 5 nov. 2015 2:39 PM, "Fu Wei" a écrit :
>>
>> Hi Vladimir,
>>
>>
>
>> On 5 November 2015 at 18:00, Vladimir 'phcoder' Serbinenko
>>
On Wednesday, November 4, 2015, Andrei Borzenkov
wrote:
> 04.11.2015 02:05, Mat Troi пишет:
>
>> Hi SevenBits,
>>
>> Thanks for letting me know. Out of curiosity, any particular reason why
>> this patch did not get merged? It looks to be a useful feature.
>>
>>
> First, this patch was reverse p
We have some hardware that doesn't honor
EFI_SIMPLE_NETWORK_RECEIVE_PROMISCUOUS_MULTICAST properly so we aren't getting
RA's that are multicasted properly (our switches respond to solicitations with a
multicast rather than a unicast). I don't want to add this filtering by
default, so add a new com
I don't have EFI spec under my hand now. Can we get away with making it a
default or at least for the case when no interface overrides mac address.
Extra config to workaround firmware bugs is usually harmful
Le 5 nov. 2015 9:17 PM, "Josef Bacik" a écrit :
> We have some hardware that doesn't hono
On 11/05/2015 03:28 PM, Vladimir 'phcoder' Serbinenko wrote:
I don't have EFI spec under my hand now. Can we get away with making it
a default or at least for the case when no interface overrides mac
address. Extra config to workaround firmware bugs is usually harmful
http://wiki.phoenix.com/w
If we can't figure out which ones we need to filter out, then it's
unrealistic to expect our users to be able to configure. We need to go with
multicast filter per default and switch to promiscuous only when we
actually need it: when we override mac address. You can add function to go
to promiscuou
Actually, I submitted similar patch recently as well. It provides read
function for variables and accepts a hint on how to process them. The
original patch is here:
https://lists.gnu.org/archive/html/grub-devel/2015-09/msg00043.html.
Probably, I forgot to enable plain-text mode, so it got there as
05.11.2015 22:23, Josef Bacik пишет:
We have some hardware that doesn't honor
EFI_SIMPLE_NETWORK_RECEIVE_PROMISCUOUS_MULTICAST properly so we aren't getting
You mean that driver advertises promiscuous multicast support but does
not implement it? Can you add debugging to efi_call_6
(net->recei
15 matches
Mail list logo