diff options
author | Gavin Shan <gwshan@linux.vnet.ibm.com> | 2016-10-20 11:45:51 +1100 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2016-10-20 11:23:07 -0400 |
commit | bbc7c01e95ceef4e23e343f8cbb6edca887121a5 (patch) | |
tree | 72f1831b284bfe9d3dd163d6eaf70a42e2231a39 /net/bluetooth/smp.h | |
parent | 008a424a24a904ed12c03b203f6f257bcaf12358 (diff) | |
download | talos-obmc-linux-bbc7c01e95ceef4e23e343f8cbb6edca887121a5.tar.gz talos-obmc-linux-bbc7c01e95ceef4e23e343f8cbb6edca887121a5.zip |
net/ncsi: Choose hot channel as active one if necessary
The issue was found on BCM5718 which has two NCSI channels in one
package: C0 and C1. C0 is in link-up state while C1 is in link-down
state. C0 is chosen as active channel until unplugging and plugging
C0's cable: On unplugging C0's cable, LSC (Link State Change) AEN
packet received on C0 to report link-down event. After that, C1 is
chosen as active channel. LSC AEN for link-up event is lost on C0
when plugging C0's cable back. We lose the network even C0 is usable.
This resolves the issue by recording the (hot) channel that was ever
chosen as active one. The hot channel is chosen to be active one
if none of available channels in link-up state. With this, C0 is still
the active one after unplugging C0's cable. LSC AEN packet received
on C0 when plugging its cable back.
Signed-off-by: Gavin Shan <gwshan@linux.vnet.ibm.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/bluetooth/smp.h')
0 files changed, 0 insertions, 0 deletions