summaryrefslogtreecommitdiff
path: root/mm/memcontrol.c
diff options
context:
space:
mode:
authorTakashi Sakamoto <o-takashi@sakamocchi.jp>2019-11-01 16:13:21 +0300
committerTakashi Iwai <tiwai@suse.de>2019-11-02 10:49:50 +0300
commitd3eabe939aee3ffd5b133766a932629a9746298c (patch)
treecdf3df790199fb9e71129ff893e863e04c5273b8 /mm/memcontrol.c
parent0929249e3be3bb82ee6cfec0025f4dde952210b3 (diff)
downloadlinux-d3eabe939aee3ffd5b133766a932629a9746298c.tar.xz
ALSA: bebob: expand sleep just after breaking connections for protocol version 1
As long as I investigated, some devices with BeBoB protocol version 1 can be freezed during several hundreds milliseconds after breaking connections. When accessing during the freezed time, any transaction is corrupted. In the worst case, the device is going to reboot. I can see this issue in: * Roland FA-66 * M-Audio FireWire Solo This commit expands sleep just after breaking connections to avoid the freezed time as much as possible. I note that the freeze/reboot behaviour is similar to below models: * Focusrite Saffire Pro 10 I/O * Focusrite Saffire Pro 26 I/O The above models certainly reboot after breaking connections. Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp> Link: https://lore.kernel.org/r/20191101131323.17300-2-o-takashi@sakamocchi.jp Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'mm/memcontrol.c')
0 files changed, 0 insertions, 0 deletions