From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E1318C433B4 for ; Thu, 15 Apr 2021 09:18:00 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id C4FE061152 for ; Thu, 15 Apr 2021 09:17:59 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C4FE061152 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=bugs.launchpad.net Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:50308 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lWy8M-0005vR-LX for qemu-devel@archiver.kernel.org; Thu, 15 Apr 2021 05:17:58 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:56252) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lWy6U-0004zO-HK for qemu-devel@nongnu.org; Thu, 15 Apr 2021 05:16:02 -0400 Received: from indium.canonical.com ([91.189.90.7]:45030) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lWy6Q-0000x6-HL for qemu-devel@nongnu.org; Thu, 15 Apr 2021 05:16:02 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.86_2 #2 (Debian)) id 1lWy6M-0003RT-MZ for ; Thu, 15 Apr 2021 09:15:54 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id A77362E8168 for ; Thu, 15 Apr 2021 09:15:54 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Thu, 15 Apr 2021 09:04:45 -0000 From: Kashyap Chamarthy <1923663@bugs.launchpad.net> To: qemu-devel@nongnu.org X-Launchpad-Notification-Type: bug X-Launchpad-Bug: product=qemu; status=New; importance=Undecided; assignee=None; X-Launchpad-Bug-Information-Type: Public X-Launchpad-Bug-Private: no X-Launchpad-Bug-Security-Vulnerability: no X-Launchpad-Bug-Commenters: awilliamson kashyapc X-Launchpad-Bug-Reporter: Adam Williamson (awilliamson) X-Launchpad-Bug-Modifier: Kashyap Chamarthy (kashyapc) References: <161834460731.13851.12350778402155141357.malonedeb@chaenomeles.canonical.com> Message-Id: <161847748608.9433.8028820577822355442.malone@gac.canonical.com> Subject: [Bug 1923663] Re: Can't(?) disable default floppy drive any more in qemu 6.0 X-Launchpad-Message-Rationale: Subscriber (QEMU) @qemu-devel-ml X-Launchpad-Message-For: qemu-devel-ml Precedence: bulk X-Generated-By: Launchpad (canonical.com); Revision="929bdb49da44562d032228b8f93c5c598dae8678"; Instance="production" X-Launchpad-Hash: 714df1ec278dc60778e0ddf39885efa080094e59 Received-SPF: none client-ip=91.189.90.7; envelope-from=bounces@canonical.com; helo=indium.canonical.com X-Spam_score_int: -65 X-Spam_score: -6.6 X-Spam_bar: ------ X-Spam_report: (-6.6 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Bug 1923663 <1923663@bugs.launchpad.net> Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" I see that Markus Armbruster has responded to the bug on 'qemu-devel' list = here: https://lists.nongnu.org/archive/html/qemu-devel/2021-04/msg02177.html Not sure if you (Adam) have noticed, as I don't expect you to subscribe to 'qemu-devel'. So I'm copy/pasting the full comment from Markus here: -------------------------------------------------------------------------- =3D Short answer =3D In my opinion, management applications are better off with -nodefaults. It's easier to understand than the complicated mess I'm going to describe under "Long answer" below. If you'd prefer not to, try -global isa-fdc.fdtypeA=3Dnone. =3D Long answer =3D -global isa-fdc.driveA=3D worked. Whether it was supported usage or accidental dirt effect is unclear. Doesn't matter now. -nodefaults suppresses a number of backends: * Character device backend for a serial device Also suppressed when -serial ... or -device isa-serial,... or -global isa-serial.PROP=3DVAL is given, or the machine type opts out of this backend. Backend configuration depends on other options; too complicated to explain here. * Character device backend for a parallel device Also suppressed when -parallel ... or -device isa-parallel,... or -global isa-parallel.PROP=3DVAL is given, or the machine type opts out of this backend. Backend configuration depends on other options; too complicated to explain here. * Block device backend a floppy device Also suppressed when -device isa-fdc,... or -global isa-fdc.PROP=3DVAL or -device floppy or -global floppy.PROP=3DVAL is given, or the machine type opts out of this backend. * Block device backend a CD-ROM device Also suppressed when -device {ide,scsi}-{cd,hd},... or -global {ide,scsi}-{cd,hd}.PROP=3DVAL is given, or the machine type opts out of this backend. * SD card Also suppressed when the machine type opts out of this backend. When a backend exists, the machine type may * Create a frontend (a.k.a. device model) connected to the backend * Ignore the backend silently * Complain about the useless backend -nodefaults additionally suppresses: * Default HMP monitor Also suppressed when -monitor or -qmp or -qmp-pretty or -mon or -serial mon:... or -parallel mon:... is given. Monitor configuration depends on other options; too complicated to explain here. * Default network frontend (-net nic) and backend (-net user) Also suppressed when -netdev or -nic or -net is given. Default backend is only done when we have SLIRP. * Default VGA type, if any Actual type depends on the machine machine type. Set to "none" when -vga or -device DRV,... or -global DRV.PROP=3DVAL is given, where DRV is a VGA device model. When the type is not "none", the machine type may: * Create a device of that type * Ignore the type silently * Complain about the type * Additional stuff depending on the machine type Questions? -------------------------------------------------------------------------- -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1923663 Title: Can't(?) disable default floppy drive any more in qemu 6.0 Status in QEMU: New Bug description: There's a documented change in qemu 6.0: https://qemu-project.gitlab.io/qemu/system/removed-features.html #floppy-controllers-drive-properties-removed-in-6-0 where you can't configure floppy controller device properties with -global any more. However, there's a thing you could do with the old parameter which I can't figure out a way to do with the documented replacement. openQA passed exactly this argument: -global isa-fdc.driveA=3D and that has the effect of removing/disabling the default floppy drive/controller. If you just run `qemu-system-i686` (no other args) you'll see the VM briefly try to boot from a floppy drive; if you run `qemu-system-i686 -global isa-fdc.driveA=3D` (with an earlier version of qemu, obviously) you'll see it does not do so. I can't see a way to do this with `-device floppy`. Going by the docs, the equivalent should be: -device floppy,unit=3D0,drive=3D but that does not seem to have the same effect. If you run `qemu- system-i686 -device floppy,unit=3D0,drive=3D`, it still tries to boot from a floppy drive. I see there's a -nodefaults option that disables *all* default devices, but I don't think that's what we want here either. We might want the other default devices, we just don't want the floppy drive. To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1923663/+subscriptions