Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp4075208pxb; Mon, 4 Oct 2021 16:53:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzqCvqGNplbc43OliXOtqbIdC8BUcg8xqSpAY4HpP0xeIHzd8yfLrMm45jiPO4HJhPWHJ5C X-Received: by 2002:a05:6402:2345:: with SMTP id r5mr12223600eda.202.1633391638998; Mon, 04 Oct 2021 16:53:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633391638; cv=none; d=google.com; s=arc-20160816; b=PMYZS3KBVB8aZLOx/ef7kcFnAI0IjgFr5yzEC1HaLX/qWEJpqjhaP3uhNsutfXrGSp Jpk4XeNb+NB3bGJnLWNLCp932jfQhaWUJ83wXZbz3l4HiiN/0K1UF54ax5w3Cvuc8aBv yYPvfMG+EW2MZpXpkXQS+hMDfOy85xm8Mm6gw+00ho9dG8JJAGO+IVPkrnTMmPJdwvxt K91FiOYpUbWigBDeBsZfjixQOqN+nxLEpU61BUbkrUy2siw24tPBAed8+h1Pt8FXZNxD /gf2nYCkIfvY4rDWiEsLitR7PXKywUTMYmDIU0RKdE+TdyHcpdD+uNhz9FhycRQPFUv9 o5bQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:dkim-signature; bh=k6a7Mk6masvQrG2jLXSsH1TBnPfgw5I+N+EIPzAog1I=; b=Djr0tEdE3Vjt5vY4lghuNuPI2ZPvtTlBKt6s1jgl6Lvm6nHzk7ub310M9ZKLraZm2H +GGsw2gs354dDWGSBKZTvrXHbCAMueFJB5LRKNnKQ5GYmZseFlY4S1fa5Rbc1QRtxxir wwONVE6pmIvOxzDF8z/qI/CraKOgkxyuuXEx/f+4XlwdrubJi44DJJf4BYchLZ+jjgKA /TBpEzluXtrg6USEmoBXgd6dBKVol9Eli/IzfQHRd9WDnZ3A77Av9aFqhYWMpKW5BYIp 1G0/HrvjMSqGz8CdCjhMQ6U3HIzIrULek7+ZoAxHoW1KwmkPCm/YHLHCCxKbYbJABxv6 QtnA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=crG0NxoG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g14si21063298edj.523.2021.10.04.16.53.35; Mon, 04 Oct 2021 16:53:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=crG0NxoG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235829AbhJDWdk (ORCPT + 99 others); Mon, 4 Oct 2021 18:33:40 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:27208 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235064AbhJDWdk (ORCPT ); Mon, 4 Oct 2021 18:33:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1633386710; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=k6a7Mk6masvQrG2jLXSsH1TBnPfgw5I+N+EIPzAog1I=; b=crG0NxoGeVcWmRtSmTb1QRiu7LcsD2MGnTEisyaKBqEkWrtiyRIKONwBhnroSfJET9L8U9 2C9j2WZpn/GyHYM5xJ7P4vnalXhNqkNlhOteo5EjET6i3vgMusXNAror5jYqMnPA9LVFmn fzzmbk8YMnOHHtSnMsNoUmJT0ChH4DA= Received: from mail-il1-f198.google.com (mail-il1-f198.google.com [209.85.166.198]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-494-hSbk-GvTOUq5ZFyUMDSY5w-1; Mon, 04 Oct 2021 18:31:49 -0400 X-MC-Unique: hSbk-GvTOUq5ZFyUMDSY5w-1 Received: by mail-il1-f198.google.com with SMTP id q18-20020a92d412000000b00258db97b539so2341683ilm.0 for ; Mon, 04 Oct 2021 15:31:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:organization:mime-version:content-transfer-encoding; bh=k6a7Mk6masvQrG2jLXSsH1TBnPfgw5I+N+EIPzAog1I=; b=Am1x0xVcYEf/QSu8p9deX2YdIwN/rCJS35M8NFAtCBUL1RhbQUffWeJGBzRXpwlNJq LsrVPnCK/NP2H1yA1AiD+2niNqpbsZGrnm/gnqxhfhiIXQ7ggfYD1QaXv0aaqbveXNsA 0HhcDKTu7H58OGBxZVxBYKJc3CDyu2O3C1eGRpTUv48Xw/mYb1BjZ+d3hYe/qiuo6T2v MsbiYVTylMhMyVa7IeV7TwLv2JUkBbsFujkXB886bKMLd/VJ1s0pbRbW2K8AsnZAcPrs AvSTpxy/i9RxAUVwEDv2zjagCbcZQ/cS7YyNKpQhyQL8EsKeFyNUW9wC4K4hkY2MChJ4 epVg== X-Gm-Message-State: AOAM533j0Edtm08x0cGMxfT5NFnDNodoykljiiXyw7FaIkAczJuXQQj6 Nnj4Zcnw5eSFjsnWkkwk56gFfzmksdCSIhxUOpSC1L/HcKkmuEF4f5l1Bdxe3u05slSxlL8ntU2 JIEJEGdGdcBYwFTSLHITuXal+ X-Received: by 2002:a05:6e02:8ad:: with SMTP id a13mr486967ilt.136.1633386708710; Mon, 04 Oct 2021 15:31:48 -0700 (PDT) X-Received: by 2002:a05:6e02:8ad:: with SMTP id a13mr486960ilt.136.1633386708578; Mon, 04 Oct 2021 15:31:48 -0700 (PDT) Received: from redhat.com ([198.99.80.109]) by smtp.gmail.com with ESMTPSA id l1sm9952807ilc.65.2021.10.04.15.31.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Oct 2021 15:31:48 -0700 (PDT) Date: Mon, 4 Oct 2021 16:31:46 -0600 From: Alex Williamson To: Ajay Garg Cc: Lu Baolu , "Tian, Kevin" , iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org, kvm@vger.kernel.org Subject: Re: [PATCH] iommu: intel: remove flooding of non-error logs, when new-DMA-PTE is the same as old-DMA-PTE. Message-ID: <20211004163146.6b34936b.alex.williamson@redhat.com> In-Reply-To: References: <20211002124012.18186-1-ajaygargnsit@gmail.com> Organization: Red Hat X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 2 Oct 2021 22:48:24 +0530 Ajay Garg wrote: > Thanks Lu for the reply. > > > > > Isn't the domain should be switched from a default domain to an > > unmanaged domain when the device is assigned to the guest? > > > > Even you want to r-setup the same mappings, you need to un-map all > > existing mappings, right? > > > > Hmm, I guess that's a (design) decision the KVM/QEMU/VFIO communities > need to take. > May be the patch could suppress the flooding till then? No, this is wrong. The pte values should not exist, it doesn't matter that they're the same. Is the host driver failing to remove mappings and somehow they persist in the new vfio owned domain? There's definitely a bug beyond logging going on here. Thanks, Alex