aboutsummaryrefslogtreecommitdiff
path: root/target/i386/tcg/sysemu/fpu_helper.c
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 /target/i386/tcg/sysemu/fpu_helper.c
parent7e85cb0db4c693b4e084a00e66fe73a22ed1688a (diff)
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 'target/i386/tcg/sysemu/fpu_helper.c')
0 files changed, 0 insertions, 0 deletions