Re: Latest mips/evbmips observations

Michael <[email protected]> Thu, 1 May 2014 08:58:48 -0400
Newsgroups gmane.os.netbsd.ports.evbmips,gmane.os.netbsd.ports.mips.devel
Organization The NetBSD Foundation
Message-ID <20140501085848.1b83b472@connemara>
Hello,

On Thu, 01 May 2014 08:08:01 +1000
matthew green <[email protected]> wrote:

> > Changed behavior:
> > 
> > > X server:  the undefined symbol issues seem to have been resolved, but
> > > now the server complains that it can't load the "int10" module, saying
> > 
> > Once again failing due to an undefined symbol.  Side effect of gcc48?
> 
> you probably don't want "int10" on non-x86, IIRC?

At the very least failing to load the module should be non-fatal.

> > (==) Using default built-in configuration (12 lines)
> > (EE) Failed to load /usr/X11R7/lib/modules/drivers/siliconmotion_drv.so: /usr/X11R7/lib/modules/drivers/siliconmotion_drv.so: Undefined symbol "exaOffscreenF
> > ree" (symnum = 101)
> > (EE) Failed to load module "siliconmotion" (loader failed, 7)
> > (EE) No drivers available.
> 
> interesting; this symbol shouild be provided by the Xorg server itself.
> 
> Mac, this reminds me of a PPC issue we've seen?

Hmm, I don't remember that one. I do remember having issues like that
on AIX where symbols provided by the main binary itself needed special
treatment ( had to be explicitly exported and such )

But that one should have come from the EXA module IIRC.

have fun
Michael