diff options
author | Mika Westerberg | 2017-10-25 11:27:34 +0200 |
---|---|---|
committer | David S. Miller | 2017-10-27 05:00:00 +0200 |
commit | a78ec0d4f0eada03378413d51c92d0c1253133fa (patch) | |
tree | fdb309bb341cbb8eae0be40250815d44efaf9f91 /drivers/net/ethernet | |
parent | net: stmmac: sun8i: Restore the compatibles (diff) | |
download | kernel-qcow2-linux-a78ec0d4f0eada03378413d51c92d0c1253133fa.tar.gz kernel-qcow2-linux-a78ec0d4f0eada03378413d51c92d0c1253133fa.tar.xz kernel-qcow2-linux-a78ec0d4f0eada03378413d51c92d0c1253133fa.zip |
thunderbolt: Drop sequence number check from tb_xdomain_match()
Commit 9a03c3d398c1 ("thunderbolt: Fix a couple right shifting to zero
bugs") revealed an issue that was previously hidden because we never
actually compared received XDomain message sequence numbers properly.
The idea with these sequence numbers is that the responding host uses
the same sequence number that was in the request packet which we can
then check at the requesting host.
However, testing against macOS it looks like it does not follow this but
instead uses some other logic. Windows driver on the other hand handles
it the same way than Linux.
In order to be able to talk to macOS again, fix this so that we drop the
whole sequence number check. This effectively works exactly the same
than it worked before the aforementioned commit. This also follows the
logic the original P2P networking code used.
Signed-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/net/ethernet')
0 files changed, 0 insertions, 0 deletions