From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 52187C433EF for ; Fri, 28 Jan 2022 08:13:18 +0000 (UTC) Received: by smtp.kernel.org (Postfix) id 188A5C340E0; Fri, 28 Jan 2022 08:13:18 +0000 (UTC) Received: from 9.mo550.mail-out.ovh.net (9.mo550.mail-out.ovh.net [178.32.108.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.kernel.org (Postfix) with ESMTPS id 9D1B3C340EB for ; Fri, 28 Jan 2022 08:13:13 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 smtp.kernel.org 9D1B3C340EB Authentication-Results: smtp.kernel.org; dmarc=none (p=none dis=none) header.from=gk2.net Authentication-Results: smtp.kernel.org; spf=pass smtp.mailfrom=gk2.net Received: from player798.ha.ovh.net (unknown [10.110.171.30]) by mo550.mail-out.ovh.net (Postfix) with ESMTP id 04F1B240BC for ; Fri, 28 Jan 2022 08:13:02 +0000 (UTC) Received: from gk2.net (82-65-221-177.subs.proxad.net [82.65.221.177]) (Authenticated sender: gerald@gk2.net) by player798.ha.ovh.net (Postfix) with ESMTPSA id B4BF31E087C33; Fri, 28 Jan 2022 08:12:53 +0000 (UTC) Authentication-Results:garm.ovh; auth=pass (GARM-99G0033d16c4c9-ba84-492e-9f9e-6b37831bfc1f, 869B11A1C8907FED5015E1D7C2BC0F03D03E48FD) smtp.auth=gerald@gk2.net X-OVh-ClientIp:82.65.221.177 Message-ID: Date: Fri, 28 Jan 2022 09:12:52 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [EXT] Re: mwifiex 1.0 (16.68.10.p159) - PCIEUSB-8997 firmware is buggy Content-Language: fr To: James Cao , =?UTF-8?Q?Pali_Roh=c3=a1r?= List-Id: Cc: Prashanth Ranganathan , Sharvari Harisangam , Rakesh Parmar , Cathy Luo , Linux Firmware , Linux Wireless , Josh Boyer References: <20210926104306.xocctztsuspx6oji@pali> <20220114170051.sx2p6m2ihrv3ojzt@pali> <20220120193041.fmmmd77ingjvyqe4@pali> <20220127121514.daptjsxkgrt5zlov@pali> <849ea3f2-a6c1-8814-3713-4d8b14db5029@gk2.net> From: =?UTF-8?Q?G=c3=a9rald_Kerma?= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Ovh-Tracer-Id: 11929472465641790293 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedvvddrfeeggdduudefucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepkfffgggfuffvfhfhjggtgfesthekredttdefjeenucfhrhhomhepiforrhgrlhgupgfmvghrmhgruceoghgrnhgurghlfhesghhkvddrnhgvtheqnecuggftrfgrthhtvghrnhepvdelveejffdufedtueffkeefgfduveelkeduudfgvdeigfduteekuedtfefgfeffnecuffhomhgrihhnpehgihhthhhusgdrtghomhdpohhuthhlohhokhdrtghomhdpkhgvrhhnvghlrdhorhhgnecukfhppedtrddtrddtrddtpdekvddrieehrddvvddurddujeejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhpohhuthdphhgvlhhopehplhgrhigvrhejleekrdhhrgdrohhvhhdrnhgvthdpihhnvghtpedtrddtrddtrddtpdhmrghilhhfrhhomhepghgrnhgurghlfhesghhkvddrnhgvthdpnhgspghrtghpthhtohepuddprhgtphhtthhopehlihhnuhigqdhfihhrmhifrghrvgeskhgvrhhnvghlrdhorhhg Héllo James, So bad to hear from no source possible ! About binaries, I cannot get the latest published one from NXP. The support answer me I need a NDA. The support then refuse my proposal of NDA ! I may understand proprietary license, but as a user, I cannot get nothing at all ! Regarding the issue, you can see the full details of my tests, and I just edit to add a brief summary at the first comment of the following issue: https://github.com/NXP/mwifiex-firmware/issues/1 Please, look at it. It is full detailed. If anything missing, please, ask what you need. Regards, Gérald Kerma CyberMind.FR Le 28/01/2022 à 01:58, James Cao a écrit : > Hi Gérald, Pali, > > For NXP Wi-Fi/BT FW, we only have binary release, which is under > proprietary license. > > Regarding the issue, which kind of adapter (PCIe-USB or PCIe-UART) did > you use? Suppose PCIe-USB/PCIe-UART FW may not work on > PCIe-UART/PCIe-USB board. What's the failure symptom? > > Thanks, > James > > ------------------------------------------------------------------------ > *From:* Gérald Kerma > *Sent:* Thursday, January 27, 2022 6:50 AM > *To:* Pali Rohár ; James Cao > *Cc:* Prashanth Ranganathan ; > Sharvari Harisangam ; Rakesh Parmar > ; Cathy Luo ; Linux > Firmware ; Linux Wireless > ; Josh Boyer > *Subject:* [EXT] Re: mwifiex 1.0 (16.68.10.p159) - PCIEUSB-8997 > firmware is buggy > Caution: EXT Email > > Héllo James, > > As Pali wrote, if fimrware requires signing NDA, I can propose my own > collaboration to NXP ! > > I am still okay to help, in anyway, with testing or more... > Please, feel free to contact me. > > Gérald Kerma > CyberMind.FR > gandalf(at)gk2(dot)net > 00.33.651.27.66.88 > > PS: I add my answer which was lost for some of the CC... (sorry)... > > > Le 27/01/2022 à 13:15, Pali Rohár a écrit : > > Hello James! > > > > Thank you for reply, but this is something which we did not want to > hear :-( > > > > There is an issue in the latest pcieuart8997_combo_v4.bin firmware file > > which NXP sent to linux-firmware repository and it is really needed to > > fix this issue. It was sent by NXP, so it is expected that NXP do it. > > And because it is binary-only file, people outside of NXP cannot do it. > > > > Would you be able to look at this firmware issue as the last thing? > > > > Or as Gérald wrote, could NXP provide source code of that firmware? So > > people outside of NXP could look at it? If firmware requires signing NDA > > (either individually or via company), then some professional skilled > > kernel developers can do it. > Le 27/01/2022 à 02:13, Gérald Kerma a écrit : >  > Héllo James, >  > >  > Was it only ever supported ? >  > >  > May be NXP can free and share the firmware source to the community, > and let anyone who care try to debug it ? >  > >  > As far as my tests shown, the mwifiex driver never has work > correctly, and none version is sufficiently stable to be state as working. >  > >  > Please, NXP, take cares of your end clients ! >  > Be simple, be smart, be respectuous, give us the source… >  > >  > Thanks in advance, >  > Gérald Kerma >  > >  > [%]<\@~{ > > On Wednesday 26 January 2022 23:28:48 James Cao wrote: > >> Hi Pali, > >> > >> NXP doesn't have a plan to support mwifiex driver anymore. How > should we handle this kind of retired project in upstream? > >> > >> Thanks, > >> James > >> > >> ________________________________ > >> From: Pali Rohár > >> Sent: Thursday, January 20, 2022 11:30 AM > >> To: Prashanth Ranganathan > >> Cc: Sharvari Harisangam ; Rakesh > Parmar ; Cathy Luo ; James > Cao ; Linux Firmware ; > Linux Wireless ; Gérald Kerma > ; Ganapathi Bhat ; Josh Boyer > > >> Subject: [EXT] Re: mwifiex 1.0 (16.68.10.p159) - PCIEUSB-8997 > firmware is buggy > >> > >> Caution: EXT Email > >> > >> Hello Prashanth! > >> > >> Thank you for reply. Did you have a time to check this issue? > >> > >> Gérald did a great testing which shows that version W16.68.1.p195 and > >> higher of pcieuart8997_combo_v4.bin firmware does not work. > >> > >> On Friday 14 January 2022 17:11:18 Prashanth Ranganathan wrote: > >>> Hi Pali, > >>> Please allow me to check this and respond ASAP. > >>> Best, > >>> Prashanth > >>> ________________________________ > >>> From: Pali Rohár > >>> Sent: Friday, January 14, 2022 9:00 AM > >>> To: Sharvari Harisangam ; Rakesh > Parmar ; Cathy Luo ; > Prashanth Ranganathan ; James > Cao > >>> Cc: Linux Firmware ; Linux Wireless > ; Gérald Kerma ; > Ganapathi Bhat ; Josh Boyer > >>> Subject: [EXT] Re: mwifiex 1.0 (16.68.10.p159) - PCIEUSB-8997 > firmware is buggy > >>> > >>> Caution: EXT Email > >>> > >>> NXP people: Sharvari, Rakesh, Cathy, Zheng: could you please look at > >>> this issue? It is really serous! > >>> > >>> On Monday 27 September 2021 09:47:23 Josh Boyer wrote: > >>>> On Sun, Sep 26, 2021 at 6:43 AM Pali Rohár wrote: > >>>>> Hello Josh, Sharvari and other from NXP! > >>>>> > >>>>> On Saturday 25 September 2021 19:23:48 Gérald Kerma wrote: > >>>>>> Correcting old marvell address to new nxp... > >>>>>> > >>>>>> Le 25/09/2021 à 19:19, Gérald Kerma a écrit : > >>>>>>> Héllo All, > >>>>>>> > >>>>>>> I made some few tests on EspressoBin-Ultra from > GlobalScaleTechnologies, > >>>>>>> because of problem with the WiFi. > >>>>>>> > >>>>>>> I have done some quick tests on all the firmware of > PCIEUSB-8997 using > >>>>>>> the pcieuart8997_combo_v4.bin on OpenWrt 21.02.x > >>>>>>> > >>>>>>> Here is a summary of the tests : > >>>>>>> - W16.68.10.p159 = KO > >>>>>>> - W16.68.1.p195 = KO > >>>>>>> - V16.68.1.p145 = OK > >>>>>>> - 16.68.1.p140 = OK > >>>>>>> - 16.68.1.p133 = OK > >>>>>>> - 16.68.1.p97 = OK > >>>>>>> - 16.68.1.p70 = KO > >>>>>  From this user test result can be seen that last two versions of > >>>>> pcieusb8997_combo_v4.bin firmware file for 8997 wifi+bt card with > >>>>> official mainline linux kernel driver mwifiex were not properly > tested > >>>>> internally in NXP and are causing serious issues which make 8997 > card > >>>>> basically unusable. > >>>>> > >>>>> Sharvari and other NXP developers: Do you have some internal > testing of > >>>>> this pcieusb8997_combo_v4.bin firmware for PCIe+USB variant of 8997 > >>>>> wifi chips? Or are you aware of this issue and do you have in > NXP some > >>>>> workaround for it (e.g. at driver level)? Could you please look > at this > >>>>> serious issue and try to debug firmware and release a new > version, as > >>>>> this is obvious fatal error in firmware itself? > >>>>> > >>>>> Josh, how you in linux-firmware repository handle such, I must say, > >>>>> "fatal issues"? Wait for vendor fixes or revert problematic > commits? Or > >>>>> something else? > >>>> We can revert if we need to, but I think it's not quite that simple. > >>>> > >>>>> Because when users starts upgrading linux-firmware packages in their > >>>>> downstream distributions then basically wifi cards on this 8997 > chips > >>>>> with official mwifiex driver stops working. > >>>> The first broken version was committed in Feb of 2019.  That's > >>>> approaching 3 years ago.  Given that this is binary firmware, I have > >>>> no idea what else may or may not be included in the updates in the > >>>> meantime. > >>>> > >>>> josh > >>> Josh, as Gérald wrote, current binary in linux-firmware repository is > >>> unusable. And there is no reply from NXP for 3 months. > >>> > >>> You are right that nobody knows what is in firmware binary, but > working > >>> binary is at least usable than non-working binary. > >>> > >>> So I would really suggest to start reverting non-working firmware > files > >>> if NXP does not respond in few days. > >>> > >>> Gérald, what is your opinion? Do you see other way how to make > mainline > >>> linux driver work (again)? > >>> > >>>>>>> REF (and all details of tests) : > >>>>>>> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FNXP%2Fmwifiex-firmware%2Fissues%2F1&data=04%7C01%7Cjames.cao%40nxp.com%7C3e471c7a71b14e82d4bd08d9e1a4689d%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C1%7C637788918532760222%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=jeHkO95c2IlIftGxZGaTDOj5em2dU%2FCiIcSPM4NitUk%3D&reserved=0 > > >>>>>>> > >>>>>>> > >>>>>>> Broken firmware : > >>>>>>> > >>>>>>> Version |W16.68.1.p195| of |pcieusb8997_combo_v4.bin| was > included into > >>>>>>> linux-firmware repository by this pull request: > >>>>>>> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flore.kernel.org%2Fall%2FCA%2B5PVA5yQbjg3vaT7F8120B6ngLn7%2BsZC0OWt0KoUiQR9hS4FA%40mail.gmail.com%2F&data=04%7C01%7Cjames.cao%40nxp.com%7C3e471c7a71b14e82d4bd08d9e1a4689d%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C1%7C637788918532760222%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=tTxWzBFlt0tg1sRwXSapYPdG61BME5f%2B3K7dwSUHRZo%3D&reserved=0 > > >>>>>>> > > > >>>>>>> > >>>>>>> And latest version |W16.68.10.p159| of > |pcieusb8997_combo_v4.bin| by > >>>>>>> this pull request: > >>>>>>> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flore.kernel.org%2Flinux-firmware%2FCA%2B5PVA5on7%2BCRtEV7tThPxgucwt3W9i-tEXm4cgH-AmMB-Jrtg%40mail.gmail.com%2F&data=04%7C01%7Cjames.cao%40nxp.com%7C3e471c7a71b14e82d4bd08d9e1a4689d%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C1%7C637788918532760222%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=LNx2xSp39whINLxyrkgoyNeb53YjX6s1QjyonB5iJUE%3D&reserved=0 > > >>>>>>> > > > >>>>>>> > >>>>>>> Olders looks to works better. > >>>>>>> > >>>>>>> In quick tests, they allow more than 1 clients at a time ! > >>>>>>> > >>>>>>> I am still testing the V16.68.1.p145 and report the results > after some > >>>>>>> longer use... > >>>>>>> > >>>>>>> Hopes it will help... > >>>>>>> Regards, > >>>>>>> Gérald Kerma > >>>>>>> gandalf(at)gk2(dot)net >