Help save net neutrality! Learn more.
Close

#145 SMP vs. UP for mga modules (w/G400)

closed
5
2000-11-20
2000-06-24
Paul Gray
No

In an ongoing battle to get the mga kernel module built,
I noticed that it was a piece of cake in single-processor mode, but analogous to pulling teeth in SMP mode.

Specifically, [using mga-0-0-3-branch circa June 22]:

config/cf/host.def was modified so as to only compile the vga and mga modules, to use LinuxDebian as the distribution, and to make the kernel modules.

After "make World" [no error reported] the modules are still not made when in SMP mode.

If I cd into $CVSROOT/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm, and type "make" [which successfully loads "-f Makefile.linux], the include path fails to supply /usr/src/linux/include, and there are problems reported about missing .ver files in linux/modules from /usr/src/linux/include/linux/modversions.h

To fix this, I used a 'CFLAGS="-I/usr/src/linux/include"' preface to the make command. This fixes things until the make gets to the i810 modules, where it reports problems with the number of arguments to "do_munmap_Rsmp_e2a39d8a" and fails.

At this point, perhaps I'm in luck since the mga.o module has already been built -- I didn't want the i810 module anyway [right?] I do a make install, and copy the mga modules into /lib/modules/2.4.0-test1-ac22/misc.

But, this mga.o module has unresolved calls and will not load. These "unresolved"s are poll_wait, sema_init, spin_lock, etc. Might it be a simple task of pre-loading another module upon which this depends?

Discussion

  • Daryll Strauss

    Daryll Strauss - 2000-06-27
    • assigned_to: nobody --> jhartmann
     
  • Jeff Hartmann

    Jeff Hartmann - 2000-11-20
    • status: open --> closed
     
  • Jeff Hartmann

    Jeff Hartmann - 2000-11-20

    Build problem related to kernel configuration. If your kernel sources are not properly configured you will have this problem.

     

Log in to post a comment.