From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 2002:a17:504:1dd4:b0:1be9:327d:8ee3 with SMTP id b20csp206937nji; Thu, 11 Jul 2024 07:11:25 -0700 (PDT) X-Forwarded-Encrypted: i=2; AJvYcCW1W2sQGYEENK3tq25bbX84xYbJamKBeD3qO3jyBoGbtY47Zfmdyxr5+YhYEqb3/oOZnQ4njtRebpBw444k3MXMpOeEBLkN X-Google-Smtp-Source: AGHT+IFVAsQ85WA5M3Jx5VVEstWT8dc5zVbUX1j7ubJ/egqlXfpW24FZo05MaL6QfCQs+/W+AMll X-Received: by 2002:a05:622a:2ca:b0:444:e9b9:709f with SMTP id d75a77b69052e-447fa85c5bdmr95745031cf.19.1720707085581; Thu, 11 Jul 2024 07:11:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1720707085; cv=none; d=google.com; s=arc-20160816; b=A74sTGee4PFGnwsnYRfup/FDRWE5om3LnG+gzzE81yEDQKf33qYlT8kOlA5ur/k3iv SWc/29kBiGTOuP+lpMbJDATvjvKRiNTFcIS3BzuvV8/yY4lx5EK1s7ssk3Kyqnv0zCzO ZqTyHxeERICkDlZCjChpxBvlRbq0UKbxzB8luiyUQW4yuAEd8YrO8i5WBpVIbkjBuNUN lsMMciYI63t3dSpdade7R4ul/WZs41DJu3wTabMSEllL2oobkmKKNj/aDp3onYRvr/t4 wgrPXUk7cAiHOTmve16y4VRqlmBCZxJTyH4pFZVO7uhLErgt7F/TrWFh39ptg0AufBAC nGhg== 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:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=kg6YI+tdXJr4G0sK7LxsqNkFqHQH9QafGK93PzELlk8=; fh=cwlUQ6gIK4UU+zOXcLjFgSr1IhVBpu8/qnz573nwR9c=; b=yDedPznbtBSJ2/tj32/TVLQGX7POJHUpjmP3xtM4p6DYC3zePVhBCnbbhXctXJatAJ Y0Oae2JikLvpnjRbApQVOteC4TCiHYdG9JCvHAIl87rhg+6YVpxVziMDU0RnjhzM0phE FF6gL2bAazXGpMCOFkSC+tfMDtVGy9WsWyqWG1RllPzMVJ/YFqSsjEsfaj8eE9P3MLvY 5D9QWNlkeyM4GVAFA/8SH9SJabUiv2K9hdA+N1le70QpTfHZzOU0Zp1VklRYlD+DqCUC 8cEdEA65abQktvmdKLMGzEJUea8zLyg9/xqvXlPq0qj7Y4GxR1WoUUC9I23JcVKYfXlz Y2RQ==; dara=google.com ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=NZhAmRTJ; spf=pass (google.com: domain of qemu-devel-bounces+alex.bennee=linaro.org@nongnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom="qemu-devel-bounces+alex.bennee=linaro.org@nongnu.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from lists.gnu.org (lists.gnu.org. [209.51.188.17]) by mx.google.com with ESMTPS id d75a77b69052e-447f9bea82dsi71649991cf.594.2024.07.11.07.11.25 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Jul 2024 07:11:25 -0700 (PDT) Received-SPF: pass (google.com: domain of qemu-devel-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=@redhat.com header.s=mimecast20190719 header.b=NZhAmRTJ; spf=pass (google.com: domain of qemu-devel-bounces+alex.bennee=linaro.org@nongnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom="qemu-devel-bounces+alex.bennee=linaro.org@nongnu.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sRuVo-0000pm-7l; Thu, 11 Jul 2024 10:11:08 -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 1sRuVg-0000iq-TO for qemu-devel@nongnu.org; Thu, 11 Jul 2024 10:11:02 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.129.124]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sRuVS-0001wF-Nt for qemu-devel@nongnu.org; Thu, 11 Jul 2024 10:11:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1720707044; 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=kg6YI+tdXJr4G0sK7LxsqNkFqHQH9QafGK93PzELlk8=; b=NZhAmRTJ4YvAyEPjlzzD41+p3Idotl0Xl2hAQTvi+rp7RqO62LAHhOGXMrxRVVN3GQ30TB yenq9JnPJAfSDS7gE3rv180KfYYQeruQeWARuHqHtz05zRk5ruJEJCuLcDTlwGerxBsqjT z6XSsecBrffmzs0Nb62gg/NC7pi+WII= Received: from mail-qt1-f198.google.com (mail-qt1-f198.google.com [209.85.160.198]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-617-Hl_uQJFeNWe8r1QTDXUg4A-1; Thu, 11 Jul 2024 10:10:43 -0400 X-MC-Unique: Hl_uQJFeNWe8r1QTDXUg4A-1 Received: by mail-qt1-f198.google.com with SMTP id d75a77b69052e-448335bb53aso414141cf.0 for ; Thu, 11 Jul 2024 07:10:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1720707043; x=1721311843; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=kg6YI+tdXJr4G0sK7LxsqNkFqHQH9QafGK93PzELlk8=; b=Iz2cZLmOnAppl1oJSEfClDGHTVhMvKwuX9NT17QufalRoHcHMeVv0eDlDZj/OkGY6J 1RwlfqNfM8Z59hfgia8HcVIyXjQEq3Jo+eRKoLrsbnj6+3V1ueXo5TEZmEixd4C7XudN RjoMMeHFr4OJ6U82THTFH3KD13sSja0bLqdiFCrUkiKBze3UtAwi+f0PyO7EvGVs5a4j omfz1d4iB/fqT78ZZUQlptobqCD2h/+667BLVQKGw6bYMYrfVbjvrGIwAYj5lgIWqAoX XZiJcJMoi9wrNyiefRRi5U5UBi6+z15ZFDrhgtcqsXGxzZQ/yqcuCcEl45NE52fmkiva WH8g== X-Forwarded-Encrypted: i=1; AJvYcCUkUcHImgupjykl37uN6KOOPWlcfFBEZ1fETAtKIzaVtUGOQaR3KmeydBYaitikgPRA9ePPVYSfeTSxQJXittlpkiIVM4g= X-Gm-Message-State: AOJu0Ywg6nI+qV0ktT6IjgfjwjbxneL3sBT6Q3sJLAkqZk51cKCSj40L WtTm5CjKWzyGIKr1i1wsQ22fogDO50U7nWiuSE6owz2n8SYHWK02uv4rRXqLmpTjq54TwgSHQBZ b0xMGN9x92SJaG/lTe7VfJXbBar1R+cAfI9N8H25qSHok6P9pyf8I X-Received: by 2002:ac8:7354:0:b0:446:5d1b:5a2e with SMTP id d75a77b69052e-44cfec95b95mr23089951cf.5.1720707042809; Thu, 11 Jul 2024 07:10:42 -0700 (PDT) X-Received: by 2002:ac8:7354:0:b0:446:5d1b:5a2e with SMTP id d75a77b69052e-44cfec95b95mr23089491cf.5.1720707042290; Thu, 11 Jul 2024 07:10:42 -0700 (PDT) Received: from x1n (pool-99-254-121-117.cpe.net.cable.rogers.com. [99.254.121.117]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-447f9bd2b54sm30383341cf.63.2024.07.11.07.10.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Jul 2024 07:10:41 -0700 (PDT) Date: Thu, 11 Jul 2024 10:10:39 -0400 From: Peter Xu To: Fabiano Rosas 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=C3=A9dric?= Le Goater Subject: Re: [PATCH v3 06/17] hw/sd/sdcard: Do not store vendor data on block drive (CMD56) Message-ID: References: <87a5ipfigb.fsf@suse.de> <874j8xfc9s.fsf@suse.de> <871q41f2pk.fsf@suse.de> <87ttgxdj1p.fsf@suse.de> <87plrkdpd7.fsf@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87plrkdpd7.fsf@suse.de> Received-SPF: pass client-ip=170.10.129.124; envelope-from=peterx@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -21 X-Spam_score: -2.2 X-Spam_bar: -- X-Spam_report: (-2.2 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@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-devel-bounces+alex.bennee=linaro.org@nongnu.org Sender: qemu-devel-bounces+alex.bennee=linaro.org@nongnu.org X-TUID: 9iRs8MBlBGQG 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. -- Peter Xu