diff options
author | John Snow <jsnow@redhat.com> | 2015-11-06 14:09:00 -0500 |
---|---|---|
committer | John Snow <jsnow@redhat.com> | 2015-11-06 14:09:00 -0500 |
commit | 9fbf0fa81fca8f527669dd4fa72662d66e7d6329 (patch) | |
tree | f24a3794f9948bebc23ee7b06264de6fb3b186bc /hw/s390x | |
parent | 4b59f39bc9a03afcc74b2fa28da7c3189fca507c (diff) | |
download | hqemu-9fbf0fa81fca8f527669dd4fa72662d66e7d6329.zip hqemu-9fbf0fa81fca8f527669dd4fa72662d66e7d6329.tar.gz |
ide: remove hardcoded 2GiB transactional limit
Not that you can request a >2GiB transaction, but that's why checking
for it makes no sense anymore.
With the newer 'limit' parameter to prepare_buf, we no longer need a
static limit. The maximum limit is still 2GiB, but the limit parameter
is set to the current transaction size, which cannot surpass 32MiB
(512 * 65536). If the PRDT surpasses the transactional size, then,
we'll just carry out the normative underflow handling pathways instead
of needing an extra, strange pathway that worries about hitting some
logistical cap for the largest sglist we can support -- we'll never
even attempt to build one that big anymore.
Reported-by: Kevin Wolf <kwolf@redhat.com>
Signed-off-by: John Snow <jsnow@redhat.com>
Acked-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-id: 1445902682-20051-1-git-send-email-jsnow@redhat.com
Diffstat (limited to 'hw/s390x')
0 files changed, 0 insertions, 0 deletions