From: Stephen Chandler Paul <cpaul@redhat.com>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Benjamin Tissoires <benjamin.tissoires@redhat.com>,
linux-kernel@vger.kernel.org, linux-input@vger.kernel.org,
Hans de Goede <hdegoede@redhat.com>
Subject: Re: [PATCH v3] i8042: Add debug_kbd option
Date: Fri, 26 Jun 2015 19:21:47 -0400 [thread overview]
Message-ID: <1435360907.12848.2.camel@redhat.com> (raw)
In-Reply-To: <20150626230500.GA22932@dtor-ws>
On Fri, 2015-06-26 at 16:05 -0700, Dmitry Torokhov wrote:
> Hi Stephen,
>
> On Fri, Jun 26, 2015 at 06:28:18PM -0400, cpaul@redhat.com wrote:
> > From: Stephen Chandler Paul <cpaul@redhat.com>
> >
> > A big problem with the current i8042 debugging option is that it
> > outputs
> > data going to and from the keyboard by default. As a result, many
> > dmesg
> > logs uploaded by users will unintentionally contain sensitive
> > information
> > such as their password, as such it's probably a good idea not to
> > output
> > data coming from the keyboard unless specifically enabled by the
> > user.
> >
> > Signed-off-by: Stephen Chandler Paul <cpaul@redhat.com>
> > ---
> > That patch was not working at all like I thought it was, the
> > results on the
> > machine I tested it on were very misleading so I apologize for any
> > trouble that
> > may have caused! I've done more thorough testing of this, and it
> > should work
> > perfectly on any machine.
> >
> > Changes
> > * Bus structs are shared between devices, whoops. Now when the
> > notifier goes
> > off we check two things:
> > * That the device actually belongs to the i8042 platform
> > driver. This is
> > something that's difficult to reproduce, since devices on the
> > i8042 bus
> > are usually handled by the plaform driver. If they don't
> > happen to be
> > however (which currently I've only seen with ps2emu, a kernel
> > module I'm
> > working on to replay PS/2 devices in the kernel), then we
> > make the false
> > assumption the port_data variable points to an i8042_port
> > struct, and
> > very likely crash the machine or worse.
> > * That the IRQ of the port is equivalent to that of the KBD
> > port, so that
> > we only mask the interrupts coming from the keyboard.
> >
> > Documentation/kernel-parameters.txt | 3 ++
> > drivers/input/serio/i8042.c | 64
> > +++++++++++++++++++++++++++++++++----
> > drivers/input/serio/i8042.h | 13 ++++++++
> > 3 files changed, 74 insertions(+), 6 deletions(-)
> >
> > diff --git a/Documentation/kernel-parameters.txt
> > b/Documentation/kernel-parameters.txt
> > index ae44749..a9d2b19 100644
> > --- a/Documentation/kernel-parameters.txt
> > +++ b/Documentation/kernel-parameters.txt
> > @@ -1304,6 +1304,9 @@ bytes respectively. Such letter suffixes can
> > also be entirely omitted.
> > <bus_id>,<clkrate>
> >
> > i8042.debug [HW] Toggle i8042 debug mode
> > + i8042.debug_kbd [HW] Enable printing of interrupt data
> > from the KBD port
> > + (disabled by default, requires that
> > i8042.debug=1
> > + be enabled)
> > i8042.direct [HW] Put keyboard port into non-translated
> > mode
> > i8042.dumbkbd [HW] Pretend that controller can only read
> > data from
> > keyboard and cannot control its state
> > diff --git a/drivers/input/serio/i8042.c
> > b/drivers/input/serio/i8042.c
> > index cb5ece7..0e17bdd 100644
> > --- a/drivers/input/serio/i8042.c
> > +++ b/drivers/input/serio/i8042.c
> > @@ -88,6 +88,10 @@ MODULE_PARM_DESC(nopnp, "Do not use PNP to
> > detect controller settings");
> > static bool i8042_debug;
> > module_param_named(debug, i8042_debug, bool, 0600);
> > MODULE_PARM_DESC(debug, "Turn i8042 debugging mode on and off");
> > +
> > +static bool i8042_debug_kbd;
> > +module_param_named(debug_kbd, i8042_debug_kbd, bool, 0600);
> > +MODULE_PARM_DESC(i8042_kbd, "Turn i8042 kbd debugging output on or
> > off (requires i8042.debug=1)");
> > #endif
> >
> > static bool i8042_bypass_aux_irq_test;
> > @@ -116,6 +120,9 @@ struct i8042_port {
> > struct serio *serio;
> > int irq;
> > bool exists;
> > +#ifdef DEBUG
> > + bool filter_dbg;
> > +#endif
>
> Could we call it "driver_bound" and drop #ifdef DEBUG? In fact, I'd
> rager we dropped the #ifdef DEBUG arounf all bus notifier code.
>
> > signed char mux;
> > };
> >
> > @@ -133,6 +140,9 @@ static bool i8042_kbd_irq_registered;
> > static bool i8042_aux_irq_registered;
> > static unsigned char i8042_suppress_kbd_ack;
> > static struct platform_device *i8042_platform_device;
> > +#ifdef DEBUG
> > +static struct notifier_block i8042_kbd_bind_notifier_block;
> > +#endif
> >
> > static irqreturn_t i8042_interrupt(int irq, void *dev_id);
> > static bool (*i8042_platform_filter)(unsigned char data, unsigned
> > char str,
> > @@ -528,10 +538,10 @@ static irqreturn_t i8042_interrupt(int irq,
> > void *dev_id)
> > port = &i8042_ports[port_no];
> > serio = port->exists ? port->serio : NULL;
> >
> > - dbg("%02x <- i8042 (interrupt, %d, %d%s%s)\n",
> > - data, port_no, irq,
> > - dfl & SERIO_PARITY ? ", bad parity" : "",
> > - dfl & SERIO_TIMEOUT ? ", timeout" : "");
> > + filter_dbg(port->filter_dbg, data, "<- i8042 (interrupt,
> > %d, %d%s%s)\n",
> > + port_no, irq,
> > + dfl & SERIO_PARITY ? ", bad parity" : "",
> > + dfl & SERIO_TIMEOUT ? ", timeout" : "");
> >
> > filtered = i8042_filter(data, str, serio);
> >
> > @@ -1329,6 +1339,13 @@ static void __init
> > i8042_register_ports(void)
> > i8042_ports[i].irq);
> > serio_register_port(serio);
> > device_set_wakeup_capable(&serio->dev,
> > true);
> > +#ifdef DEBUG
> > + if (i == I8042_KBD_PORT_NO) {
> > + bus_register_notifier(
> > + serio->dev.bus,
> > + &i8042_kbd_bind_notifier_b
> > lock);
> > + }
>
>
> Umm, let's export serio_bus and register the notifier when we load
> the
> module.
>
Sorry, but would you mind clarifying what you mean by "export
serio_bus"?
Cheers,
Stephen Chandler Paul
next prev parent reply other threads:[~2015-06-26 23:21 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-25 19:25 [PATCH] i8042: Add debug_kbd option cpaul
2015-06-25 20:00 ` Joe Perches
2015-06-25 20:32 ` Dmitry Torokhov
2015-06-25 21:31 ` Stephen Chandler Paul
2015-06-25 21:35 ` Dmitry Torokhov
2015-06-25 22:12 ` Stephen Chandler Paul
2015-06-26 19:28 ` [PATCH v2] " cpaul
2015-06-26 22:28 ` [PATCH v3] " cpaul
2015-06-26 23:05 ` Dmitry Torokhov
2015-06-26 23:21 ` Stephen Chandler Paul [this message]
2015-06-26 23:24 ` Dmitry Torokhov
2015-06-27 0:24 ` [PATCH v4] " cpaul
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=1435360907.12848.2.camel@redhat.com \
--to=cpaul@redhat.com \
--cc=benjamin.tissoires@redhat.com \
--cc=dmitry.torokhov@gmail.com \
--cc=hdegoede@redhat.com \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).