From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?q?Vincent=20Stehl=C3=A9?= Subject: [PATCH linux-next] staging: r8192ee: Adapt flush function prototype Date: Sat, 7 Jun 2014 19:39:19 +0200 Message-ID: <1402162759-17074-1-git-send-email-vincent.stehle@laposte.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from smtp3-g21.free.fr ([212.27.42.3]:6687 "EHLO smtp3-g21.free.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752850AbaFGRjj (ORCPT ); Sat, 7 Jun 2014 13:39:39 -0400 Sender: linux-next-owner@vger.kernel.org List-ID: To: devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org, linux-next@vger.kernel.org Cc: =?UTF-8?q?Vincent=20Stehl=C3=A9?= , Greg Kroah-Hartman , Larry Finger Commit 77be2c54c5bd 'mac80211: add vif to flush call' modifies the flus= h operation prototype. Update r8192ee function accordingly. This fixes the following compilation warnings: drivers/staging/rtl8192ee/core.c: At top level: drivers/staging/rtl8192ee/core.c:1599:2: warning: initialization from= incompatible pointer type [enabled by default] .flush =3D rtl_op_flush, ^ drivers/staging/rtl8192ee/core.c:1599:2: warning: (near initializatio= n for =E2=80=98rtl92e_ops.flush=E2=80=99) [enabled by default] Signed-off-by: Vincent Stehl=C3=A9 Cc: Greg Kroah-Hartman Cc: Larry Finger --- Hi, Linux next gives a "heads up" that the flush function of staging driver= r8192ee needs to be adapted soon. This can be seen with e.g. linux next-20140606 and x86 allmodconfig. Also, r8192ee would benefit from the following patch: http://www.spinics.net/lists/linux-driver-devel/msg47690.html Best regards, V. drivers/staging/rtl8192ee/core.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/rtl8192ee/core.c b/drivers/staging/rtl8192= ee/core.c index 76ea356..7f6accd 100644 --- a/drivers/staging/rtl8192ee/core.c +++ b/drivers/staging/rtl8192ee/core.c @@ -322,7 +322,7 @@ static void _rtl_add_wowlan_patterns(struct ieee802= 11_hw *hw, struct rtl_mac *mac =3D &(rtlpriv->mac80211); struct cfg80211_pkt_pattern *patterns =3D wow->patterns; struct rtl_wow_pattern rtl_pattern; - u8 *pattern_os, *mask_os; + const u8 *pattern_os, *mask_os; u8 mask[MAX_WOL_BIT_MASK_SIZE] =3D {0}; u8 content[MAX_WOL_PATTERN_SIZE] =3D {0}; u8 broadcast_addr[6] =3D {0xff, 0xff, 0xff, 0xff, 0xff, 0xff}; @@ -1561,7 +1561,7 @@ static void rtl_op_rfkill_poll(struct ieee80211_h= w *hw) * before switch channle or power save, or tx buffer packet * maybe send after offchannel or rf sleep, this may cause * dis-association by AP */ -static void rtl_op_flush(struct ieee80211_hw *hw, +static void rtl_op_flush(struct ieee80211_hw *hw, struct ieee80211_vif= *vif, u32 queues, bool drop) { struct rtl_priv *rtlpriv =3D rtl_priv(hw); --=20 2.0.0.rc2