[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <457D9066.1030308@mvista.com>
Date: Mon, 11 Dec 2006 11:07:50 -0600
From: Corey Minyard <cminyard@...sta.com>
To: Tilman Schmidt <tilman@...p.cc>
Cc: Alan <alan@...rguk.ukuu.org.uk>,
Guennadi Liakhovetski <g.liakhovetski@....de>,
linux-serial@...r.kernel.org,
Linux Kernel <linux-kernel@...r.kernel.org>,
Hansjoerg Lipp <hjlipp@....de>, Russell Doty <rdoty@...hat.com>
Subject: Re: [PATCH] Add the ability to layer another driver over the serial
driver
Tilman Schmidt wrote:
> On Mon, 11 Dec 2006 10:20:16 +0000, Alan wrote:
>
>> This looks wrong. You already have a kernel interface to serial drivers.
>> It is called a line discipline. We use it for ppp, we use it for slip, we
>> use it for a few other things such as attaching sync drivers to some
>> devices.
>>
>
> I was under the impression that line disciplines need a user space
> process to open the serial device and push them onto it. Is there
> a way for a driver to attach to a serial port through the line
> discipline interface from kernel space, eg. from an initialization,
> module load, or probe function?
>
Module initialization functions run in a task context, so that's
generally not a problem. The probe function depends on the driver,
I guess, but most I have seen are in task context.
-Corey
-
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