From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pat LaVarre Subject: Re: favourite vfs globals Date: 28 Nov 2003 14:51:16 -0700 Sender: linux-fsdevel-owner@vger.kernel.org Message-ID: <1070056276.3518.13.camel@patrh9> References: <1070053531.2340.40.camel@patrh9> <1070054568.2340.50.camel@patrh9> <1070055839.3518.6.camel@patrh9> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from email-out2.iomega.com ([147.178.1.83]:32972 "EHLO email.iomega.com") by vger.kernel.org with ESMTP id S263531AbTK1Vvp (ORCPT ); Fri, 28 Nov 2003 16:51:45 -0500 Received: from royntex01.iomegacorp.com (unknown [147.178.90.120]) by email.iomega.com (Postfix) with ESMTP id 010FB1703 for ; Fri, 28 Nov 2003 14:51:44 -0700 (MST) To: linux-fsdevel@vger.kernel.org In-Reply-To: <1070055839.3518.6.camel@patrh9> List-Id: linux-fsdevel.vger.kernel.org > > > Which vfs globals are the most fun, in lk like 2.6.0-test11? "That question I can't yet answer, but": > > > ... we ... see the global variables of modules ... > > ... when the modules share those variables with non-module code > ... > I see directly adding a global to a module does not work: > > MODPOST > *** Warning: "hello_gdb" [fs/udf/udf.ko] undefined! > > Ouch. > > I'll go ask the kernelnewbies list to comment. Ouch, I speak and only then do I remember finally now where I saw this working before. Not in drivers/usb/storage but rather in scsi/ e.g. http://lxr.linux.no/ident?v=2.6.0-test7;i=scsi_command_size yields: http://lxr.linux.no/source/drivers/block/scsi_ioctl.c?v=2.6.0-test7#L530 i.e. the use of such std. C extensions as: EXPORT_SYMBOL(scsi_command_size); Pat LaVarre