All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robert Millan <rmh@aybabtu.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: [PATCH 1/2] Replace hook-based with flag-based approach for choosing video mode
Date: Sun, 23 Aug 2009 12:25:03 +0200	[thread overview]
Message-ID: <20090823102503.GB4130@thorin> (raw)
In-Reply-To: <d7ead6de0908210554v49549b1cx1619bf1fc287e92f@mail.gmail.com>

On Fri, Aug 21, 2009 at 02:54:32PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> On Mon, Aug 17, 2009 at 3:51 PM, Robert Millan<rmh@aybabtu.com> wrote:
> > On Sun, Aug 16, 2009 at 08:51:06PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> >> After discussion on IRC it revealed that hook-based approach is
> >> unpracticable because number of available modes grows exponentially
> >> with every parameter available. Here is the patch to change to
> >> flag-based approach
> >
> > Please can you ellaborate on this?  (if you still have a copy of the
> > discussion, it'd be useful to post it)
> >
> There was no discussion on this point. But current design is to call a
> hook with every available mode and see if it approves the mode.
> Unfortunately it doesn't work as expected because some modes aren't
> presented by driver unless explicitly requested. This may cause
> appropriate mode to be missed. Making driver iterate through a lot of
> modes will slow down mode switching. With flag-based approach driver
> knows which mode upper layer wants and so can present appropriate one.
> It has a drawback of limiting number of filtering possibilities but
> currently no subsystem needs more than is done with this patch. If it
> changes in the future interface can be extended to have new flags or
> parameters

Thank you.

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."



  reply	other threads:[~2009-08-23 10:25 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-16 18:51 [PATCH 1/2] Replace hook-based with flag-based approach for choosing video mode Vladimir 'phcoder' Serbinenko
2009-08-17 13:51 ` Robert Millan
2009-08-21 12:54   ` Vladimir 'phcoder' Serbinenko
2009-08-23 10:25     ` Robert Millan [this message]
2009-08-23 10:30 ` Robert Millan
2009-08-23 10:58   ` Vladimir 'phcoder' Serbinenko
2009-08-23 22:36     ` Robert Millan
2009-08-23 22:40       ` Vladimir 'phcoder' Serbinenko

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=20090823102503.GB4130@thorin \
    --to=rmh@aybabtu.com \
    --cc=grub-devel@gnu.org \
    /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.