Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4930717pxj; Tue, 25 May 2021 21:34:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyqY+F2/GvaQOPqclWUiCknVo+9G79n+jLk6+gfvFNjZVWDqMvpmcRYh2U1A6lxmergPFSc X-Received: by 2002:a50:f418:: with SMTP id r24mr36893760edm.175.1622003658165; Tue, 25 May 2021 21:34:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622003658; cv=none; d=google.com; s=arc-20160816; b=s0Dwphzb/Fzl/GxfEJxmOomqN+AjXm2NkDXZ9JSiEnlawEz83lMjwvDbweOKAZVS16 nlTW9hnl505kjfSy+G+SKm/2PWgLMWlokN80XnDZgcTKbTSwauAN+m/II2sttL4hm1Ij AWDN+JyP+WHgURHL9WxAVPuI9NO7YnURyXKupAGytFwHcSy/Q1F/U9QX684v7HV2al4w grDFMAh1hvtGS+gwy0KEzClQTaQeWpgfHg02i/j7F4cwLHvIMsKFO5FjCFsqKOCGhBR8 KDjP+KlNPbuL/s87aNwaVSlajlnrkLz1C8CEtzQtWdH16dru8b4XReE6YAlFwiLq2DVS sWXw== 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; bh=tdJie6DbMHQ0XK4EZOXrki0XKI1ANWxzZJBVm0pV6us=; b=idEcEjc0KZxk3tYZLs9C68brtQpjpPvdpv+E79n3Z86PPaggs4AhrU8nIn1TQQ/Ooh VPbrMq4oATsMEikZSINS/RnDhN6Z8SbQUf4ic9T+G5OTh/SNk+swsHMmkcmo9IhBEjtw 7RQ1O2g4o2HRbum136TqXK6dAIyPPOEAr3yhVwb7LsGeVpE9aQ/Z3g6F4ff+bOWTa3wy hRcVeDvtahgwY6V76iNUrq57L1Qt3L+3mjomsn0169g6Ww20Wndrl7QzqVmp4aqNZtKM VYA5EuQcehi6yuu2V9NgUhSvt3Nce8PrXAbQCOQH74Gt+VHXkyowW2NBgwbanf1TiaqW 8Y5w== 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=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d24si17331806ejd.49.2021.05.25.21.33.54; Tue, 25 May 2021 21:34:18 -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=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231573AbhEZEZW (ORCPT + 99 others); Wed, 26 May 2021 00:25:22 -0400 Received: from foss.arm.com ([217.140.110.172]:38110 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231136AbhEZEZW (ORCPT ); Wed, 26 May 2021 00:25:22 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 6607A1516; Tue, 25 May 2021 21:23:51 -0700 (PDT) Received: from [10.163.81.152] (unknown [10.163.81.152]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 4560D3F73D; Tue, 25 May 2021 21:23:49 -0700 (PDT) Subject: Re: [PATCH 0/1] mm/debug_vm_pgtable: fix alignment for pmd/pud_advanced_tests() To: Gerald Schaefer , Andrew Morton Cc: linux-mm , LKML , linux-arch , linux-sparc , linux-s390 References: <20210525130043.186290-1-gerald.schaefer@linux.ibm.com> From: Anshuman Khandual Message-ID: Date: Wed, 26 May 2021 09:54:32 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20210525130043.186290-1-gerald.schaefer@linux.ibm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/25/21 6:30 PM, Gerald Schaefer wrote: > We sometimes see a "BUG task_struct (Not tainted): Padding overwritten" > on s390, directly after running debug_vm_pgtable. This is because of > wrong vaddr alignment in pmd/pud_advanced_tests(), leading to memory > corruption at least on s390, see patch description. > > At first glance, other architectures do not seem to care about vaddr in > their xxx_get_and_clear() implementations, so they should not be affected. IIRC, alignment (regardless up or down) is the only requirement on certain platforms. Probably it should not affect other platforms as this change just aligns the virtual address down. > One exception is sparc, where the addr is passed over to some tlb_batch > code, but I'm not sure what implication the wrongly aligned vaddr would > have in this case. > > Also adding linux-arch, just to make sure. Right. Not sure if this test gets to run on sparc platform for not being currently supported. But we could take a look if there are any reported problems because of vaddr. > > Gerald Schaefer (1): > mm/debug_vm_pgtable: fix alignment for pmd/pud_advanced_tests() > > mm/debug_vm_pgtable.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) >