* Unaligned access in xfrm_user:copy_to_user_state
@ 2010-04-02 20:18 Jan Engelhardt
2010-04-02 21:03 ` David Miller
0 siblings, 1 reply; 2+ messages in thread
From: Jan Engelhardt @ 2010-04-02 20:18 UTC (permalink / raw)
To: netdev; +Cc: David S. Miller
Hi,
since we seem to be dealing with unaligned access quite recently, here's
my turn in reporting one:
22:09 ares:/etc # uname -a
Linux ares 2.6.34-rc1 #17 SMP Thu Mar 25 00:08:55 CET 2010 sparc64
sparc64 sparc64 GNU/Linux
(This is kaber/nf-next)
Apr 2 22:09:53 ares kernel: Kernel unaligned access at TPC[101a0c18]
copy_to_user_state+0x18/0x120 [xfrm_user]
0000000000000c00 <copy_to_user_state>:
c00: 9d e3 bf 50 save %sp, -176, %sp
c04: ce 5e 20 80 ldx [ %i0 + 0x80 ], %g7
c08: 86 06 20 80 add %i0, 0x80, %g3
c0c: 84 06 60 38 add %i1, 0x38, %g2
c10: 82 06 20 98 add %i0, 0x98, %g1
c14: 90 06 60 60 add %i1, 0x60, %o0
c18: ce 76 60 38 stx %g7, [ %i1 + 0x38 ]
That happens when strongswan is trying to handle a new incoming tunnel
request between two IPv6 endpoints (it does not seem to get triggered
for IPv4).
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: Unaligned access in xfrm_user:copy_to_user_state
2010-04-02 20:18 Unaligned access in xfrm_user:copy_to_user_state Jan Engelhardt
@ 2010-04-02 21:03 ` David Miller
0 siblings, 0 replies; 2+ messages in thread
From: David Miller @ 2010-04-02 21:03 UTC (permalink / raw)
To: jengelh; +Cc: netdev
From: Jan Engelhardt <jengelh@medozas.de>
Date: Fri, 2 Apr 2010 22:18:59 +0200 (CEST)
> since we seem to be dealing with unaligned access quite recently, here's
> my turn in reporting one:
>
> 22:09 ares:/etc # uname -a
> Linux ares 2.6.34-rc1 #17 SMP Thu Mar 25 00:08:55 CET 2010 sparc64
> sparc64 sparc64 GNU/Linux
> (This is kaber/nf-next)
>
> Apr 2 22:09:53 ares kernel: Kernel unaligned access at TPC[101a0c18]
> copy_to_user_state+0x18/0x120 [xfrm_user]
>
> 0000000000000c00 <copy_to_user_state>:
> c00: 9d e3 bf 50 save %sp, -176, %sp
> c04: ce 5e 20 80 ldx [ %i0 + 0x80 ], %g7
> c08: 86 06 20 80 add %i0, 0x80, %g3
> c0c: 84 06 60 38 add %i1, 0x38, %g2
> c10: 82 06 20 98 add %i0, 0x98, %g1
> c14: 90 06 60 60 add %i1, 0x60, %o0
> c18: ce 76 60 38 stx %g7, [ %i1 + 0x38 ]
>
> That happens when strongswan is trying to handle a new incoming tunnel
> request between two IPv6 endpoints (it does not seem to get triggered
> for IPv4).
Yes, we need to "void *" untype the arguments to memcpy so that
GCC doesn't inline the thing.
Patches welcome.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-04-02 21:03 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-04-02 20:18 Unaligned access in xfrm_user:copy_to_user_state Jan Engelhardt
2010-04-02 21:03 ` David Miller
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox