linux-kernel - Re: [Xen-devel] [PATCH v2 2/2] block/xen-blkfront: Handle non-indirect grant with 64KB pages

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 12 Nov 2015 17:30:16 +0000
From:	Julien Grall <julien.grall@...rix.com>
To:	Roger Pau Monné <roger.pau@...rix.com>,
	<xen-devel@...ts.xenproject.org>, <linux-kernel@...r.kernel.org>
CC:	Boris Ostrovsky <boris.ostrovsky@...cle.com>,
	David Vrabel <david.vrabel@...rix.com>
Subject: Re: [Xen-devel] [PATCH v2 2/2] block/xen-blkfront: Handle non-indirect
 grant with 64KB pages

Hi,

On 12/11/15 16:40, Roger Pau Monné wrote:
>> [1] http://lists.xen.org/archives/html/xen-devel/2015-08/msg02200.html
>>
>> Signed-off-by: Julien Grall <julien.grall@...rix.com>
> 
> LGTM, only a couple of typos and a simplification:
> 
> Signed-off-by: Roger Pau Monné <roger.pau@...rix.com>

Do you mean Acked-by? ;)

>> +
>> +	/* The I/O request may be split in two */
>> +	if (unlikely(s->associated_id != NO_ASSOCIATED_ID)) {
>> +		struct blk_shadow *s2 = &info->shadow[s->associated_id];
>> +
>> +		/* Keep the status of the current response in shadow */
>> +		s->status = (bret->status == BLKIF_RSP_OKAY) ?
>> +			REQ_DONE : REQ_FAIL;
>> +
>> +		/* Wait the second response if not yet here */
>> +		if (s2->status == REQ_WAITING)
>> +			return 0;
>> +
>> +		/*
>> +		 * The status of the current response will be used in
>> +		 * order to know if the request has failed.
>> +		 * Update the current response status only if has not
>> +		 * failed.
>> +		 */
>> +		if (bret->status == BLKIF_RSP_OKAY && s2->status == REQ_FAIL)
> 
> This could be simplified by only checking if s2->status == REQ_FAIL.

I didn't do it because bret->status may be different than
BLKIF_RSP_ERROR (for instance BLKIF_RSP_EOPNOTSUPP).

Regards,

-- 
Julien Grall
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/