Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 26 Mar 2003 22:31:19 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 26 Mar 2003 22:31:19 -0500 Received: from mta6.snfc21.pbi.net ([206.13.28.240]:54000 "EHLO mta6.snfc21.pbi.net") by vger.kernel.org with ESMTP id ; Wed, 26 Mar 2003 22:31:18 -0500 Date: Wed, 26 Mar 2003 19:53:17 -0800 From: David Brownell Subject: 2.5.recent: device_remove_file() doesn't To: linux-kernel@vger.kernel.org, Patrick Mochel Message-id: <3E8275AD.40603@pacbell.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en, fr User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 732 Lines: 22 I've noticed that recent kernels don't clean up device attribute files correctly when they're removed. Instead, they're left in the directory with a refcount of zero. That refcount stays even when the file is recreated later; and the contents can be read. Delete them again, and now the refcount is 65535 ... though now reading the contents may cause oopsing. This worked correctly at some point last month: the file no longer appeared in sysfs after deletion. Got Patch? - Dave - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/