From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out2.suse.de (smtp-out2.suse.de [IPv6:2001:67c:2178:6::1d]) by sourceware.org (Postfix) with ESMTPS id 778A53858D35 for ; Thu, 3 Nov 2022 06:33:51 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 778A53858D35 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=suse.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=suse.de Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id 810081F8AC; Thu, 3 Nov 2022 06:33:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1667457230; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Dil1LbFNenu+nbAS/nrfSlWIgITTAMtncwErIytTdzM=; b=08TyYCQTmlIPJjWv0zG33hz/F0fewuKPIKurjmtf3V499c9ugDDYP2qzk0/xx/4IcBFvoM QgFfxRcwgzyhI9j9cf4N5lE55GYhnDzqZl2np3/PX8aRnWTV7daYKCFCWpcsD33vMWSpaO jtPpGsLhg241jFdsINA5vZebXkHF/P8= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1667457230; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Dil1LbFNenu+nbAS/nrfSlWIgITTAMtncwErIytTdzM=; b=XmkD+rbYjTwuWzUNBAfkIsdxsEkZjWcGVrNYP4gAusjClw2/J1U53pYmAv9NpffkU9Tmwc bHtaAE170dw4gjBQ== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 6415813480; Thu, 3 Nov 2022 06:33:50 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id 8ispF85gY2O2BwAAMHmgww (envelope-from ); Thu, 03 Nov 2022 06:33:50 +0000 Message-ID: Date: Thu, 3 Nov 2022 07:33:50 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: [COMMITTED] PowerPC: Add support for RFC02653 - Dense Math Facility Content-Language: en-US To: Peter Bergner , Binutils Cc: Carl Love References: <35cc8fb3-9673-f9b2-e747-50e99909d530@linux.ibm.com> <983dd863-97f3-4fd0-f0f5-3affa6658f12@linux.ibm.com> From: Tom de Vries In-Reply-To: <983dd863-97f3-4fd0-f0f5-3affa6658f12@linux.ibm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-6.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 11/2/22 20:25, Peter Bergner wrote: > On 11/2/22 1:41 PM, Tom de Vries wrote: >> On 11/2/22 19:32, Peter Bergner wrote: >>> On 11/2/22 1:27 PM, Tom de Vries wrote: >>>> The disassembly shows: >>>> ... >>>>     0x000000000000063c <+1596>:  pmdmxvbf16ger2 a4,vs0,vs1,0,0,0^M >>>> ... >>>> while the test expects pmxvbf16ger2. >>> >>> Yes, Carl notified me of the fallout.  I gave him a patch that updates >>> the expected output to look for the new name.  Carl has agreed to >>> shepherd the patch to fix the fallout. >> >> Could someone explain why that is the right solution? >> >> I don't see any dm registers in the instruction "pmxvbf16ger2 a4,vs0,vs1,0,0,0". >> >> Why then should the pmdmxvbf16ger2 name be used? > > a4 (ie, accumulator register 4) is a DMR register...more specifically, > half of a DMR register. The two RFCs which I pushed support for changed > the "official" ISA mnemonic to the *dm* name because that is more > architecturally correct. We kept the old names as extended mnemonics, > so the only visible change to users is that the disassembly behavior > has changed, hence the need for the change to the expected output. Understood, thanks for the explanation. - Tom