On Mon, Dec 30, 2013 at 03:52:36PM +0400, Andrey Borzenkov wrote:
> On Mon, Dec 30, 2013 at 3:28 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
> > On 30.12.2013 11:18, Michael Chang wrote:
> >> On Mon, Dec 23, 2013 at 08:43:34PM -0700, Chris Murphy wrote:
> >>>
> >>> On Dec 23, 2013, at 7:26
Am 31.12.2013 um 00:11 schrieb SevenBits :
> On Monday, December 30, 2013, Andreas Heider wrote:
> The EFI on current macbooks configures hardware differently depending
> on wether it is booting Mac OS X or a different os, for example
> disabling the internal GPU completely on some models.
>
> M
On Tue, Dec 24, 2013 at 11:46:00AM +0400, Andrey Borzenkov wrote:
> On Tue, Dec 24, 2013 at 11:28 AM, Michael Chang wrote:
> >
> > And very thankful for the "$1" magic, it heals my headache of variable
> > assignment per each (sub)menu entries.
> >
>
> "$1" is always menu entry title, you probabl
On Mon, Dec 30, 2013 at 12:28:44PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 30.12.2013 11:18, Michael Chang wrote:
> > On Mon, Dec 23, 2013 at 08:43:34PM -0700, Chris Murphy wrote:
> >>
> >> On Dec 23, 2013, at 7:26 PM, Michael Chang wrote:
> >>
> >>> Now I tend to agree that supp
On Monday, December 30, 2013, Andreas Heider wrote:
> The EFI on current macbooks configures hardware differently depending
> on wether it is booting Mac OS X or a different os, for example
> disabling the internal GPU completely on some models.
>
> Mac OS X identifies itself using a custom EFI pr
The EFI on current macbooks configures hardware differently depending
on wether it is booting Mac OS X or a different os, for example
disabling the internal GPU completely on some models.
Mac OS X identifies itself using a custom EFI protocol.
This adds a command that fakes the os identification,
В Вс, 29/12/2013 в 18:47 +, Ian Campbell пишет:
> @@ -1530,9 +1551,9 @@ SUFFIX (load_image) (const char *kernel_path, size_t
> *exec_size,
>for (i = 0; i < num_sections; i++)
> section_vaddresses[i] = section_addresses[i] +
> image_target->vaddr_offset;
>
> - if (!grub_image_needs
Pushed after test and discussion with Vladimir on irc.
On Sun, Dec 29, 2013 at 06:01:27PM +0400, Andrey Borzenkov wrote:
> В Вс, 29/12/2013 в 13:09 +, Leif Lindholm пишет:
> > Umm, I'm officially going to go make some coffee.
> >
> > On arm64_efi stripflags obviously.
> >
>
> Yes, this work
On Mon, Dec 30, 2013 at 06:45:08AM +0400, Andrey Borzenkov wrote:
> > Thanks, but lacking liblzma.so.5 and libdevmapper.so.1.03 - any chance
> > you could pass those across?
>
> You can actually use your own user tools on any platform, but let's make
> it simple - here is standalone image:
>
> ht
On Mon, Dec 30, 2013 at 3:28 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 30.12.2013 11:18, Michael Chang wrote:
>> On Mon, Dec 23, 2013 at 08:43:34PM -0700, Chris Murphy wrote:
>>>
>>> On Dec 23, 2013, at 7:26 PM, Michael Chang wrote:
>>>
Now I tend to agree that supporting config
On 30.12.2013 11:18, Michael Chang wrote:
> On Mon, Dec 23, 2013 at 08:43:34PM -0700, Chris Murphy wrote:
>>
>> On Dec 23, 2013, at 7:26 PM, Michael Chang wrote:
>>
>>> Now I tend to agree that supporting config for snapshot booting
>>> shouldn't be upstream's consideration due to it's compliexity
On Sun, 2013-12-29 at 22:53 +, Leif Lindholm wrote:
> > diff --git a/util/grub-mkimage.c b/util/grub-mkimage.c
> > index a2bd4c1..267beaa 100644
> > --- a/util/grub-mkimage.c
> > +++ b/util/grub-mkimage.c
> > @@ -65,6 +65,7 @@ static struct argp_option options[] = {
> > /* TRANSLATORS: plat
On Mon, 2013-12-30 at 02:55 +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> Is there a way to make uboot to load GRUB at some appropriate address.
I don't think there is with the uImage format which grub uses today. It
contains a load address in the header which AFAIK is an absolute address
On Mon, Dec 23, 2013 at 08:43:34PM -0700, Chris Murphy wrote:
>
> On Dec 23, 2013, at 7:26 PM, Michael Chang wrote:
>
> > Now I tend to agree that supporting config for snapshot booting
> > shouldn't be upstream's consideration due to it's compliexity and
> > dependency to system, Despite on thi
The extended variant of the protocol supports reading key shift states,
as well as F11 and F12. This allows more sophisticated line editing
keys to work, as well as the control keys used at the GRUB menu.
---
v2: Use OpenProtocol on ConIn, rather than LocateProtocol, to ensure
that the instance o
On Mon, Dec 30, 2013 at 08:47:25AM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 29.12.2013 08:04, Josh Triplett wrote:
> > + term->data = grub_efi_locate_protocol(&simple_text_input_ex_guid, NULL);
> This will find the first handle that provides
> EFI_SIMPLE_TEXT_INPUT_EX_PROTOCOL, no
16 matches
Mail list logo