Re: loopback device + crypto = crash on 2.6.0-test7 ?

[Peter Lieverdink]

> On Tue, 11 Nov 2003 10:27:16 +1100, Peter Lieverdink 
> <linux@xxxxxxxxxxx>  said:
>
> > I agree that something is very broken, though. Mind you, I can only
> > replicate this problem on one of my machines - the other one I've tried it
> > on seems to work fine. Odder still, when I compile a kernel on the machine
> > which is fine and ruin said kernel on the machine which is not fine, I
> > don't experience the crash.
>
> At 11:15 11/11/2003, you wrote:
> That _really_ sounds like your "broken machine" is nothing more than a
> broken compiler (or possibly binutils, but compilers tend to be more
> fragile by far, so it's more likely the compiler).
>
> What compiler versions do you have installed on the broken vs good
> machines?
>
> At 13:50 11/11/2003, you wrote:
> Could we see a 'gcc -V' from *both* machines, please? (and an 'as -v'
> and 'ld -v' as well, just to be thorough?)

They're the same. Both boxes use Debian Sid with gcc-3.3.2. I made sure 
they were both running the same versions of gcc/binutils when I tested it. 
When I use gcc-2.95.4 (gcc version 2.95.4 20011002 Debian prerelease) on 
the "broken" machine I get a crash at the same point, but with different 
output. (not captured, due to got annoyed and gave up) I can probably spend 
an hour or so recompiling and capturing said crash if you want me to.

As for software versions (kahlua is "bad", shiraz is "good")

root@kahlua:~$ gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.2/specs
Configured with: ../src/configure -v 
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr 
--mandir=/usr/share/man --infodir=/usr/share/info 
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared 
--with-system-zlib --enable-nls --without-included-gettext 
--enable-__cxa_atexit --enable-clocale=gnu --enable-debug 
--enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.2 (Debian)

root@kahlua:~$ as -v
GNU assembler version 2.14.90.0.7 (i386-linux) using BFD version 
2.14.90.0.7 20031029 Debian GNU/Linux

root@kahlua:~$ ld -v
GNU ld version 2.14.90.0.7 20031029 Debian GNU/Linux

root@shiraz:~$ gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.2/specs
Configured with: ../src/configure -v 
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr 
--mandir=/usr/share/man --infodir=/usr/share/info 
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared 
--with-system-zlib --enable-nls --without-included-gettext 
--enable-__cxa_atexit --enable-clocale=gnu --enable-debug 
--enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.2 (Debian)

root@shiraz:~$ as -v
GNU assembler version 2.14.90.0.7 (i386-linux) using BFD version 
2.14.90.0.7 20031029 Debian GNU/Linux

root@shiraz:~$ ld -v
GNU ld version 2.14.90.0.7 20031029 Debian GNU/Linux

As you see, versions are identical on both machines - this is what had me 
baffled. Every single other thing works fine on the "bad" machine, so I 
tend to not suspect a hardware problem.

- Peter. 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/