Hello, I was sorry for my less information.

From: Andi Kleen <[EMAIL PROTECTED]>
Subject: Re: ALIGN at crypt/cipher.c
Date: Mon, 11 Jul 2005 18:35:31 +0200

> > $ uname -a
> > Linux toptor 2.6.13-rc2-git1 #8 SMP Tue Jul 12 00:10:46 JST 2005 x86_64 
> > GNU/Linux
> > I got oops at esp_output in net/ipv4/esp4.c and searched what's
> > wrong. As subject, at crypto_init_cipher_ops in crypto/cipher.c
> > 
> >   1: ops->cit_ivsize = crypto_tfm_alg_blocksize(tfm);
> >   2: align = crypto_tfm_alg_alignmask(tfm) + 1;
> >   3: addr = (unsigned long)crypto_tfm_ctx(tfm);
> >   4: addr = ALIGN(addr, align);
> >   5: addr += ALIGN(tfm->__crt_alg->cra_ctxsize, align);
> >   6: ops->cit_iv = (void *)addr;
> > 
> > at 3:, addr was, for example ffff81003cde2050 but
> > at 4:, addr becomes 000000003cde2050.
>
> I don't see anything x86-64 specific, so I would suggest you report
> it to the ipsec maintainers. I would include the full oops.

Both host A and B runs racoon, configuration snippet is

    sainfo anonymous
    {
        pfs_group 2;
        encryption_algorithm blowfish, twofish, 3des;

SPD is simply at A:

    spdadd HostB HostA any -P in ipsec
           esp/transport//require
           ah/transport//require;
    spdadd HostA HostB any -P out ipsec
           esp/transport//require
           ah/transport//require;

B is same manner. When I ping, 

    connect: Resource temporarily unavailable

after a few second, message is logged that SA is established, then
ping, oops.

    Unable to handle kernel paging request at 000000003a611098 RIP:
    <ffffffff8021e52b> {__memcpy+11}
    PGD 3a527067 PUD 3a966067 PMD 0
    Oops: 0002 [1] PREEMPT SMP
    CPU 0
    Modules linked in: twofish serpent blowfish sha256 crypt_null nfsd exportfs 
evdev ide_cd cdrom dm_mod
    ...
    Call Trace:<ffffffff80334500>{esp_output+640} 
<ffffffff80344439>{xfrm4_output+137}
           <ffffffff80307a3d>{ip_push_pending_frames+925} 
<ffffffff803219f7>{raw_sendmsg+935}
           <ffffffff8039fe7b>{_spin_lock+27} 
<ffffffff80349868>{sock_sendmsg+238}
    ...
    RIP <ffffffff8021e52b> {__memcpy+11} RSP <ffffffff8021e52b>
    <0> Kernel panic - not syncing: Aiee killing interrupt handler!

# By the way, would someone tell me how to log these messages
# like in this case, SysRq key is not effect.

Oops occured at crypto_cipher_set_iv() in net/ipv4/esp4.c -
esp_output(). As above, I inserted printk and see ``addr'' at
crypto_init_cipher_ops(). In this time, the kernel is
2.6.13-rc2-git5 but the situation has not changed.

No oops occured on i386 machine so I thought this was specific to
x86_64. If there is another information I can report, please tell
me.

thanks,
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to