Port-mips archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Latest mips/evbmips observations
Hello,
On Sat, 3 May 2014 18:28:10 -0500 (CDT)
"John D. Baker" <jdbaker%mylinuxisp.com@localhost> wrote:
> Ok, using a gcc45-built snapshot build from the other day, the X server
> fails due to the missing "int10" module:
>
> X.Org X Server 1.10.6
> Release Date: 2011-07-08
> X Protocol Version 11, Revision 0
> Build Operating System: NetBSD/evbmips -
> Current Operating System: NetBSD chalk.technoskunk.fur 6.99.40 NetBSD 6.99.40
> (LOONGSON) #0: Fri May 2 09:45:38 UTC 2014
> builds%b41.netbsd.org@localhost:/home/builds/ab/HEAD/evbmips-mips64el/201405020730Z-obj/home/builds/ab/HEAD/src/sys/arch/evbmips/compile/LOONGSON
> evbmips
> Build Date: 01 August 2011 01:01:00AM
>
> Current version of pixman: 0.32.4
> Before reporting problems, check http://wiki.X.Org
> to make sure that you have the latest version.
> Markers: (--) probed, (**) from config file, (==) default setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) Log file: "/var/log/Xorg.0.log", Time: Sat May 3 18:01:17 2014
> (==) Using default built-in configuration (12 lines)
> (EE) SMI: Failed to load module "int10" (module does not exist, 0)
> Segmentation fault at address 0x0
Hmm, that's probably not the int10 module itself, looks more like some
mmap() failing without the error being checked or something trying to
jump to an unresolved symbol.
Funny thing is, I'm using the siliconmotion driver myself, on Gdium,
which has an SM502. The driver probably doesn't even try to use int10
on that hardware since it's got no VGA compatibility whatsoever and was
never intended to be paired with anything x86.
> While on a gcc48-built system, it fails due to undefined symbol:
>
> X.Org X Server 1.10.6
> Release Date: 2011-07-08
> X Protocol Version 11, Revision 0
> Build Operating System: NetBSD/evbmips -
> Current Operating System: NetBSD chalk.technoskunk.fur 6.99.40 NetBSD 6.99.40
> (YEELOONG) #2: Tue Apr 29 12:13:16 CDT 2014
> sysop%verthandi.technoskunk.fur@localhost:/d0/build/current/obj/mips64el/sys/arch/evbmips/compile/YEELOONG
> evbmips
> Build Date: 01 August 2011 01:01:00AM
>
> Current version of pixman: 0.32.4
> Before reporting problems, check http://wiki.X.Org
> to make sure that you have the latest version.
> Markers: (--) probed, (**) from config file, (==) default setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) Log file: "/var/log/Xorg.0.log", Time: Tue Apr 29 18:06:06 2014
> (==) 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
> "exaOffscreenFree" (symnum = 101)
> (EE) Failed to load module "siliconmotion" (loader failed, 7)
> (EE) No drivers available.
>
> Fatal server error:
> no screens found
>
> Please consult the The X.Org Foundation support
> at http://wiki.X.Org
> for help.
> Please also check the log file at "/var/log/Xorg.0.log" for additional
> information.
Yeah, I've seen that one but never got around to investigate or even
check if it still happens with 4.5
> Since the gcc45-built snapshots are built without macallan's libgmp
> patches, I've not been able to test compiling.
>
> On my gcc48-built system with the libgmp patches, trying to build anything
> out of pkgsrc fails before ever getting to the compiler--"Bad address"
> errors upon invocation of other utilities. I should perhaps try something
> more direct.
Hmm, I tried to build things on Gdium with 4.8 and patches, which
successfully built simple stuff like flops but when building things
like python the resulting binaries would crash.
On sgimips ( using an n32 userland with gcc 4.5 and the patches I sent
ast time ) I managed to get a working tcsh before failing due to other
issues. Without the patches I get the same errors as on loongson
( unsurprisingly )
I should probably try to build an o32 userland for sgimips with gcc 4.8
just to see which issues go away, if any ( the gmp crashes /should/ go
away since it should be purely 32bit )
have fun
Michael
have fun
Michael
Home |
Main Index |
Thread Index |
Old Index