From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 2002:a17:505:8f44:b0:1be9:327d:8ee3 with SMTP id jy4csp1119106njc; Mon, 10 Mar 2025 05:30:59 -0700 (PDT) X-Forwarded-Encrypted: i=2; AJvYcCXF2PxVOs8wWgPafqhWlPZ/A/VlZvVbOR5z9ToImxMkm6oEFHy/prkb4NsXOrs0RET67lXuBYxJdZRvfw==@linaro.org X-Google-Smtp-Source: AGHT+IGp6cnpjkFEZTUV2k1HqrNPZTOO2p//v+mrp+72OJlLUoLi7ZcMdXDtOaPclWJG4PWNLGr8 X-Received: by 2002:a5d:5849:0:b0:391:47a7:299c with SMTP id ffacd0b85a97d-39147a72b4bmr2912659f8f.40.1741609859316; Mon, 10 Mar 2025 05:30:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1741609859; cv=none; d=google.com; s=arc-20240605; b=SETxYhF1Sp74iF5JvIQaHQNaPyl4PGf281GbnbW+3fEr+4X530f5jm5Ght4EiTtxd0 64C6u6UwpbFm1GWMdZcmahfX7ObGmKwbgjE5WiS9BnNTrQSzCGyYWP19CvuImUS2dNKi PeDD1RWFHs9f7p+NsakpwBulU6FnLFFtUMbjXW//n65nbA5WX/lZOkVpfilf94JAgTT5 +dzxv2glFgtru66E4Ku6b4yZRaMLj4AJbvzDwoLPt5/yF1EiARLm9EbaAJHOdx5VwGxF 9ZrFoYpYIOViNdjl/Ls9WONeuvckuTrQFUoE9R2pqMeo1mWVzxCYSdhYnRMdSTORQWS2 wxeA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=PC2rKpsiEjh3Imi2o4iS3KshXmSKtchm8Wk7PK3Ltuw=; fh=JIC9H5eoF914wjf19XzQeJK73GW0xzH9XPUJH42nhlY=; b=Cz6+/6d73wnljOUKuTt0xCmmU7h7fqewpNZ2Jvi9OrCcgtMSjmTiBG5fA9Op75GNE5 GzudXDZTohD/fr2YFmLH6l3cJGLCrBingnlAEWrc1gOqi7YH/3vv+zaLchVjA+5G68X0 IUwRGJSnMmkXIEs7sT8xhKmvsRLhpo1unoGERIKS2R2FY04tK0IH/MK1MDSLy9O73tsX EnhD/AsHFZZX5jn8Fvg/lr9C5jx5bSLzIR5zW6plafCoP5mUIE3KL6KoT3NSZ2B4ZGRs fPknsn+YktpBZIJC1dMTNEc6v5wN3an+ghkdm1esqN+g8zSA2WwyZS/ThqVZFZuI71/6 jzrg==; dara=google.com ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@treblig.org header.s=bytemarkmx header.b="LOJ/6Fv/"; spf=pass (google.com: domain of dg@treblig.org designates 2a00:1098:5b::1 as permitted sender) smtp.mailfrom=dg@treblig.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=treblig.org Return-Path: Received: from mx.treblig.org (mx.treblig.org. [2a00:1098:5b::1]) by mx.google.com with ESMTPS id ffacd0b85a97d-3912c0e1614si5652869f8f.340.2025.03.10.05.30.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 10 Mar 2025 05:30:59 -0700 (PDT) Received-SPF: pass (google.com: domain of dg@treblig.org designates 2a00:1098:5b::1 as permitted sender) client-ip=2a00:1098:5b::1; Authentication-Results: mx.google.com; dkim=pass header.i=@treblig.org header.s=bytemarkmx header.b="LOJ/6Fv/"; spf=pass (google.com: domain of dg@treblig.org designates 2a00:1098:5b::1 as permitted sender) smtp.mailfrom=dg@treblig.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=treblig.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=treblig.org ; s=bytemarkmx; h=Content-Type:MIME-Version:Message-ID:Subject:From:Date:From :Subject; bh=PC2rKpsiEjh3Imi2o4iS3KshXmSKtchm8Wk7PK3Ltuw=; b=LOJ/6Fv/1H6s3jZt 8umbukbLuu/8MAvfCgZiG7uSis8niRCH8I2YwQdAvMN991ULazJtmidj56Kds8DcVUImzFahzmWyW /3H378AgIXHFRIdDeWEuTYuLFdO8GsHKa7GOoWoUA+7c42cS+rgkZGiw+qwmRT/nBRS7sPyj0rYu/ /GBST2pyzA0PPdsvcaT1w8X19QDApCdxrEcRd2lKb5hjItGb5s4LU9iK+ofeuel4Yqlkzm2Eyo0Rm GtlKAt/Sz4y0tuHI9aUhLgEpWHdwXd1k7yhAnH9jF1LtcVyxMm7Le9kv4/ea1wmkMYjlmXYu46QsX WlfWR2GaJbmCO2Ic9A==; Received: from dg by mx.treblig.org with local (Exim 4.96) (envelope-from ) id 1trcHZ-003s4L-0F; Mon, 10 Mar 2025 12:30:57 +0000 Date: Mon, 10 Mar 2025 12:30:57 +0000 From: "Dr. David Alan Gilbert" To: Thomas Huth Cc: Pierrick Bouvier , Daniel =?iso-8859-1?Q?P=2E_Berrang=E9?= , Philippe =?iso-8859-1?Q?Mathieu-Daud=E9?= , qemu-devel@nongnu.org, Cornelia Huck , David Hildenbrand , Alex =?iso-8859-1?Q?Benn=E9e?= , Christian Borntraeger , qemu-s390x@nongnu.org, devel@lists.libvirt.org, Eric Farman , Ilya Leoshkevich , Markus Armbruster , Richard Henderson , Eric Blake , Halil Pasic , Anton Johansson , qemu-arm Subject: Re: [PATCH 0/4] hw/s390x: Alias @dump-skeys -> @dump-s390-skey and deprecate Message-ID: References: <20240530074544.25444-1-philmd@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Chocolate: 70 percent or better cocoa solids preferably X-Operating-System: Linux/6.1.0-21-amd64 (x86_64) X-Uptime: 12:20:24 up 305 days, 23:34, 1 user, load average: 0.03, 0.01, 0.00 User-Agent: Mutt/2.2.12 (2023-09-09) X-TUID: St4ewZWpltX6 * Thomas Huth (thuth@redhat.com) wrote: > On 09/03/2025 19.55, Pierrick Bouvier wrote: > > On 6/3/24 05:18, Daniel P. Berrangé wrote: > > > On Fri, May 31, 2024 at 06:47:45AM +0200, Thomas Huth wrote: > > > > On 30/05/2024 09.45, Philippe Mathieu-Daudé wrote: > > > > > We are trying to unify all qemu-system-FOO to a single binary. > > > > > In order to do that we need to remove QAPI target specific code. > > > > > > > > > > @dump-skeys is only available on qemu-system-s390x. This series > > > > > rename it as @dump-s390-skey, making it available on other > > > > > binaries. We take care of backward compatibility via deprecation. > > > > > > > > > > Philippe Mathieu-Daudé (4): > > > > >     hw/s390x: Introduce the @dump-s390-skeys QMP command > > > > >     hw/s390x: Introduce the 'dump_s390_skeys' HMP command > > > > >     hw/s390x: Deprecate the HMP 'dump_skeys' command > > > > >     hw/s390x: Deprecate the QMP @dump-skeys command > > > > > > > > Why do we have to rename the command? Just for the sake of it? I think > > > > renaming HMP commands is maybe ok, but breaking the API in QMP is something > > > > you should consider twice. > > > > > > That was going to be my question too. Seems like its possible to simply > > > stub out the existing command for other targets. > > > > > > The renaming is just window dressing. > > > > > > > Working on single-binary topic means specificities from every qemu > > binary/ architecture has to be merged together. Despite appearing has a > > bad thing now, it's definitely a step forward for QEMU, and will allow > > to enable new usages. > > > > The hard way is to trigger a deep refactoring, involving lengthy > > conversations where compromises have to be found ("let's implement this > > for all arch"). The pragmatic way is to eliminate obvious stuff. > > > > This command is specific to an arch, so renaming is a good and obvious > > strategy. For the backward compatible anxious developer, another > > strategy would be to simply declare this command if the running target > > is s390x. But then, you create a precedent to do something that should > > not have existed in the first place. > > > > +1 for the renaming, and hope that users of this command are able to > > change a line in their script to adapt to the new command. > > Sorry, but no: We've got plenty of other target specific commands... > rtc-reset-reinjection , query-sev, query-gic-capabilities, just to name some > few. So unless you provide a patch series to rename *all* of them and > deprecate the previous names, I don't see the point why changing just one > single s390x command is necessary. I'd probably agree; mind you, it wouldn't be a bad convention to adopt in general. For HMP, since there's no need to have a fixed schema for a command, it would be fine to have a generic command for all architectures that have a similar idea even if their data is very different. Dave > Thomas > -- -----Open up your eyes, open up your mind, open up your code ------- / Dr. David Alan Gilbert | Running GNU/Linux | Happy \ \ dave @ treblig.org | | In Hex / \ _________________________|_____ http://www.treblig.org |_______/