netdev - Re: [Bugme-new] [Bug 11144] New: dhcp doesn't work with iwl4965

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]

Message-ID: <48874BD8.60600@trash.net>
Date:	Wed, 23 Jul 2008 17:18:48 +0200
From:	Patrick McHardy <kaber@...sh.net>
To:	François Valenduc 
	<francois.valenduc@...ablenet.be>
CC:	Andrew Morton <akpm@...ux-foundation.org>,
	bugme-daemon@...zilla.kernel.org, linux-wireless@...r.kernel.org,
	"John W. Linville" <linville@...driver.com>,
	Linux Netdev List <netdev@...r.kernel.org>,
	Jussi Kivilinna <jussi.kivilinna@...et.fi>
Subject: Re: [Bugme-new] [Bug 11144] New: dhcp doesn't work with iwl4965

François Valenduc wrote:
> I did the bisection again, this time on the whole tree and the first bad 
> commit is again the one I mentioned previously:
> 
> 175f9c1bba9b825d22b142d183c9e175488b260c is first bad commit
> commit 175f9c1bba9b825d22b142d183c9e175488b260c
> Author: Jussi Kivilinna <jussi.kivilinna@...et.fi>
> Date:   Sun Jul 20 00:08:47 2008 -0700
> 
>    net_sched: Add size table for qdiscs
> 
>    Add size table functions for qdiscs and calculate packet size in
>    qdisc_enqueue().
> 
>    Based on patch by Patrick McHardy
>     http://marc.info/?l=linux-netdev&m=115201979221729&w=2
> 
> This time, I didn't encounter kernels which didn't compile. So, I didn't 
> use git-reset or git-bisect skip.


I think I know whats happening (Jussi CCed). That commit introduced
a qdisc_skb_cb, which conflicts with the mac80211 usage of skb->cb.
mac80211 seems to expect the CB to survive the qdisc layer, which
is wrong. One possibility to fix this (or just test my theory)
would be to make sure they don't clash by adding the struct
ieee80211_tx_info to qdisc_skb_cb->data. Something like this patch.


View attachment "x" of type "text/plain" (703 bytes)