Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp235216ybv; Wed, 5 Feb 2020 04:44:01 -0800 (PST) X-Google-Smtp-Source: APXvYqxkezlowOP7272iunVewTAaqKMgoowT1dII2d5Om883z7FxR+/ZYipB+1gaBZwfp4rndE4t X-Received: by 2002:a54:450f:: with SMTP id l15mr2748825oil.126.1580906641742; Wed, 05 Feb 2020 04:44:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580906641; cv=none; d=google.com; s=arc-20160816; b=lAuaa+pn/YRHYHq93jp+u9UNN0ZV8ut5ki0JaU9YOg3fAfRRL1DGM3fJFIDUzSaBo2 IrDMwU7bZzCCLC+Wv9wONDj6ZRI13+x3lKgyvPrYw4l1RIehP0sxIeRbCklhsOoY9PYa Xvuz4dIs5hr6cO1wfmGYimy9tmVdqtuUT2v3Q6PAmicx8tgFHppfHJIT7HyxAeHYEahu qMBRw0kVWEk7gzbwMF7PNu6PmlBvsk40UmpgLSJylLmrqfmzz1Cb6nvSfK8ZjkIhfsIu zMLadxpag4xhtYaYfVO9otTZ1jUJQUR4CQaamMtdc+qvTxuV+pCVFMOulw09GJxTbzPX FEEA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :references:cc:to:subject:from; bh=X/dOcM5y77NqIoPcZGA+Eem+V9ZgfHmxrKPTNppwohg=; b=QiNT/y259jxfPfwWs+2rfbOSXG/1BaCcM30HrOyJW9iBrlxxZ6JjvZMN1B/uSbWR+8 8Dv6t+fhwjq5ttuS+p4vzZiay8lLK9i9AmO9OADxJhukMIe4QClZegbW2cPlvKwWE4At vRoSnJHiifIJMA+MDUgXnGvsaj6fGl5l8S1fk8piJu0z9mUlaWlTHv5HGp5i4YqSCwfG mDw4cEei0UvUgXIPfnsAdhIdCCyS75mbmblaKEc4nMtsrn0TZGmxzGIZ6WiD+riY/iSe 2t92HhBlxC3nyy+A1fKCadeeoiOVa+Eq+Ki0tFNBJPPx/ohRPpGojgHBHwRe3io4WJci LFkw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g6si13165391otk.171.2020.02.05.04.43.48; Wed, 05 Feb 2020 04:44:01 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726961AbgBEMmt (ORCPT + 99 others); Wed, 5 Feb 2020 07:42:49 -0500 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:11458 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726386AbgBEMms (ORCPT ); Wed, 5 Feb 2020 07:42:48 -0500 Received: from pps.filterd (m0098421.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 015Cb4le010963 for ; Wed, 5 Feb 2020 07:42:48 -0500 Received: from e06smtp07.uk.ibm.com (e06smtp07.uk.ibm.com [195.75.94.103]) by mx0a-001b2d01.pphosted.com with ESMTP id 2xyhn2panm-1 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 05 Feb 2020 07:42:47 -0500 Received: from localhost by e06smtp07.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Wed, 5 Feb 2020 12:42:45 -0000 Received: from b06cxnps3074.portsmouth.uk.ibm.com (9.149.109.194) by e06smtp07.uk.ibm.com (192.168.101.137) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256) Wed, 5 Feb 2020 12:42:41 -0000 Received: from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com [9.149.105.59]) by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 015CgeOC65339608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 5 Feb 2020 12:42:40 GMT Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5B17CA4055; Wed, 5 Feb 2020 12:42:40 +0000 (GMT) Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 812F4A404D; Wed, 5 Feb 2020 12:42:38 +0000 (GMT) Received: from [9.124.35.38] (unknown [9.124.35.38]) by d06av23.portsmouth.uk.ibm.com (Postfix) with ESMTP; Wed, 5 Feb 2020 12:42:38 +0000 (GMT) From: Sandipan Das Subject: Re: [PATCH v11 8/9] hugetlb_cgroup: Add hugetlb_cgroup reservation tests To: Mina Almasry Cc: Mike Kravetz , shuah , David Rientjes , Shakeel Butt , Greg Thelen , Andrew Morton , open list , linux-mm@kvack.org, linux-kselftest@vger.kernel.org, cgroups@vger.kernel.org References: <20200203232248.104733-1-almasrymina@google.com> <20200203232248.104733-8-almasrymina@google.com> <0fa5d77c-d115-1e30-cb17-d6a48c916922@linux.ibm.com> Date: Wed, 5 Feb 2020 18:12:37 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 x-cbid: 20020512-0028-0000-0000-000003D79F6C X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 20020512-0029-0000-0000-0000249BFDDC Message-Id: X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138,18.0.572 definitions=2020-02-05_03:2020-02-04,2020-02-05 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 impostorscore=0 malwarescore=0 suspectscore=0 phishscore=0 clxscore=1015 adultscore=0 mlxlogscore=999 bulkscore=0 spamscore=0 lowpriorityscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2001150001 definitions=main-2002050101 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 05/02/20 4:03 am, Mina Almasry wrote: > On Tue, Feb 4, 2020 at 12:36 PM Mina Almasry wrote: >> >> So the problem in this log seems to be that this log line is missing: >> echo Waiting for hugetlb memory to reach size $size. >> >> The way the test works is that it starts a process that writes the >> hugetlb memory, then it *should* wait until the memory is written, >> then it should record the cgroup accounting and kill the process. It >> seems from your log that the wait doesn't happen, so the test >> continues before the background process has had time to write the >> memory properly. Essentially wait_for_hugetlb_memory_to_get_written() >> never gets called in your log. >> >> Can you try this additional attached diff on top of your changes? I >> attached the diff and pasted the same here, hopefully one works for >> you: >> ... > > I got my hands on a machine with 16MB default hugepage size and > charge_reserved_hugetlb.sh passes now after my changes. Please let me > know if you still run into issues. > With your updates, the tests are passing. Ran the tests on a ppc64 system that uses radix MMU (2MB hugepages) and everything passed there as well. - Sandipan