[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1893634] [NEW] blk_get_max_transfer() works only with sg
From: |
Tom Yan |
Subject: |
[Bug 1893634] [NEW] blk_get_max_transfer() works only with sg |
Date: |
Mon, 31 Aug 2020 10:24:49 -0000 |
Public bug reported:
blk_get_max_transfer() is supposed to be able to get the max_sectors
queue limit of the scsi device on the host side and is used in both
scsi-generic.c (for scsi-generic and scsi-block) and scsi-disk.c (for
scsi-hd) to set/change the max_xfer_len (and opt_xfer_len in the case of
scsi-generic).
However, it only works with the sg driver in doing so. It cannot get the
queue limit with the sd driver and simply returns MAX_INT.
qemu version 5.1.0
kernel version 5.8.5
Btw, is there a particular reason that it doesn't MIN_NON_ZERO against
the original max_xfer_len:
https://github.com/qemu/qemu/blob/v5.1.0/hw/scsi/scsi-generic.c#L172?
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1893634
Title:
blk_get_max_transfer() works only with sg
Status in QEMU:
New
Bug description:
blk_get_max_transfer() is supposed to be able to get the max_sectors
queue limit of the scsi device on the host side and is used in both
scsi-generic.c (for scsi-generic and scsi-block) and scsi-disk.c (for
scsi-hd) to set/change the max_xfer_len (and opt_xfer_len in the case
of scsi-generic).
However, it only works with the sg driver in doing so. It cannot get
the queue limit with the sd driver and simply returns MAX_INT.
qemu version 5.1.0
kernel version 5.8.5
Btw, is there a particular reason that it doesn't MIN_NON_ZERO against
the original max_xfer_len:
https://github.com/qemu/qemu/blob/v5.1.0/hw/scsi/scsi-generic.c#L172?
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1893634/+subscriptions
- [Bug 1893634] [NEW] blk_get_max_transfer() works only with sg,
Tom Yan <=