Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp487536pxt; Thu, 12 Aug 2021 03:12:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwro2yoFlPPZL/oUfSgQ2ntbaDA9Dh3vHYzIFkK//q9gtyo0cVh27sCWOzmFGXSAAY+VTnR X-Received: by 2002:a05:6402:4243:: with SMTP id g3mr4700778edb.254.1628763149513; Thu, 12 Aug 2021 03:12:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628763149; cv=none; d=google.com; s=arc-20160816; b=NYCc0IbbE4TC9JQRmjkVspVr+bGEXCXi+5vArP5Q2tpBbC7/VBc8AynGisWl9QDp4W HvBSmtypeqOLJxlNouP6fQuBHh+TlaWnsIThXqFmSewECAzZDCWr67DLMaDoLB3rsqgH exdKrzA+L5/23CGrXdysHAnw1J5dVxWDVUrZJoYDbHNvbbbJ3mt3dEDcfDqg+pZialU6 GwCqS6Gz+K00VUZ7YIw709ad+91kZf44vS/RQmlxcYmCW/7nTPBEU/m9939H3ahjoSAb Upojm8KsZ5345MHdMMW7cLEE3Z+ewRD75bcwEjlYmpZoGhAwwO60paJ7jdrgnNZk0YD0 o5vg== 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 :message-id:date:subject:cc:to:from; bh=I+HAQi5zlHKB/hwedZMoMfeViV7Eql+N12PIfJsI2NI=; b=khscvRSrRzdY0RHK6dbXnZuFe8MGhMAGh5Qm5S6yTZC8uP80ogxAPgbEu4hDIkOh3x I1uF4CGjQO9HIe0NSD4VQv8KR2ckU8A0znzRMZm7dKja7FNeYNl0y90bpz5pdWdu8D2r EQW3GWRWHUdG57Ytk9mo4p2NczIH399zq44cWrhcSFblom8LnBJbE6oFz1WK6WM3a3kO c8ENEGpSDa8966S/pupRXSxjfAK/x4gZ94S7cOZyrbbKNw5KKAwLqto/S9BT5DhDcO7q VWNVT5nwDP9A7YSu0bgHRCVJLy6Hq0b0dwdy9PMjQ81rW94nwQsw3pTnSmUAk5llsdsi S+zQ== 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=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h14si2224518edr.501.2021.08.12.03.12.05; Thu, 12 Aug 2021 03:12:29 -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=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236175AbhHLJqC (ORCPT + 99 others); Thu, 12 Aug 2021 05:46:02 -0400 Received: from out30-45.freemail.mail.aliyun.com ([115.124.30.45]:50892 "EHLO out30-45.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235439AbhHLJqC (ORCPT ); Thu, 12 Aug 2021 05:46:02 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R261e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04395;MF=xianting.tian@linux.alibaba.com;NM=1;PH=DS;RN=9;SR=0;TI=SMTPD_---0Uim9keQ_1628761534; Received: from localhost(mailfrom:xianting.tian@linux.alibaba.com fp:SMTPD_---0Uim9keQ_1628761534) by smtp.aliyun-inc.com(127.0.0.1); Thu, 12 Aug 2021 17:45:34 +0800 From: Xianting Tian To: gregkh@linuxfoundation.org, jirislaby@kernel.org, amit@kernel.org, arnd@arndb.de, osandov@fb.com Cc: linuxppc-dev@lists.ozlabs.org, virtualization@lists.linux-foundation.org, linux-kernel@vger.kernel.org, Xianting Tian Subject: [PATCH v6 0/2] make hvc pass dma capable memory to its backend Date: Thu, 12 Aug 2021 17:45:30 +0800 Message-Id: <20210812094532.145497-1-xianting.tian@linux.alibaba.com> X-Mailer: git-send-email 2.17.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dear all, This patch series make hvc framework pass DMA capable memory to put_chars() of hvc backend(eg, virtio-console), and revert commit c4baad5029 ("virtio-console: avoid DMA from stackā€) V1 virtio-console: avoid DMA from vmalloc area https://lkml.org/lkml/2021/7/27/494 For v1 patch, Arnd Bergmann suggests to fix the issue in the first place: Make hvc pass DMA capable memory to put_chars() The fix suggestion is included in v2. V2 [PATCH 1/2] tty: hvc: pass DMA capable memory to put_chars() https://lkml.org/lkml/2021/8/1/8 [PATCH 2/2] virtio-console: remove unnecessary kmemdup() https://lkml.org/lkml/2021/8/1/9 For v2 patch, Arnd Bergmann suggests to make new buf part of the hvc_struct structure, and fix the compile issue. The fix suggestion is included in v3. V3 [PATCH v3 1/2] tty: hvc: pass DMA capable memory to put_chars() https://lkml.org/lkml/2021/8/3/1347 [PATCH v3 2/2] virtio-console: remove unnecessary kmemdup() https://lkml.org/lkml/2021/8/3/1348 For v3 patch, Jiri Slaby suggests to make 'char c[N_OUTBUF]' part of hvc_struct, and make 'hp->outbuf' aligned and use struct_size() to calculate the size of hvc_struct. The fix suggestion is included in v4. V4 [PATCH v4 0/2] make hvc pass dma capable memory to its backend https://lkml.org/lkml/2021/8/5/1350 [PATCH v4 1/2] tty: hvc: pass DMA capable memory to put_chars() https://lkml.org/lkml/2021/8/5/1351 [PATCH v4 2/2] virtio-console: remove unnecessary kmemdup() https://lkml.org/lkml/2021/8/5/1352 For v4 patch, Arnd Bergmann suggests to introduce another array(cons_outbuf[]) for the buffer pointers next to the cons_ops[] and vtermnos[] arrays. This fix included in this v5 patch. V5 Arnd Bergmann suggests to use "L1_CACHE_BYTES" as dma alignment, use 'sizeof(long)' as dma alignment is wrong. fix it in v6. drivers/char/virtio_console.c | 12 ++---------- drivers/tty/hvc/hvc_console.c | 40 +++++++++++++++++++++-------------- drivers/tty/hvc/hvc_console.h | 16 ++++++++++++-- 3 file changed