Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp3371428ybc; Thu, 21 Nov 2019 07:23:50 -0800 (PST) X-Google-Smtp-Source: APXvYqzv8quuof9KJeKSCcQiZ8j0JWY1cj6255PkIUNC5qvOAXOddKJG+pbKvdjHAHOyW6ZAy9XC X-Received: by 2002:a17:906:7e08:: with SMTP id e8mr14575218ejr.199.1574349830100; Thu, 21 Nov 2019 07:23:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574349830; cv=none; d=google.com; s=arc-20160816; b=r59/jnFpiMhc/9E47k82XPaMGQoPiZsRKojsfQ3/eO/RS0xFj5H7Ha8f5Dz+TJXKXW LXcSqj3uFqUI5Ybv5gWmez+m9zBL0kVc1DMZPi+a22KjO0P3o8sZE2tHjdsQqY2GQ0ui paLXFeBnpBMDWCgm1os/hiaJuw4X4IYvoustKtUXEgqrch4zrFMvrMlxSOwQVTLoVF+0 zXGWY34+l4ZA0IMJuOw3rli/mPhxcEgpzv0ba/iJYE2JcuDfWLi0G9FB89ySbT3zoGkq ijRXd2I5YRL/plZubyzRHSyuQu20e08W4QMStdrQ/fRHutRSbW1754cuh7efKTSis/78 1Wbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=zS2xUYH6Ozsqhz9T505Ifq+NydNQq2nsFgvlbJhjXtw=; b=qGWL8Oesn2dV3lztZ6mx0O3RYPU4urjgwNzbFLAaBPhWTngCpFYe4VgE4TRdu4sZCE NbW3CGJ3EjTnHvIyfV7/oSEFHYd3yVlca870pe9jYi26w03LqcEuKjPbD3RO33JRdiuI aIs0S9v8U0Y5YM1Qrff5/qJfOMiP5r8f05GjDVXNiY7FxwwISHNzX5K6L6ROCcyplrJM blU75s9GvPMwULEJDjqZrxZdY+33+WRZLTS82lQZS4S+nvDq/Fw+42wMBGZian6jrPfX RKU8bShu/u1Mu6y850Zrr80eNI4UWIe7PPyD7sxoHepkQnfqRIxp1zwaltAntLLer0iw MGmA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id mh20si1909704ejb.268.2019.11.21.07.23.25; Thu, 21 Nov 2019 07:23:50 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727268AbfKUPVl (ORCPT + 99 others); Thu, 21 Nov 2019 10:21:41 -0500 Received: from mx2.suse.de ([195.135.220.15]:52032 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726279AbfKUPVl (ORCPT ); Thu, 21 Nov 2019 10:21:41 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id EBC91B127; Thu, 21 Nov 2019 15:21:38 +0000 (UTC) Date: Thu, 21 Nov 2019 16:21:36 +0100 From: Michal =?iso-8859-1?Q?Such=E1nek?= To: Christoph Hellwig Cc: linux-scsi@vger.kernel.org, Jonathan Corbet , Jens Axboe , "James E.J. Bottomley" , "Martin K. Petersen" , Alexander Viro , Mauro Carvalho Chehab , Eric Biggers , "J. Bruce Fields" , Benjamin Coddington , Hannes Reinecke , Omar Sandoval , Ming Lei , Damien Le Moal , Bart Van Assche , Tejun Heo , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH v2 7/8] scsi: sr: workaround VMware ESXi cdrom emulation bug Message-ID: <20191121152136.GK11661@kitsune.suse.cz> References: <20191024022307.GC11485@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191024022307.GC11485@infradead.org> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 23, 2019 at 07:23:07PM -0700, Christoph Hellwig wrote: > On Wed, Oct 23, 2019 at 02:52:46PM +0200, Michal Suchanek wrote: > > > > The drive claims to have a tray and claims to be able to close it. > > However, the UI has no notion of a tray - when medium is ejected it is > > dropped in the floor and the user must select a medium again before the > > drive can be re-loaded. On the kernel side the tray_move call to close > > the tray succeeds but the drive state does not change as a result of the > > call. > > > > The drive does not in fact emulate the tray state. There are two ways to > > get the medium state. One is the SCSI status: > > Given that this is a buggy software emulation we should not add more > than 100 lines of kernel code to work around it. Ask VMware to fix > their mess instead. Where do you see 100 lines of code? The patch has exactly 4. Thanks Michal