[OpenAFS] stock 2.4.19 - sys_call_table

[David Botsch]

Although I haven't tried loading the module (as the rest of my rpms are of
1.2.5 ... I would guess that using a built 1.2.8 or 1.2.9 module with other
stuff being 1.2.5 would somehow be bad?), the 1.2.8 module did s8ccessfully
build using the ./configure in the openafs-kernel-source-1.2.8 package for rh
7.1 ... so did the 1.2.9 module.

since the 1.2.5 module actually loaded, can I assume, then, that sys_call_table
or what not is indeed actually there?

On Mon, May 26, 2003 at 08:30:53PM -0400, Derrick J Brashear wrote:
> On Mon, 26 May 2003, David Botsch wrote:
> 
> > Now, interestingly enough..
> >
> > I had openafs-1.2.5 installed on my computer including the kernel-source rpm.
> > So, I cd'ed to /usr/src/openafs-blah and did a ./configure and a make.. and it
> > built.
> >
> > Copied the built libafs-2.4.19-xfs.o to /usr/vice/etc/modload and removed
> > /usr/vice/etc/modload/SymTable, and it loaded the module and afs started.
> >
> > So far, it seems to work just fine. Though, maybe something will break in
> > while.
> 
> Understand, the problem you had with 1.2.9 is entirely one of configure.
> If you forced configure to believe sys_call_table was exported, 1.2.9
> would compile, and work (unless some other "is foo exported" test has the
> same problem, but i can't think what would; if sys_call_table is exported,
> we don't care about sys_mumble)
> 
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info

-- 
********************************
David William Botsch
Consultant/Advisor II
CCMR Computing Facility
dwb7@ccmr.cornell.edu
********************************