[openib-general] 2.6.12 Kernel OpenIB support

[Tom Duffy]

On Wed, 2005-07-13 at 15:32 -0400, William Jordan wrote:
> I upgraded my iputils (from the Fedora Core 4 source RPM,
> iputils-20020927-22). The new version doesn't work. But, instead of
> arping returning -1 responses, it reports 0 responses, so at least
> ifup works without complaining about the address already being in use.
> However, if the address really is in use, it doesn't catch it.

Hrm, my arping on Fedora Core 4 now does real bad stuff:

Bringing up interface ib0:  *** buffer overflow detected ***: arping terminated
======= Backtrace: =========
/lib64/libc.so.6(__chk_fail+0x2f)[0x2aaaaacc923f]
arping(main+0x48f)[0x5555555567df]
/lib64/libc.so.6(__libc_start_main+0xdc)[0x2aaaaac084cc]
arping[0x5555555559b9]
======= Memory map: ========
3b77c00000-3b77c1a000 r-xp 00000000 08:02 168058                         /lib64/ld-2.3.5.so
3b77d19000-3b77d1a000 r--p 00019000 08:02 168058                         /lib64/ld-2.3.5.so
3b77d1a000-3b77d1b000 rw-p 0001a000 08:02 168058                         /lib64/ld-2.3.5.so
2aaaaaaab000-2aaaaaaac000 rw-p 2aaaaaaab000 00:00 0
2aaaaaad6000-2aaaaaad7000 rw-p 2aaaaaad6000 00:00 0
2aaaaaad7000-2aaaaaae8000 r-xp 00000000 08:02 684                        /lib64/libresolv-2.3.5.so
2aaaaaae8000-2aaaaabe8000 ---p 00011000 08:02 684                        /lib64/libresolv-2.3.5.so
2aaaaabe8000-2aaaaabe9000 r--p 00011000 08:02 684                        /lib64/libresolv-2.3.5.so
2aaaaabe9000-2aaaaabea000 rw-p 00012000 08:02 684                        /lib64/libresolv-2.3.5.so
2aaaaabea000-2aaaaabec000 rw-p 2aaaaabea000 00:00 0
2aaaaabec000-2aaaaad1a000 r-xp 00000000 08:02 168062                     /lib64/libc-2.3.5.so
2aaaaad1a000-2aaaaae19000 ---p 0012e000 08:02 168062                     /lib64/libc-2.3.5.so
2aaaaae19000-2aaaaae1d000 r--p 0012d000 08:02 168062                     /lib64/libc-2.3.5.so
2aaaaae1d000-2aaaaae1f000 rw-p 00131000 08:02 168062                     /lib64/libc-2.3.5.so
2aaaaae1f000-2aaaaae25000 rw-p 2aaaaae1f000 00:00 0
2aaaaae25000-2aaaaae32000 r-xp 00000000 08:02 168371                     /lib64/libgcc_s-4.0.0-20050520.so.1
2aaaaae32000-2aaaaaf31000 ---p 0000d000 08:02 168371                     /lib64/libgcc_s-4.0.0-20050520.so.1
2aaaaaf31000-2aaaaaf32000 rw-p 0000c000 08:02 168371                     /lib64/libgcc_s-4.0.0-20050520.so.1
555555554000-555555558000 r-xp 00000000 08:02 16803329                   /sbin/arping
555555657000-555555658000 rw-p 00003000 08:02 16803329                   /sbin/arping
555555658000-555555679000 rw-p 555555658000 00:00 0                      [heap]
7fffffbb6000-7fffffbcc000 rw-p 7fffffbb6000 00:00 0                      [stack]ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0                  [vdso]


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20050714/047d312d/attachment.sig>