Received: by 2002:a05:6358:489b:b0:bb:da1:e618 with SMTP id x27csp6771814rwn; Tue, 13 Sep 2022 08:49:22 -0700 (PDT) X-Google-Smtp-Source: AA6agR6kV9rKmEa+CIWqX7vmYM3f9idwrr1FTNReChusppYXsT+FrBzLZ4hh63ZlrGY1ghyF4KMU X-Received: by 2002:a05:6402:5489:b0:43b:b935:db37 with SMTP id fg9-20020a056402548900b0043bb935db37mr27588852edb.347.1663084162202; Tue, 13 Sep 2022 08:49:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663084162; cv=none; d=google.com; s=arc-20160816; b=xWlW7/YhRdsQ53767PwaPSko89rETv03CGYhPND7SY9bLeo6YbExj4p/8R5DtVw4ra D/Qk2maoin/iUVHDukM+ICIBBC97MGyRypUC1mhdTPmO7AmbtqC9LIodh9prEgi3/+WV 1PjGuKKuXdb4qDMPNRdD9yVHvIKmYcKtkjHJyBzp2izeR0FPl/w5JhWWXkIkaRvcFM3x zwm/R+aWAMTangFDdY2bDpiyqmtiLnkD0PAWcp+cNBH9hE64lJzQksP33DZyVF2iL0Xe NVP72QrbWzr9lDPlitQTWOhWgZ/NkUpx4fljLvouxAYKukKWb96w8RfIMseAbFigniES kELw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=Ehnkg8OSwAxXMtS3cxmM6Ajpv8K1fLux+UXCGmyboLw=; b=jBs1qNAScTli/usAKaFQQamOnm9n+uptFkEB9AjCI9A1Zo5JTPUV+aAeAAm7HykhfV nQu6HOpKqGuBCoxwaOpGkIYDy2OZOCY1ynxiNtCd+OR3vImF5PefZOYI8eFV0ydbbT9V M0MzyuT7XQiubJHZTk801lFAx99xvLELX/3N6N5V1XUuY+HZuQA2WfPiMqgMbBC18xJa RTk0CWrkBgjqixTm+vmpLnA67KQdJnMtRVXlmgrnwGmKDcOavrPt+EILjDuZNbeGEGgf X2+Ih/fKdFiMcSrtSNIxfVhvePmmA1JwqwkKJUscrR33zSnRfbRhwI5e376r2ZF3FmJZ 5Azg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Kbc8iKna; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id gs16-20020a1709072d1000b0077c393f05e8si6215546ejc.750.2022.09.13.08.48.52; Tue, 13 Sep 2022 08:49:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Kbc8iKna; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231664AbiIMP0v (ORCPT + 99 others); Tue, 13 Sep 2022 11:26:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55524 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236354AbiIMPYT (ORCPT ); Tue, 13 Sep 2022 11:24:19 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 54F597C302; Tue, 13 Sep 2022 07:38:03 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id BC4F6B8100B; Tue, 13 Sep 2022 14:35:38 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0AB6DC433D6; Tue, 13 Sep 2022 14:35:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1663079737; bh=0PyzWKGgacvE+hrA7uAAPic9Xb5y/v5fYZvJrGxE2Bo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Kbc8iKna4SgnXotQNmByERaMbW/Zuk61th+PI0LvMUgPanioPteB2WCrgYLKmFl0h eonvfU3FP2236MTqBM7/H0vhPfhC26otcgSC08/GWwoV5BRRSYdU4nJbw+3oxp0b3o MZqzxb4R0NBR6sNCMkBVyELlPwALoCtLk8Sn3pzY= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Alan Stern , Krishna Kurapati Subject: [PATCH 4.14 29/61] usb: gadget: mass_storage: Fix cdrom data transfers on MAC-OS Date: Tue, 13 Sep 2022 16:07:31 +0200 Message-Id: <20220913140347.955607221@linuxfoundation.org> X-Mailer: git-send-email 2.37.3 In-Reply-To: <20220913140346.422813036@linuxfoundation.org> References: <20220913140346.422813036@linuxfoundation.org> User-Agent: quilt/0.67 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Krishna Kurapati commit 9d4dc16ec71bd6368548e9743223e449b4377fc7 upstream. During cdrom emulation, the response to read_toc command must contain the cdrom address as the number of sectors (2048 byte sized blocks) represented either as an absolute value (when MSF bit is '0') or in terms of PMin/PSec/PFrame (when MSF bit is set to '1'). Incase of cdrom, the fsg_lun_open call sets the sector size to 2048 bytes. When MAC OS sends a read_toc request with MSF set to '1', the store_cdrom_address assumes that the address being provided is the LUN size represented in 512 byte sized blocks instead of 2048. It tries to modify the address further to convert it to 2048 byte sized blocks and store it in MSF format. This results in data transfer failures as the cdrom address being provided in the read_toc response is incorrect. Fixes: 3f565a363cee ("usb: gadget: storage: adapt logic block size to bound block devices") Cc: stable@vger.kernel.org Acked-by: Alan Stern Signed-off-by: Krishna Kurapati Link: https://lore.kernel.org/r/1661570110-19127-1-git-send-email-quic_kriskura@quicinc.com Signed-off-by: Greg Kroah-Hartman --- drivers/usb/gadget/function/storage_common.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) --- a/drivers/usb/gadget/function/storage_common.c +++ b/drivers/usb/gadget/function/storage_common.c @@ -298,8 +298,10 @@ EXPORT_SYMBOL_GPL(fsg_lun_fsync_sub); void store_cdrom_address(u8 *dest, int msf, u32 addr) { if (msf) { - /* Convert to Minutes-Seconds-Frames */ - addr >>= 2; /* Convert to 2048-byte frames */ + /* + * Convert to Minutes-Seconds-Frames. + * Sector size is already set to 2048 bytes. + */ addr += 2*75; /* Lead-in occupies 2 seconds */ dest[3] = addr % 75; /* Frames */ addr /= 75;