From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <stable-owner@vger.kernel.org>
Received: from mail-by2on0060.outbound.protection.outlook.com ([207.46.100.60]:63328
	"EHLO na01-by2-obe.outbound.protection.outlook.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1753022AbcFCVPd (ORCPT <rfc822;stable@vger.kernel.org>);
	Fri, 3 Jun 2016 17:15:33 -0400
Subject: Re: [PATCH 1/1] target: fix max_unmap_lba_count calc overflow
To: <mchristi@redhat.com>, <target-devel@vger.kernel.org>
References: <1464916357-8008-1-git-send-email-mchristi@redhat.com>
CC: <bart.vanassche@sandisk.com>, <stable@vger.kernel.org>
From: Bart Van Assche <bart.vanassche@sandisk.com>
Message-ID: <ea40885b-0c18-1632-06bd-3e6d880bb51e@sandisk.com>
Date: Fri, 3 Jun 2016 14:15:21 -0700
MIME-Version: 1.0
In-Reply-To: <1464916357-8008-1-git-send-email-mchristi@redhat.com>
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
Sender: stable-owner@vger.kernel.org
List-ID: <stable.vger.kernel.org>

On 06/02/2016 06:12 PM, mchristi@redhat.com wrote:
> max_discard_sectors only 32bits, and some non scsi backend
> devices will set this to the max 0xffffffff, so we can end up
> overflowing during the max_unmap_lba_count calculation.

Reviewed-by: Bart Van Assche <bart.vanassche@sandisk.com>