[OpenAFS-devel] afs on sparc64
John F Davis
johndavi@us.ibm.com
Sun, 24 Oct 2004 20:50:57 -0400
--0__=08BBE5A4DFEFFA818f9e8a93df938690918c08BBE5A4DFEFFA81
Content-type: multipart/alternative;
Boundary="1__=08BBE5A4DFEFFA818f9e8a93df938690918c08BBE5A4DFEFFA81"
--1__=08BBE5A4DFEFFA818f9e8a93df938690918c08BBE5A4DFEFFA81
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: quoted-printable
Hello Chaskiel, guys,
Many thanks. Your help is much appreciated.
LOL, I have to say why I am not using the kernel package from debian
proper. When I was running stable, kernel 2.4.17 was the latest possib=
le
choice in that distro level. Thinking I needed a newer kernel, I tried=
the
2.4.27 kernel from kernel.org. When it still didn't work, then I upgra=
ded
the distro to get new packages - compiler, openafs, etc. Since the ker=
nel
built, and worked, I never reinstalled the 2.4.27 kernel package. I
didn't think it would matter.
Concerning your adivice, I used your changes below and tried rebuilding=
the
openafs code. This time it built, but insmod of the modiules failed f=
or
the same original reason. ie. sys_call_table32 is not found.
Thinking I was doing something wrong because I wasn't using the proper
kernel source, I installed the 2.4.27 kernel package and tried again.
Here is how I did it.
Get new kernel source, build it, boot it.
apt-get install kernel-source-2.4.27
cd /usr/src
tar -xvjf kernel-source-2.4.27.tar.bz
cp my old config to the new dir (cp linux/.config kernel-source-2.4.27/=
.)
ln -sfn kernel-source-2.4.27 linux
cd linux
make menuconfig (exit and save)
make dep clean vmlinux modules modules_install
cp and reboot with new kernel.
Build openafs modules
cd /usr/src/linux
make-kpkg configure
make-kpkg modules
cd /usr/src
dpkg -i openafs-modules-2.4.27-sparc64_1.2.11-3+10.00.Custom_sparc.deb
However, its the same result again.
insmod openafs
Using /lib/modules/2.4.27/fs/openafs.o
/lib/modules/2.4.27/fs/openafs.o: /lib/modules/2.4.27/fs/openafs.o:
unresolved symbol sys_call_table32
Maybe we need to compare kernel .config files.
Please advise,
JD
=
Chaskiel M =
Grundman =
<cg2v@andrew.cmu. =
To
edu> openafs-devel@openafs.org =
Sent by: =
cc
openafs-devel-adm =
in@openafs.org Subj=
ect
Re: [OpenAFS-devel] afs on sparc=
64
=
10/24/2004 02:22 =
PM =
=
=
=
--On Sunday, October 24, 2004 12:48:31 -0400 John F Davis
<johndavi@us.ibm.com> wrote:
> ../afs/osi_groups.c:181: parse error before `old_gid_t'
> ../afs/osi_groups.c:182: parse error before `old_gid_t'
I guess I forgot that I patched around this error.
Edit /usr/src/modules/openafs/src/afs/LINUX/osi_groups.c and change
old_gid_t to u16 on line 181 and 182.
>
>
> Notes about this error.
> I am using a 2.4.27 kernel from kernel.org (not a debian package
> version).
Then why are you using the debian openafs module source?
Don't answer that.
> I have installed .deb kernel-headers-2.4.27-1which puts include files=
in
> /usr/src., but I am not sure if they are being used.
They are not being used, because you set KSRC=3D/usr/src/linux, but tha=
t
appears to be what you want.
Given that you are building a kernel.org kernel anyway, it doesn't rell=
y
make sense to use my alternate method of building a module. I use it
because it means that I can build modules against kernel-headers packag=
es
rather than needing to construct a kernel build tree myself.
> Other notes about gcc. If i deinstall egcs64 and try using the gcc c=
ode.
>
> sparc64-linux-gcc is not found and the make-kpkg modules step fails t=
o
> build for afs. I can build the kernel though.
That's something else I did that I forgot about
I created a /usr/bin/sparc64-linux-gcc script containing:
#!/bin/sh
exec sparc-linux-gcc -m64 "${1+$@}"
But that will only work if you are running sarge or sid.
openafs probably needs some sort of compiler detection logic to deal w=
ith
this.
[attachment "C.DTF" deleted by John F Davis/Raleigh/IBM]=
--1__=08BBE5A4DFEFFA818f9e8a93df938690918c08BBE5A4DFEFFA81
Content-type: text/html; charset=US-ASCII
Content-Disposition: inline
Content-transfer-encoding: quoted-printable
<html><body>
<p>Hello Chaskiel, guys,<br>
<br>
Many thanks. Your help is much appreciated.<br>
<br>
LOL, I have to say why I am not using the kernel package from debian pr=
oper. When I was running stable, kernel 2.4.17 was the latest possible=
choice in that distro level. Thinking I needed a newer kernel, I trie=
d the 2.4.27 kernel from kernel.org. When it still didn't work, then I=
upgraded the distro to get new packages - compiler, openafs, etc. Sin=
ce the kernel built, and worked, I never reinstalled the 2.4.27 kernel=
package. I didn't think it would matter.<br>
<br>
<br>
Concerning your adivice, I used your changes below and tried rebuilding=
the openafs code. This time it built, but insmod of the modiules fai=
led for the same original reason. ie. sys_call_table32 is not found.<br=
>
<br>
<br>
Thinking I was doing something wrong because I wasn't using the proper =
kernel source, I installed the 2.4.27 kernel package and tried again.<b=
r>
<br>
Here is how I did it.<br>
<br>
Get new kernel source, build it, boot it.<br>
apt-get install kernel-source-2.4.27<br>
cd /usr/src<br>
tar -xvjf kernel-source-2.4.27.tar.bz<br>
cp my old config to the new dir (cp linux/.config kernel-source-2.4.27/=
.)<br>
ln -sfn kernel-source-2.4.27 linux<br>
cd linux<br>
make menuconfig (exit and save)<br>
make dep clean vmlinux modules modules_install<br>
cp and reboot with new kernel.<br>
<br>
Build openafs modules<br>
cd /usr/src/linux<br>
make-kpkg configure<br>
make-kpkg modules<br>
cd /usr/src<br>
dpkg -i openafs-modules-2.4.27-sparc64_1.2.11-3+10.00.Custom_sparc.deb<=
br>
<br>
However, its the same result again. <br>
<br>
insmod openafs<br>
Using /lib/modules/2.4.27/fs/openafs.o<br>
/lib/modules/2.4.27/fs/openafs.o: /lib/modules/2.4.27/fs/openafs.o: unr=
esolved symbol sys_call_table32<br>
<br>
<br>
Maybe we need to compare kernel .config files.<br>
<br>
Please advise,<br>
<br>
JD<br>
<br>
<br>
<img src=3D"cid:10__=3D08BBE5A4DFEFFA818f9e8a93df938@us.ibm.com" width=3D=
"16" height=3D"16" alt=3D"Inactive hide details for Chaskiel M Grundman=
<cg2v@andrew.cmu.edu>">Chaskiel M Grundman <cg2v@andrew.cmu.e=
du><br>
<br>
<br>
<table width=3D"100%" border=3D"0" cellspacing=3D"0" cellpadding=3D"0">=
<tr valign=3D"top"><td style=3D"background-image:url(cid:20__=3D08BBE5A=
4DFEFFA818f9e8a93df938@us.ibm.com); background-repeat: no-repeat; " wid=
th=3D"40%">
<ul>
<ul>
<ul>
<ul><b><font size=3D"2">Chaskiel M Grundman <cg2v@andrew.cmu.edu>=
</font></b><font size=3D"2"> </font><br>
<font size=3D"2">Sent by: openafs-devel-admin@openafs.org</font>
<p><font size=3D"2">10/24/2004 02:22 PM</font></ul>
</ul>
</ul>
</ul>
</td><td width=3D"60%">
<table width=3D"100%" border=3D"0" cellspacing=3D"0" cellpadding=3D"0">=
<tr valign=3D"top"><td width=3D"1%" valign=3D"middle"><img src=3D"cid:3=
0__=3D08BBE5A4DFEFFA818f9e8a93df938@us.ibm.com" border=3D"0" height=3D"=
1" width=3D"58" alt=3D""><br>
<div align=3D"right"><font size=3D"2">To</font></div></td><td width=3D"=
100%"><img src=3D"cid:30__=3D08BBE5A4DFEFFA818f9e8a93df938@us.ibm.com" =
border=3D"0" height=3D"1" width=3D"1" alt=3D""><br>
<font size=3D"2">openafs-devel@openafs.org</font></td></tr>
<tr valign=3D"top"><td width=3D"1%" valign=3D"middle"><img src=3D"cid:3=
0__=3D08BBE5A4DFEFFA818f9e8a93df938@us.ibm.com" border=3D"0" height=3D"=
1" width=3D"58" alt=3D""><br>
<div align=3D"right"><font size=3D"2">cc</font></div></td><td width=3D"=
100%"><img src=3D"cid:30__=3D08BBE5A4DFEFFA818f9e8a93df938@us.ibm.com" =
border=3D"0" height=3D"1" width=3D"1" alt=3D""><br>
</td></tr>
<tr valign=3D"top"><td width=3D"1%" valign=3D"middle"><img src=3D"cid:3=
0__=3D08BBE5A4DFEFFA818f9e8a93df938@us.ibm.com" border=3D"0" height=3D"=
1" width=3D"58" alt=3D""><br>
<div align=3D"right"><font size=3D"2">Subject</font></div></td><td widt=
h=3D"100%"><img src=3D"cid:30__=3D08BBE5A4DFEFFA818f9e8a93df938@us.ibm.=
com" border=3D"0" height=3D"1" width=3D"1" alt=3D""><br>
<font size=3D"2">Re: [OpenAFS-devel] afs on sparc64</font></td></tr>
</table>
<table border=3D"0" cellspacing=3D"0" cellpadding=3D"0">
<tr valign=3D"top"><td width=3D"58"><img src=3D"cid:30__=3D08BBE5A4DFEF=
FA818f9e8a93df938@us.ibm.com" border=3D"0" height=3D"1" width=3D"1" alt=
=3D""></td><td width=3D"336"><img src=3D"cid:30__=3D08BBE5A4DFEFFA818f9=
e8a93df938@us.ibm.com" border=3D"0" height=3D"1" width=3D"1" alt=3D""><=
/td></tr>
</table>
</td></tr>
</table>
<br>
<tt>--On Sunday, October 24, 2004 12:48:31 -0400 John F Davis<br>
<johndavi@us.ibm.com> wrote:<br>
</tt><br>
<tt>> ../afs/osi_groups.c:181: parse error before `old_gid_t'<br>
> ../afs/osi_groups.c:182: parse error before `old_gid_t'<br>
I guess I forgot that I patched around this error.<br>
</tt><br>
<tt>Edit /usr/src/modules/openafs/src/afs/LINUX/osi_groups.c and change=
<br>
old_gid_t to u16 on line 181 and 182.<br>
</tt><br>
<br>
<tt>><br>
><br>
> Notes about this error.<br>
> I am using a 2.4.27 kernel from kernel.org (not a debian package<b=
r>
> version).<br>
Then why are you using the debian openafs module source?<br>
Don't answer that.<br>
</tt><br>
<tt>> I have installed .deb kernel-headers-2.4.27-1which puts includ=
e files in<br>
> /usr/src., but I am not sure if they are being used.<br>
They are not being used, because you set KSRC=3D/usr/src/linux, but tha=
t<br>
appears to be what you want.<br>
</tt><br>
<br>
<tt>Given that you are building a kernel.org kernel anyway, it doesn't =
relly<br>
make sense to use my alternate method of building a module. I use it<br=
>
because it means that I can build modules against kernel-headers packag=
es<br>
rather than needing to construct a kernel build tree myself.<br>
</tt><br>
<tt>> Other notes about gcc. If i deinstall egcs64 and try usi=
ng the gcc code.<br>
><br>
> sparc64-linux-gcc is not found and the make-kpkg modules step fail=
s to<br>
> build for afs. I can build the kernel though.<br>
That's something else I did that I forgot about<br>
</tt><br>
<tt>I created a /usr/bin/sparc64-linux-gcc script containing:<br>
</tt><br>
<tt>#!/bin/sh<br>
exec sparc-linux-gcc -m64 "${1+$@}"<br>
</tt><br>
<tt>But that will only work if you are running sarge or sid.<br>
</tt><br>
<tt>openafs probably needs some sort of compiler detection logic to dea=
l with</tt><br>
<tt>this.</tt><br>
[attachment "C.DTF" deleted by John F Davis/Raleigh/IBM] <br>=
</body></html>=
--1__=08BBE5A4DFEFFA818f9e8a93df938690918c08BBE5A4DFEFFA81--
--0__=08BBE5A4DFEFFA818f9e8a93df938690918c08BBE5A4DFEFFA81
Content-type: image/gif;
name="graycol.gif"
Content-Disposition: inline; filename="graycol.gif"
Content-ID: <10__=08BBE5A4DFEFFA818f9e8a93df938@us.ibm.com>
Content-transfer-encoding: base64
R0lGODlhEAAQAKECAMzMzAAAAP///wAAACH5BAEAAAIALAAAAAAQABAAAAIXlI+py+0PopwxUbpu
ZRfKZ2zgSJbmSRYAIf4fT3B0aW1pemVkIGJ5IFVsZWFkIFNtYXJ0U2F2ZXIhAAA7
--0__=08BBE5A4DFEFFA818f9e8a93df938690918c08BBE5A4DFEFFA81
Content-type: image/gif;
name="pic10626.gif"
Content-Disposition: inline; filename="pic10626.gif"
Content-ID: <20__=08BBE5A4DFEFFA818f9e8a93df938@us.ibm.com>
Content-transfer-encoding: base64
R0lGODlhWABDALP/AAAAAK04Qf79/o+Gm7WuwlNObwoJFCsoSMDAwGFsmIuezf///wAAAAAAAAAA
AAAAACH5BAEAAAgALAAAAABYAEMAQAT/EMlJq704682770RiFMRinqggEUNSHIchG0BCfHhOjAuh
EDeUqTASLCbBhQrhG7xis2j0lssNDopE4jfIJhDaggI8YB1sZeZgLVA9YVCpnGagVjV171aRVrYR
RghXcAGFhoUETwYxcXNyADJ3GlcSKGAwLwllVC1vjIUHBWsFilKQdI8GA5IcpApeJQt8L09lmgkH
LZikoU5wjqcyAMMFrJIDPAKvCFletKSev1HBw8KrxtjZ2tvc3d5VyKtCKW3jfz4uMKmq3xu4N0nK
BVoJQmx2LGVOmrqNjjJf2hHAQo/eDwJGTKhQMcgQEEAnEjFS98+RnW3smGkZU6ncCWav/4wYOnAI
TihRL/4FEwbp28BXMMcoscQCVxlepL4IGDSCyJyVQOu0o7CjmLN50OZlqWmyFy5/6yBBuji0AxFR
M00oQAqNIstqI6qKHUsWRAEAvagsmfUEAImyxgbmUpJk3IklNUtJOUAVLoUr1+wqDGTE4zk+T6FG
uQb3SizBCwatiiUgCBN8vrz+zFjVyQ8FWkOlg4NQiZMB5QS8QO3mpOaKnL0Z2EKvNMSILEThKhCg
zMKPVxYJh23qm9KNW7pArPynMqZDiErsTMqI+LRi3QAgkFUbXpuFKhSYZALd0O5RKa2z9EYKBbpb
qxIKsjUPRgD7I2XYV6wyrOw92ykExP8NW4URhknC5dKGE4v4NENQj2jXjmfNgOZDaXb5glRmXQ33
YEWQYNcZFnrYcIQLNzyTFDQNkXIff0ExVlY4srziQk43inZgL4rwxxINMvpFFAz1KOODHiu+4aEw
NEjFl5B3JIKWKF3k6I9bfUGp5ZZcdunll5IA4cuHvQQJ5gcsoCWOOUwgltIwAKRxJgbIkJAQZEq0
2YliZnpZZ4BH3CnYOXldOUOfQoYDqF1LFHbXCrO8xmRsfoXDXJ6ChjCAH3QlhJcT6VWE6FCkfCco
CgrMFsROrIEX3o2whVjWDjoJccN3LdggSGXLCdLEgHr1lyU3O3QxhgohNKXJCWv8JQr/PDdaqd6w
2rj1inLiGeiCJoDspAoQlYE6QWLSECehcWIYxIQES6zhbn1iImTHEQyqJ4eIxJJoUBc+3CbBuwZE
V5cJPPkIjFDdeEabQbd6WgICTxiiz0f5dBKquXF6k4senwEhYGnKEFJeGrxUZy8dB8gmAXI/sPvH
ESfCwVt5hTgYiqQqtdRNHQIU1PJ33ZqmzgE90OwLaoJcnMop1WiMmgkPHQRIrwgFuNV90A3doNKT
mrKIN07AnGcI9BQjhCBN4RfA1qIZnMqorJCogKfGQnxSCDilTVIA0yl5ciTovgLuBDKFUDE9aQcw
9SA+rjSNf9/M1gxrj6VwDTS0IUSElMzBfsj0NFXR2kwsV1A5IF1grLgLL/r1R40BZEnuBWgmQEyb
jqRwSAt6bqMCOFkvKFN2GPPkUzIm/SCF8z8pVzpbjVnMsy0vOr1hw3SaSRUhpY09v0z0J1FnwzPl
fmh+xl4WtR0zGu24I4KbMQm3lnVu2oNWxI9W/lcyzA+mCKF4DBikxb/+UWtOGRiFP8qEwAayIgIA
Ow==
--0__=08BBE5A4DFEFFA818f9e8a93df938690918c08BBE5A4DFEFFA81
Content-type: image/gif;
name="ecblank.gif"
Content-Disposition: inline; filename="ecblank.gif"
Content-ID: <30__=08BBE5A4DFEFFA818f9e8a93df938@us.ibm.com>
Content-transfer-encoding: base64
R0lGODlhEAABAIAAAAAAAP///yH5BAEAAAEALAAAAAAQAAEAAAIEjI8ZBQA7
--0__=08BBE5A4DFEFFA818f9e8a93df938690918c08BBE5A4DFEFFA81--