Return-path: Received: from s3.sipsolutions.net ([5.9.151.49]:60647 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932184AbbHXMig (ORCPT ); Mon, 24 Aug 2015 08:38:36 -0400 Message-ID: <1440419912.3735.16.camel@sipsolutions.net> (sfid-20150824_143839_166291_6477A976) Subject: Re: mac80211: When adding a new station, notify driver before adding to hash From: Johannes Berg To: Marty Faltesek Cc: linux-wireless , Michal Kazior Date: Mon, 24 Aug 2015 14:38:32 +0200 In-Reply-To: (sfid-20150821_190043_990070_A3C0773A) References: <1440143840.2107.2.camel@sipsolutions.net> <1440143920.2107.3.camel@sipsolutions.net> (sfid-20150821_190043_990070_A3C0773A) Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Fri, 2015-08-21 at 13:00 -0400, Marty Faltesek wrote: > It's not IBSS and the stack is messed up, I guess because of statics. > It's probably more likely this manually crafted stack: > > __queue_work (fails BUG_ON(!list_empty(&work->entry));) NULL work > causes this check fail. > queue_work_on WORK_STRUCT_PENDING_BIT check passes cause NULL work. > queue_work > ieee80211_queue_work > ath10k_sta_rc_update > drv_sta_rc_update > rate_control_rate_update > ieee80211_rx_h_action > ieee80211_rx_handlers > ieee80211_invoke_rx_handlers > ieee80211_prepare_and_rx_handle > __ieee80211_rx_handle_packet > ieee80211_rx Ok. Still, I think the best solution would be to check sta->uploaded? johannes