All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Kiper <dkiper@net-space.pl>
To: Vladimir 'phcoder' Serbinenko <phcoder@gmail.com>
Cc: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: [PATCH v2 08/12] kern: Make grub_error() more verbose
Date: Mon, 9 Mar 2020 12:27:04 +0100	[thread overview]
Message-ID: <20200309112704.o2tzxzx75zzy7tp5@tomti.i.net-space.pl> (raw)
In-Reply-To: <CAEaD8JN_gsJSEv=U0GxeBcVjZ8FY4Vt1pTkpgaERsS-28KVjRw@mail.gmail.com>

On Fri, Mar 06, 2020 at 02:37:43PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> Le ven. 6 mars 2020 à 13:43, Daniel Kiper <dkiper@net-space.pl> a écrit :
>
> > Re-adding grub-devel@gnu.org...
> >
> > On Fri, Mar 06, 2020 at 12:44:05PM +0100, Vladimir 'phcoder' Serbinenko
> > wrote:
> > > Le ven. 6 mars 2020 à 12:42, Daniel Kiper <dkiper@net-space.pl> a écrit
> > :
> > >
> > > > On Thu, Mar 05, 2020 at 03:22:31PM +0100, Vladimir 'phcoder' Serbinenko
> > > > wrote:
> > > > > Please evaluate size increase for this. In the past passing file and
> > line
> > > > > number to grub_dprintf was a huge source of increased Kern and core
> > size
> > > >
> > > > I think it does not matter much if we stop pretending that we support
> > > > small MBR gaps right now [1]. Does it?
> > > >
> > > There are still a lot of installations that used older tools and never
> > > reformatted. We still care about them
> >
> > If we go that way then we have to care about them by the end of the
> > universe. And this means more and more issues like [1]. If somebody
> > wants to use new GRUB then he/she have to reinstall the machine or
> > something like that. IMO we should not care about users who do not want
> > upgrade their machines or whatnot. Or at least their choices cannot
> > impact GRUB development too much. And I think that this MBR constraint
> > is hindering the project too much at this point. So, as above...
> >
> > Sorry for being blunt...
> >
> It does not. Core doesn't need to have everything and the kitchen sink.
> It's small by design.

I am not saying that. I am saying that limitations of one ancient platform
should not make development of other platforms more difficult.

Daniel


  reply	other threads:[~2020-03-09 11:27 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-04 11:58 [PATCH v2 00/12] A set of trivial patches from the Fedora package Javier Martinez Canillas
2020-03-04 11:58 ` [PATCH v2 01/12] linux/getroot: Handle rssd storage device names Javier Martinez Canillas
2020-03-04 11:58 ` [PATCH v2 02/12] efi: Print more debug info in our module loader Javier Martinez Canillas
2020-03-04 11:58 ` [PATCH v2 03/12] Makefile: Make libgrub.pp depend on config-util.h Javier Martinez Canillas
2020-03-04 11:58 ` [PATCH v2 04/12] kern: Add grub_debug_enabled() Javier Martinez Canillas
2020-03-04 11:58 ` [PATCH v2 05/12] normal/completion: Fix possible NULL pointer dereference Javier Martinez Canillas
2020-03-04 11:58 ` [PATCH v2 06/12] efi/gop: Add support for BLT_ONLY adapters Javier Martinez Canillas
2020-03-04 11:58 ` [PATCH v2 07/12] efi/uga: Use 64 bit for fb_base Javier Martinez Canillas
2020-03-04 11:58 ` [PATCH v2 08/12] kern: Make grub_error() more verbose Javier Martinez Canillas
2020-03-05 13:54   ` Daniel Kiper
2020-03-05 14:22   ` Vladimir 'phcoder' Serbinenko
2020-03-06 11:37     ` Javier Martinez Canillas
2020-03-06 11:41       ` Vladimir 'phcoder' Serbinenko
2020-03-06 12:10         ` Javier Martinez Canillas
2020-03-06 11:42     ` Daniel Kiper
     [not found]       ` <CAEaD8JOV4heW-NU1L=PTm3ycad6nwUX8PLmEjWoYgYBTm4d1QA@mail.gmail.com>
2020-03-06 12:43         ` Daniel Kiper
2020-03-06 13:37           ` Vladimir 'phcoder' Serbinenko
2020-03-09 11:27             ` Daniel Kiper [this message]
2020-03-06 14:01           ` Didier Spaier
2020-03-06 14:38             ` Vladimir 'phcoder' Serbinenko
2020-03-06 16:30               ` Didier Spaier
2020-03-06 16:39                 ` Lennart Sorensen
2020-03-06 17:10                   ` Didier Spaier
2020-03-06 17:23                     ` Lennart Sorensen
2020-03-06 17:03             ` David Michael
2020-03-06 17:12               ` Bruce Dubbs
2020-03-06 17:19                 ` Lennart Sorensen
2020-03-06 17:45               ` Didier Spaier
2020-03-06 21:02               ` Vladimir 'phcoder' Serbinenko
2020-03-04 11:58 ` [PATCH v2 09/12] efi: Print error messages to grub_efi_allocate_pages_real() Javier Martinez Canillas
2020-03-05 13:56   ` Daniel Kiper
2020-03-04 11:58 ` [PATCH v2 10/12] efi/uga: Use video instead of fb as debug condition Javier Martinez Canillas
2020-03-05 13:56   ` Daniel Kiper
2020-03-04 11:58 ` [PATCH v2 11/12] efi/gop: Add debug output on GOP probing Javier Martinez Canillas
2020-03-05 13:57   ` Daniel Kiper
2020-03-04 11:58 ` [PATCH v2 12/12] efi: Fix the type of grub_efi_status_t Javier Martinez Canillas

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200309112704.o2tzxzx75zzy7tp5@tomti.i.net-space.pl \
    --to=dkiper@net-space.pl \
    --cc=grub-devel@gnu.org \
    --cc=phcoder@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.