Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp4414407pxy; Tue, 27 Apr 2021 04:40:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwNOimbtJalTo8DBaGFmZnyRVyLtbbLAui3G+UUYJo8T3I3CIJo9AclEiCCdpiXkUcSyXOM X-Received: by 2002:a63:1e4d:: with SMTP id p13mr21697469pgm.238.1619523629808; Tue, 27 Apr 2021 04:40:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619523629; cv=none; d=google.com; s=arc-20160816; b=c9GGK3DiW4w0AU1Z/cMwBEpH1AUZGJkFWA2cTn2WxKEJQ22fQe/1HpiNmsvicVq1KC B+5fxUB6jHWTTjkMN9OCUDhXkBzPVAf9v2RW3TKd8Z4LXTNCSbxKf64ZiefyqoOWbV+I V8gwVDtU6nrnEgFeps2fW7yId6pcEfFQ+rQlNm9la9KRH5U6bdVzHXBJuQ0cgDHIyQtE bssMj+Ge43uSy7woDQRNb3O6Mld/52cZaxd+NBdOIP4OisaSyaqPPZpI2seHPpBGsOQg +NUnzjTip+XENxxBL4V6zzh0m0mrX2+Uh4wTDPR5TAXDxuRyEDRVr3xZja1xXQ8btNFc Wl/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=hQmhYKiI8ppPQyZ7DfdV/mfoK2CmKP+NqjotyDVMBZ4=; b=GEdGw0EPN3SAtIicwhnK6iV/oKJ77eRfOFH88slI0N1X8FgLcKDLmQP7jln8HtT7Ez TY0koR84BCl+OMXLdrH3vLPwoO8DubQCIsavLGSy0I7/9QLbp6/+FhlVoGXekR4fQwAG Dst3aH3OXe9ohVsB0kM5Jc03GjftDvkwPWwL5RdIteQ8DZkWHRwKtnrw7gu3qaq8+L0S Qu8J0EGhVvanxpIeJ2snbYD1AcQj3Q/nCGBR3HvjBXb9UFE+0yenMWNpYwbTabRrGpXw pl7JS1fWyUWyqGU3avz2+SgF5NM+PHOVGjmSL1oscJUMXhg3CQFRMxjuFc+Wl/3m+jgw WpUg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=BzmxTy6n; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 136si3021683pfx.347.2021.04.27.04.40.17; Tue, 27 Apr 2021 04:40:29 -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=@linuxfoundation.org header.s=korg header.b=BzmxTy6n; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236108AbhD0LkF (ORCPT + 99 others); Tue, 27 Apr 2021 07:40:05 -0400 Received: from mail.kernel.org ([198.145.29.99]:50520 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236100AbhD0LkE (ORCPT ); Tue, 27 Apr 2021 07:40:04 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 0B2276100B; Tue, 27 Apr 2021 11:39:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1619523560; bh=TxdaOEc9CznWEwtVjOxV+KNECrQDBOoFXaJg7zjtSdU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=BzmxTy6ndGTH6LDFaqWbNZF9+4dFeqwGsI2F2JTKJGFRrfo0AW52gyJJ8oa7QjOIp uhbS67JT8WP8ZJfUgcs9wSF5ZjkjgLQx/gmIEFmFfazdPShFsCPnP4L7K8QEdGzK+R XqtTYhYmBzyO8sLQKjRjPxKRXhO1ATws16xeML5Y= Date: Tue, 27 Apr 2021 13:39:16 +0200 From: Greg KH To: Corentin Labbe Cc: rafael@kernel.org, hch@lst.de, m.szyprowski@samsung.com, robin.murphy@arm.com, iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org Subject: Re: dma-api debugfs directory is not created since debugfs is not initialized Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 27, 2021 at 01:34:27PM +0200, Corentin Labbe wrote: > Hello > > I try to debug some DMA problem on next-20210427, and so I have enabled CONFIG_DMA_API_DEBUG=y. > But the dma-api directory does show up in debugfs, but lot of other directory exists in it. Does it show up properly in 5.12? > After debugging it seems due to commit 56348560d495 ("debugfs: do not attempt to create a new file before the filesystem is initalized") > Reverting the commit permit to "dma-api" debugfs to be found. (but seems not the right way to fix it). We have had some odd start-up ordering issues that the above commit has caused to show. Given that this commit is now in stable kernels, with no report of this issue so far, I'm worried that maybe this is a dma subsystem ordering issue? thanks, greg k-h