Illustration: The BT driver on top of this ST driver, would create a hci0 interface, when someone does an DEVUP on that interface, the BT driver would then do a st-register - which in-turn would ask the hciattach-like daemon to install the line discipline for it via the sysfs entry.
The same concept goes for FM-V4L2 and GPS character driver.
Yes, I don't feel good about it either. But how do I request for a line discipline from kernel space ?
Currently a daemon has to run in user-space to maintain the ldisc, at all times, and I don't want to open TTY @ boot, and install Ldisc (tiocsetd) on it, without BT/FM or GPS core on chip being used - The Power Management team here would beat me up if I do that,
The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/
so let us get the facts straight here. The device in question is using a
serial port to connect to the host and then multiplexing BT, FM and GPS
over it. My question again, what protocol does it talk.
Also why not just install the line discipline and then control the
subdevices via RFKILL?
You need to share some information about your hardware with us that
Lets forget about this at all. This is not working out at all. We need
I dislike using the staging tree as review process. We can make a proper
review on LKML and go towards a real upstream solution.
> The core of the problem is we cannot ask/install/ldisc_put for a line discipline from kernel space.
The device is always in WL protocol mode and starts this way ?
If so lets simply fix the tty layer to allow a driver to set the initial
I would certainly prefer this as it is much easier to refine this way