diff options
author | Niklas Cassel <niklas.cassel@wdc.com> | 2023-06-09 16:08:44 +0200 |
---|---|---|
committer | John Snow <jsnow@redhat.com> | 2023-09-06 22:48:04 -0400 |
commit | 9f89423537653de07ca40c18b5ff5b70b104cc93 (patch) | |
tree | 4d429f6a3d45fd32cf465550dac8f0f41dca1575 /qga | |
parent | 7e85cb0db4c693b4e084a00e66fe73a22ed1688a (diff) | |
download | qemu-9f89423537653de07ca40c18b5ff5b70b104cc93.zip qemu-9f89423537653de07ca40c18b5ff5b70b104cc93.tar.gz qemu-9f89423537653de07ca40c18b5ff5b70b104cc93.tar.bz2 |
hw/ide/ahci: fix broken SError handling
When encountering an NCQ error, you should not write the NCQ tag to the
SError register. This is completely wrong.
The SError register has a clear definition, where each bit represents a
different error, see PxSERR definition in AHCI 1.3.1.
If we write a random value (like the NCQ tag) in SError, e.g. Linux will
read SError, and will trigger arbitrary error handling depending on the
NCQ tag that happened to be executing.
In case of success, ncq_cb() will call ncq_finish().
In case of error, ncq_cb() will call ncq_err() (which will clear
ncq_tfs->used), and then call ncq_finish(), thus using ncq_tfs->used is
sufficient to tell if finished should get set or not.
Signed-off-by: Niklas Cassel <niklas.cassel@wdc.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-id: 20230609140844.202795-9-nks@flawful.org
Signed-off-by: John Snow <jsnow@redhat.com>
Diffstat (limited to 'qga')
0 files changed, 0 insertions, 0 deletions