diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2024-02-10 16:56:39 +0100 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2024-02-10 16:56:39 +0100 |
commit | a38ff5bbf9799dd944c762412aaebc54818407f5 (patch) | |
tree | 4a89dae3d71435e593fac78ea3e2f80900c7ac08 /mm/process_vm_access.c | |
parent | Merge tag '6.8-rc3-ksmbd-server-fixes' of git://git.samba.org/ksmbd (diff) | |
parent | firewire: core: send bus reset promptly on gap count error (diff) | |
download | linux-a38ff5bbf9799dd944c762412aaebc54818407f5.tar.xz linux-a38ff5bbf9799dd944c762412aaebc54818407f5.zip |
Merge tag 'firewire-fixes-6.8-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394
Pull firewire fix from Takashi Sakamoto:
"A change to accelerate the device detection step in some cases.
In the self-identification step after bus-reset, all nodes in the same
bus broadcast selfID packet including the value of gap count. The
value is related to the cable hops between nodes, and used to
calculate the subaction gap and the arbitration reset gap.
When each node has the different value of the gap count, the
asynchronous communication between them is unreliable, since an
asynchronous transaction could be interrupted by another asynchronous
transaction before completion. The gap count inconsistency can be
resolved by several ways; e.g. the transfer of PHY configuration
packet and generation of bus-reset.
The current implementation of firewire stack can correctly detect the
gap count inconsistency, however the recovery action from the
inconsistency tends to be delayed after reading configuration ROM of
root node. This results in the long time to probe devices in some
combinations of hardware.
Here the stack is changed to schedule the action as soon as possible"
* tag 'firewire-fixes-6.8-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394:
firewire: core: send bus reset promptly on gap count error
Diffstat (limited to 'mm/process_vm_access.c')
0 files changed, 0 insertions, 0 deletions