On Wed, 03 Apr 2024 20:10:12 +0300, Dmitry Baryshkov wrote:
> Enable modem DSP and WiFI devices on the SM8150 HDK device. The HDK is
> manufactured by Lantronix, but it attributed to Qualcomm, so the
> calibration string uses Qualcomm as manufacturer.
>
> For reference:
>
> ath10k_snoc
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git
pending
branch HEAD: 7d285a14d034c163f5f427ae180bb308857f3a49 wifi: ath12k: fix link
capable flags
elapsed time: 1096m
configs tested: 176
configs skipped: 3
The following configs have been built successfully.
More
allnoconfig gcc
arc allyesconfig gcc
arc defconfig gcc
arc randconfig-001-20240404 gcc
arc randconfig-002-20240404 gcc
arm allmodconfig gcc
arm
allnoconfig gcc
arc allyesconfig gcc
arc defconfig gcc
arc randconfig-001-20240404 gcc
arc randconfig-002-20240404 gcc
arm allmodconfig gcc
arm
Krzysztof Kozlowski wrote:
> This driver's initialization functions do not perform any custom code,
> except printing messages. Printing messages on modules
> loading/unloading is discouraged because it pollutes the dmesg
> regardless whether user actually has this device. Core kernel code
>
Jeff Johnson writes:
> On 3/29/2024 9:47 PM, Dmitry Baryshkov wrote:
>
>> On Wed, 6 Mar 2024 at 10:16, Dmitry Baryshkov
>> wrote:
>>>
>>> On WCN3990 platforms actual firmware, wlanmdsp.mbn, is sideloaded to the
>>> modem DSP via the TQFTPserv. These MBN files are signed by the device
>>>
Dmitry Baryshkov writes:
>> 3) ADD that compatible to the wifi node in msm8998.dtsi
>>compatible = "qcom,wcn3990-wifi", "qcom,msm8998-wifi";
>> 4) In the driver, set qmi->fake_msa_ready_indicator to true if we
>> detect "qcom,msm8998-wifi"
>>
>> And this approach would be acceptable to both
On 04/04/2024 13:57, Kalle Valo wrote:
> Dmitry Baryshkov wrote:
>
>> I'd say, we should take a step back and actually verify how this was
>> handled in the vendor kernel.
>
> One comment related to this: usually vendor driver and firmware branches
> go "hand in hand", meaning that a version of
Marc Gonzalez writes:
> On 04/04/2024 13:57, Kalle Valo wrote:
>
>> Dmitry Baryshkov wrote:
>>
>>> I'd say, we should take a step back and actually verify how this was
>>> handled in the vendor kernel.
>>
>> One comment related to this: usually vendor driver and firmware branches
>> go "hand
On Wed, 3 Apr 2024 at 16:17, Krzysztof Kozlowski
wrote:
>
> Changes in v2:
> 1. Add "wifi: ath10k: sdio: simplify module initialization" patch, from
>my other patchset to avoid conflicts.
> 2. Add Acks/Rb tags.
> 3. Drop applied SDIO patch, which was the dependency for the rest
>cleanups.
On Thu, 4 Apr 2024 at 15:30, Marc Gonzalez wrote:
>
> On 04/04/2024 13:57, Kalle Valo wrote:
>
> > Dmitry Baryshkov wrote:
> >
> >> I'd say, we should take a step back and actually verify how this was
> >> handled in the vendor kernel.
> >
> > One comment related to this: usually vendor driver
11 matches
Mail list logo