Re: Not All Symbols Present in a Loadable Kernel Module

2008-05-06 Thread Alexander Sack
On Tue, May 6, 2008 at 3:28 AM, Bruce Evans <[EMAIL PROTECTED]> wrote: > On Mon, 5 May 2008, Alexander Sack wrote: > > For my own edification, unless you specifically mark a function > > inline, will gcc really optimize them out? That seems a little > > overboard unless there is some compiler opti

Re: Not All Symbols Present in a Loadable Kernel Module

2008-05-06 Thread Martes G Wigglesworth
I thought that the "inline" switch was specific to C++ and C and not gcc, hence the standard for the language says to add the inline parameter to explicitly produce optimized code. Unless gcc is not standard, I don't see why the compiler would automatically optimize the coded function to "inline."

Re: Not All Symbols Present in a Loadable Kernel Module

2008-05-06 Thread Bruce Evans
On Mon, 5 May 2008, Alexander Sack wrote: For my own edification, unless you specifically mark a function inline, will gcc really optimize them out? That seems a little overboard unless there is some compiler option that says its okay to do that. I guess that would be very easy to test if you

Re: Not All Symbols Present in a Loadable Kernel Module

2008-05-05 Thread Alexander Sack
For my own edification, unless you specifically mark a function inline, will gcc really optimize them out? That seems a little overboard unless there is some compiler option that says its okay to do that. I guess that would be very easy to test if you do as you say, just sock away the function ad

Re: Not All Symbols Present in a Loadable Kernel Module

2008-05-05 Thread Kostik Belousov
On Mon, May 05, 2008 at 09:27:10AM -0700, David Christensen wrote: > > > Yes, I'm building a debug kernel. I have the line listed above as > > well > > > as the following: > > > > > > options KDB > > > options DDB > > > options GDB > > > options INVARIANTS > > > options INVARIANT_SUPPORT >

RE: Not All Symbols Present in a Loadable Kernel Module

2008-05-05 Thread David Christensen
> > Yes, I'm building a debug kernel. I have the line listed above as > well > > as the following: > > > > options KDB > > options DDB > > options GDB > > options INVARIANTS > > options INVARIANT_SUPPORT > > options WITNESS > > options WITNESS_SKIPSPIN > > Dave: > > What symbols can you n

Re: Not All Symbols Present in a Loadable Kernel Module

2008-05-03 Thread Alexander Sack
On Fri, May 2, 2008 at 8:06 PM, David Christensen <[EMAIL PROTECTED]> wrote: > > > I'm trying to build the "bce" driver as a kernel module under > > RELENG_7 but I'm > > > finding that not all of the functions in the driver are exported as > > symbols. This > > > makes it difficult to "call"

RE: Not All Symbols Present in a Loadable Kernel Module

2008-05-02 Thread David Christensen
> > I'm trying to build the "bce" driver as a kernel module under > RELENG_7 but I'm > > finding that not all of the functions in the driver are exported as > symbols. This > > makes it difficult to "call" a function from ddb because I get the > error "Symbol > > not found". I'm building and l

Re: Not All Symbols Present in a Loadable Kernel Module

2008-05-02 Thread Alexander Sack
On Thu, May 1, 2008 at 10:04 PM, David Christensen <[EMAIL PROTECTED]> wrote: > I'm trying to build the "bce" driver as a kernel module under RELENG_7 but I'm > finding that not all of the functions in the driver are exported as symbols. > This > makes it difficult to "call" a function from ddb

Not All Symbols Present in a Loadable Kernel Module

2008-05-01 Thread David Christensen
I'm trying to build the "bce" driver as a kernel module under RELENG_7 but I'm finding that not all of the functions in the driver are exported as symbols. This makes it difficult to "call" a function from ddb because I get the error "Symbol not found". I'm building and loading the driver from /