[prev in list] [next in list] [prev in thread] [next in thread]
List: linux-serial
Subject: [need suggestion] Re: sharing UART
From: Pavan Savoy <pavan_savoy () yahoo ! co ! in>
Date: 2009-10-07 8:40:52
Message-ID: 258531.99320.qm () web94902 ! mail ! in2 ! yahoo ! com
[Download RAW message or body]
So, If I would want to implement a driver, which exposes some fake character devices \
such as /dev/fake[0,1,2] and every write on such a character device, I would want to \
send it out to UART, and when the data comes back [receive_buf?], I intrepret the \
header and copy it onto the relevant buffer of character device fake[0,1,2].
If such a driver has to be implemented,
PLEASE SUGGEST AS TO WHAT SORT OF A DRIVER SHOULD IT BE ?
Currently I have thought of it as a line discipline driver, can it be any other sort \
of a driver ? [PTY sort of driver, or something which isn't even dependent on TTY \
layer?]
Because I see that the serial-core and the TTY aren't seperate, every UART driver \
[say 8250, mcf_serial] also gets registered as a tty driver because it did an \
uart_register....
Any help is appreciaated...
regards,
Pavan
--- On Wed, 30/9/09, Pavan Savoy <pavan_savoy@yahoo.co.in> wrote:
> From: Pavan Savoy <pavan_savoy@yahoo.co.in>
> Subject: Re: sharing UART
> To: linux-serial@vger.kernel.org
> Date: Wednesday, 30 September, 2009, 6:22 PM
> Hi,
>
> So is it confirmed that no one as of now, had to use 1 UART
> for 2 purposes?
> That is, say the UART had switch between working as a
> normal TTY and also as a Line discipline ?
>
> No one had to send modem commands and some unique
> manufacturer specific commands to modem @ the same time ?
>
> regards,
> Pavan
>
>
> --- On Thu, 17/9/09, Pavan Savoy <pavan_savoy@yahoo.co.in>
> wrote:
>
> > From: Pavan Savoy <pavan_savoy@yahoo.co.in>
> > Subject: sharing UART
> > To: linux-serial@vger.kernel.org
> > Date: Thursday, 17 September, 2009, 12:46 PM
> > Hi,
> > I have searched through the archives, but did not find
> any
> > example or need to share a UART by 2 drivers.
> >
> > Basically there is a "hci_ldisc" line discipline
> driver
> > which makes use of the UART which will be followed up
> by
> > another driver with normal char dev exposed to
> user-space
> > which needs to make use of UART as well.
> >
> > So some-one somewhere would have wanted such an
> > implementation right ?
> > what should be done ? any suggestions are welcome.
> >
> > regards,
> > Pavan
> >
> >
> >
> > Add whatever you love to the Yahoo!
> > India homepage. Try now! http://in.yahoo.com/trynew
> > --
> > To unsubscribe from this list: send the line
> "unsubscribe
> > linux-serial" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
>
>
> Keep up with people you care about
> with Yahoo! India Mail. Learn how. http://in.overview.mail.yahoo.com/connectmore
>
Connect more, do more and share more with Yahoo! India Mail. Learn more. \
http://in.overview.mail.yahoo.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic