From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 2002:a17:504:1dd4:b0:1be9:327d:8ee3 with SMTP id b20csp227199nji; Thu, 11 Jul 2024 07:44:34 -0700 (PDT) X-Forwarded-Encrypted: i=2; AJvYcCULiHfKZCZP8wfUJ0aYp8cWijembbr5QU+SKQglcrl82Kwph52p0lcbPtjvtADYMVhWRy8TYno2r2I0s9c/h0X4vENAcuFP X-Google-Smtp-Source: AGHT+IFqv0uFyfQR1ar7N1wbdA1MomxyCLbg6Z+Uj66mbvdcd/4QykuFAYlxTOHtlJhY2WM6XLPz X-Received: by 2002:a05:620a:4c4:b0:79e:fec7:d6e9 with SMTP id af79cd13be357-7a149ded497mr268022685a.32.1720709074646; Thu, 11 Jul 2024 07:44:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1720709074; cv=none; d=google.com; s=arc-20160816; b=uSGcdVmYyCiIN0VyVV/TtZl9RIBeyKX3dCSdZSTADKTjce1Ae7sQG73BDKJKysX7iZ jKV5OPNn2nwDmV3O+RdDIU96Yc78JPovuo0tQIHmlPPOlGuHp/6Nn52sLOeJD92Qr+mZ 2Aw2TrrjlUfiXa5QGwJAIfPrbrkk+PuSMHm+i8SIcTRnvou4r3FLAy7M5e7cRfnjiME1 5cJ8ve+UlDRLhVeP1yec3ORPf0nwhnBmI4EDCIYWclV4ita4IfeH7qdK/f2O0GPCE1ss RcK443vIdWvd5AxXz39KcB3xGqb5owHYirwAARC3G6uRO5tr0gF3yta3f+wtJtNH+Xdd 4kZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=sender:errors-to:list-subscribe:list-help:list-post:list-archive :list-unsubscribe:list-id:precedence:mime-version:message-id:date :references:in-reply-to:subject:cc:to:from:dkim-signature :dkim-signature:dkim-signature:dkim-signature; bh=3yyCv5UtypusuYzRWHLk5yrBATs5Wh5xA+D+frGEZB0=; fh=umL8zxbWF4W2pS9nVgc4z5DWwZX8pLHcZx531lKXiRo=; b=yp+nidAM/5BMXukzGjm3e2lsYhoxcigvVy6TzplV7DYNktrTAI9cqF1sQucZyOLLV8 8JMUedUDHEeJ7oRDYEIFHLrYejDOK+cy/Q4Fy6U+64LZEob7vAfZ33NF2iCZPUm9tbzE 3KFhFqkmnCX3xBAmltbqaGXmDzwjfplNL+Qw6+zqViCvZYYNZSuzVPMjwRDQBxxOFCMm qxFdw33bliJabt5v3hg/jZLsl09apk/3mO2ouZwBwB7lMELF5w6kxgWN8Mj3lhDQUsxP Pu2XvkV070VZ5VSce7Fj0CyX8BjVgDCee/JfTbDqIyIjsLuBOUdXsS4FkF4GRc+pC+mR 8MTg==; dara=google.com ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=JYw+PSNY; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519 header.b=9uPqraKF; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=JYw+PSNY; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519; spf=pass (google.com: domain of qemu-arm-bounces+alex.bennee=linaro.org@nongnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom="qemu-arm-bounces+alex.bennee=linaro.org@nongnu.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Return-Path: Received: from lists.gnu.org (lists.gnu.org. [209.51.188.17]) by mx.google.com with ESMTPS id af79cd13be357-79f1909ee76si712919885a.245.2024.07.11.07.44.34 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Jul 2024 07:44:34 -0700 (PDT) Received-SPF: pass (google.com: domain of qemu-arm-bounces+alex.bennee=linaro.org@nongnu.org designates 209.51.188.17 as permitted sender) client-ip=209.51.188.17; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=JYw+PSNY; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519 header.b=9uPqraKF; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=JYw+PSNY; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519; spf=pass (google.com: domain of qemu-arm-bounces+alex.bennee=linaro.org@nongnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom="qemu-arm-bounces+alex.bennee=linaro.org@nongnu.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sRv1u-0002xd-Db; Thu, 11 Jul 2024 10:44:18 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sRv1t-0002tL-9x; Thu, 11 Jul 2024 10:44:17 -0400 Received: from smtp-out2.suse.de ([2a07:de40:b251:101:10:150:64:2]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sRv1r-0007se-JW; Thu, 11 Jul 2024 10:44:16 -0400 Received: from imap1.dmz-prg2.suse.org (imap1.dmz-prg2.suse.org [IPv6:2a07:de40:b281:104:10:150:64:97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id 8385D1F8D6; Thu, 11 Jul 2024 14:44:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1720709051; h=from:from:reply-to: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=3yyCv5UtypusuYzRWHLk5yrBATs5Wh5xA+D+frGEZB0=; b=JYw+PSNY3CNKwo1i0uk2Mr7CtrxFbYQJ3ZTzmwDVZvKpbmsMwMR1JxlyeanVJ8IVTzndP2 ppbjQfs6XDebo1bhnKnmjT+Ar3DXcEzAsgGr6GtiMJT5OQ9a3L8D1vkwn9YywcwEDj8s9C 5Lt8op5pGmet0ghHqmAR95javGtn2qI= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1720709051; h=from:from:reply-to: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=3yyCv5UtypusuYzRWHLk5yrBATs5Wh5xA+D+frGEZB0=; b=9uPqraKFFl0Aoj57hRfmayoWScCMyJW7naeoe7GvIY+pl2KVfo/45bDudVdcloq2dz9f// 2IFNxZJ4XRd1USCQ== Authentication-Results: smtp-out2.suse.de; dkim=pass header.d=suse.de header.s=susede2_rsa header.b=JYw+PSNY; dkim=pass header.d=suse.de header.s=susede2_ed25519 header.b=9uPqraKF DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1720709051; h=from:from:reply-to: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=3yyCv5UtypusuYzRWHLk5yrBATs5Wh5xA+D+frGEZB0=; b=JYw+PSNY3CNKwo1i0uk2Mr7CtrxFbYQJ3ZTzmwDVZvKpbmsMwMR1JxlyeanVJ8IVTzndP2 ppbjQfs6XDebo1bhnKnmjT+Ar3DXcEzAsgGr6GtiMJT5OQ9a3L8D1vkwn9YywcwEDj8s9C 5Lt8op5pGmet0ghHqmAR95javGtn2qI= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1720709051; h=from:from:reply-to: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=3yyCv5UtypusuYzRWHLk5yrBATs5Wh5xA+D+frGEZB0=; b=9uPqraKFFl0Aoj57hRfmayoWScCMyJW7naeoe7GvIY+pl2KVfo/45bDudVdcloq2dz9f// 2IFNxZJ4XRd1USCQ== Received: from imap1.dmz-prg2.suse.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by imap1.dmz-prg2.suse.org (Postfix) with ESMTPS id 00D3F136AF; Thu, 11 Jul 2024 14:44:10 +0000 (UTC) Received: from dovecot-director2.suse.de ([2a07:de40:b281:106:10:150:64:167]) by imap1.dmz-prg2.suse.org with ESMTPSA id /ut4Lrrvj2biFQAAD6G6ig (envelope-from ); Thu, 11 Jul 2024 14:44:10 +0000 From: Fabiano Rosas To: Peter Xu Cc: Philippe =?utf-8?Q?Mathieu-Daud=C3=A9?= , qemu-devel@nongnu.org, qemu-block@nongnu.org, Laurent Vivier , Tyrone Ting , Bin Meng , Hao Wu , Francisco Iglesias , Paolo Bonzini , Thomas Huth , =?utf-8?Q?C=C3=A9dric?= Le Goater , qemu-arm@nongnu.org, Joel Stanley , Sai Pavan Boddu , devel@lists.libvirt.org, Luc Michel , =?utf-8?Q?C?= =?utf-8?Q?=C3=A9dric?= Le Goater Subject: Re: [PATCH v3 06/17] hw/sd/sdcard: Do not store vendor data on block drive (CMD56) In-Reply-To: References: <87a5ipfigb.fsf@suse.de> <874j8xfc9s.fsf@suse.de> <871q41f2pk.fsf@suse.de> <87ttgxdj1p.fsf@suse.de> <87plrkdpd7.fsf@suse.de> Date: Thu, 11 Jul 2024 11:44:08 -0300 Message-ID: <87h6cwdm4n.fsf@suse.de> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 8385D1F8D6 X-Spam-Score: 0.99 X-Rspamd-Action: no action X-Rspamd-Server: rspamd2.dmz-prg2.suse.org X-Spamd-Result: default: False [0.99 / 50.00]; SUSPICIOUS_RECIPS(1.50)[]; R_DKIM_ALLOW(-0.20)[suse.de:s=susede2_rsa,suse.de:s=susede2_ed25519]; NEURAL_HAM_SHORT(-0.20)[-1.000]; MIME_GOOD(-0.10)[text/plain]; MX_GOOD(-0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_ENVRCPT(0.00)[gmail.com]; DKIM_SIGNED(0.00)[suse.de:s=susede2_rsa,suse.de:s=susede2_ed25519]; FUZZY_BLOCKED(0.00)[rspamd.com]; RCPT_COUNT_TWELVE(0.00)[18]; FREEMAIL_CC(0.00)[linaro.org,nongnu.org,redhat.com,nuvoton.com,gmail.com,google.com,amd.com,kaod.org,jms.id.au,lists.libvirt.org]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; DKIM_TRACE(0.00)[suse.de:+]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; DNSWL_BLOCKED(0.00)[2a07:de40:b281:106:10:150:64:167:received]; DWL_DNSWL_BLOCKED(0.00)[suse.de:dkim]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TAGGED_RCPT(0.00)[]; DBL_BLOCKED_OPENRESOLVER(0.00)[suse.de:dkim] X-Spamd-Bar: / Received-SPF: pass client-ip=2a07:de40:b251:101:10:150:64:2; envelope-from=farosas@suse.de; helo=smtp-out2.suse.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-arm@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-arm-bounces+alex.bennee=linaro.org@nongnu.org Sender: qemu-arm-bounces+alex.bennee=linaro.org@nongnu.org X-TUID: 1hU11TfbAJEV Peter Xu writes: > On Thu, Jul 11, 2024 at 10:34:12AM -0300, Fabiano Rosas wrote: >> Is there an easy way to look at a field and tell in which machine type's >> timeframe it was introduced? > > I am not aware of any. > >> If the machine type of that era has been removed, then the field is free >> to go as well. I'd prefer if we had a hard link instead of just counting >> years. Maybe we should to that mapping at the machine deprecation time? >> As in, "look at the unused fields introduced in that timeframe and mark >> them free". > > We can do that, but depending on how easy it would be. That can be an > overkill to me if it's non-trivial. When it becomes complicated, I'd > rather make machine compat property easier to use so we always stick with > that. Currently it's not as easy to use. > > Maybe we shouldn't make it a common rule to let people reuse the UNUSED > fields, even if in this case it's probably fine? > > E.g. I don't think it's a huge deal to keep all UNUSED fields forever - > sending 512B zeros for only one specific device isn't an issue even if kept > forever. > > If "over 6 years" would be okay and simple enough, then maybe we can stick > with that (and only if people would like to reuse a field and ask; that's > after all not required..). If more than that I doubt whether we should > spend time working on covering all the fields. I'm fine with a simple rule. But of course, that means we cannot claim to support all kinds of forward migrations anymore. Only those in the 6 year period.