Re: [PATCH 1/3] ath10k: remove ath10k_vif_to_arvif()

2017-02-09 Thread Valo, Kalle
Ben Greear writes: > On 02/07/2017 01:14 AM, Valo, Kalle wrote: >> Adrian Chadd writes: >> >>> Removing this method makes the diff to FreeBSD larger, as "vif" in >>> FreeBSD is a different pointer. >>> >>> (Yes, I have ath10k on free

Re: [PATCH 1/3] ath10k: remove ath10k_vif_to_arvif()

2017-02-07 Thread Valo, Kalle
Adrian Chadd writes: > Removing this method makes the diff to FreeBSD larger, as "vif" in > FreeBSD is a different pointer. > > (Yes, I have ath10k on freebsd working and I'd like to find a way to > reduce the diff moving forward.) I don't like this "(void *) vif->drv_priv" style that much eithe

Re: [PATCH 2/3] ath10k: use dma_zalloc_coherent()

2017-01-24 Thread Valo, Kalle
Joe Perches writes: > On Tue, 2017-01-24 at 05:18 +0000, Valo, Kalle wrote: >> Joe Perches writes: >> >> > On Mon, 2017-01-23 at 15:04 +, Srinivas Kandagatla wrote: >> > > use dma_zalloc_coherent() instead of dma_alloc_coherent and memset(). >>

Re: [PATCH 2/3] ath10k: use dma_zalloc_coherent()

2017-01-23 Thread Valo, Kalle
Joe Perches writes: > On Mon, 2017-01-23 at 15:04 +, Srinivas Kandagatla wrote: >> use dma_zalloc_coherent() instead of dma_alloc_coherent and memset(). > [] >> diff --git a/drivers/net/wireless/ath/ath10k/pci.c >> b/drivers/net/wireless/ath/ath10k/pci.c > [] >> @@ -896,7 +896,7 @@ static in

Re: regression: ath_tx_edma_tasklet() Illegal idle entry in RCU read-side critical section

2016-12-20 Thread Valo, Kalle
Gabriel C writes: > On 18.12.2016 21:14, Paul E. McKenney wrote: >> On Sun, Dec 18, 2016 at 07:57:42PM +0000, Valo, Kalle wrote: >>> Tobias Klausmann writes: >>> >>>> A patch for this is already floating on the ML for a while now latest: >>>&g

Re: regression: ath_tx_edma_tasklet() Illegal idle entry in RCU read-side critical section

2016-12-18 Thread Valo, Kalle
Tobias Klausmann writes: > A patch for this is already floating on the ML for a while now latest: > (ath9k: do not return early to fix rcu unlocking) It's here: https://patchwork.kernel.org/patch/9472709/ > Hopefully Kalle will include it in one of his upcoming pull requests. Yes, I'll try to

Re: [v5,1/5] soc: qcom: smem_state: Fix include for ERR_PTR()

2016-12-05 Thread Valo, Kalle
Hi Dave, Andy Gross writes: > On 1 December 2016 at 04:17, Valo, Kalle wrote: >> Kalle Valo writes: >> >>> It found the same problem. Interestingly I'm also building x86 with 32 >>> bit, maybe it's related? >>> >>> tree:

Re: [v5,1/5] soc: qcom: smem_state: Fix include for ERR_PTR()

2016-12-01 Thread Valo, Kalle
Kalle Valo writes: > Kalle Valo writes: > >> "Valo, Kalle" writes: >> >>> Bjorn Andersson writes: >>> >>>> On Wed 16 Nov 10:49 PST 2016, Kalle Valo wrote: >>>> >>>>> Bjorn Andersson wrote: >>>

Re: [v5,1/5] soc: qcom: smem_state: Fix include for ERR_PTR()

2016-11-30 Thread Valo, Kalle
Kalle Valo writes: > "Valo, Kalle" writes: > >> Bjorn Andersson writes: >> >>> On Wed 16 Nov 10:49 PST 2016, Kalle Valo wrote: >>> >>>> Bjorn Andersson wrote: >>>> > The correct include file for getting errno constants a

Re: [v5,1/5] soc: qcom: smem_state: Fix include for ERR_PTR()

2016-11-30 Thread Valo, Kalle
"Valo, Kalle" writes: > Bjorn Andersson writes: > >> On Wed 16 Nov 10:49 PST 2016, Kalle Valo wrote: >> >>> Bjorn Andersson wrote: >>> > The correct include file for getting errno constants and ERR_PTR() is >>> > linux/err.h, rath

Re: [v5,1/5] soc: qcom: smem_state: Fix include for ERR_PTR()

2016-11-22 Thread Valo, Kalle
Bjorn Andersson writes: > On Wed 16 Nov 10:49 PST 2016, Kalle Valo wrote: > >> Bjorn Andersson wrote: >> > The correct include file for getting errno constants and ERR_PTR() is >> > linux/err.h, rather than linux/errno.h, so fix the include. >> > >> > Fixes: e8b123e60084 ("soc: qcom: smem_state

Re: [PATCH] ath10k: Spelling and miscellaneous neatening

2016-09-13 Thread Valo, Kalle
Joe Perches writes: > Correct some trivial comment typos. > Remove unnecessary parentheses in a long line. > Convert a return; before the end of a void function definition to just ; > > Signed-off-by: Joe Perches [...] > --- a/drivers/net/wireless/ath/ath10k/core.c > +++ b/drivers/net/wireless

Re: [PATCH] ath10k: fix memory leak on caldata on error exit path

2016-09-02 Thread Valo, Kalle
Colin King writes: > From: Colin Ian King > > caldata is not being free'd on the error exit path, causing > a memory leak. kfree it to fix the leak. > > Signed-off-by: Colin Ian King > --- > drivers/net/wireless/ath/ath10k/pci.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/

Re: [PATCH] Add .set_antenna callback in ath6kl driver to fix wireless core warns

2016-06-09 Thread Valo, Kalle
Prasun Maiti writes: > Since add more warnings for inconsistent ops in cfg80211, the wireless > core warns if a driver implements a cfg80211 callback but doesn't > implements the inverse operation. The ath6kl driver implements a cfg80211 > .get_antenna operation handler but doesn't have the inver

Re: [PATCH] Add .set_antenna callback in ath6kl driver to remove wireless core warns

2016-06-08 Thread Valo, Kalle
Prasun Maiti writes: > I am not sure it works fine. Like ath6kl driver send another cmd to > firmare, I have just filled up the cmd buffer with "tx_ant", and > "rx_ant" values, then use "ath6kl_wmi_cmd_send()" api to send the cmd > buffer to firmware. I have resend the patch as there are some err

Re: [PATCH] Add .set_antenna callback in ath6kl driver to remove wireless core warns

2016-06-08 Thread Valo, Kalle
Prasun Maiti writes: > No. I did not any test for that case. > This driver create a new wiphy for use with cfg80211 through > "wiphy_new_nm" api, but in this api, I found that more warnings for > inconsistent ops are added there. e.g; "WARN_ON(ops->set_antenna && > !ops->get_antenna);" > So, warn

Re: [PATCH] Add .set_antenna callback in ath6kl driver to remove wireless core warns

2016-06-08 Thread Valo, Kalle
Prasun Maiti writes: > Since add more warnings for inconsistent ops in cfg80211, the wireless > core warns if a driver implements a cfg80211 callback but doesn't > implements the inverse operation. The ath6kl driver implements a cfg80211 > .get_antenna operation handler but doesn't have the inver

Re: linux-4.7-rc2/drivers/net/wireless/ath/ath6kl/wmi.c:2547]: (style) Redundant condition

2016-06-07 Thread Valo, Kalle
David Binderman writes: > Hello there, > > linux-4.7-rc2/drivers/net/wireless/ath/ath6kl/wmi.c:2547]: (style) > Redundant condition: If 'EXPR <= 7', the comparison 'EXPR < 8' is > always true. > > Source code is > > if (!((params->user_pri < 8) && > (params->user_pri <= 0x7) && > >

Re: [PATCH] dt: bindings: add new dt entry for pre calibration in qcom, ath10k.txt

2016-03-23 Thread Valo, Kalle
Raja Mani writes: > There two things done in this patch, > > 1) Existing device tree entry 'qcom,ath10k-calibration-data' carries >not only calibration data, it carries board specific data too. >So, make appropriate update in doc. > > 2) ipq4019 wifi needs new devie tree entry to carry ca

Re: [PATCH] dt: bindings: add new dt entry for pre calibration in qcom,ath10k.txt

2016-03-23 Thread Valo, Kalle
Rob Herring writes: > On Thu, Mar 10, 2016 at 03:42:04PM +0530, Raja Mani wrote: >> There two things done in this patch, >> >> 1) Existing device tree entry 'qcom,ath10k-calibration-data' carries >>not only calibration data, it carries board specific data too. >>So, make appropriate upda

Re: [PATCH] ath10k: fix erroneous return value

2016-03-04 Thread Valo, Kalle
Anton Protopopov writes: > The ath10k_pci_hif_exchange_bmi_msg() function may return the positive > value EIO instead of -EIO in case of error. > > Signed-off-by: Anton Protopopov Applied, thanks. -- Kalle Valo

Re: [PATCH] ath10k: remove impossible code

2016-03-04 Thread Valo, Kalle
Sudip Mukherjee writes: > From: Sudip Mukherjee > > len has been initialized with a value of 0 and buf_len with 4096. There > is no way that this condition (len > buf_len) can be true now. > > Signed-off-by: Sudip Mukherjee Applied, thanks. -- Kalle Valo

Re: [PATCH] ath9k: reduce stack usage in ar9003_aic_cal_post_process

2016-03-04 Thread Valo, Kalle
Arnd Bergmann writes: > In some configurations, this function uses more than the warning limit > of 1024 bytes: > > drivers/net/wireless/ath/ath9k/ar9003_aic.c: In function > 'ar9003_aic_cal_post_process': > drivers/net/wireless/ath/ath9k/ar9003_aic.c:434:1: error: the frame size of > 1040 byte