diff options
| author | mav <mav@FreeBSD.org> | 2014-01-22 22:19:53 +0000 |
|---|---|---|
| committer | mav <mav@FreeBSD.org> | 2014-01-22 22:19:53 +0000 |
| commit | a91ad8c840890232f4e42f88c7ed1f1284096030 (patch) | |
| tree | 3fcf317b960e488abc30b352df6fd8fbc871d001 /contrib/libc++/src/system_error.cpp | |
| parent | daf9d3fe30073756feda75267c65c487fa7d0b08 (diff) | |
| download | FreeBSD-src-a91ad8c840890232f4e42f88c7ed1f1284096030.zip FreeBSD-src-a91ad8c840890232f4e42f88c7ed1f1284096030.tar.gz | |
Mostly revert r260267 and hopefully really fix the original problem.
The latest draft of SBC-3 tells: "A MAXIMUM UNMAP LBA COUNT field set to
a non-zero value indicates the maximum number of LBAs that may be unmapped
by an UNMAP command." To me it does not sound like that limit is set per
single descriptor, but rather per all command. And I have at least one
device that behaves exactly that way. This patch fixes the problem there.
MFC after: 1 week
Diffstat (limited to 'contrib/libc++/src/system_error.cpp')
0 files changed, 0 insertions, 0 deletions
