Lu Baolu writes:
> An iommu domain is allocated in ath11k_ahb_fw_resources_init() and is
> attached to ab_ahb->fw.dev in the same function.
>
> Use iommu_paging_domain_alloc() to make it explicit.
>
> Signed-off-by: Lu Baolu
> ---
> drivers/net/wireless/ath/ath11k/ahb.c | 6 +++---
> 1 file
Krzysztof Kozlowski writes:
> virtio core already sets the .owner, so driver does not need to.
>
> Signed-off-by: Krzysztof Kozlowski
We use "wifi:" in the title, not "wireless:". It would be nice if you
can fix this during commit.
--
https://patchwork.kernel.org/project/linux-wireless/list/
Nathan Chancellor writes:
>> >> And maybe request a similar llvm directory under pub/tools to make it
>> >> more official? :)
>
> We now have https://kernel.org/pub/tools/llvm/, which is about as
> official as we can get I suppose :)
Nice, thanks. Bookmarked and I'll advertise this to wireless
Jani Nikula writes:
> On Sat, 25 Mar 2023, Masahiro Yamada wrote:
>
>> On Thu, Mar 23, 2023 at 1:56 AM Linus Torvalds
>> wrote:
>>>
>>> On Wed, Mar 22, 2023 at 9:40 AM Sedat Dilek wrote:
>>> >
>>> > You have to pass `make LLVM=1` in any case... to `oldconfig` or when
>>> > adding any
Nathan Chancellor writes:
>> This is nitpicking but it would be nice if the tarball contents wouldn't
>> conflict with each other. Now both llvm-16.0.0-aarch64.tar.gz and
>> llvm-16.0.0-x86_64.tar extract to the same directory llvm-16.0.0 with
>> same binary names. It would be much better if
Nathan Chancellor writes:
> On Wed, Mar 22, 2023 at 02:44:47PM +0200, Kalle Valo wrote:
>> Nathan Chancellor writes:
>>
>> > Perhaps these would make doing allmodconfig builds with clang more
>> > frequently less painful for you?
>> >
>> >
Nathan Chancellor writes:
> On Mon, Mar 20, 2023 at 11:26:17AM -0700, Linus Torvalds wrote:
>> On Mon, Mar 20, 2023 at 11:05 AM Nathan Chancellor wrote:
>> >
>> > On the clang front, I am still seeing the following warning turned error
>> > for arm64 allmodconfig at least:
>> >
>> >
.../broadcom/brcm80211/brcmfmac/btcoex.c | 2 +-
> drivers/net/wireless/intel/iwlwifi/iwl-dbg-tlv.c | 2 +-
> drivers/net/wireless/intel/iwlwifi/mvm/sta.c | 2 +-
> drivers/net/wireless/intersil/hostap/hostap_ap.c | 2 +-
> drivers/net/wireless/marvell/mwifiex/main.c | 2 +-
> drivers/net/wireless/microchip/wilc1000/hif.c| 6 +++---
Acked-by: Kalle Valo
--
https://patchwork.kernel.org/project/linux-wireless/list/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
out an overflow.)
>
> Cc: Gregory Greenman
> Cc: Kalle Valo
> Cc: Johannes Berg
> Cc: linux-wirel...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Signed-off-by: Kees Cook
Via which tree is this iwlwifi patch going? Normally via wireless-next
or something else?
--
https://pat
ew minor items to improve.
[...]
>> + {
>> +status = "okay";
>> +
>> +vdd-0.8-cx-mx-supply = <_l5a_0p8>;
>> +vdd-1.8-xo-supply = <_l7a_1p8>;
>> +vdd-1.3-rfa-supply = <_l17a_1p3>;
>> +vdd-3.3-ch0-supply
+ linux-wireless, netdev
Jani Nikula writes:
> On Thu, 14 Apr 2022, Greg Kroah-Hartman wrote:
>> On Thu, Apr 14, 2022 at 03:30:32PM +0300, Jani Nikula wrote:
>>> Hey, I've sent this before, ages ago, but haven't really followed
>>> through with it. I still think it would be useful for many
Geert Uytterhoeven writes:
> On Mon, Apr 4, 2022 at 8:39 PM Kalle Valo wrote:
>> Geert Uytterhoeven writes:
>> >> /kisskb/src/drivers/net/wireless/broadcom/brcm80211/brcmfmac/sdio.c:
>> >> error: case label does not reduce to an integer constant: => 3798:2,
Geert Uytterhoeven writes:
>> /kisskb/src/drivers/net/wireless/broadcom/brcm80211/brcmfmac/sdio.c:
>> error: case label does not reduce to an integer constant: => 3798:2,
>> 3809:2
>
> arm64-gcc5.4/arm64-allmodconfig
> powerpc-gcc5/powerpc-allmodconfig
> powerpc-gcc5/ppc64_book3e_allmodconfig
s should really get
> fixed in gcc, but it's also easy to work around this instance
> by changing the function prototype to no include the length of
> the array.
>
> Link: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99673
> Signed-off-by: Arnd Bergmann
> Signed-off-by: Kalle V
_SCM=m this can't be =y
> + select QCOM_SCM
> select QCOM_QMI_HELPERS
> help
> This module adds support for integrated WCN3990 chip connected
I assume I can continue to build test ATH10K_SNOC with x86 as before?
That's important for me. If yes, then:
Acked-by: Kalle Valo
--
https://patchwork.kernel.org/project/linux-wireless/list/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
Kees Cook writes:
> On Thu, Aug 19, 2021 at 04:19:37PM +0300, Kalle Valo wrote:
>> Kees Cook writes:
>>
>> > In preparation for FORTIFY_SOURCE performing compile-time and run-time
>> > field bounds checking for memset(), avoid intentionally writing across
>&
destination member that is intended to be the starting point
> of zeroing through the end of the struct. Additionally split up a later
> field-spanning memset() so that memset() can reason about the size.
>
> Cc: Kalle Valo
> Cc: "David S. Miller"
> Cc: Jakub Kicinski
>
Wei Yongjun writes:
> A spin lock is taken here so we should use GFP_ATOMIC.
>
> Fixes: d5c65159f289 ("ath11k: driver for Qualcomm IEEE 802.11ax devices")
> Signed-off-by: Wei Yongjun
Do note that ath11k patches go to my ath.git tree, not net-next. But no
need to resend because of this.
--
Wei Yongjun wrote:
> A spin lock is taken here so we should use GFP_ATOMIC.
>
> Fixes: d5c65159f289 ("ath11k: driver for Qualcomm IEEE 802.11ax devices")
> Signed-off-by: Wei Yongjun
> Signed-off-by: Kalle Valo
Patch applied to ath-next branch of ath.git, thanks.
Krzysztof Kozlowski wrote:
> The ioreadX() helpers have inconsistent interface. On some architectures
> void *__iomem address argument is a pointer to const, on some not.
>
> Implementations of ioreadX() do not modify the memory under the address
> so they can be converted to a "const" version
"const" version for const-safety and
> consistency among architectures.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/net/wireless/ath/ath5k/ahb.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
No need to have "net: wireless: "
rtl8180.h | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
No need to have "net: wireless: " in the title, this is enough.
rtl818x: Constify ioreadX() iomem argument (as in generic implementation)
I assume someone else will take this so here's my ack:
Acked-by: Kalle
meg...@megous.com wrote:
> From: Ondrej Jirman
>
> SDIO based brcm43456 is currently misdetected as brcm43455 and the wrong
> firmware name is used. Correct the detection and load the correct
> firmware file. Chiprev for brcm43456 is "9".
>
> Signed-off-by: Ondrej Jirman
Patch applied to
ers/net/wireless/cisco/Kconfig | 2 +-
Acked-by: Kalle Valo <kv...@codeaurora.org>
--
Kalle Valo
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
atch along with a third one that
> turned out to be unnecessary.
Greg applies drivers/staging patches to his staging tree, but I'll take
the rtlwifi patch.
--
Kalle Valo
t now is
>
> a281bfa5713a [SUBMITTED 20160615] [EXPERIMENTAL] Kbuild: enable
> -Wmissing-include-dirs by default
> 83934921e68e [SUBMITTED 20160615] rtlwifi: don't add include path for
> rtl8188ee
Apparently[1] you didn't CC linux-wireless and that's why I didn't see
the rtlwifi patch in wireless patchwork. Care to resend?
[1] https://patchwork.kernel.org/patch/9178861/
--
Kalle Valo
26 matches
Mail list logo
