From: Andrei Borzenkov <arvidjaar@gmail.com>
To: "Fajar A. Nugraha" <list@fajar.net>
Cc: The development of GNU GRUB <grub-devel@gnu.org>,
Theodore Christophe <mission_theodore@hotmail.com>
Subject: Re: grub2 and touch screen
Date: Fri, 26 Jun 2015 11:36:45 +0300 [thread overview]
Message-ID: <20150626113645.6312a81d@opensuse.site> (raw)
In-Reply-To: <CAG1y0sdADisUmt4gOOz-+L=akrPy2HydTFmG_a_fXQTkbV69_w@mail.gmail.com>
В Fri, 26 Jun 2015 15:27:35 +0700
"Fajar A. Nugraha" <list@fajar.net> пишет:
> On Fri, Jun 26, 2015 at 3:14 PM, Andrei Borzenkov <arvidjaar@gmail.com> wrote:
> > В Wed, 24 Jun 2015 14:06:42 +0200
> > Theodore Christophe <mission_theodore@hotmail.com> пишет:
> >
> >> hello all,
> >>
> >> First of all, thank-you for your works.
> >>
> >> I have installed Fedora21 on my laptop (Medion all in one) with dual
> >> boot, and every-thing is working fine.
> >> Grub2 give me the choice between win8.1 and FC21, and other rescue.
> >>
> >> BUT when I use my laptop as touch pad (by removing the screen), with no
> >> keyboard, I could not select the boot I want to use. Fedora is the
> >> default and the touch screen is working fine after.
> >>
> >> Do you think that grub can manage the touch screen (something like two
> >> button win81 and FC21) ?
> >>
> >
> > Somebody would need to write driver for it (assuming it is technically
> > possible in firmware at all). I think I have seen reports that using
> > hardware buttons worked for selecting menu entries, but it may be
> > hardware dependent.
> >
> > As Michael, I think adding support for hardware buttons looks more
> > promising.
>
>
> How does grub currently support the hardware buttons?
>
It does not, in the sense there is no explicit code to do it I'm aware
of. It just relies on EFI to return character (key stroke).
> On Asus T300 Chi, the EFI boot menu reads volume + and - buttons as up
> and down, while windows button function as "enter". However grub reads
> volume + as "enter" as well, so I only have volume - (down) for moving
> between menu entries.
>
To debug it access to hardware is needed, which is why it is quite hard
to fix such things. If you are willing to debug it, file bug report on
savannah, we'll need to dump read keystroke information to find out
what you hardware returns. I do not see anything in grub code that
would account for it at the first glance.
prev parent reply other threads:[~2015-06-26 8:36 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-24 12:06 grub2 and touch screen Theodore Christophe
2015-06-24 18:15 ` Michael Zimmermann
2015-06-26 8:38 ` Andrei Borzenkov
2015-06-27 12:26 ` Michael Zimmermann
2015-06-27 15:36 ` Andrei Borzenkov
2015-06-26 8:14 ` Andrei Borzenkov
2015-06-26 8:27 ` Fajar A. Nugraha
2015-06-26 8:36 ` Andrei Borzenkov [this message]
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=20150626113645.6312a81d@opensuse.site \
--to=arvidjaar@gmail.com \
--cc=grub-devel@gnu.org \
--cc=list@fajar.net \
--cc=mission_theodore@hotmail.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.