On Wed, 14 Oct 1998 [EMAIL PROTECTED] wrote:
> It seems like Red Hat 5.1's kernel (at least, the updated one I have)
> already contains older RAID patches; I get nearly-endless:
>
> /usr/src/linux/include/linux/modules/md.ver:13: warning: `md_update_sb' redefined
> /usr/src/linux/include/linux/modules/ksyms.ver:224: warning: this is the location of
>the previous definition
>
> when I make modules (several symbols included). Is this a sign I needed to
> somehow unpatch the previous RAID stuff, or should remove the symbols from
> md.ver or ksyms.ver?
I just finished upgrading my RedHat 5.0 setup with 0.41 RAID arrays to
RedHat 5.1 with the new 0.90 alpha RAID and the raid0145-19981005-C-2.0.35
patch.
I considered patching the kernel-source-2.0.35-2 RPM, but decided to stick
with a plain vanilla kernel. You do need to add the following line to
md.c after patching the kernel:
MD_EXPORT_SYMBOL(md_interrupt_thread);
It works, but I have gotten the following unresolved symbol errors when
trying to load the floppy, ramdisk, and loop modules:
/lib/modules/2.0.35/block/floppy.o: unresolved symbol
end_that_request_last
/lib/modules/2.0.35/block/floppy.o: unresolved symbol
end_that_request_first
If you are going to patch the RPM source, I believe the proper procedure
would be to identify the files affected by the patch, go through the
source and restore the original 2.0.35 versions of those files back in the
source tree (e.g., 'mv md.c.35pre5 md.c'), apply the patch, fix md.c as I
mentioned above, then make.
I'd be interested to hear your results. Good luck!
Geof
DISCLAIMER: The comments above are my own and may not represent the views
of my employer.
+-------------------------------+-------------------------------------------+
: Geoffrey P. Goodrum : US Department of Commerce :
: +1-301-457-5100 : NOAA/NESDIS National Climatic Data Center :
: [EMAIL PROTECTED]: Satellite Services Branch :
+-------------------------------+-------------------------------------------+