diff options
author | Dan Williams <dan.j.williams@intel.com> | 2012-04-06 11:49:50 -0700 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2012-04-09 10:38:30 -0700 |
commit | bc02d15a3452fdf9276e8fb89c5e504a88df888a (patch) | |
tree | b7014c75d121418b0bc88d8c74f699f9a59adc24 /Documentation/s390/00-INDEX | |
parent | 49b532f96fda23663f8be35593d1c1372c0f91e0 (diff) | |
download | linux-3.10-bc02d15a3452fdf9276e8fb89c5e504a88df888a.tar.gz linux-3.10-bc02d15a3452fdf9276e8fb89c5e504a88df888a.tar.bz2 linux-3.10-bc02d15a3452fdf9276e8fb89c5e504a88df888a.zip |
serial/8250_pci: add a "force background timer" flag and use it for the "kt" serial port
Workaround dropped notifications in the iir register. Register reads
coincident with new interrupt notifications sometimes result in this
device clearing the interrupt event without reporting it in the read
data.
The serial core already has a heuristic for determining when a device
has an untrustworthy iir register. In this case when we apriori know
that the iir is faulty use a flag (UPF_BUG_THRE) to bypass the test and
force usage of the background timer.
[stable: 3.3.x]
Acked-by: Alan Cox <alan@linux.intel.com>
Cc: stable <stable@vger.kernel.org>
Reported-by: Nhan H Mai <nhan.h.mai@intel.com>
Reported-by: Sudhakar Mamillapalli <sudhakar@fb.com>
Tested-by: Nhan H Mai <nhan.h.mai@intel.com>
Tested-by: Sudhakar Mamillapalli <sudhakar@fb.com>
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'Documentation/s390/00-INDEX')
0 files changed, 0 insertions, 0 deletions