From mboxrd@z Thu Jan 1 00:00:00 1970 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 05 Jul 2007 17:37:09 +0100 (BST) Received: from localhost.localdomain ([127.0.0.1]:51859 "EHLO dl5rb.ham-radio-op.net") by ftp.linux-mips.org with ESMTP id S20022058AbXGEQhH (ORCPT ); Thu, 5 Jul 2007 17:37:07 +0100 Received: from denk.linux-mips.net (denk.linux-mips.net [127.0.0.1]) by dl5rb.ham-radio-op.net (8.14.1/8.13.8) with ESMTP id l65Gb0Pu022798; Thu, 5 Jul 2007 17:37:00 +0100 Received: (from ralf@localhost) by denk.linux-mips.net (8.14.1/8.14.1/Submit) id l65Gax0w022797; Thu, 5 Jul 2007 17:36:59 +0100 Date: Thu, 5 Jul 2007 17:36:59 +0100 From: Ralf Baechle To: "Kevin D. Kissell" Cc: linux-mips@linux-mips.org Subject: Re: dead(?) MIPS config stuff Message-ID: <20070705163658.GA22652@linux-mips.org> References: <20070705144641.GA20210@linux-mips.org> <01dc01c7bf20$e03f6c20$10eca8c0@grendel> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01dc01c7bf20$e03f6c20$10eca8c0@grendel> User-Agent: Mutt/1.5.14 (2007-02-12) Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 15619 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: ralf@linux-mips.org Precedence: bulk X-list: linux-mips On Thu, Jul 05, 2007 at 06:23:45PM +0200, Kevin D. Kissell wrote: > It's cruft, but it's cruft that does have some utility when porting SMTC to a new > platform, as it helps identify interrupt management bugs. It needs to be eliminated > or replaced with a revision of the interface between architecture and platform > support for SMTC, toward which I've made some small progress recently, > but I'd prefer not to see it disappear before reinforcements arrive. All this email was about were kernel configuration options that can't be enabled for some reason. Of course these automated checkers such as Robert's make the assumption that the CONFIG_* preprocessor namespace is rserved for the Kconfig system. In this particular case the reason is quite simple: > arch/mips/kernel/process.c:54:#ifdef CONFIG_SMTC_IDLE_HOOK_DEBUG > arch/mips/Kconfig.debug:40:config CONFIG_SMTC_IDLE_HOOK_DEBUG The kconfig system itself does prefix names with CONFIG_ so kconfig ends up defining CONFIG_CONFIG_SMTC_IDLE_HOOK_DEBUG (are we stuttuttering?) So this one is fixed trivially. Ralf