Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 20 Aug 2002 13:25:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 20 Aug 2002 13:25:48 -0400 Received: from smtpzilla1.xs4all.nl ([194.109.127.137]:9741 "EHLO smtpzilla1.xs4all.nl") by vger.kernel.org with ESMTP id ; Tue, 20 Aug 2002 13:25:46 -0400 Date: Tue, 20 Aug 2002 19:29:38 +0200 (CEST) From: Roman Zippel X-X-Sender: roman@serv To: Richard Gooch cc: linux-kernel@vger.kernel.org Subject: Re: [BK PATCH] devfs cleanups for 2.5.29 In-Reply-To: <200208201700.g7KH0Qr10235@vindaloo.ras.ucalgary.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 960 Lines: 29 Hi, On Tue, 20 Aug 2002, Richard Gooch wrote: > > So where again is the module count > > incremented? > > Which kernel tree are you looking at? I'm looking at 2.4.20-pre4. Try 2.5.x. > > You never answered my question, why you insist on managing the ops > > pointer. The far easier fix would be to simply remove this nonsense. > > Because it's an optimsation, avoiding the need for looking up ops from > tables/lists. It's the sensible way of doing it. I've explained this > to others on the list, and in the FAQ. I'm not going to keep going > over it again and again. Optimization??? This would require any device had to be be opened _only_ through devfs, you are not seriously suggesting that??? bye, Roman - 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/