netdev - Re: bnx2_poll panicking kernel

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 24 Jun 2008 17:04:27 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	mchan@...adcom.com
Cc:	joy@...uzijast.net, billfink@...dspring.com,
	bhutchings@...arflare.com, netdev@...r.kernel.org,
	mirrors@...ian.org
Subject: Re: bnx2_poll panicking kernel

From: "Michael Chan" <mchan@...adcom.com>
Date: Tue, 24 Jun 2008 15:58:33 -0700

> Michael Chan wrote:
> > I will send Josip another patch to print more SKB fields.  I can
> > even save all the SKB fields and see which other ones are modified besides
> > the nr_frags.  May be that will give us a better clue.
> > 
> Please try this patch, which should go on top of the last debug patch.
> Thanks.

Thanks for taking the time to track this down Michael.

Regardless of whether there is some bug in HTB or similar,
the trush is that currently nr_frags can change on us even
if the SKB is cloned.

For example, when using TSO, the TCP ACK processing path can mince up
a TSO packet into two parts, changing nr_frags in the original packet.
This is done by tcp_tso_fragment().

This would rarely hit an SKB still on a device queue, but perhaps HTB
makes this situation much more likely.

This behavior I consider a bug, because it could trigger while the
driver is initially queueing the packet and thus result in strange
OOPS's as the driver ends up trying to derefernce page slots in
skb_shared_info() which suddenly become not value.

Therefore, I suggest we do a few things:

1) Add an assertion to skb_split() such that it BUG()'s if
   the SKB it is asked to operate on is cloned/shared.

2) Make tcp_tso_fragment() make a copy if the SKB is cloned.
   Similarly to how code pathes leading up to tcp_fragment()
   behave.

I'll try to get to this after I finish up some TX path reworking
I'm deeply into at the moment, but if someone beats me to it,
all the better :-)
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html