Re: [PATCH] target: Fix REPORT TARGET PORT GROUPS handling with small allocation length

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Oct 19, 2011 at 1:42 AM, Nicholas A. Bellinger
<nab@xxxxxxxxxxxxxxx> wrote:
>> Any chance we can start collecting a regression test suite for these
>> things?  It should be fairly easy do that using sg3_utils.
>
> The problem with sg_rtpg specifically is that it uses a hardcoded
> allocation length, which is part of the reason this was not detected
> alot earlier..

Presumably one could craft a test for this with sg_raw.  But yeah it
is a matter of someone sitting down and doing it.

With mainline code this bug would only hit if the response data
overflowed the first sg list page, right?

The problem I'm concerned about with the current code is that
REPORT LUNS is limited to a one-page response, and I think
we're going to want to support more LUNs than that...

 - R.
--
To unsubscribe from this list: send the line "unsubscribe target-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux SCSI]     [Kernel Newbies]     [Linux SCSI Target Infrastructure]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Device Mapper]

  Powered by Linux