Well, I found it last night, sorry for not posting. It's coming from
enabling > 2TB volumes in the kernel config. LBD I believe. Soon as we
turned that off all was well!
Thanks for the troubleshooting tips though, I'll use those next time. :)
Jeff
-----Original Message-----
From: Keith Owens [mailto:kaos@xxxxxxx]
Sent: Thursday, May 05, 2005 6:51 PM
To: Harris, Jeff
Cc: linux-xfs@xxxxxxxxxxx
Subject: Re: Running into a roadblock with RHES3, the 27.0.2 kernel, and
QLogi c 2300 drivers
On Wed, 4 May 2005 22:26:55 -0500 ,
"Harris, Jeff" <JHarris@xxxxxxxxxxxxxxx> wrote:
>Hello, we're trying to get a working XFS kernel on our RHES3 servers in
>order to support a migration project. Since the standard patches won't work
>against Redhat's kernels, we had to go with the 27.0.2 testing kernel from
>the ftp site. The included Qla2300 driver in Redhat's kernel is broken when
>working with Engenio products (IBM Fast, Storagetek, etc), and we have to
>replace it with another. When building the qlogic driver, we run into no
>compile errors, however, we're running into long division problems with
>undefined symbols in the modules. The specific symbol is __udivdi3.
That is generated by division involving 64 bit numbers on a 32 bit
ix86. Dig through the object code (objdump -Sr foo.o) to find the
references to __udivdi3, look at the source code for the offending
functions to find the division and replace them with do_div() from
include/asm-i386/div64.h. Beware that do_div() modifies its first
parameter in place, so if you just want the result then you need to
copy the first value to a scratch variable first.
[[HTML alternate version deleted]]
|