From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.2 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EDA88CA9EB5 for ; Mon, 4 Nov 2019 15:00:51 +0000 (UTC) Received: from alsa0.perex.cz (alsa0.perex.cz [77.48.224.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id E8C6A21E6F for ; Mon, 4 Nov 2019 15:00:50 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=alsa-project.org header.i=@alsa-project.org header.b="d32OP+7C"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="izAGyOFk" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org E8C6A21E6F Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linuxfoundation.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=alsa-devel-bounces@alsa-project.org Received: from alsa1.perex.cz (alsa1.perex.cz [207.180.221.201]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by alsa0.perex.cz (Postfix) with ESMTPS id 1B936172F; Mon, 4 Nov 2019 15:59:59 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz 1B936172F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1572879649; bh=5cjlLdaDCGTaxO4qV8b7VCcy1qmlqMIKwVcmzO1m+Lc=; h=Date:From:To:References:In-Reply-To:Cc:Subject:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=d32OP+7CiSF1xxEBwPPP0f/gE6sYkidb6aPQhhvdnibntBa8Nr93a/Uz70eyGIP61 JCmnc9df5O83Q8LoYPS6Ub7LdnuHpKWChwB293UW2LoPp06eV1PreqRaqnLDYogKNu Js8A8LMYa0WX5+Zc2U6T6+PMKLP56DAYAdZrdglE= Received: from alsa1.perex.cz (localhost.localdomain [127.0.0.1]) by alsa1.perex.cz (Postfix) with ESMTP id A2897F80321; Mon, 4 Nov 2019 15:59:58 +0100 (CET) Received: by alsa1.perex.cz (Postfix, from userid 50401) id BDB9CF803F4; Mon, 4 Nov 2019 15:59:56 +0100 (CET) Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by alsa1.perex.cz (Postfix) with ESMTPS id DE955F8015B for ; Mon, 4 Nov 2019 15:59:53 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz DE955F8015B Authentication-Results: alsa1.perex.cz; dkim=pass (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="izAGyOFk" Received: from localhost (unknown [62.119.166.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 5AF6E21D7F; Mon, 4 Nov 2019 14:59:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1572879591; bh=4DM6PsVNusVwUXpvzXvmTrY1JRmZq07AfglvQsNWuDI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=izAGyOFkCY9FsTpZBGaRHf0qnEd7WX44JLuBknCFkhnUGbHwpnrCz7mSNciXMvPRy 83GSqSmyoIF+MN78AEJvMOsyEpDkP2u6hWCXbaTYnHqBXZespraAz3S9RA1c7MOBqA Kqm8avdiINBAZ2gcfb+NcUmznvPESeNtiEJe7wFE= Date: Mon, 4 Nov 2019 15:59:47 +0100 From: Greg KH To: Jan Stancek Message-ID: <20191104145947.GA2211991@kroah.com> References: <2029139028.10333037.1572874551626.JavaMail.zimbra@redhat.com> <20191104135135.GA2162401@kroah.com> <1341418315.10342806.1572877690830.JavaMail.zimbra@redhat.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1341418315.10342806.1572877690830.JavaMail.zimbra@redhat.com> User-Agent: Mutt/1.12.2 (2019-09-21) Cc: alsa-devel@alsa-project.org, Memory Management , Linux Stable maillist , Jaroslav Kysela , CKI Project , LTP Mailing List Subject: Re: [alsa-devel] =?utf-8?q?=E2=9D=8C_FAIL=3A_Test_report_for_kernel_5?= =?utf-8?q?=2E3=2E9-rc1-dfe283e=2Ecki_=28stable=29?= X-BeenThere: alsa-devel@alsa-project.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: alsa-devel-bounces@alsa-project.org Sender: "Alsa-devel" T24gTW9uLCBOb3YgMDQsIDIwMTkgYXQgMDk6Mjg6MTBBTSAtMDUwMCwgSmFuIFN0YW5jZWsgd3Jv dGU6Cj4gCj4gCj4gLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQo+ID4gT24gTW9uLCBOb3Yg MDQsIDIwMTkgYXQgMDg6MzU6NTFBTSAtMDUwMCwgSmFuIFN0YW5jZWsgd3JvdGU6Cj4gPiA+IAo+ ID4gPiAKPiA+ID4gLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQo+ID4gPiA+IAo+ID4gPiA+ IEhlbGxvLAo+ID4gPiA+IAo+ID4gPiA+IFdlIHJhbiBhdXRvbWF0ZWQgdGVzdHMgb24gYSByZWNl bnQgY29tbWl0IGZyb20gdGhpcyBrZXJuZWwgdHJlZToKPiA+ID4gPiAKPiA+ID4gPiAgICAgICAg S2VybmVsIHJlcG86Cj4gPiA+ID4gICAgICAgIGdpdDovL2dpdC5rZXJuZWwub3JnL3B1Yi9zY20v bGludXgva2VybmVsL2dpdC9zdGFibGUvbGludXgtc3RhYmxlLXJjLmdpdAo+ID4gPiA+ICAgICAg ICAgICAgIENvbW1pdDogZGZlMjgzZTlmZGFjIC0gTGludXggNS4zLjktcmMxCj4gPiA+ID4gCj4g PiA+ID4gVGhlIHJlc3VsdHMgb2YgdGhlc2UgYXV0b21hdGVkIHRlc3RzIGFyZSBwcm92aWRlZCBi ZWxvdy4KPiA+ID4gPiAKPiA+ID4gPiAgICAgT3ZlcmFsbCByZXN1bHQ6IEZBSUxFRCAoc2VlIGRl dGFpbHMgYmVsb3cpCj4gPiA+ID4gICAgICAgICAgICAgIE1lcmdlOiBPSwo+ID4gPiA+ICAgICAg ICAgICAgQ29tcGlsZTogT0sKPiA+ID4gPiAgICAgICAgICAgICAgVGVzdHM6IEZBSUxFRAo+ID4g PiA+IAo+ID4gPiA+IEFsbCBrZXJuZWwgYmluYXJpZXMsIGNvbmZpZyBmaWxlcywgYW5kIGxvZ3Mg YXJlIGF2YWlsYWJsZSBmb3IgZG93bmxvYWQKPiA+ID4gPiBoZXJlOgo+ID4gPiA+IAo+ID4gPiA+ ICAgaHR0cHM6Ly9hcnRpZmFjdHMuY2tpLXByb2plY3Qub3JnL3BpcGVsaW5lcy8yNjIzODAKPiA+ ID4gPiAKPiA+ID4gPiBPbmUgb3IgbW9yZSBrZXJuZWwgdGVzdHMgZmFpbGVkOgo+ID4gPiA+IAo+ ID4gPiA+ICAgICB4ODZfNjQ6Cj4gPiA+ID4gICAgICDinYwgTFRQIGxpdGUKPiA+ID4gPgo+ID4g PiAKPiA+ID4gTm90IGEgNS4zIC1zdGFibGUgcmVncmVzc2lvbi4KPiA+ID4gCj4gPiA+IEZhaWx1 cmUgY29tZXMgZnJvbSB0ZXN0IHRoYXQgc2FuaXR5IGNoZWNrcyBhbGwgL3Byb2MgZmlsZXMgYnkg ZG9pbmcKPiA+ID4gMWsgcmVhZCBmcm9tIGVhY2guIFRoZXJlIGFyZSBjb3VwbGUgaXNzdWVzIGl0 IGhpdHMgd3J0LiBzbmRfaGRhXyouCj4gPiA+IAo+ID4gPiBFeGFtcGxlIHJlcHJvZHVjZXI6Cj4g PiA+ICAgZGQgaWY9L3N5cy9rZXJuZWwvZGVidWcvcmVnbWFwL2hkYXVkaW9DMEQzLWhkYXVkaW8v YWNjZXNzIG9mPW91dC50eHQKPiA+ID4gICBjb3VudD0xIGJzPTEwMjQgaWZsYWc9bm9uYmxvY2sK PiA+IAo+ID4gVGhhdCdzIG5vdCBhIHByb2MgZmlsZSA6KQo+IAo+IFJpZ2h0LiBJdCdzIHNhbWUg dGVzdCB0aGF0J3MgdXNlZCBmb3IgL3Byb2MgdG9vLgo+IAo+ID4gCj4gPiA+IEl0J3Mgc2xvdyBh bmQgdHJpZ2dlcnMgc29mdCBsb2NrdXBzIFsxXS4gQW5kIGl0IGFsc28gcmVxdWlyZXMgbG90Cj4g PiA+IG9mIG1lbW9yeSwgdHJpZ2dlcmluZyBPT01zIG9uIHNtYWxsZXIgVk1zOgo+ID4gPiAweDAw MDAwMDAwMjRmMDQzN2ItMHgwMDAwMDAwMDFhMzJiMWM4IDEwNzM3NDU5MjAgc2VxX3JlYWQrMHgx MzEvMHg0MDAKPiA+ID4gcGFnZXM9MjYyMTQ0IHZtYWxsb2MgdnBhZ2VzIE4wPTI2MjE0NAo+ID4g PiAKPiA+ID4gSSdtIGxlYW5pbmcgdG93YXJkcyBza2lwcGluZyBhbGwgcmVnbWFwIGVudHJpZXMg aW4gdGhpcyB0ZXN0Lgo+ID4gPiBDb21tZW50cyBhcmUgd2VsY29tZWQuCj4gPiAKPiA+IFJhbmRv bWx5IHBva2luZyBhcm91bmQgaW4gZGVidWdmcyBpcyBhIHN1cmUgd2F5IHRvIGNhdXNlIGNyYXNo ZXMgYW5kCj4gPiBtYWpvciBwcm9ibGVtcy4gIEFsc28sIGRlYnVnZnMgZmlsZXMgYXJlIE5PVCBz dGFibGUgYW5kIG9ubHkgZm9yCj4gPiBkZWJ1Z2dpbmcgYW5kIHNob3VsZCBuZXZlciBiZSBlbmFi bGVkIG9uICJyZWFsIiBzeXN0ZW1zLgo+ID4gCj4gPiBTbyB3aGF0IGV4YWN0bHkgaXMgdGhlIHRl c3QgdHJ5aW5nIHRvIGRvIGhlcmU/Cj4gCj4gSXQncyAodW5wcml2aWxlZ2VkKSB1c2VyIHRyeWlu ZyB0byBvcGVuL3JlYWQgYW55dGhpbmcgaXQgY2FuICgvcHJvYywgL3N5cykKPiB0byBzZWUgaWYg dGhhdCB0cmlnZ2VycyBhbnl0aGluZyBiYWQuCj4gCj4gSXQgY2FuIHJ1biBhcyBwcml2aWxlZ2Vk IHVzZXIgdG9vLCB3aGljaCB3YXMgdGhlIGNhc2UgYWJvdmUuCgpTdXJlLCB5b3UgY2FuIGRvIHRv bnMgb2YgYmFkIHRoaW5ncyBhcyByb290IHBva2luZyBhcm91bmQgaW4gc3lzZnMsCmRlYnVnZnMs IGFuZCBwcm9jZnMuICBXaGF0IGV4YWN0bHkgYXJlIHlvdSB0cnlpbmcgdG8gZG8sIGJyZWFrIHRo ZQpzeXN0ZW0/CgpUaGF0IHNvdW5kcyBsaWtlIGEgaG9ycmlibGUgdGVzdCB0aGF0IGlzIGp1c3Qg c2V0dGluZyBpdHNlbGYgdXAgdG8gbG9jawp0aGUgc3lzdGVtIHVwLCB5b3Ugc2hvdWxkIHJldmlz aXQgaXQuLi4KCnRoYW5rcywKCmdyZWcgay1oCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCkFsc2EtZGV2ZWwgbWFpbGluZyBsaXN0CkFsc2EtZGV2ZWxAYWxz YS1wcm9qZWN0Lm9yZwpodHRwczovL21haWxtYW4uYWxzYS1wcm9qZWN0Lm9yZy9tYWlsbWFuL2xp c3RpbmZvL2Fsc2EtZGV2ZWwK From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg KH Date: Mon, 4 Nov 2019 15:59:47 +0100 Subject: [LTP] =?utf-8?q?=E2=9D=8C_FAIL=3A_Test_report_for_kernel_5=2E3?= =?utf-8?q?=2E9-rc1-dfe283e=2Ecki_=28stable=29?= In-Reply-To: <1341418315.10342806.1572877690830.JavaMail.zimbra@redhat.com> References: <2029139028.10333037.1572874551626.JavaMail.zimbra@redhat.com> <20191104135135.GA2162401@kroah.com> <1341418315.10342806.1572877690830.JavaMail.zimbra@redhat.com> Message-ID: <20191104145947.GA2211991@kroah.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ltp@lists.linux.it On Mon, Nov 04, 2019 at 09:28:10AM -0500, Jan Stancek wrote: > > > ----- Original Message ----- > > On Mon, Nov 04, 2019 at 08:35:51AM -0500, Jan Stancek wrote: > > > > > > > > > ----- Original Message ----- > > > > > > > > Hello, > > > > > > > > We ran automated tests on a recent commit from this kernel tree: > > > > > > > > Kernel repo: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git > > > > Commit: dfe283e9fdac - Linux 5.3.9-rc1 > > > > > > > > The results of these automated tests are provided below. > > > > > > > > Overall result: FAILED (see details below) > > > > Merge: OK > > > > Compile: OK > > > > Tests: FAILED > > > > > > > > All kernel binaries, config files, and logs are available for download > > > > here: > > > > > > > > https://artifacts.cki-project.org/pipelines/262380 > > > > > > > > One or more kernel tests failed: > > > > > > > > x86_64: > > > > ? LTP lite > > > > > > > > > > Not a 5.3 -stable regression. > > > > > > Failure comes from test that sanity checks all /proc files by doing > > > 1k read from each. There are couple issues it hits wrt. snd_hda_*. > > > > > > Example reproducer: > > > dd if=/sys/kernel/debug/regmap/hdaudioC0D3-hdaudio/access of=out.txt > > > count=1 bs=1024 iflag=nonblock > > > > That's not a proc file :) > > Right. It's same test that's used for /proc too. > > > > > > It's slow and triggers soft lockups [1]. And it also requires lot > > > of memory, triggering OOMs on smaller VMs: > > > 0x0000000024f0437b-0x000000001a32b1c8 1073745920 seq_read+0x131/0x400 > > > pages=262144 vmalloc vpages N0=262144 > > > > > > I'm leaning towards skipping all regmap entries in this test. > > > Comments are welcomed. > > > > Randomly poking around in debugfs is a sure way to cause crashes and > > major problems. Also, debugfs files are NOT stable and only for > > debugging and should never be enabled on "real" systems. > > > > So what exactly is the test trying to do here? > > It's (unprivileged) user trying to open/read anything it can (/proc, /sys) > to see if that triggers anything bad. > > It can run as privileged user too, which was the case above. Sure, you can do tons of bad things as root poking around in sysfs, debugfs, and procfs. What exactly are you trying to do, break the system? That sounds like a horrible test that is just setting itself up to lock the system up, you should revisit it... thanks, greg k-h From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.2 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AB1CCCA9EB5 for ; Mon, 4 Nov 2019 14:59:52 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 7F45321E6F for ; Mon, 4 Nov 2019 14:59:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1572879592; bh=4DM6PsVNusVwUXpvzXvmTrY1JRmZq07AfglvQsNWuDI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=HOCSfVJF1V5XOT14T8EGd380xkQISy7q4qn019lfoI+Dkk/hBzLXOgjBXwRo/V911 EpLPXoMXTR5kcW3ch3w109X4/ifigE9bENDbATSlKGPZvwBnkltfWA3i6dYFYhGwC2 v5WYAMAQF8ijq0Bod0GrKYWSY62pgQE2NFdYijX8= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728351AbfKDO7w (ORCPT ); Mon, 4 Nov 2019 09:59:52 -0500 Received: from mail.kernel.org ([198.145.29.99]:56252 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727788AbfKDO7w (ORCPT ); Mon, 4 Nov 2019 09:59:52 -0500 Received: from localhost (unknown [62.119.166.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 5AF6E21D7F; Mon, 4 Nov 2019 14:59:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1572879591; bh=4DM6PsVNusVwUXpvzXvmTrY1JRmZq07AfglvQsNWuDI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=izAGyOFkCY9FsTpZBGaRHf0qnEd7WX44JLuBknCFkhnUGbHwpnrCz7mSNciXMvPRy 83GSqSmyoIF+MN78AEJvMOsyEpDkP2u6hWCXbaTYnHqBXZespraAz3S9RA1c7MOBqA Kqm8avdiINBAZ2gcfb+NcUmznvPESeNtiEJe7wFE= Date: Mon, 4 Nov 2019 15:59:47 +0100 From: Greg KH To: Jan Stancek Cc: CKI Project , Jaroslav Kysela , alsa-devel@alsa-project.org, LTP Mailing List , Linux Stable maillist , Memory Management Subject: Re: =?utf-8?B?4p2MIEZBSUw=?= =?utf-8?Q?=3A?= Test report for kernel 5.3.9-rc1-dfe283e.cki (stable) Message-ID: <20191104145947.GA2211991@kroah.com> References: <2029139028.10333037.1572874551626.JavaMail.zimbra@redhat.com> <20191104135135.GA2162401@kroah.com> <1341418315.10342806.1572877690830.JavaMail.zimbra@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1341418315.10342806.1572877690830.JavaMail.zimbra@redhat.com> User-Agent: Mutt/1.12.2 (2019-09-21) Sender: stable-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: stable@vger.kernel.org On Mon, Nov 04, 2019 at 09:28:10AM -0500, Jan Stancek wrote: > > > ----- Original Message ----- > > On Mon, Nov 04, 2019 at 08:35:51AM -0500, Jan Stancek wrote: > > > > > > > > > ----- Original Message ----- > > > > > > > > Hello, > > > > > > > > We ran automated tests on a recent commit from this kernel tree: > > > > > > > > Kernel repo: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git > > > > Commit: dfe283e9fdac - Linux 5.3.9-rc1 > > > > > > > > The results of these automated tests are provided below. > > > > > > > > Overall result: FAILED (see details below) > > > > Merge: OK > > > > Compile: OK > > > > Tests: FAILED > > > > > > > > All kernel binaries, config files, and logs are available for download > > > > here: > > > > > > > > https://artifacts.cki-project.org/pipelines/262380 > > > > > > > > One or more kernel tests failed: > > > > > > > > x86_64: > > > > ❌ LTP lite > > > > > > > > > > Not a 5.3 -stable regression. > > > > > > Failure comes from test that sanity checks all /proc files by doing > > > 1k read from each. There are couple issues it hits wrt. snd_hda_*. > > > > > > Example reproducer: > > > dd if=/sys/kernel/debug/regmap/hdaudioC0D3-hdaudio/access of=out.txt > > > count=1 bs=1024 iflag=nonblock > > > > That's not a proc file :) > > Right. It's same test that's used for /proc too. > > > > > > It's slow and triggers soft lockups [1]. And it also requires lot > > > of memory, triggering OOMs on smaller VMs: > > > 0x0000000024f0437b-0x000000001a32b1c8 1073745920 seq_read+0x131/0x400 > > > pages=262144 vmalloc vpages N0=262144 > > > > > > I'm leaning towards skipping all regmap entries in this test. > > > Comments are welcomed. > > > > Randomly poking around in debugfs is a sure way to cause crashes and > > major problems. Also, debugfs files are NOT stable and only for > > debugging and should never be enabled on "real" systems. > > > > So what exactly is the test trying to do here? > > It's (unprivileged) user trying to open/read anything it can (/proc, /sys) > to see if that triggers anything bad. > > It can run as privileged user too, which was the case above. Sure, you can do tons of bad things as root poking around in sysfs, debugfs, and procfs. What exactly are you trying to do, break the system? That sounds like a horrible test that is just setting itself up to lock the system up, you should revisit it... thanks, greg k-h