[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130916171320.GC20734@core.coreip.homeip.net>
Date: Mon, 16 Sep 2013 10:13:20 -0700
From: Dmitry Torokhov <dmitry.torokhov@...il.com>
To: KY Srinivasan <kys@...rosoft.com>
Cc: "gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"devel@...uxdriverproject.org" <devel@...uxdriverproject.org>,
"linux-input@...r.kernel.org" <linux-input@...r.kernel.org>,
"vojtech@...e.cz" <vojtech@...e.cz>,
"olaf@...fle.de" <olaf@...fle.de>,
"apw@...onical.com" <apw@...onical.com>,
"jasowang@...hat.com" <jasowang@...hat.com>
Subject: Re: [PATCH 1/1] Drivers: input: serio: New driver to support Hyper-V
synthetic keyboard
On Mon, Sep 16, 2013 at 03:52:18PM +0000, KY Srinivasan wrote:
>
>
> > -----Original Message-----
> > From: Dmitry Torokhov [mailto:dmitry.torokhov@...il.com]
> > Sent: Monday, September 16, 2013 8:20 AM
> > To: KY Srinivasan
> > Cc: gregkh@...uxfoundation.org; linux-kernel@...r.kernel.org;
> > devel@...uxdriverproject.org; linux-input@...r.kernel.org; vojtech@...e.cz;
> > olaf@...fle.de; apw@...onical.com; jasowang@...hat.com
> > Subject: Re: [PATCH 1/1] Drivers: input: serio: New driver to support Hyper-V
> > synthetic keyboard
> >
> > Hi K. Y.
> >
> > On Sun, Sep 15, 2013 at 10:28:54PM -0700, K. Y. Srinivasan wrote:
> > > Add a new driver to support synthetic keyboard. On the next generation
> > > Hyper-V guest firmware, many legacy devices will not be emulated and this
> > > driver will be required.
> > >
> > > I would like to thank Vojtech Pavlik <vojtech@...e.cz> for helping me with the
> > > details of the AT keyboard driver.
> > >
> >
> > In addition to what Dan said:
> >
> > > +
> > > +struct synth_kbd_protocol_response {
> > > + struct synth_kbd_msg_hdr header;
> > > + u32 accepted:1;
> > > + u32 reserved:31;
> > > +};
> >
> > Use of bitfields for on the wire structures makes me uneasy. I know that
> > currently you only going to run LE on LE, but still, maybe using
> > explicit shifts and masks would be better,
>
> This definition of the data structure is defined by the host. I will see what I
> can do here.
You do not really need to change protocol, you just sat that accepted is
the bit 0 of the word and define endianness (LE in your case). Then you
do:
struct synth_kbd_protocol_response {
struct synth_kbd_msg_hdr header;
__le32 status;
}
#define KBD_PROTOCOL_ACCEPTED BIT(0)
...
status = _le32_to_cpu(response->status);
accepted = status & KBD_PROTOCOL_ACCEPTED;
Thanks.
--
Dmitry
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists