From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from vps0.lunn.ch (vps0.lunn.ch [156.67.10.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C155D23DE; Tue, 17 Dec 2024 15:31:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=156.67.10.101 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1734449469; cv=none; b=Fjw0gcjpInjqsogmf08mSfjO8GkIUd+SlQMnMajiPxELbkImGvAghH1dJruGgwntuT+XIlRo0O+5CIyZdooRdPpHMEziNzhkTBPx8vnAgW5Dz2/TesSBYLPjIqDkntmvOsE2r7AEKPXFdwQaPowd38+s+I7/SGzKn1P7Z1PEPxg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1734449469; c=relaxed/simple; bh=LH+u52El4eJuW6tlodccRYEdSm8ys4Ozz406z1uibkY=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=hhLdjM3Sdg8qwkfhEFMLuNJfJcgWSOZevILmtrEcE40+BJhsBoP2jNoSaWJYWbb/K0s09I/FCN8jKdkbYhfyh0xK/pYeGCo4qJEfPwBC8XWDN6vU2zuuSgFdy440xyHps5PI6LDzZdy62Hy6cgcjf+nmlpwKOyGiVS6J5oABtfE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=lunn.ch; spf=pass smtp.mailfrom=lunn.ch; dkim=pass (1024-bit key) header.d=lunn.ch header.i=@lunn.ch header.b=esFnBqER; arc=none smtp.client-ip=156.67.10.101 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=lunn.ch Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=lunn.ch Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=lunn.ch header.i=@lunn.ch header.b="esFnBqER" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=b1SNfDI1ZZp+kuZp2eJyy8k7g0+fJHQ+1bu9bfsYOuM=; b=esFnBqERE6O2PRiFu+NOufY9AN sOQsoR1pzaIetyG9Mej8/p8RDsSR6fw2tWtlsXz91AFwQGcCM0GGV/yNBdP8ZPEzbopUfBLI2r4Wj +wouj/Q89ObUvVMs9zAE6meA7xECaH7uhhmix1WXlxoIwvcYH5klIem+Tkg1dVkNWUXs=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1tNZXC-000zRs-Or; Tue, 17 Dec 2024 16:30:54 +0100 Date: Tue, 17 Dec 2024 16:30:54 +0100 From: Andrew Lunn To: Christophe Leroy Cc: "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Simon Horman , "Eric W. Biederman" , linux-kernel@vger.kernel.org, netdev@vger.kernel.org, Maxime Chevallier , TRINH THAI Florent , CASAUBON Jean Michel Subject: Re: [PATCH net] net: sysfs: Fix deadlock situation in sysfs accesses Message-ID: References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Tue, Dec 17, 2024 at 08:18:25AM +0100, Christophe Leroy wrote: > The following problem is encountered on kernel built with > CONFIG_PREEMPT. An snmp daemon running with normal priority is > regularly calling ioctl(SIOCGMIIPHY). Why is an SNMP daemon using that IOCTL? What MAC driver is this? Is it using phylib? For phylib, that IOCTL is supposed to be for debug only, and is a bit of a foot gun. So i would not recommend it. Andrew