Skip to content

Commit

Permalink
Staging: ti-st: update TODO
Browse files Browse the repository at this point in the history
Removed TODO item 2 :
Current UIM/KIM communicate via the rfkill device and identified by the unique idx
assisgned by the rfkill sub-system to each of these rfkill entries.

Removed TODO item 1 :
Since there is no way we can test existance of multiple connectivity
devices on  platform.
However the basic infrastructure as in providing a context to ST driver
exist.
If multiple devices have to exist on a given platform, multiple ST
platform devices need to be registered and each of the protocol drivers
have to mention which platform device they want to bind to/make use of.

Removed TODO item 3:
Locking have been reviewed and commit
36b5aee documents locking.

Signed-off-by: Pavan Savoy <pavan_savoy@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  • Loading branch information
Pavan Savoy authored and Greg Kroah-Hartman committed Aug 3, 2010
1 parent 100ca12 commit b12d199
Showing 1 changed file with 1 addition and 17 deletions.
18 changes: 1 addition & 17 deletions drivers/staging/ti-st/TODO
Original file line number Diff line number Diff line change
@@ -1,22 +1,6 @@
TODO:

1. A per-device/tty port context required to support multiple devices
on same platform.
Plan: Each BT, FM and GPS device would be a platform-device with its platform-data
mentioning which of the ST device it wants to attach itself onto.

There by each of the ST device which is also a platform device upon receiving
a st_register() would know whether the registration from BT/FM or GPS was intended for it.

2. Improve upon the way requirement of line discipline is communicated to
user-space, The current user-space application which open/installs ldisc
as and when required can be found at,
http://dev.omapzoom.org/pub/scm/jsistla/L23-btfm.git
branch: UIM

3. Re-view/Re-work on the locking.

4. Step up and maintain this driver to ensure that it continues
1. Step up and maintain this driver to ensure that it continues
to work. Having the hardware for this is pretty much a
requirement. If this does not happen, the will be removed in
the 2.6.35 kernel release.
Expand Down

0 comments on commit b12d199

Please sign in to comment.