Re: [PATCH] ath10k: allocate dummy net_device dynamically

2024-03-19 Thread Jeff Johnson
On 3/19/2024 10:15 AM, Breno Leitao wrote: > On Tue, Mar 19, 2024 at 09:05:24AM -0700, Jeff Johnson wrote: >> On 3/19/2024 3:47 AM, Breno Leitao wrote: >>> @@ -3687,6 +3690,8 @@ struct ath10k *ath10k_core_create(size_t priv_size, >>> struct device *dev, >>> >>> err_free_coredump: >>>

Re: [PATCH] ath10k: allocate dummy net_device dynamically

2024-03-19 Thread Breno Leitao
On Tue, Mar 19, 2024 at 09:05:24AM -0700, Jeff Johnson wrote: > On 3/19/2024 3:47 AM, Breno Leitao wrote: > > @@ -3687,6 +3690,8 @@ struct ath10k *ath10k_core_create(size_t priv_size, > > struct device *dev, > > > > err_free_coredump: > > ath10k_coredump_destroy(ar); > > +err_free_netdev:

Re: [PATCH 1/2] dt-bindings: net: wireless: ath10k: add qcom,no-msa-ready-indicator prop

2024-03-19 Thread Marc Gonzalez
On 19/03/2024 15:39, Marc Gonzalez wrote: > What a dweeb... bitten by the very bug I'm supposed to fix :( Is there a kernel bootcmd to force the kernel to probe devices sequentially, in order to get (roughly) deterministic kernel logs I can run diff on? (Even if it slows down boot by a factor of

Re: [PATCH] ath10k: allocate dummy net_device dynamically

2024-03-19 Thread Jeff Johnson
On 3/19/2024 3:47 AM, Breno Leitao wrote: > Embedding net_device into structures prohibits the usage of flexible > arrays in the net_device structure. For more details, see the discussion > at [1]. > > Un-embed the net_device from struct ath10k by converting it > into a pointer. Then use the

Re: [PATCH 1/2] dt-bindings: net: wireless: ath10k: add qcom,no-msa-ready-indicator prop

2024-03-19 Thread Marc Gonzalez
On 19/03/2024 14:47, Marc Gonzalez wrote: > [ 15.255763] remoteproc remoteproc0: powering up 408.remoteproc > [ 15.263925] remoteproc remoteproc0: Booting fw image mba.mbn, size 234152 > [ 15.277228] ath10k_snoc 1880.wifi: received modem starting event > [ 15.370471] qcom-q6v5-mss

Re: [PATCH 1/2] dt-bindings: net: wireless: ath10k: add qcom,no-msa-ready-indicator prop

2024-03-19 Thread Marc Gonzalez
On 18/03/2024 17:56, Marc Gonzalez wrote: > Hmm, I don't see protection-domain-mapper running... > > Feb 27 17:44:01 venus pd-mapper[308]: no pd maps available > Feb 27 17:44:01 venus pd-mapper[328]: no pd maps available > Feb 27 17:44:02 venus pd-mapper[345]: no pd maps available > Feb 27

[kvalo-ath:master-pending] BUILD SUCCESS 1dd55b208283331546f94b97c0ce5a60ec7aa7ab

2024-03-19 Thread kernel test robot
allnoconfig gcc arc allyesconfig gcc arc defconfig gcc arc randconfig-001-20240319 gcc arc randconfig-002-20240319 gcc arm

[kvalo-ath:pending] BUILD SUCCESS c4ade6bdf3d1a2d9d05606a85431f154559d5a80

2024-03-19 Thread kernel test robot
allnoconfig gcc arc allyesconfig gcc arc defconfig gcc arc randconfig-001-20240319 gcc arc randconfig-002-20240319 gcc arm

[PATCH] ath10k: allocate dummy net_device dynamically

2024-03-19 Thread Breno Leitao
Embedding net_device into structures prohibits the usage of flexible arrays in the net_device structure. For more details, see the discussion at [1]. Un-embed the net_device from struct ath10k by converting it into a pointer. Then use the leverage alloc_netdev() to allocate the net_device object