From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by mx.groups.io with SMTP id smtpd.web10.19347.1670428944286746767 for ; Wed, 07 Dec 2022 08:02:24 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=E4i3K3Zn; spf=pass (domain: redhat.com, ip: 170.10.129.124, mailfrom: kraxel@redhat.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1670428943; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=HFZQC6Eexm0RIaW6PT4eqehm1/a1tfxM2pyqOFwWsaE=; b=E4i3K3ZnMrkNT/5aL2LaA5YV43ojKsgijhrqL6X8d/CoxRQd6SYbYAoua4+fBdRH3atiLW wvzlg9xq3doJTqEmzntgPpPuNj6tNjYYEQuibnwhq8F2uW1SFi59TbkGJ3Hj6tE7GazukJ nr9G5H3IKyGVwJEIK0uQN55k+uCWzZc= Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-487-6YdmthuSNkmUIrHMjIWjpA-1; Wed, 07 Dec 2022 11:02:18 -0500 X-MC-Unique: 6YdmthuSNkmUIrHMjIWjpA-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.rdu2.redhat.com [10.11.54.7]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 75569293249B; Wed, 7 Dec 2022 16:01:52 +0000 (UTC) Received: from sirius.home.kraxel.org (unknown [10.39.192.102]) by smtp.corp.redhat.com (Postfix) with ESMTPS id DE7141401C37; Wed, 7 Dec 2022 16:01:50 +0000 (UTC) Received: by sirius.home.kraxel.org (Postfix, from userid 1000) id A6FCB1800908; Wed, 7 Dec 2022 17:01:40 +0100 (CET) Date: Wed, 7 Dec 2022 17:01:40 +0100 From: "Gerd Hoffmann" To: James Bottomley Cc: Ard Biesheuvel , Mike Maslenkin , devel@edk2.groups.io, dann.frazier@canonical.com, michael.d.kinney@intel.com, Ard Biesheuvel , Jiewen Yao , Jordan Justen , Sebastien Boeuf , Brijesh Singh , Erdem Aktas , Min Xu , Tom Lendacky , 1016359@bugs.debian.org Subject: Re: [edk2-devel] [Patch 1/2] OvmfPkg: Change default to disable MptScsi and PvScsi Message-ID: <20221207160140.ilh63xxxgefs5hff@sirius.home.kraxel.org> References: <20220726194640.1920-1-michael.d.kinney@intel.com> <20220726194640.1920-2-michael.d.kinney@intel.com> <20221206055649.33rbcbkyuavpxqdk@sirius.home.kraxel.org> <20221207074123.ccj63ciwywubqj6k@sirius.home.kraxel.org> <887bc678bbd4a356edd420809bffa0964e0b162b.camel@linux.ibm.com> MIME-Version: 1.0 In-Reply-To: <887bc678bbd4a356edd420809bffa0964e0b162b.camel@linux.ibm.com> X-Scanned-By: MIMEDefang 3.1 on 10.11.54.7 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 07, 2022 at 09:14:39AM -0500, James Bottomley wrote: > On Wed, 2022-12-07 at 15:09 +0100, Ard Biesheuvel wrote: > > So at some point, these drivers will be removed rather than kept > > alive by the core team unless someone steps up. > > How important is keeping them alive? Most common use case is probably bootimg images created on other hypervisors on qemu. Otherwise there is little reason to use something which is not virtio-scsi. > I can volunteer to "maintain" > them which I anticipate won't be much effort (plus I'm used to looking > after obsolete SCSI equipment). The hardware is obsolete, so the > mechanics of their emulation isn't going to change, the only potential > risk is changes in the guest to host transmission layer that breaks > something. Yes, I don't expect it being much effort, but knowing oldish scsi stuff certainly helps understanding the driver code if needed. If you want step up sent a patch updating Maintainers.txt accordingly. > On the other hand, I've got to say I use virtio-scsi in all > my VM testing environments, Same here ;) take care, Gerd