aboutsummaryrefslogtreecommitdiff
path: root/qga
diff options
context:
space:
mode:
authorNiklas Cassel <niklas.cassel@wdc.com>2023-06-09 16:08:44 +0200
committerJohn Snow <jsnow@redhat.com>2023-09-06 22:48:04 -0400
commit9f89423537653de07ca40c18b5ff5b70b104cc93 (patch)
tree4d429f6a3d45fd32cf465550dac8f0f41dca1575 /qga
parent7e85cb0db4c693b4e084a00e66fe73a22ed1688a (diff)
downloadqemu-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