From: Ralf Baechle <ralf@linux-mips.org>
To: Brad Parker <brad@parker.boston.ma.us>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
Mike Uhler <uhler@mips.com>,
Linux/MIPS Development <linux-mips@linux-mips.org>
Subject: Re: unaligned load in branch delay slot
Date: Wed, 29 Jan 2003 07:40:10 +0100 [thread overview]
Message-ID: <20030129074010.A7741@linux-mips.org> (raw)
In-Reply-To: <200301290139.h0T1d3R01891@p2.parker.boston.ma.us>; from brad@parker.boston.ma.us on Tue, Jan 28, 2003 at 08:39:03PM -0500
On Tue, Jan 28, 2003 at 08:39:03PM -0500, Brad Parker wrote:
> I had a problem in tcp_rcv_established() where this "if" would trigger
> even though "th->syn" was zero:
>
> ...
> if (th->syn && !before(TCP_SKB_CB(skb)->seq, tp->rcv_nxt)) {
> ...
>
> It turned out the tcp header was 'misaligned' after coming across a
> usb link. I never figured out why it was failing, but it was clearly
> the emulation code which was doing the wrong thing. This was on an
> alchemy au1000 (MIPS32).
A few days ago I fixed a special case in cvs where the unaligned handler
was misshandling the special case where
bxx $r1, dest
load $r1, offset($r2)
both instruction are using the same register $r1 and the effective address
offset + $r2 was missaligned. In that case the emulation code was
executing the load instruction first then using the loaded value to deciede
if the branch was taken.
I know the bug was hitting in the netfilter code but chances are there are
other places in the network code affected as well.
Ralf
next prev parent reply other threads:[~2003-01-29 6:40 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-13 16:13 unaligned load in branch delay slot Geert Uytterhoeven
2003-01-13 17:19 ` Mike Uhler
2003-01-13 17:19 ` Mike Uhler
2003-01-13 18:04 ` Geert Uytterhoeven
2003-01-13 20:12 ` Mike Uhler
2003-01-13 20:12 ` Mike Uhler
2003-01-28 2:39 ` Ralf Baechle
2003-01-28 9:30 ` Geert Uytterhoeven
2003-01-28 11:47 ` Ralf Baechle
2003-01-28 12:27 ` Geert Uytterhoeven
2003-01-29 1:39 ` Brad Parker
2003-01-29 6:40 ` Ralf Baechle [this message]
2003-01-28 12:30 ` Maciej W. Rozycki
2003-01-28 12:54 ` Ralf Baechle
2003-01-28 17:53 ` Jun Sun
2003-01-28 19:48 ` Mike Uhler
2003-01-28 19:48 ` Mike Uhler
2003-01-28 21:30 ` [OT] " justinca
2003-01-28 21:39 ` Mike Uhler
2003-01-28 21:39 ` Mike Uhler
2003-01-29 14:25 ` Ralf Baechle
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030129074010.A7741@linux-mips.org \
--to=ralf@linux-mips.org \
--cc=brad@parker.boston.ma.us \
--cc=geert@linux-m68k.org \
--cc=linux-mips@linux-mips.org \
--cc=uhler@mips.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.