Greg Kroah-Hartman
598cf27219
Link: https://lore.kernel.org/r/20260217200002.683975158@linuxfoundation.org Tested-by: Florian Fainelli <florian.fainelli@broadcom.com> Tested-by: Takeshi Ogasawara <takeshi.ogasawara@futuring-girl.com> Tested-by: Peter Schneider <pschneider1968@googlemail.com> Tested-by: Jon Hunter <jonathanh@nvidia.com> Tested-by: Salvatore Bonaccorso <carnil@debian.org> Tested-by: Brett A C Sheffield <bacs@librecast.net> Tested-by: Mark Brown <broonie@kernel.org> Tested-by: Luna Jernberg <droidbittin@gmail.com> Tested-by: Ronald Warsow <rwarsow@gmx.de> Tested-by: Justin M. Forbes <jforbes@fedoraproject.org> Tested-by: Ron Economos <re@w6rz.net> Tested-by: Miguel Ojeda <ojeda@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
50 lines
1.9 KiB
Plaintext
50 lines
1.9 KiB
Plaintext
What: /sys/devices/platform/kim/dev_name
|
|
Date: January 2010
|
|
KernelVersion: 2.6.38
|
|
Contact: "Pavan Savoy" <pavan_savoy@ti.com>
|
|
Description:
|
|
Name of the UART device at which the WL128x chip
|
|
is connected. example: "/dev/ttyS0".
|
|
|
|
The device name flows down to architecture specific board
|
|
initialization file from the ATAGS bootloader
|
|
firmware. The name exposed is read from the user-space
|
|
daemon and opens the device when install is requested.
|
|
|
|
What: /sys/devices/platform/kim/baud_rate
|
|
Date: January 2010
|
|
KernelVersion: 2.6.38
|
|
Contact: "Pavan Savoy" <pavan_savoy@ti.com>
|
|
Description:
|
|
The maximum reliable baud-rate the host can support.
|
|
Different platforms tend to have different high-speed
|
|
UART configurations, so the baud-rate needs to be set
|
|
locally and also sent across to the WL128x via a HCI-VS
|
|
command. The entry is read and made use by the user-space
|
|
daemon when the ldisc install is requested.
|
|
|
|
What: /sys/devices/platform/kim/flow_cntrl
|
|
Date: January 2010
|
|
KernelVersion: 2.6.38
|
|
Contact: "Pavan Savoy" <pavan_savoy@ti.com>
|
|
Description:
|
|
The WL128x makes use of flow control mechanism, and this
|
|
entry most often should be 1, the host's UART is required
|
|
to have the capability of flow-control, or else this
|
|
entry can be made use of for exceptions.
|
|
|
|
What: /sys/devices/platform/kim/install
|
|
Date: January 2010
|
|
KernelVersion: 2.6.38
|
|
Contact: "Pavan Savoy" <pavan_savoy@ti.com>
|
|
Description:
|
|
When one of the protocols Bluetooth, FM or GPS wants to make
|
|
use of the shared UART transport, it registers to the shared
|
|
transport driver, which will signal the user-space for opening,
|
|
configuring baud and install line discipline via this sysfs
|
|
entry. This entry would be polled upon by the user-space
|
|
daemon managing the UART, and is notified about the change
|
|
by the sysfs_notify. The value would be '1' when UART needs
|
|
to be opened/ldisc installed, and would be '0' when UART
|
|
is no more required and needs to be closed.
|