Commit is removed upstream. Please do git reset --hard origin/master in
your tree. When on master branch if you have no work on master branch and
git rebase -I origin/master and remove commit manually otherwise
Le 3 nov. 2015 4:59 AM, "Andrei Borzenkov" a écrit :
> 31.10.2015 16:46, Andrei Borzen
Le 6 nov. 2015 7:43 PM, "Andrei Borzenkov" a écrit :
>
> 06.11.2015 02:47, Vladimir 'phcoder' Serbinenko пишет:
>
>> 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.
Go ahead
Le 7 nov. 2015 7:45 AM, "Andrei Borzenkov" a écrit :
> We use major() everywhere, these definitions just add to confusion.
>
> ---
> grub-core/osdep/unix/getroot.c | 8
> 1 file changed, 8 deletions(-)
>
> diff --git a/grub-core/osdep/unix/getroot.c
> b/grub-core/osdep/unix/get
Go ahead
Le 7 nov. 2015 11:22 AM, "Andrey Borzenkov" a écrit :
> People are using this variable and it should be documented.
>
> ---
> docs/grub.texi | 18 ++
> 1 file changed, 18 insertions(+)
>
> diff --git a/docs/grub.texi b/docs/grub.texi
> index b9f41a7..db765a3 100644
> ---
Le 9 nov. 2015 8:39 AM, "Paulo Flabiano Smorigo" <
pfsmor...@linux.vnet.ibm.com> a écrit :
>
> All SAS disks attached will be added to the device list. This is the
second
> version of a patch that I send a while ago [1].
>
> [1] https://lists.gnu.org/archive/html/grub-devel/2015-08/msg0.html
>
Le 9 nov. 2015 1:00 PM, "Paulo Flabiano Smorigo" a
écrit :
>
> On Mon, Nov 9, 2015 at 8:46 AM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
> > On 09.11.2015 02:33, Paulo Flabiano Smorigo wrote:
> >> + /* 64 entries should be enough */
> >
Le 9 nov. 2015 5:34 PM, "Paulo Flabiano Smorigo" a
écrit :
>
> On Mon, Nov 9, 2015 at 10:03 AM, Vladimir 'phcoder' Serbinenko
> wrote:
> >
> > Le 9 nov. 2015 1:00 PM, "Paulo Flabiano Smorigo" a
> > écrit :
> >>
> >
-- Message transféré --
De : "Vladimir 'phcoder' Serbinenko"
Date : 9 nov. 2015 8:12 PM
Objet : Re: [PATCH v2 4/6] multiboot2: Add tags used to pass ImageHandle to
loaded image
À : "Konrad Rzeszutek Wilk"
Cc :
Le 11 août 2015 8:38 PM, "Konra
Le 11 nov. 2015 12:09 AM, "Paulo Flabiano Smorigo" <
pfsmor...@linux.vnet.ibm.com> a écrit :
>
> Same patch with the fixes.
>
> ---
> grub-core/disk/ieee1275/ofdisk.c | 77
> 1 file changed, 77 insertions(+)
>
> diff --git a/grub-core/disk/ieee1275/ofdisk.c
Other than small comment inline go ahead
Le 12 nov. 2015 1:36 AM, "Paulo Flabiano Smorigo" <
pfsmor...@linux.vnet.ibm.com> a écrit :
>
> Changes:
> - using sizeof ("/disk@7766554433221100");
> - grub_uint64_t *table;
> + grub_snprintf (bufptr, sizeof ("/disk@7766554433221100"),
> +
Please try the patch currently used in Solaris flavour of GRUB. I think of
upstreaming their mnp driver
Le 13 nov. 2015 3:30 PM, "Josef Bacik" a écrit :
> On 11/13/2015 08:10 AM, Andrei Borzenkov wrote:
>
>> On Fri, Nov 13, 2015 at 1:07 AM, Josef Bacik wrote:
>>
>>> The firmware bug I've been tr
Le 14 nov. 2015 5:08 AM, "Josef Bacik" a écrit :
>
>
> > On Nov 13, 2015, at 10:19 PM, Andrei Borzenkov
wrote:
> >
> > 13.11.2015 22:34, Josef Bacik пишет:
> >>> On 11/13/2015 09:38 AM, Vladimir 'phcoder' Serbinenko wrote:
> &g
Sorry for delay. Just this patch series is more difficult to review for me
but I'm definitely not ignoring it. I'll try to get to it this week
Le 16 nov. 2015 6:47 AM, "Juergen Gross" a écrit :
> On 02/11/15 06:51, Juergen Gross wrote:
> > The Xen hypervisor supports starting a dom0 with large me
Go ahead.
Le 18 nov. 2015 7:52 PM, "Andrei Borzenkov" a écrit :
> This makes it impossible to read from stdin without controlling tty:
>
> 10:/mnt # echo -e passwd\\npasswd | setsid ./grub-mkpasswd-pbkdf2
> Enter password:
> Reenter password: ./grub-mkpasswd-pbkdf2: error: failure to read passwor
Do you have a failure scenario? hd0,1 is not recommended but it's still
valid and so should still work
Le 1 déc. 2015 5:19 PM, "Andrei Borzenkov" a écrit :
> If partition information is actually present, it results in bogus and
> invalid device name like
>
> hd0,1
>
> This device cannot be opened
Le 2 déc. 2015 2:01 PM, "Andrei Borzenkov" a écrit :
>
> On Wed, Dec 2, 2015 at 3:53 PM, Ignat Korchagin
wrote:
> > Let's add utf16 later then (if needed). I also noticed a typo in one
> > error string in my above patch (it was checking that command receives
> > one argument, but prints that
It reffered to i386-multiboot port, not starting i386-pc from multiboot
Le 14 déc. 2015 5:48 PM, "Andrei Borzenkov" a écrit :
> Why table says "no" for multiboot? It actually supports passing
> partition, although with some limitation.
>
> ___
> Grub-de
Le 15 déc. 2015 4:46 PM, "Andrei Borzenkov" a écrit :
>
> 14.12.2015 18:22, Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> > On 04.12.2015 19:32, Alexander Couzens wrote:
> >> The uuid generation is based on the time.
> >> ---
> >>
Le 29 déc. 2015 7:05 PM, "Andrei Borzenkov" a écrit :
>
> 29.12.2015 19:51, Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> > On 28.12.2015 04:40, Andrei Borzenkov wrote:
> >> 27.12.2015 23:48, Thomas Schmitt пишет:
> >>> Hi,
> >&
Le 29 déc. 2015 7:32 PM, "Andrei Borzenkov" a écrit :
>
> 29.12.2015 21:13, Vladimir 'phcoder' Serbinenko пишет:
> > Le 29 déc. 2015 7:05 PM, "Andrei Borzenkov" a
écrit :
> >>
> >> 29.12.2015 19:51, Vladimir 'φ-coder/phcoder
-- Message transféré --
De : "Vladimir 'phcoder' Serbinenko"
Date : 4 janv. 2016 10:40 PM
Objet : RE: GRUB release schedule?
À : "Elliott, Robert (Persistent Memory)"
Cc :
I'm currently running tests in order to make next beta. I see quite som
Agreed
сб, 23 янв. 2016, 9:26, Andrei Borzenkov :
> 22.01.2016 22:06, Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> > On 18.08.2015 21:17, Ben Hildred wrote:
> >> Let's assume for a minute that I have compiled grub as a multiboot image
> >> and h
We don't care about the history of a single file. You can basically merge
all patches in a single one.
You took code from AOSP. It's license compatible but you need to keep
Google copyright lines.
We don't use ChangeLog file anymore. Please just provide git commit message
вт, 26 янв. 2016, 19:51,
I actually think that both approaches have pros and cons. Can we settle on
a design before plunging forward?
We should have feature parity between Android image and plain linux. I.a.
it should be possible to replace or append initrd and command line. Doing
this with a single command is tricky. Does
If anybody would like to connect or discuss patches, design and so on, feel
free to drop by at coreboot booth at FOSDEM. Non-coreboot GRUB topics are
welcome as well
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gru
Le dim. 31 janv. 2016 14:25, Konrad Rzeszutek Wilk
a écrit :
> On January 31, 2016 4:12:15 AM EST, Vladimir 'phcoder' Serbinenko <
> phco...@gmail.com> wrote:
> >If anybody would like to connect or discuss patches, design and so on,
> >feel
> >free to
Sorry but I don't quite understand what this module is for. Can you please
give an example of how it's used both in original context and in GRUB. I
have couple of style comments as well but clarifying the usecase first is
important.
Le lun. 1 févr. 2016 00:01, Shea Levy a écrit :
> ---
> grub-c
Can you also add a check for non-NULL before every reference to
mod->symtab? It's possible for modules to get corrupted after the build
Le mar. 2 févr. 2016 20:41, Andrei Borzenkov a écrit :
> all_video module does not have any code or data and exists solely for
> .moddeps section to pull in dep
Go ahead
Le mer. 3 févr. 2016 18:09, Andrei Borzenkov a écrit :
> all_video module does not have any code or data and exists solely for
> .moddeps section to pull in dependencies. This makes all symbols unneeded.
>
> While in current binutils (last released version as of this commit is 2.26)
> `
What is the name of ucode? What takes care of putting it under /boot? Can
we just add ucode if it's under standard name under /boot and not have
extra config? Ucode is something highly technical and we don't want user to
bother about it
Le ven. 5 févr. 2016 12:20, Christian Hesse a écrit :
> Fro
Le ven. 12 févr. 2016 20:01, Daniel Kiper a
écrit :
> On Fri, Feb 12, 2016 at 03:57:59PM +0100, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
> > Applied, thanks
>
> Thanks but here
> http://lists.gnu.org/archive/html/grub-devel/2015-07/msg00100.html
'φ-coder/phcoder' Serbinenko wrote:
> > On 08.02.2016 21:47, Shea Levy wrote:
> >> ---
> >> grub-core/loader/i386/linux.c | 27 +--
> >> 1 file changed, 21 insertions(+), 6 deletions(-)
> >>
> >> diff --git a/grub-cor
Le sam. 13 févr. 2016 06:30, Andrei Borzenkov a
écrit :
> 13.02.2016 00:35, Eric Snowberg пишет:
> > OBP available region contains grub. Start at grub_phys_end.
> >
> > This prevents a problem where grub was being overwritten since
> > grub_phys_start does not start at a zero offset within the me
On powerpc-ieee1275 we use mmap_iterate to claim heap, so we can't malloc
here yet. But can we perhaps have at least 512 bytes fit more robustness?
Le sam. 13 févr. 2016 06:36, Andrei Borzenkov a
écrit :
> 13.02.2016 03:50, Eric Snowberg пишет:
> > Prevent buffer over-read in grub_machine_mmap_i
Le sam. 13 févr. 2016 01:51, Eric Snowberg a
écrit :
> Prevent buffer over-read in grub_machine_mmap_iterate. This was
> causing phys_base from being calculated properly. This then
> caused the wrong value to be placed in ramdisk_image within
> struct linux_hdrs. Which prevented the ramdisk from
Le Sat, Feb 13, 2016 à 5:03 PM, Eric Snowberg a
écrit :
>
> > On Feb 12, 2016, at 10:30 PM, Andrei Borzenkov
> wrote:
> >
> > 13.02.2016 00:35, Eric Snowberg пишет:
> >> OBP available region contains grub. Start at grub_phys_end.
> >>
> >> This prevents a problem where grub was being overwritten
Sure, that works.
Le dim. 14 févr. 2016 03:45, Eric Snowberg a
écrit :
>
> > On Feb 13, 2016, at 9:08 AM, Eric Snowberg
> wrote:
> >
> >>
> >> On Feb 13, 2016, at 7:05 AM, Vladimir 'phcoder' Serbinenko <
> phco...@gmail.com> wrote:
> &g
d like
a second opinion on this. Andrei, what do you think?
>
> On 2016-02-12 16:16, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> > On 12.02.2016 20:34, Shea Levy wrote:
> >> OK. Do you have any thoughts on how best to extract the "load the
> >> kern
On Mon, 15 Feb 2016 04:42 Andrei Borzenkov wrote:
> 14.02.2016 23:58, Seth Goldberg пишет:
> >
> >
> >> On Feb 14, 2016, at 5:26 AM, Vladimir 'phcoder' Serbinenko
> >> wrote:
> >>
> >>
> >>
> >> Le dim. 14 févr. 2016
Rather than having extra code in all drivers, just put it in common init
like we do with log sector size
On Mon, 22 Feb 2016 17:59 Andrei Borzenkov wrote:
> 19.02.2016 19:18, Leif Lindholm пишет:
> > Some disk types have allocation requirements beyond normal grub_malloc.
> > Add a function point
Le 23 févr. 2016 18:33, "Andrei Borzenkov" a écrit :
>
> 23.02.2016 13:35, Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> > Currently to compile arm-uboot port for a different platform you need to
> > relink it at new address with modifying source code. Thi
Reason for this RM is to avoid stale for in case of failure. I fixed RM
invocation
Le ven. 26 févr. 2016 01:46, Antonello Dettori a écrit :
> When building grub as a payload for coreboot the compiling stops at this
> line:
> "rm: cannot remove 'default_payload.elf': No such file or directory" (F
Andrei, your patch is pretty complicated and would be a subject to putting
into next branch because of its breakage potential. Issue at hand affects
x86 as well. Can we split the solution from radical rework of disk.c with
optimisations?
Le mer. 24 févr. 2016 20:04, Andrei Borzenkov a
écrit :
>
Go ahead
Le sam. 13 févr. 2016 06:41, Andrei Borzenkov a
écrit :
> 12.02.2016 17:49, Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> > On 12.02.2016 15:38, Andrei Borzenkov wrote:
> >> On Fri, Feb 12, 2016 at 5:29 PM, Vladimir 'φ-coder/phcoder' Serbinenko
Le ven. 26 févr. 2016 14:48, Andrei Borzenkov a
écrit :
> On Fri, Feb 26, 2016 at 4:27 PM, Vladimir 'phcoder' Serbinenko
> wrote:
> > Andrei, your patch is pretty complicated and would be a subject to
> putting
> > into next branch because of its breakage p
Le dim. 28 févr. 2016 15:32, Andrei Borzenkov a
écrit :
>
>
> Отправлено с iPhone
>
> > 28 февр. 2016 г., в 17:21, Vladimir 'φ-coder/phcoder' Serbinenko <
> phco...@gmail.com> написал(а):
> >
> > Hello, all. I've just released 2.02~beta3. Th
rent from beta2.
> We should pick one rule and stick to it (I do not really care which).
>
> I added signed tag in both formats now. Thank you for reminder.
> >
> > 28.02.2016 17:21, Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> >> Hello, all. I've j
On Sunday, February 28, 2016, Vladimir 'φ-coder/phcoder' Serbinenko <
phco...@gmail.com> wrote:
> Hello, all. I've just released 2.02~beta3. The goal of this release is
> to chase bugs so that we can move to 2.02 release. So from now on if you
> think that your pa
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 пише
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
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
Le Wed, Mar 2, 2016 à 4:46 AM, Andrei Borzenkov a
écrit :
> 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 sa
Fixed. Thank you for reporting
Le Tue, Mar 1, 2016 à 11:14 AM, Vladimir 'phcoder' Serbinenko <
phco...@gmail.com> a écrit :
> 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
Hello, all. I went through the list of bugs and created a shortlist of bugs
that need to be looked at for 2.02. I have marked them with plan_release_id
set to 2.02.
Statistics: [1]
Search (with loads of false positives unfortunately): [2]
Not every bug there is a release blocker, for some of them i
>
> onsider files
> > http://alpha.gnu.org/gnu/grub/grub-2.02~beta3.tar.xz
> > and signature at
> > http://alpha.gnu.org/gnu/grub/grub-2.02~beta3.tar.xz.sig
>
> Thanks, this is a great step. What is the timeline we're planning to
> follow?
>
> I started a separate thread to collect pending tasks.
Le lun. 7 mars 2016 20:00, Peter Jones a écrit :
> On Sat, Mar 05, 2016 at 11:38:00AM +0300, Andrei Borzenkov wrote:
> > 04.03.2016 23:06, Peter Jones пишет:
> > > On Wed, Mar 02, 2016 at 03:01:03PM +, Vladimir 'phcoder'
> Serbinenko wrote:
> > >>
Le lun. 7 mars 2016 21:33, Andrei Borzenkov a écrit :
> 07.03.2016 22:57, Vladimir 'phcoder' Serbinenko пишет:
> >>
> >>>>> I would also appreciate if distros would tell which patches they
> would
> >>>>> carry if 2.02 was r
Le lun. 7 mars 2016 14:35, Daniel Kiper a écrit :
> Hi,
>
> Does anybody know why only multiboot2 multiboot_mmap_entry struct
> has packed attribute? Is it by design or by mistake? I think that
> we should use packed attribute for every multiboot2 protocol related
> struct. If not then we should
Le lun. 7 mars 2016 21:57, Andrei Borzenkov a écrit :
> 07.03.2016 23:40, Vladimir 'phcoder' Serbinenko пишет:
> > Le lun. 7 mars 2016 21:33, Andrei Borzenkov a
> écrit :
> >
> >> 07.03.2016 22:57, Vladimir 'phcoder' Serbinenko пишет:
> >&
Le lun. 7 mars 2016 22:03, Peter Jones a écrit :
> On Mon, Mar 07, 2016 at 07:57:21PM +, Vladimir 'phcoder' Serbinenko
> wrote:
> > > > > Well, I have a bunch of patches that need to be clean up (or even
> > > > > re-examined),
Le lun. 7 mars 2016 22:14, Peter Jones a écrit :
> On Mon, Mar 07, 2016 at 08:40:58PM +, Vladimir 'phcoder' Serbinenko
> wrote:
> > Le lun. 7 mars 2016 21:33, Andrei Borzenkov a
> écrit :
> >
> > > 07.03.2016 22:57, Vladimir 'phcoder' S
Le lun. 7 mars 2016 23:01, Peter Jones a écrit :
> On Tue, Mar 08, 2016 at 12:29:14AM +0300, Andrei Borzenkov wrote:
> > 08.03.2016 00:20, Peter Jones пишет:
> > > On Mon, Mar 07, 2016 at 11:57:33PM +0300, Andrei Borzenkov wrote:
> > >>
> > >>> How big part of it is related to secure boot? Just
>
at 11:24:49PM +0100, Daniel Kiper wrote:
> > > Hey,
> > >
> > > On Wed, Mar 02, 2016 at 03:01:03PM +, Vladimir 'phcoder'
> Serbinenko wrote:
> > > > Hello, all. I went through the list of bugs and created a shortlist
> of bugs
> > > &
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
On Tuesday, March 1, 2016, Leif Lindholm wrote:
> 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 пишет:
> > >
On Tuesday, March 8, 2016, Daniel Kiper wrote:
> On Mon, Mar 07, 2016 at 08:42:38PM +, Vladimir 'phcoder' Serbinenko
> wrote:
> > Le lun. 7 mars 2016 14:35, Daniel Kiper > a écrit :
> >
> > > Hi,
> > >
> > > Does anybody know why on
is
used by *BSD as well
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-
whole static
> > and dynamic knowledge provided by boot loader.
> >
> > This patch does not provide functionality which could do relocations
> using
> > ELF relocation data. However, I was asked by Konrad Rzeszutek Wilk and
> Vladimir
> > 'phcoder'
tered. Can you provide 2 variants: normal (for commit)
and with ignoring whitespaces (for review)
>
> Signed-off-by: Daniel Kiper >
> Reviewed-by: Konrad Rzeszutek Wilk >
> ---
> v3 - suggestions/fixes:
>- improve commit message
> (suggested by Konrad
fi_mmap
>multiboot_uint8_t efi_mmap[0];
> };
>
> +struct multiboot_tag_efi32_ih
> +{
> + multiboot_uint32_t type;
> + multiboot_uint32_t size;
> + multiboot_uint32_t pointer;
> +};
> +
> +struct multiboot_tag_efi64_ih
> +{
> + multiboot_uint32_t type;
> + multiboot_uint32_t size;
> + multiboot_uint64_t pointer;
> +};
> +
> #endif /* ! ASM_FILE */
>
> #endif /* ! MULTIBOOT_HEADER */
> --
> 1.7.10.4
>
>
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
ocation data.
Can you add a check that image doesn't have any relocation entries? So that
we fail nicely rather than loading half-working binary?
> However, I was asked by Konrad Rzeszutek Wilk and Vladimir
> 'phcoder' Serbinenko to investigate that thing. It looks that rele
iboot_tag_base_addr tag. At this stage GRUB2 role is finished. Starting
> from now executable must cope with relocations itself using whole static
> and dynamic knowledge provided by boot loader.
>
> This patch does not provide functionality which could do relocations using
>
Le jeu. 3 mars 2016 19:17, Andrei Borzenkov a écrit :
> 03.03.2016 10:33, Michael Chang пишет:
> > The kernel bzImage payload length appears to be incorrectly minus by 4
> when
> > trying to grub_file_offset_open for the uncompressed vmlinux image. If
> gzip
> > used as compressor it will lead to
y're features but code
is well isolated and the alternative is painful. I answered the individual
mails with review. Is there a followup with updating multiboot2 docs?
>
> Daniel
>
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
evel/2016-03/msg00071.html)
> > patch series into grub2 2.02?
>
> Andrei, Vladimir, what do you think about that?
>
Can you help us estimate the impact of those changes? What is the current
limit and what is the new limit? How common are the configurations between
old and new
all of them equally. While we
> continue to support legacy boot entry points upstream, we're not
> actively adding support for new features to them for EFI.
>
> For boot loaders, the EFI handover protocol is definitely the
> preferred method of booting Linux on EFI.
>
I&#x
On Wednesday, March 9, 2016, Olaf Hering wrote:
> On Wed, Mar 02, Vladimir 'phcoder' Serbinenko wrote:
>
> > I would like to come up with a complete list of 2.02 blockers in one
> week time,
> > so that we can have a reasonable timeline
>
> Did anyone took t
On Friday, March 4, 2016, Peter Jones wrote:
> On Wed, Mar 02, 2016 at 03:01:03PM +, Vladimir 'phcoder' Serbinenko
> wrote:
> > Hello, all. I went through the list of bugs and created a shortlist of
> bugs
> > that need to be looked at for 2.02. I have mar
RUB_NET_TCP_ABORT);
> + grub_error_pop ();
>return err;
> }
>
> --
> 2.5.0
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
Le ven. 11 mars 2016 19:13, Josef Bacik a écrit :
> On 03/11/2016 12:23 PM, Vladimir 'phcoder' Serbinenko wrote:
> >
> >
> > On Friday, March 11, 2016, Josef Bacik > <mailto:jba...@fb.com>> wrote:
> >
> > If you try to load an init
On Friday, March 11, 2016, Daniel Kiper wrote:
> On Thu, Mar 10, 2016 at 09:23:23PM +0100, Vladimir 'phcoder' Serbinenko
> wrote:
> > On Wednesday, March 2, 2016, Daniel Kiper > wrote:
> >
> > > Add grub_relocator64_efi relocator. It will be used on EFI
fused link address and minimal loading
address? How is entry usually specified in ELF? How do you suggest it
should be done in mb headers?
>
> > from base addr. What do ET_DYN files use?
>
> I will take a look.
>
> Daniel
>
--
Regards
Vladimir 'phcoder' Ser
On Friday, March 11, 2016, Daniel Kiper wrote:
> On Thu, Mar 10, 2016 at 09:23:23PM +0100, Vladimir 'phcoder' Serbinenko
> wrote:
> > On Wednesday, March 2, 2016, Daniel Kiper > wrote:
> >
> > > Add grub_relocator64_efi relocator. It will be used on EFI
On Friday, March 11, 2016, Daniel Kiper wrote:
> On Fri, Mar 11, 2016 at 04:44:00PM +0100, Vladimir 'phcoder' Serbinenko
> wrote:
>
> [...]
>
> > multiboot2 spec is a rolling update.
>
> OK. So, I think that we should do this in that way:
> - apply th
On Friday, March 11, 2016, Daniel Kiper wrote:
> On Thu, Mar 10, 2016 at 09:26:06PM +0100, Vladimir 'phcoder' Serbinenko
> wrote:
> > On Wednesday, March 2, 2016, Daniel Kiper > wrote:
> >
> > > Add tags used to pass ImageHandle to loaded image if
On Friday, March 11, 2016, Daniel Kiper wrote:
> On Fri, Mar 11, 2016 at 01:27:32PM +0100, Vladimir 'phcoder' Serbinenko
> wrote:
> > On Wednesday, March 9, 2016, Daniel Kiper > wrote:
> >
> > > On Wed, Mar 02, 2016 at 05:51:36PM +0100, Daniel Kiper wrote
On Friday, March 11, 2016, Josef Bacik wrote:
> On 03/11/2016 02:34 PM, Vladimir 'phcoder' Serbinenko wrote:
>
>>
>>
>> Le ven. 11 mars 2016 19:13, Josef Bacik > <mailto:jba...@fb.com>> a écrit :
>>
>> O
Probably without _start. Comment probably applies even more here than above.
Are you ok with me moving ends to the same place when comitting? This
would make the code less error-prone.
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-de
---
> v4 - suggestions/fixes:
>- reduce number of #ifdefs in grub_multiboot_get_mbi_size()
> (suggested by Vladimir 'phcoder' Serbinenko).
>
> v3 - suggestions/fixes:
>- mbi EFI related stuff size calculation
> should depend on target architecture
&
er then
> it should get them itself just before ExitBootServices() call.
>
> Signed-off-by: Daniel Kiper >
> Reviewed-by: Konrad Rzeszutek Wilk >
> ---
> v3 - suggestions/fixes:
>- improve commit message
> (suggested by Konrad Rzeszutek Wilk and Vladim
ble)
> +{
> + if (mld.load_base_addr >= mld.link_base_addr)
> + grub_multiboot_payload_eip += mld.load_base_addr -
> mld.link_base_addr;
> + else
> + grub_multiboot_payload_eip -= mld.link_base_addr -
> mld.load_base_addr;
On Tuesday, March 15, 2016, Vladimir 'phcoder' Serbinenko
wrote:
>
>> + if (mld->relocatable)
>> + err = grub_relocator_alloc_chunk_align
>> (grub_multiboot_relocator, &ch,
>> +
Le Fri, Mar 11, 2016 à 11:01 PM, Andrei Borzenkov a
écrit :
> 12.03.2016 01:00, Vladimir 'phcoder' Serbinenko пишет:
> > On Friday, March 11, 2016, Josef Bacik wrote:
> >
> >> On 03/11/2016 02:34 PM, Vladimir 'phcoder' Serbinenko wrote:
> >>
Can somebody prepare a patch for this minimally changing current linux.c?
On Mon, Mar 14, 2016 at 8:17 AM, Matt Fleming wrote:
> On Fri, 11 Mar, at 04:51:52PM, Vladimir 'phcoder' Serbinenko wrote:
>>
>> I'm ok with switching to EFI entry point for EFI platforms
Le mar. 15 mars 2016 19:06, Andrei Borzenkov a écrit :
> 15.03.2016 19:07, Vladimir 'phcoder' Serbinenko пишет:
> > Looks good. Let's give a day for others to comment. Is the second email
> the
> > version for commit?
> >
> > On Tuesday, March 15,
ces from grub, there is no
> sense to provide EFI memory map at all, because to exit boot services [from
> OS], you *have to* fetch current memory map to get the map key to exit boot
> services.
>
But this doesn't apply for e820-like and simple maps which are unaffected
by bootloader allocations
>
> basically it means, if BS is not disabled and grub is still providing EFI
> memory map, the OS has to assume this map is not valid - which is bad and
> better not to provide (potentially) invalid data in first place.
>
> rgds,
> toomas
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
On Tuesday, March 15, 2016, Daniel Kiper wrote:
> On Tue, Mar 15, 2016 at 05:30:20PM +0100, Vladimir 'phcoder' Serbinenko
> wrote:
> > On Tuesday, March 15, 2016, Vladimir 'phcoder' Serbinenko <
> phco...@gmail.com >
> > wrote:
&g
t;
TARGET_CFLAGS="$TARGET_CFLAGS -fno-PIC"
TARGET_CFLAGS="$TARGET_CFLAGS -fno-PIC"
TARGET_CFLAGS="$TARGET_CFLAGS -fno-PIC"
TARGET_CFLAGS="$TARGET_CFLAGS -fno-PIC"
TARGET_CFLAGS="$TARGET_CFLAGS -fno-PIC"
--
Regards
Vladimir 'phcod
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 |
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
501 - 600 of 4362 matches
Mail list logo
