Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 13 Aug 2002 08:11:50 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 13 Aug 2002 08:11:50 -0400 Received: from pc2-cwma1-5-cust12.swa.cable.ntl.com ([80.5.121.12]:2296 "EHLO irongate.swansea.linux.org.uk") by vger.kernel.org with ESMTP id ; Tue, 13 Aug 2002 08:11:50 -0400 Subject: Re: [PATCH]2.4.20 ARCH=i386 create dmi_scan.h and move decl from dmi_scan.c From: Alan Cox To: Albert Cranford , Linus Torvalds Cc: Marcelo Tosatti , Linux Kernel List In-Reply-To: <3D589E11.6093B119@attbi.com> References: <3D589E11.6093B119@attbi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 13 Aug 2002 13:13:04 +0100 Message-Id: <1029240784.21007.19.camel@irongate.swansea.linux.org.uk> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 820 Lines: 19 On Tue, 2002-08-13 at 06:50, Albert Cranford wrote: > - > -static char *dmi_ident[DMI_STRING_MAX]; > +char *dmi_ident[DMI_STRING_MAX]; Be very careful with this change btw. The dmi_ident strings are unmapped at the point dmi_table() returns. That means you can only use them in the decode callback, and so it seems odd to export them. It certainly wants clear documentation if you are doing it that way. What you probably should do is create some flag bits for i2c/smbus and set those then export the flag data (we do the same for APM), rather than export them as globals - 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/