[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20070623103435.7c54d047@hyperion.delvare>
Date: Sat, 23 Jun 2007 10:34:35 +0200
From: Jean Delvare <khali@...ux-fr.org>
To: "Dmitry Torokhov" <dmitry.torokhov@...il.com>
Cc: LKML <linux-kernel@...r.kernel.org>,
"Vojtech Pavlik" <vojtech@....cz>
Subject: Re: Writing a driver for a legacy serial device
Hi Dmitry,
On Fri, 22 Jun 2007 15:47:43 -0400, Dmitry Torokhov wrote:
> On 6/21/07, Jean Delvare <khali@...ux-fr.org> wrote:
> >
> > OK. This leads me to a question: is it OK for me to add support for my
> > non-input device to inputattach, or is a separate, dedicated helper
> > tool preferred? Both ways are fine with me, I don't know what the input
> > subsystem maintainers expect.
>
> Your device does not need any initialization done by userspace, does
> it?
No, it doesn't. But it wants a specific serial line speed and mode.
> How widespread is this device?
Not widespread. It's a family of evaluation modules for I2C/SMBus
chips. They will mainly be used to develop and test chip drivers, I
suppose. But OTOH, I'm not sure how it matters. We're in year 2007, I
pretty much doubt that any of the devices supported by inputattach is
still in widespread use. As a matter of fact, inputattach has been
broken in Suse for half of the supported devices for almost two years
now, and I couldn't find any bug report about it.
> inputattach has "--dump" option
> which sets up a SERIO_RS232/0/0/0 serio port. You could mark your
> serio driver as manual bind driver and bind it trhough sysfs (echo -n
> "taos-evm" /sys/device/serio/devices/serioX/drvctl to bind it).
One problem I foresee is that the dump mode sets the port to 2400 bps,
while my evaluation module wants 1200 bps.
Another problem is that the dump mode of inputattach doesn't appear to
create a serio device. Probably not very surprising, as dump_init()
never returns. So I don't think I can use that.
--
Jean Delvare
-
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