Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp4415424ybb; Mon, 23 Mar 2020 21:02:33 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtDjmOFiFU9XX3O4f8BUtmI1TjYLQU4c/Ez9z3s9tv0fP9LOgMU/Pjnv7JlfAmC4dOLFxfI X-Received: by 2002:aca:af12:: with SMTP id y18mr1953432oie.78.1585022553705; Mon, 23 Mar 2020 21:02:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585022553; cv=none; d=google.com; s=arc-20160816; b=W7ZgaE4FZcRIq67VLvwQ9gAPYBhxUIj+YwRnmPDX9xKbik29WZxHfWIAM1fMpU2jAV uNtMeaBcDT3MsyUI1IYCRSyBVcTRQqamEoRgXKJRdahW7GigH87BRyoej267YP6ZkLyn /1M7vTcp7mrW1Vx71astLXGKM2SJDC3nvglfAhWuUDv4rPWTJsK4D1buCn59oc+2AsOG YZnE8p0wbPbxYjU9tL+9RHLZSfb6TWSM5DbBxcoeWtSAeKGqriBWt5TjnFP6r0yo1xeV 8ej2dZ/KQq3CdBGdiDzhbbMOIh6ErmreAUMG84pKluNHn1B527ow3KW94ZGlbcNsu7ul tv8g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject:dkim-signature:dkim-filter; bh=GBA9ZNcKhp+rjIKh05bYNmf3O/E+nsP/LOV56FqXdWU=; b=LLIitezZXUAmyLMHnTr+DMnJfWKGHamnVW4XZoiSpzAkLLPZYkESFBoTPwzlDCPEc3 mL1JhG0CSJJq5lrDJxnvg93fZg0jn3V8O3JVSmQFwZZWnpph+SWxxfbs2XE4y997kWfJ RGyzgR+TBDAiqhmLNADBy01YYeksZzvhhQwzoMgL+Ct9XNlR55izsH2r5zRyhyGJKdgf 0TeM/VCCRKPWFKLQmNs6d/LwqRQXz7dmJLtZNr7V5IZUjtwdIDR63D7YOlrHzl8GNBaD hOXki/543XTNh1TfuqaMTHefDU+86zq1EsDQF8+MRM+pbG3TQsHq4ETBPLcLhPv2JPnf CVsA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@candelatech.com header.s=default header.b=oKVUhpIm; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=candelatech.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y3si2365225otq.204.2020.03.23.21.02.10; Mon, 23 Mar 2020 21:02:33 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@candelatech.com header.s=default header.b=oKVUhpIm; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=candelatech.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725829AbgCXECB (ORCPT + 99 others); Tue, 24 Mar 2020 00:02:01 -0400 Received: from mail2.candelatech.com ([208.74.158.173]:36480 "EHLO mail3.candelatech.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725784AbgCXECB (ORCPT ); Tue, 24 Mar 2020 00:02:01 -0400 Received: from [192.168.254.4] (unknown [50.34.189.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail3.candelatech.com (Postfix) with ESMTPSA id 8131813C343; Mon, 23 Mar 2020 21:01:59 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 mail3.candelatech.com 8131813C343 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=candelatech.com; s=default; t=1585022520; bh=Ce5uj+e4u4QPyXmPncwkwfQgT6UYZv/6q4jhu94xjJc=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=oKVUhpImsLNXwWM1iKHLKNsuUIO/Zb8yV99qUiuSN8vLISsLyw7ok5b8igjgYyC8T K3x64Ah2+tp8Au98rTs6gca1kad1JrkhB1Pr6rrN/kIUIltEFnML2ELDp4NhnLNxFg 95AGKWRqKAB3+sMVR9iLDKUUnAwwxVLV904jPFXI= Subject: Re: Firmware Crashed To: Ming Chen , Tom Psyborg References: <2e7adba4-7a4b-f306-b216-99b64d2f42ea@candelatech.com> <7bea9719-76a0-2be2-ab6f-f3425b57dee9@candelatech.com> Cc: linux-wireless , Joe Qiao From: Ben Greear Message-ID: <12c8ab18-869d-cf67-0c4a-e1524dd7ac98@candelatech.com> Date: Mon, 23 Mar 2020 21:01:58 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On 03/23/2020 08:30 PM, Ming Chen wrote: >>>>>>> No, it will be very difficult for us to upgrade the kernel. >>>>>>> This module(QCA9986 PCIe) is from the a third party company. They >>>>>>> are using the QCA driver and it works well. We are trying to >>>>>>> integrate this module to our own device(PPC-64 + Kernel 4.14.83). >>>>>>> We don't want to upgrade the kernel, since it will be a huge >>>>>>> challenge work for >>>> us. >>>>>>> >>>>>>> >>>>>>> Thanks >>>>>>> Ming Chen >>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Tom Psyborg >>>>>>>> Sent: Saturday, March 21, 2020 11:16 PM >>>>>>>> To: Ming Chen >>>>>>>> Cc: linux-wireless >>>>>>>> Subject: Re: Firmware Crashed >>>>>>>> >>>>>>>> can you try to boot it in another device and using some distro >>>>>>>> that has 4.19 or later kernel without backports? >>>>>>> >>>>>> >>>>>> My suggestion is to try it in x86_64 PC. Then you can just use live >>>>>> linux distro with different kernel versions. If it does not work >>>>>> with any of these you may have ran into a hw bug sample. If it does >>>>>> work then you don't need to update your PPC64 kernel but find an >>>>>> architecture/device speific bug that prevents it from loading. >>>>> >>>>> [Ming Chen] >>>>> Thanks for the suggestion. I don't have a PC with PCIe socket on my >>>>> hand, but >>>> it's indeed worth to have a try. I will try to find a one. >>>> >>>> In case you want to try the ath10k-ct firmware for your chip, you can >>>> send me the firmware crash output and maybe I can understand why it is >> crashing. >>>> >>>> http://www.candelatech.com/ath10k.php >>>> >>>> Thanks, >>>> Ben >>>> >>>> -- >>>> Ben Greear >>>> Candela Technologies Inc http://www.candelatech.com >>> [Ming Chen] >>> Thanks for reminding. I just realized that the functionality of board-2.bin in >> ath10k driver was commented out by someone of my company, and now I >> restored this functionality in ath10k driver. But, firmware is still crashed, and it >> seems like it is caused by failing to fetch board data. That is said, the driver >> failed to find a matched (bus=pci,bmi-chip-id=0,bmi-board-id=11) board data >> from board-2.bin. >>> >>> Does that mean the vendor of this wireless module has not committed their >> board data to upstream and build to board-2.bin file? >>> >>> The below is the piece of BMI log, >>> [ 9217.343233] ath10k_pci 0000:01:00.0: boot upload otp to 0x1234 len >>> 8999 for board id [ 9217.343239] ath10k_pci 0000:01:00.0: bmi fast >>> download address 0x1234 buffer 0x800000000018a084 length 8999 [ >>> 9217.343242] ath10k_pci 0000:01:00.0: bmi lz stream start address >>> 0x1234 [ 9217.343828] ath10k_pci 0000:01:00.0: bmi lz data buffer >>> 0x800000000018a084 length 8996 [ 9217.372561] ath10k_pci 0000:01:00.0: >>> bmi lz data buffer 0xc00000007584fa50 length 4 [ 9217.372782] >>> ath10k_pci 0000:01:00.0: bmi lz stream start address 0x0 [ >>> 9217.372831] ath10k_pci 0000:01:00.0: bmi execute address 0x1234 param >>> 0x10 [ 9218.783383] ath10k_pci 0000:01:00.0: bmi cmd took 353 jiffies >>> hz 250 ret 0 [ 9218.783396] ath10k_pci 0000:01:00.0: bmi execute result >> 0x2c00 [ 9218.783401] ath10k_pci 0000:01:00.0: boot get otp board id result >> 0x00002c00 board_id 11 chip_id 0 ext_bid_support 0 [ 9218.783405] >> ath10k_pci 0000:01:00.0: SMBIOS bdf variant name not set. >>> [ 9218.783409] ath10k_pci 0000:01:00.0: DT bdf variant name not set. >>> [ 9218.783415] ath10k_pci 0000:01:00.0: boot using board name >> 'bus=pci,bmi-chip-id=0,bmi-board-id=11' >>> [ 9218.783420] ath10k_pci 0000:01:00.0: boot using board name >> 'bus=pci,bmi-chip-id=0,bmi-board-id=11' >>> [ 9218.783916] ath10k_pci 0000:01:00.0: boot fw request >>> 'ath10k/QCA9984/hw1.0/board-2.bin': 0 >> >> This is about a wave-2 9984 NIC. You sure yours is 9886 chipset? >> >> Thanks, >> Ben >> >> -- >> Ben Greear >> Candela Technologies Inc http://www.candelatech.com > [Ming Chen] Yeah, I am sure it is a QCA9986 (not 9886), and I can see its device ID is 168c:0046. And the ath10k wireless driver will try to load the firmware from the path of ath10k/QCA9984/hw1.0 by default. So I thought we should use the board binary file same as QCA9984 (https://github.com/kvalo/ath10k-firmware/blob/master/QCA9984/hw1.0/board-2.bin). > Is there a board binary file for QCA9986 specifically? Ok, I mis-read your earlier email. You do need a board file that matches your card. The NIC vendor should be able to provide this, but you may have to package it in board2.bin format. I think the ath10k-firmware git project has some scripts in it to do the packaging...or google can probably find a link. Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com