On Thu, Mar 17, 2016 at 11:04 AM, Nikunj A Dadhania
wrote:
> net_default_interface=ofnet_net:dhcp
> net_default_ip=(null)
> net_default_mac=(null)
> net_default_server=10.0.2.2
> net_ofnet_net_dhcp_boot_file=ubuntu-installer/ppc64el/powerpc-ieee1275/core.elf
> net_ofnet_net_dhcp_ip=10.0.2.15
> net
18.03.2016 16:01, Jiri B пишет:
> On Fri, Mar 18, 2016 at 06:26:47AM +0300, Andrei Borzenkov wrote:
>>> [...]
>>> CFLAGS=-ftrampolines -fno-stack-protector -fno-pie -nopie
>>>
>>> So I gave it a try and it seems better (?)
>>>
>>> $ ls -l
>>> /home/jirib/openbsd/pobj/grub-2.02-beta3/fake-amd64/u
17.03.2016 13:12, Jiri B пишет:
> On Mon, Mar 14, 2016 at 09:46:20PM +0300, Andrei Borzenkov wrote:
> $ tar tzvf /home/jirib/openbsd/packages/amd64/all/grub-2.02-beta3.tgz |
> grep lzma_decompress
> -r-xr-xr-x 1 root bin 3904 Jan 1 1970
> lib/grub/i386-pc/lzma_dec
The real problem is .hash section. We need to strip it
Le jeu. 17 mars 2016 16:54, Andrei Borzenkov a écrit :
> 17.03.2016 13:12, Jiri B пишет:
> > On Mon, Mar 14, 2016 at 09:46:20PM +0300, Andrei Borzenkov wrote:
> > $ tar tzvf
> /home/jirib/openbsd/packages/amd64/all/grub-2.02-beta3.tgz |
Add grub_relocator64_efi relocator. It will be used on EFI 64-bit platforms
when multiboot2 compatible image requests MULTIBOOT_TAG_TYPE_EFI_BS. Relocator
will set lower parts of %rax and %rbx accordingly to multiboot2 specification.
On the other hand processor mode, just before jumping into loaded
> On 18. märts 2016, at 11:54, Andrei Borzenkov wrote:
>
> On Fri, Mar 18, 2016 at 12:49 PM, Stanislav Kholmanskikh
> wrote:
>> Hi!
>>
>>
>> On 03/18/2016 11:30 AM, Andrei Borzenkov wrote:
>>>
>>> On Fri, Mar 18, 2016 at 11:07 AM, Vladimir 'phcoder' Serbinenko
>>> wrote:
>
On Fri, Mar 18, 2016 at 11:07 AM, Vladimir 'phcoder' Serbinenko
wrote:
>
>
> Le ven. 18 mars 2016 08:30, Andrei Borzenkov a écrit :
>>
>> Documentation says
>>
>> On sparc64 GRUB is unable to determine which server it was booted from.
>>
>> Could someone clarify what it means here? sparc64 is iee
On Wed, Mar 16, 2016 at 2:00 PM, Nikunj A Dadhania
wrote:
>>>
>>> Thats what we are using in this current case, booting from the disk,
>>> and the grub.cfg has a netboot entry.
>>>
>>> menuentry 'Linux dev netboot' --class os {
>>> insmod net
>>> insmod ofnet
>>> insmod tftp
>>>
>>>
Andrei Borzenkov writes:
> On Fri, Mar 18, 2016 at 9:08 AM, Nikunj A Dadhania
> wrote:
>>
>>> I wonder if anyone ever seen or used net_if_dhcp_server_name variable;
>>> because net_boot sets interface name to card:dhcp, this actually
>>> becomes net_card_dhcp_dhcp_server_name. So
Hi Andrei,
Thank you for considering and reviewing my patch. I did a little more checking
of the actual btrfs sources in kernel, and also userspace btrfs tools to try to
address your concerns, since the ioctl interface is basically undocumented.
The scenario I am trying to address is a system
Currently multiboot2 protocol loads image exactly at address specified in
ELF or multiboot2 header. This solution works quite well on legacy BIOS
platforms. It is possible because memory regions are placed at predictable
addresses (though I was not able to find any spec which says that it is
strong
Andrei Borzenkov writes:
> On Wed, Mar 16, 2016 at 1:16 PM, Nikunj A Dadhania
> wrote:
>> Hi Andrei,
>>
>>> If you call net_bootp manually,
>>
>> Thats what we are using in this current case, booting from the disk,
>> and the grub.cfg has a netboot entry.
>>
>> menuentry 'Linux dev netboot' --cl
On Fri, Mar 18, 2016 at 8:06 AM, Nikunj A Dadhania
wrote:
> Andrei Borzenkov writes:
>
>> 17.03.2016 11:45, Nikunj A Dadhania пишет:
>>> Andrei Borzenkov writes:
>>>
On Thu, Mar 17, 2016 at 11:04 AM, Nikunj A Dadhania
wrote:
> net_default_interface=ofnet_net:dhcp
> net_default
17.03.2016 11:45, Nikunj A Dadhania пишет:
> Andrei Borzenkov writes:
>
>> On Thu, Mar 17, 2016 at 11:04 AM, Nikunj A Dadhania
>> wrote:
>>> net_default_interface=ofnet_net:dhcp
>>> net_default_ip=(null)
>>> net_default_mac=(null)
>>> net_default_server=10.0.2.2
>>> net_ofnet_net_dhcp_boot_file=
Hi!
On 03/18/2016 11:30 AM, Andrei Borzenkov wrote:
On Fri, Mar 18, 2016 at 11:07 AM, Vladimir 'phcoder' Serbinenko
wrote:
Le ven. 18 mars 2016 08:30, Andrei Borzenkov a écrit :
Documentation says
On sparc64 GRUB is unable to determine which server it was booted from.
Could someone clar
On Fri, Mar 18, 2016 at 1:14 PM, Toomas Soome wrote:
>
>> On 18. märts 2016, at 11:54, Andrei Borzenkov wrote:
>>
>> On Fri, Mar 18, 2016 at 12:49 PM, Stanislav Kholmanskikh
>> wrote:
>>> Hi!
>>>
>>>
>>> On 03/18/2016 11:30 AM, Andrei Borzenkov wrote:
On Fri, Mar 18, 2016 at 11:07 AM,
If image requested EFI boot services then skip multiboot2 memory maps.
Main reason for not providing maps is because they will likely be
invalid. We do a few allocations after filling them, e.g. for relocator
needs. Usually we do not care as we would have finished boot services.
If we keep boot ser
Le ven. 18 mars 2016 08:30, Andrei Borzenkov a écrit :
> Documentation says
>
> On sparc64 GRUB is unable to determine which server it was booted from.
>
> Could someone clarify what it means here? sparc64 is ieee1275 that
> supports auto configuration for network boot - at least, it has code
> t
If it solves the problem, go ahead
Le ven. 18 mars 2016 17:53, Andrei Borzenkov a écrit :
> 18.03.2016 16:01, Jiri B пишет:
> > On Fri, Mar 18, 2016 at 06:26:47AM +0300, Andrei Borzenkov wrote:
> >>> [...]
> >>> CFLAGS=-ftrampolines -fno-stack-protector -fno-pie -nopie
> >>>
> >>> So I gave it
17.03.2016 18:41, James Johnston пишет:
> From 97bcb9eb8c34329a8ca1ec88fd89296e273ceb24 Mon Sep 17 00:00:00 2001
> From: James Johnston
> Date: Thu, 17 Mar 2016 15:10:49 +
> Subject: [PATCH] getroot: Correctly handle missing btrfs device identifiers.
>
> The btrfs driver's BTRFS_IOC_FS_INFO i
Nikunj A Dadhania writes:
> Andrei Borzenkov writes:
>
>> On Thu, Mar 17, 2016 at 9:16 AM, Nikunj A Dadhania
>> wrote:
>>> Andrei Borzenkov writes:
>>>
You can already fetch this information from environment. Something like
for i in 0 1 2 3 4 5; do
eval "set ip=\$net_ofne
Andrei Borzenkov writes:
> On Wed, Mar 16, 2016 at 1:16 PM, Nikunj A Dadhania
> wrote:
>> Hi Andrei,
>>
>> Thanks for a quick review.
>>
>> Andrei Borzenkov writes:
>>> On Wed, Mar 16, 2016 at 11:35 AM, Nikunj A Dadhania
>>> wrote:
While testing netboot on ppc64, found that the grub_net_d
Andrei Borzenkov writes:
> On Fri, Mar 18, 2016 at 8:06 AM, Nikunj A Dadhania
> wrote:
>> Andrei Borzenkov writes:
>>
>>> 17.03.2016 11:45, Nikunj A Dadhania пишет:
Andrei Borzenkov writes:
> On Thu, Mar 17, 2016 at 11:04 AM, Nikunj A Dadhania
> wrote:
>> net_default_int
On Fri, Mar 18, 2016 at 9:08 AM, Nikunj A Dadhania
wrote:
>
>> I wonder if anyone ever seen or used net_if_dhcp_server_name variable;
>> because net_boot sets interface name to card:dhcp, this actually
>> becomes net_card_dhcp_dhcp_server_name. Someone would sure have
>> notice
Network boot autoconfiguration sets default server to next server IP
(siaddr) from BOOTP/DHCP reply, but manual configuration using net_bootp
exports only server name. Unfortunately semantic of server name is not
clearly defined. BOOTP RFC 951 defines it only for client request, and
DHCP RFC 1541 o
On Wed, Mar 16, 2016 at 11:39:55AM +0100, Vladimir 'phcoder' Serbinenko wrote:
> On Wednesday, March 16, 2016, Toomas Soome wrote:
>
> >
> > > On 16. märts 2016, at 12:02, Daniel Kiper > > wrote:
> > >
> > > On Tue, Mar 15, 2016 at 07:46:46PM -0400, Konrad Rzeszutek Wilk wrote:
> > >> On Tue, Ma
On Fri, Mar 18, 2016 at 12:49 PM, Stanislav Kholmanskikh
wrote:
> Hi!
>
>
> On 03/18/2016 11:30 AM, Andrei Borzenkov wrote:
>>
>> On Fri, Mar 18, 2016 at 11:07 AM, Vladimir 'phcoder' Serbinenko
>> wrote:
>>>
>>>
>>>
>>> Le ven. 18 mars 2016 08:30, Andrei Borzenkov a
>>> écrit :
Do
Hi,
This patch series:
- enables EFI boot services usage in loaded images
by multiboot2 protocol,
- add support for multiboot2 protocol compatible
relocatable images.
Daniel
grub-core/Makefile.core.def |1 +
grub-core/lib/i386/relocator64.S | 11
grub-core/
Documentation says
On sparc64 GRUB is unable to determine which server it was booted from.
Could someone clarify what it means here? sparc64 is ieee1275 that
supports auto configuration for network boot - at least, it has code
to do it. So far the only platform where it is not possible seems to
b
Andrei Borzenkov writes:
> On Thu, Mar 17, 2016 at 11:04 AM, Nikunj A Dadhania
> wrote:
>> net_default_interface=ofnet_net:dhcp
>> net_default_ip=(null)
>> net_default_mac=(null)
>> net_default_server=10.0.2.2
>> net_ofnet_net_dhcp_boot_file=ubuntu-installer/ppc64el/powerpc-ieee1275/core.elf
>>
> >> [...]
> >> Well, your compiler managed to create shared library instead of
> >> executable file:
> >>
> >> bor@bor-Latitude-E5450:~$ LANG=C objdump -f Загрузки/lzma_decompress.image
> >>
> >> Загрузки/lzma_decompress.image: file format elf32-i386
> >> architecture: i386, flags 0x0050:
On Fri, Mar 18, 2016 at 06:26:47AM +0300, Andrei Borzenkov wrote:
> > [...]
> > CFLAGS=-ftrampolines -fno-stack-protector -fno-pie -nopie
> >
> > So I gave it a try and it seems better (?)
> >
> > $ ls -l
> > /home/jirib/openbsd/pobj/grub-2.02-beta3/fake-amd64/usr/local/lib/grub/i386-pc/lzma_d
>From 97bcb9eb8c34329a8ca1ec88fd89296e273ceb24 Mon Sep 17 00:00:00 2001
From: James Johnston
Date: Thu, 17 Mar 2016 15:10:49 +
Subject: [PATCH] getroot: Correctly handle missing btrfs device identifiers.
The btrfs driver's BTRFS_IOC_FS_INFO ioctl only tells you the maximum
device ID and the n
33 matches
Mail list logo
