Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp484414ybz; Wed, 29 Apr 2020 04:00:44 -0700 (PDT) X-Google-Smtp-Source: APiQypJl56cU53CHdcjOADbBVrO76YfMuoDHDjCVRN38uFwHzNaLIIu3Mbq3GtpDceT3CTwy9UTS X-Received: by 2002:a17:906:70f:: with SMTP id y15mr2072954ejb.276.1588158043806; Wed, 29 Apr 2020 04:00:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588158043; cv=none; d=google.com; s=arc-20160816; b=RgekU9JF02xiaIbARyzZVGlb1XOsUHxx1nU+L+dkhW2EkZdElB10KLCg1NB12WLQ2U 7jRMI8UYCthbylpYPsXBQz+PfMDS7gJfffP9krcqiDPBQVutpDIlKr5QPRGkwDKlPRq9 fvgYW9Av5yjf2Z4D2499F0qD0m1fZeRgXjaroA4MnJquU6juOrKwWe7IG+CgkprfUAsk 7K/2Y5IIk/v+ZBSV81n6IqpCW79ewefT1mOJeYd4P224t2E+yVu005Q327qH65hQ0jAv I3BPA3RL4QjsK2N4E6QYRtCzAz0+2jvSI/NZ0K6CmxuXarC6bcK/FJWE2l/zkTpHv6BH ZsBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=E7E4KF11KRXhTrBbpytsRBY7RGgFS861fJ77jURQkcw=; b=LT2aT1prO9hgnAmTDyf+KRxuAmEe5JPXqQJe82IkKHoSyg6WpO8rM8YjyKNZokzpX5 wzO8kj8nqBEC3YEi2BiiaN+LHdh5YzJqu1AssljZ4NuUCU1OzO2CdSFkRLZ8VgRTXVSp 51SutwYhjwxwG6c0AemkUKuhdJ6wYv250W03tSh5Ttgq0L5c107P6ZZIQX40CCfqWGNR zctZVgbjC7z9pd5uBYtUmC6pnnxBbuS+W+9viCs+DGnbOwOYGE1q2TOnnyWiOb8+/+cn MM7gnK1ogL6/yEiZW6vIKxtlM0eDp0XCRVWP8TuSkxLYovCt2aFwIEGEbAQDHqfQY7WN RwCw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u11si3121706edd.15.2020.04.29.04.00.20; Wed, 29 Apr 2020 04:00:43 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726686AbgD2K41 (ORCPT + 99 others); Wed, 29 Apr 2020 06:56:27 -0400 Received: from david.siemens.de ([192.35.17.14]:49909 "EHLO david.siemens.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726556AbgD2K41 (ORCPT ); Wed, 29 Apr 2020 06:56:27 -0400 Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id 03TAtvj5019413 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 29 Apr 2020 12:55:57 +0200 Received: from [167.87.241.229] ([167.87.241.229]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 03TAtuRB023743; Wed, 29 Apr 2020 12:55:56 +0200 Subject: Re: [virtio-dev] Re: [PATCH 5/5] virtio: Add bounce DMA ops To: "Michael S. Tsirkin" Cc: Srivatsa Vaddagiri , Lu Baolu , tsoni@codeaurora.org, virtio-dev@lists.oasis-open.org, konrad.wilk@oracle.com, jasowang@redhat.com, christoffer.dall@arm.com, virtualization@lists.linux-foundation.org, alex.bennee@linaro.org, iommu@lists.linux-foundation.org, stefano.stabellini@xilinx.com, will@kernel.org, linux-kernel@vger.kernel.org, pratikp@codeaurora.org References: <20200428163448-mutt-send-email-mst@kernel.org> <275eba4b-dd35-aa95-b2e3-9c5cbf7c6d71@linux.intel.com> <20200429004531-mutt-send-email-mst@kernel.org> <20200429023842-mutt-send-email-mst@kernel.org> <20200429094410.GD5097@quicinc.com> <20200429055125-mutt-send-email-mst@kernel.org> <20200429100953.GE5097@quicinc.com> <20200429061621-mutt-send-email-mst@kernel.org> <20200429064458-mutt-send-email-mst@kernel.org> From: Jan Kiszka Message-ID: <303ace66-950c-955d-d750-74de5054788a@siemens.com> Date: Wed, 29 Apr 2020 12:55:56 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200429064458-mutt-send-email-mst@kernel.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29.04.20 12:45, Michael S. Tsirkin wrote: > On Wed, Apr 29, 2020 at 12:26:43PM +0200, Jan Kiszka wrote: >> On 29.04.20 12:20, Michael S. Tsirkin wrote: >>> On Wed, Apr 29, 2020 at 03:39:53PM +0530, Srivatsa Vaddagiri wrote: >>>> That would still not work I think where swiotlb is used for pass-thr devices >>>> (when private memory is fine) as well as virtio devices (when shared memory is >>>> required). >>> >>> So that is a separate question. When there are multiple untrusted >>> devices, at the moment it looks like a single bounce buffer is used. >>> >>> Which to me seems like a security problem, I think we should protect >>> untrusted devices from each other. >>> >> >> Definitely. That's the model we have for ivshmem-virtio as well. >> >> Jan > > Want to try implementing that? > The desire is definitely there, currently "just" not the time. Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux