Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp4370216pxv; Tue, 27 Jul 2021 05:56:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxPFPX3+8jNOq0S5+9Je2p/EI1XD9t65FKQkY7kU+nGldH45/3vV1NV3RmaB/Tz4Cx3/6g6 X-Received: by 2002:a05:6e02:13e2:: with SMTP id w2mr16803163ilj.308.1627390572625; Tue, 27 Jul 2021 05:56:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627390572; cv=none; d=google.com; s=arc-20160816; b=Sa0obLI3AToKx3mmob7ZGv9aedwDLK8oRLLLZC0KY6/vlOpWLsa2UqgOI2vQGQt1/g N881bgpK52PU7xPuhsGmVBcj3WQRBysrjyTJuVJj64fVLFZwv2p0onnV9vvjVUPli3jD AFsell0ItE4uaqrS/ymRqNSETHoyjIh1GilSPncRXmoJmQdCV7ZJXjtMF2wtRX4EpyP8 /0pMrqKz9K/WU8QgwkDOt0XQFXPoSeTxx2fV2PmAVy1tYiu2dwonHddAQLIE6nGSP+Tw cVW+sR5vQzpK61vPVXN+h7BW5fBhGGi/SNCA627xUfy2H9mxQ2dkz5sTXou3D/7bYpH0 fgog== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=rW1zEUuKvDuL0Ee74R7Cv0tiXi3AGSCkEJMUa6cnGaw=; b=fUYcYN1xhbRbKyKhtW8UN3b86EgnRhlJO4v/W8Ho85XFP+QVA21Yaw41KBIhwPRU+m ing+w6imKzGYuoOdiWoC9nxcexyaR/AuJb50gJFa2W0azT07mz1DVGkgN3niXG4IaY5D mG4BzEk2/WQdMgv7lVnIfYaLc0vmdZPSgLc1VDjPp0vnaZsLkq8zQeUiQ86mBZaDHhoN e7cOe4oUQME2tUXSB3G+Mb+/3RAS3c5ofy6R+SqlbJ6cE9gF0gdeAaJz8wrWGIN2AbRR 9GLYv+DbCQmFxvTetLb01GN5Z17L4N713h862vmLiz0csVg2v+xKbE2UKJ7QZTL44Mn3 ZyXg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ibm.com header.s=pp1 header.b=I5wY3Og6; 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=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k2si3190852jao.12.2021.07.27.05.56.01; Tue, 27 Jul 2021 05:56:12 -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=@ibm.com header.s=pp1 header.b=I5wY3Og6; 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=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236509AbhG0MzE (ORCPT + 99 others); Tue, 27 Jul 2021 08:55:04 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:3948 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S232039AbhG0MzD (ORCPT ); Tue, 27 Jul 2021 08:55:03 -0400 Received: from pps.filterd (m0098419.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 16RCfO9H099539; Tue, 27 Jul 2021 08:54:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=pp1; bh=rW1zEUuKvDuL0Ee74R7Cv0tiXi3AGSCkEJMUa6cnGaw=; b=I5wY3Og6UlCtTShbC40RyfI0gg2xjyMFCI6qcvq1stGYAxUOCkU3L/bH/kY1SXZfHjdt sOepC0QG9OJEX0IQzH/B5ALqWoobawSNV1xcV1PkJDQeZYRambUzX49qGJKXCKENV7WM zbdIoeJ87IYf6kT+DkbeCZfRF3opCQWe8n9ZeJ2gqkZDNUPk7u/gbIUyA8KqlGSa4A0F 2fufPpkH5/I6GYuH4WhcDgbp7O3n/ot9lc+/6ffSHowgsTJch5fmsRJqC13r/J0tkixt 49BasgayhL/p0cNHQwp6wx3X6wE0PUXNtCQHM8g0uYwiqQKsbYBJQnnFv4yZckQ9UuOj jA== Received: from ppma01fra.de.ibm.com (46.49.7a9f.ip4.static.sl-reverse.com [159.122.73.70]) by mx0b-001b2d01.pphosted.com with ESMTP id 3a2j2u0unp-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 27 Jul 2021 08:54:24 -0400 Received: from pps.filterd (ppma01fra.de.ibm.com [127.0.0.1]) by ppma01fra.de.ibm.com (8.16.1.2/8.16.1.2) with SMTP id 16RCsBCA003378; Tue, 27 Jul 2021 12:54:23 GMT Received: from b06cxnps3074.portsmouth.uk.ibm.com (d06relay09.portsmouth.uk.ibm.com [9.149.109.194]) by ppma01fra.de.ibm.com with ESMTP id 3a235kr951-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 27 Jul 2021 12:54:22 +0000 Received: from d06av24.portsmouth.uk.ibm.com (mk.ibm.com [9.149.105.60]) by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 16RCsJre26280240 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 27 Jul 2021 12:54:19 GMT Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 6150F42049; Tue, 27 Jul 2021 12:54:19 +0000 (GMT) Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id D510042042; Tue, 27 Jul 2021 12:54:15 +0000 (GMT) Received: from oc7455500831.ibm.com (unknown [9.145.165.137]) by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTP; Tue, 27 Jul 2021 12:54:15 +0000 (GMT) Subject: Re: [PATCH v2 1/1] s390/pv: fix the forcing of the swiotlb To: Konrad Rzeszutek Wilk , Halil Pasic Cc: Konrad Rzeszutek Wilk , iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org, Nathan Chancellor , Vasily Gorbik , linux-s390 , Robin Murphy , Heiko Carstens , stable@vger.kernel.org, Claire Chang , Will Deacon , Christoph Hellwig , Guenter Roeck References: <20210723231746.3964989-1-pasic@linux.ibm.com> From: Christian Borntraeger Message-ID: Date: Tue, 27 Jul 2021 14:54:14 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 X-Proofpoint-GUID: i9Zr-lv1wBkQV6w9MJeAAPuwGQc_9CBR X-Proofpoint-ORIG-GUID: i9Zr-lv1wBkQV6w9MJeAAPuwGQc_9CBR X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391,18.0.790 definitions=2021-07-27_07:2021-07-27,2021-07-27 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 lowpriorityscore=0 bulkscore=0 spamscore=0 clxscore=1011 impostorscore=0 suspectscore=0 phishscore=0 mlxlogscore=999 priorityscore=1501 mlxscore=0 malwarescore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2107140000 definitions=main-2107270073 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 24.07.21 02:27, Konrad Rzeszutek Wilk wrote: > On Sat, Jul 24, 2021 at 01:17:46AM +0200, Halil Pasic wrote: >> Since commit 903cd0f315fe ("swiotlb: Use is_swiotlb_force_bounce for >> swiotlb data bouncing") if code sets swiotlb_force it needs to do so >> before the swiotlb is initialised. Otherwise >> io_tlb_default_mem->force_bounce will not get set to true, and devices >> that use (the default) swiotlb will not bounce despite switolb_force >> having the value of SWIOTLB_FORCE. >> >> Let us restore swiotlb functionality for PV by fulfilling this new >> requirement. >> >> This change addresses what turned out to be a fragility in >> commit 64e1f0c531d1 ("s390/mm: force swiotlb for protected >> virtualization"), which ain't exactly broken in its original context, >> but could give us some more headache if people backport the broken >> change and forget this fix. >> >> Signed-off-by: Halil Pasic >> Tested-by: Christian Borntraeger >> Reviewed-by: Christian Borntraeger >> Fixes: 903cd0f315fe ("swiotlb: Use is_swiotlb_force_bounce for swiotlb data bouncing") >> Fixes: 64e1f0c531d1 ("s390/mm: force swiotlb for protected virtualization") >> Cc: stable@vger.kernel.org #5.3+ >> >> --- > > Picked it up and stuck it in linux-next with the other set of patches (Will's fixes). Can you push out to kernel.org?