From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=95.215.58.115 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1794252267; b=sTpNfq/KJHOHkZS+78y9vkecrQyyJYynBWpTx5CxcPyeYsFNrEK6HhvHGDXGmvENUcuX ULHDUUtJU9kwWMleVJzgSawhM06go7AMrJ8MT6j8bZLRDwMJTQIT8aLcaNW+9XRCoofDs BrYWx+D+VP0jvZxsK//sFdnH/5N5URPN8pSJL1W0CN5FxGX9BgUNKETQraFE0FFoNEP5+ gai/X7ItlUYWkAMeZ+KXHZMV1klO2jGG7UaeyvE8LreEryh3LizKfStItSFPZdUVzVn1+ F1+Zx8B8OlIt2Wl/kNHaBmrbIz+YPIpmYY8KrlsdENf+t+/vaC0Uo0YzuOGohco28IQ== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794252267; h=DMARC-Filter:X-Envelope-To:DKIM-Signature:X-Envelope-To:Received: X-Mizu-Trace-ID:X-Migadu-Flow:Date:From:To:CC:Subject:In-Reply-To: References:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding; bh=kAQUq725Dey8s8eeGqNtRcBcUkrdKQx6AnFS5bZmLVs=; b=F2qcpi2TJF0b8Vc84Bo2MBaJAljBwZnnE65pRakMxNGnDwrV2q6gG4r7LwlFHcpm/2M1 A2SMIy+P5WiMdri+ZMYOU4wNPN+xTdZqLU5Mhd9bdwmA0+ABfMLMieuzeGeNuLJNJAhSp N7c+L+kUak/Ta9+R8rAHmnu7qUHwVl0LHOy/dSNG3kPvAORQ2cVo1LLqz3icPkUBHP/u6 fkLiEOtyrQAjTP7n6qmlusRTJEssij/A/uuBwgobB2cWO2nK49fdZBXB6Oq7NahznJRxh 8lytukTQCjeapks+T+GRloaSVX2ytEDWzZ9OTL41kaAh59Wvp5JPNIdCHlupxgNRZXA== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=linux.dev; spf=pass smtp.mailfrom=linux.dev; dkim=pass header.d=linux.dev header.i=@linux.dev header.a=rsa-sha256 header.s=key1 header.b=BBKlkNzZ; arc=none smtp.remote-ip=95.215.58.115 Received: from mta1.migadu.com (out-115.mta1.migadu.com [95.215.58.115]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 71D27606A333 for ; Mon, 9 Nov 2026 19:24:26 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org 71D27606A333 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.dev Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key, unprotected) header.d=linux.dev header.i=@linux.dev header.a=rsa-sha256 header.s=key1 header.b=BBKlkNzZ X-Envelope-To: linux-kernel@vger.kernel.org DKIM-Signature: a=rsa-sha256; bh=kAQUq725Dey8s8eeGqNtRcBcUkrdKQx6AnFS5bZmLVs=; c=simple/simple; d=linux.dev; h=from:to:subject:date:message-id:mime-version:content-type; s=key1; t=1794252264; v=1; x=1794857064; b=BBKlkNzZrUYZE9xbveHatbXjBCZQzV7qyWZBYCijougK7tWMgUahhFR5JlHh3LsqMcUs0m8L IHFa10K8MCXWRqn8kJpo0W6PzDo08anjz0MBCWrEtBokoxrHQ5nFD2wh7mvV6aoloc61rDNjcf7 OLTknsOgYA1ukFrEJhB1sH/Q= X-Envelope-To: linux-kernel@vger.kernel.org Received: by smtp.migadu.com with ESMTPS id 2581b162146d1682; Mon, 09 Nov 2026 19:24:24 +0000 X-Mizu-Trace-ID: 2581b162146d1682 X-Migadu-Flow: FLOW_OUT Date: Mon, 09 Nov 2026 20:24:22 +0100 From: Luka Gejak To: Zeshan Ahmed Nobin CC: linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org, Ping-Ke Shih , Kalle Valo Subject: =?US-ASCII?Q?Re=3A_=5BPATCH_RESEND_rtw-next_v2_1/2=5D_wifi=3A_rtw88?= =?US-ASCII?Q?=3A_8822c=3A_fix_out-of-bounds_access_in_cck=5Fpd=5Fset?= In-Reply-To: <20261109182001.29076-1-zeshanahmednobin@gmail.com> References: <20261108182837.682661-1-zeshanahmednobin@gmail.com> <20261108182837.682661-2-zeshanahmednobin@gmail.com> <0FD97102-7E9C-47DA-9B52-7F7A837E2924@linux.dev> <20261109182001.29076-1-zeshanahmednobin@gmail.com> Message-ID: <55577FA1-C8E3-4810-800A-487C2526F9C0@linux.dev> X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Hi Zeshan, On November 9, 2026 7:20:01 PM GMT+01:00, Zeshan Ahmed Nobin wrote: > > patch 2 is then what handles a dead chip. In v3 I'll update its > message for that and add Cc: stable to it as well. Its code doesn't > change; is it fine to keep your Reviewed-by on it? Yes, that matches what I see, so please keep it. "bw has already been checked at that point" in the message and "patch 1 returns first" in the notes won't be true any more, so those need updating too. The forced bw test won't apply either, so maybe run the real chip failure case again with both patches. As far as I can see patch 1 alone would then reach that zero mask access on PCIe, so maybe keep this order and say in the cover letter that the two belong together. Best regards, Luka Gejak