From: Paul H. Hargrove (PHHargrove_at_lbl_dot_gov)
Date: Thu Sep 04 2008 - 18:32:34 PDT
Paul H. Hargrove wrote:
[snip]
>
> 2) I will send, when I have time, the CR_FIND_KSYM() lines to add to
> configure.ac to deal with the (non-empty) unresolved kernel symbols
> (unless you e-mail to say you beat me to it).
> 3) If you can confirm the unresolved symbol message that contains only
> whitespace, I'd appreciate knowing if I need to mess with
> SPARC-specific mods to cr_depmod or not. We won't get past the depmod
> check until we do *something*.
[snip]
re #2:
There were two unresolved symbols. One is "mem_map_zero", which happens
to correspond to a comment in configure.ac about if we ever add sparc64
support. A patch for that is attached.
The other is "current_thread_info_reg", which I believe is caused by a
missing header include. However, I can't blindly guess which blcr
source file is missing what from the provided output. Please run the
following in your build directory:
$ nm cr_module/kbuild/*.o | grep -e ^cr_ -e current_thread_info_reg
That should list all the object files and show "U
current_thread_info_reg" under each that has an undefined reference to
this symbol. From there I can look at what #include's the coresponding
source files currently contain and reason out what additional header(s)
they need.
re #3:
As for the depmod line with no symbol, I am guessing the following
1-character change (a '*' to a '+') is all that is needed:
--- contrib/cr_depmod 5 Mar 2007 21:57:17 -0000 1.2
+++ contrib/cr_depmod 5 Sep 2008 01:25:02 -0000
@@ -44,7 +44,7 @@
while (<NM>) {
if (/ksymtab_(.*)$/) {
$exports{$1} = 1;
- } elsif (/\sU\s+\.?(.*?)(_R(smp_)?[[:xdigit:]]{8})?$/) {
+ } elsif (/\sU\s+\.?(.+?)(_R(smp_)?[[:xdigit:]]{8})?$/) {
$imports{$1} = $shortname;
}
}
-Paul
--
Paul H. Hargrove PHHargrove_at_lbl_dot_gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900