Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp1320928pxb; Tue, 17 Aug 2021 08:56:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxsIcUqve6qnDMCG2//CjiL6pJpwS3sM/ok2hQWxLxG0x6cbe8NtP1cX00WtyGNkSnMZSqt X-Received: by 2002:a05:6602:48c:: with SMTP id y12mr3416213iov.14.1629215770579; Tue, 17 Aug 2021 08:56:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629215770; cv=none; d=google.com; s=arc-20160816; b=uJsMQdoLzJq2My5S+Pgd9szDWpgGsswaMWjg9KPwxclOnKXAM0fYntpSOy+lLfwzRp sxBlr23Re343GXU0++cwAH+GhTJvi44rJB8oRsI2LY1QNDKdhC+ZE5bRT3hX43sDT4pN W5KW1/21un/WBnvcrbs3AHhmXZDeYV0ytt2u4yhEeIVXBFS9O7BlTZrwrRTg22f3ERmM sUsaNJYfZInT58B4XYJpFxrdQb5Cm1fH6mQWfg1/cLm7hWr0lpEO9pgAx0sxvjuZqIN/ 3LQrEykhx7uYGX1xt/0gyfaab2wV/Ek9VCwsp505y0Bu5wf9UvZzwJWu+KcfIag3zZOP dz6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:subject:mime-version:user-agent:message-id :in-reply-to:date:references:cc:to:from; bh=PZukVJXGORi+ihTRL3OHqKBEO159ftYEQ80SH0tc7Ko=; b=N78C1IWk/o5c/+mQkOiqy9VeFo+wEbfg33NzejUZf3KH5YwVvglFLXFY00HDYUEwd3 HeguxeAnQgDFHTkifnz3Bq7dpBD6YBhrmHODcq6E/xJRcnAlOz7b71ECPc4QFLPkLKCk iKA8R6op6Uouo7ajXT2QptvAXbYgIYcQZSH9L9L300dbjhovMcjsDL1I6hbflh8Tj1E8 hNj7DZd2K5n7MLHtuAp07bQSMotlJU8zsX8PXqs1IgBVgedkWA7/tXtFeLuCqAQV+1C8 iZJMC0uMiEGm6I6wiMFnsbGXXVjgInf8UzFTKMQaXMcZa+Lq3MHhHj/KFFvTGjn0q8+x A3MA== 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=xmission.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q7si3155133iow.71.2021.08.17.08.55.56; Tue, 17 Aug 2021 08:56:10 -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=xmission.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240930AbhHQPzg (ORCPT + 99 others); Tue, 17 Aug 2021 11:55:36 -0400 Received: from out01.mta.xmission.com ([166.70.13.231]:45980 "EHLO out01.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240280AbhHQPtC (ORCPT ); Tue, 17 Aug 2021 11:49:02 -0400 Received: from in01.mta.xmission.com ([166.70.13.51]:38074) by out01.mta.xmission.com with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1mG1Js-00DpJe-Qv; Tue, 17 Aug 2021 09:48:04 -0600 Received: from ip68-227-160-95.om.om.cox.net ([68.227.160.95]:51836 helo=email.xmission.com) by in01.mta.xmission.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1mG1Jq-008gTq-AD; Tue, 17 Aug 2021 09:48:04 -0600 From: ebiederm@xmission.com (Eric W. Biederman) To: "Ma\, XinjianX" Cc: "legion\@kernel.org" , "linux-kselftest\@vger.kernel.org" , lkp , "akpm\@linux-foundation.org" , "axboe\@kernel.dk" , "christian.brauner\@ubuntu.com" , "containers\@lists.linux-foundation.org" , "jannh\@google.com" , "keescook\@chromium.org" , "kernel-hardening\@lists.openwall.com" , "linux-kernel\@vger.kernel.org" , "linux-mm\@kvack.org" , "oleg\@redhat.com" , "torvalds\@linux-foundation.org" References: Date: Tue, 17 Aug 2021 10:47:14 -0500 In-Reply-To: (XinjianX Ma's message of "Tue, 17 Aug 2021 04:03:50 +0000") Message-ID: <87a6lgysxp.fsf@disp2133> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-XM-SPF: eid=1mG1Jq-008gTq-AD;;;mid=<87a6lgysxp.fsf@disp2133>;;;hst=in01.mta.xmission.com;;;ip=68.227.160.95;;;frm=ebiederm@xmission.com;;;spf=neutral X-XM-AID: U2FsdGVkX1+YR/Sxbe0UH84qAcIuO7Yi3l0O0ew6ZBk= X-SA-Exim-Connect-IP: 68.227.160.95 X-SA-Exim-Mail-From: ebiederm@xmission.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on sa06.xmission.com X-Spam-Level: X-Spam-Status: No, score=0.5 required=8.0 tests=ALL_TRUSTED,BAYES_50, DCC_CHECK_NEGATIVE,T_TM2_M_HEADER_IN_MSG,T_TooManySym_01,XMSubLong autolearn=disabled version=3.4.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.4993] * 0.7 XMSubLong Long Subject * 0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available. * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa06 1397; Body=1 Fuz1=1 Fuz2=1] * 0.0 T_TooManySym_01 4+ unique symbols in subject X-Spam-DCC: XMission; sa06 1397; Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ;"Ma\, XinjianX" X-Spam-Relay-Country: X-Spam-Timing: total 1933 ms - load_scoreonly_sql: 0.04 (0.0%), signal_user_changed: 10 (0.5%), b_tie_ro: 9 (0.5%), parse: 0.95 (0.0%), extract_message_metadata: 12 (0.6%), get_uri_detail_list: 1.36 (0.1%), tests_pri_-1000: 6 (0.3%), tests_pri_-950: 1.25 (0.1%), tests_pri_-900: 1.02 (0.1%), tests_pri_-90: 78 (4.0%), check_bayes: 76 (3.9%), b_tokenize: 8 (0.4%), b_tok_get_all: 8 (0.4%), b_comp_prob: 4.3 (0.2%), b_tok_touch_all: 51 (2.6%), b_finish: 1.01 (0.1%), tests_pri_0: 448 (23.2%), check_dkim_signature: 0.57 (0.0%), check_dkim_adsp: 3.6 (0.2%), poll_dns_idle: 1361 (70.4%), tests_pri_10: 2.0 (0.1%), tests_pri_500: 1371 (70.9%), rewrite_mail: 0.00 (0.0%) Subject: Re: [PATCH v11 5/9] Reimplement RLIMIT_MSGQUEUE on top of ucounts X-SA-Exim-Version: 4.2.1 (built Sat, 08 Feb 2020 21:53:50 +0000) X-SA-Exim-Scanned: Yes (on in01.mta.xmission.com) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org "Ma, XinjianX" writes: > Hi Alexey, > > When lkp team run kernel selftests, we found after these series of patches, testcase mqueue: mq_perf_tests > in kselftest failed with following message. Which kernel was this run against? Where can the mq_perf_tests that you ran and had problems with be found? During your run were you using user namespaces as part of your test environment? The error message too many files corresponds to the error code EMFILES which is the error code that is returned when the rlimit is reached. One possibility is that your test environment was run in a user namespace and so you wound up limited by rlimit of the user who created the user namespace at the point of user namespace creation. At this point if you can give us enough information to look into this and attempt to reproduce it that would be appreciated. > If you confirm and fix the issue, kindly add following tag as appropriate > Reported-by: kernel test robot lkp@intel.com > > ``` > # selftests: mqueue: mq_perf_tests > # > # Initial system state: > # Using queue path: /mq_perf_tests > # RLIMIT_MSGQUEUE(soft): 819200 > # RLIMIT_MSGQUEUE(hard): 819200 > # Maximum Message Size: 8192 > # Maximum Queue Size: 10 > # Nice value: 0 > # > # Adjusted system state for testing: > # RLIMIT_MSGQUEUE(soft): (unlimited) > # RLIMIT_MSGQUEUE(hard): (unlimited) > # Maximum Message Size: 16777216 > # Maximum Queue Size: 65530 > # Nice value: -20 > # Continuous mode: (disabled) > # CPUs to pin: 3 > # ./mq_perf_tests: mq_open() at 296: Too many open files > not ok 2 selftests: mqueue: mq_perf_tests # exit=1 > ``` > > Test env: > rootfs: debian-10 > gcc version: 9 > > ------ > Thanks > Ma Xinjian Eric