Re: [ath9k-devel] [PATCH 00/19] Pending Cleanup patches for 4.7

2017-01-08 Thread Julian Calaby
Hi Kalle, On Fri, Apr 8, 2016 at 10:56 AM, Julian Calaby <julian.cal...@gmail.com> wrote: > Hi Kalle, > > On Fri, Apr 8, 2016 at 2:37 AM, Kalle Valo <kv...@codeaurora.org> wrote: >> Kalle Valo <kv...@codeaurora.org> writes: >> >>>

[ath9k-devel] [PATCH 00/19] Pending Cleanup patches for 4.7

2017-01-08 Thread Julian Calaby
43: Fix memory leaks in b43_bus_dev_ssb_init and b43_bus_dev_bcma_init rtl818x_pci: Disable pci device in error handling code rtl818x_pci: Fix a memory leak in rtl8180_init_rx_ring iwl4965: Fix a memory leak in error handling code of __il4965_up Julian Calaby (1): iwl4965: F

Re: [ath9k-devel] [PATCH 00/19] Pending Cleanup patches for 4.7

2017-01-08 Thread Julian Calaby
Hi Kalle, On Fri, Apr 8, 2016 at 2:37 AM, Kalle Valo <kv...@codeaurora.org> wrote: > Kalle Valo <kv...@codeaurora.org> writes: > >> Julian Calaby <julian.cal...@gmail.com> writes: >> >>> This is a set of all patches in patchwork which were pending w

Re: [ath9k-devel] [patch] ath9k: indent an if statement

2016-08-06 Thread Julian Calaby
Hi All, On Thu, Aug 4, 2016 at 4:43 AM, Dan Carpenter <dan.carpen...@oracle.com> wrote: > It looks like this code is correct, but it just needs to be indented a > bit. > > Signed-off-by: Dan Carpenter <dan.carpen...@oracle.com> Looks right to me. Reviewed-by: J

Re: [ath9k-devel] [PATCH RFC v3 1/3] Documentation: dt: net: add ath9k wireless device binding

2016-06-26 Thread Julian Calaby
k: The GPIO mask > +- qca,gpio-val: The GPIO value > +- qca,led-pin: The GPIO number to which the LED is connected > +- qca,led-active-high: The LED is active when the GPIO is HIGH > +- qca,clk-25mhz: Defines that at 25MHz clock is used > +- qca,no-eeprom: Indicates that there is on phy

Re: [ath9k-devel] [PATCH 4/6] ath9k: remove return value from ath9k_hw_init_macaddr

2016-06-23 Thread Julian Calaby
ail.com> Looks right to me. Reviewed-by: Julian Calaby <julian.cal...@gmail.com> Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/ ___ ath9k-devel mailing list ath

Re: [ath9k-devel] [PATCH 2/6] ath9k: remove variable which is set but never read

2016-06-23 Thread Julian Calaby
s right to me. Reviewed-by: Julian Calaby <julian.cal...@gmail.com> Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/ ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org h

Re: [ath9k-devel] [PATCH] ath9k: return false when reading wrong eeprom offset

2016-06-22 Thread Julian Calaby
Hi All, On Fri, Jun 17, 2016 at 2:58 AM, Eduardo Abinader <eduardo.abina...@riverbed.com> wrote: > Just setting the proper return for reading beyond the eeprom data. > > Signed-off-by: Eduardo Abinader <eduardo.abina...@riverbed.com> This makes sense to me. Revie

Re: [ath9k-devel] [PATCH] ath9k: Support 4.9Ghz channels on AR9580 adapter.

2016-06-21 Thread Julian Calaby
Hi Jouni, On Tue, Jun 21, 2016 at 7:41 PM, Jouni Malinen <j...@w1.fi> wrote: > On Tue, Jun 21, 2016 at 11:02:20AM +1000, Julian Calaby wrote: >> I've only done this work as I hate to see people's efforts go to >> waste and I feel that there's enough roadblocks in the way

[ath9k-devel] [PATCH] ath9k: Support 4.9Ghz channels on AR9580 adapter.

2016-06-20 Thread Julian Calaby
om> [Hide this support behind a Kconfig option] Signed-off-by: Julian Calaby <julian.cal...@gmail.com> --- drivers/net/wireless/ath/ath9k/Kconfig | 19 +++ drivers/net/wireless/ath/ath9k/ath9k.h | 2 +- drivers/net/wireless/ath/ath9k/

Re: [ath9k-devel] ath9k: Support 4.9Ghz channels on AR9580 adapter.

2016-06-20 Thread Julian Calaby
to > DFS channels, tx power, and such, but maybe having driver support is > considered to make it > too easy for users to hack around restrictions? Maybe hide this behind CFG80211_CERTIFICATION_ONUS or equivalent? (Maybe a new symbol CFG80211_LICENSE_REQUIRED

Re: [ath9k-devel] [RFC/RFT 1/5] mac80211: skip netdev queue control with software queuing

2016-06-05 Thread Julian Calaby
queuing based drivers > achieve better performance by utilizing airtime > more efficiently with big aggregates. > > Signed-off-by: Michal Kazior <michal.kaz...@tieto.com> As this patch is passing through your hands, you need to add your Signed-off-by

Re: [ath9k-devel] [PATCH 2/2] net-ath9k_htc: Replace a variable initialisation by an assignment in ath9k_htc_set_channel()

2016-04-15 Thread Julian Calaby
Hi Kalle, On Fri, Apr 15, 2016 at 10:09 PM, Kalle Valo <kv...@codeaurora.org> wrote: > Julian Calaby <julian.cal...@gmail.com> writes: > >> Hi Kalle, >> >> On Sat, Jan 2, 2016 at 5:25 AM, SF Markus Elfring >> <elfr...@users.sourcefor

Re: [ath9k-devel] [PATCH] ath9k: remove duplicate assignment of variable ah

2016-04-10 Thread Julian Calaby
;colin.k...@canonical.com> Looks right to me. Signed-off-by: Julian Calaby <julian.cal...@gmail.com> Thanks, > --- > drivers/net/wireless/ath/ath9k/init.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/net/wireless/ath/ath9k/init.c

Re: [ath9k-devel] [PATCH 2/2] net-ath9k_htc: Replace a variable initialisation by an assignment in ath9k_htc_set_channel()

2016-04-07 Thread Julian Calaby
nning > by a conditional assignment. > > Signed-off-by: Markus Elfring <elfr...@users.sourceforge.net> This looks sane to me. Reviewed-by: Julian Calaby <julian.cal...@gmail.com> Thanks, Julian Calaby > --- > drivers/net/wireless/ath/ath9k/htc_drv_main.c | 7 ++--

[ath9k-devel] [PATCH 01/19] ath9k: Remove unnecessary ?: operator

2016-03-19 Thread Julian Calaby
From: Ivan Safonov <insafo...@gmail.com> "(thermometer < 0) ? 0 : (thermometer == X)" is equivalent to "thermometer == X" for X >= 0. Signed-off-by: Ivan Safonov <insafo...@gmail.com> [Updated commit message] Signed-off-by: Julian Calaby <julian.cal...

[ath9k-devel] [PATCH 06/19] ath9k_htc: Delete unnecessary variable initialisation

2016-03-18 Thread Julian Calaby
From: Markus Elfring <elfr...@users.sourceforge.net> In ath9k_hif_usb_rx_stream(), i is initialised in the for loop it's used in. Signed-off-by: Markus Elfring <elfr...@users.sourceforge.net> Reviewed-by: Oleksij Rempel <li...@rempel-privat.de> [Rewrote commit message] Sig

Re: [ath9k-devel] [PATCH] ath9k: add phy.c

2015-05-15 Thread Julian Calaby
of this particular driver. Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/ ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel

Re: [ath9k-devel] randconfig build error with next-20140519, in drivers/net/wireless/ath/ath9k/dfs.c

2014-05-21 Thread Julian Calaby
config combinations that don't build, even if they're utterly insane. You should really change the ath9k Kconfig rules or move or add ifdefs to prevent this from being possible. Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/ .Plan

Re: [ath9k-devel] randconfig build error with next-20140519, in drivers/net/wireless/ath/ath9k/dfs.c

2014-05-21 Thread Julian Calaby
Hi Rajkumar, On Thu, May 22, 2014 at 12:38 AM, Rajkumar Manoharan rmano...@qti.qualcomm.com wrote: On Wed, May 21, 2014 at 10:12:26PM +1000, Julian Calaby wrote: Hi Rajkumar, On Wed, May 21, 2014 at 9:01 PM, Rajkumar Manoharan rmano...@qti.qualcomm.com wrote: On Mon, May 19, 2014 at 09:31

Re: [ath9k-devel] [PATCH v2 1/2] ath9k: Fix MCI cleanup

2012-07-08 Thread Julian Calaby
@@ -387,11 +387,13 @@ void ath9k_stop_btcoex(struct ath_softc *sc) void ath9k_deinit_btcoex(struct ath_softc *sc) { + struct ath_hw *ah = sc-sc_ah; + Why introduce a new variable if you only use it once? Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http

Re: [ath9k-devel] [PATCH 05/10] ath9k: advertise supported WoW flags to upper layer

2012-06-19 Thread Julian Calaby
) +               hw-flags |= IEEE80211_HW_AMPDU_AGGREGATION; This doesn't look like it belongs with the rest of the patch. Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/ .Plan: http://sites.google.com/site/juliancalaby

Re: [ath9k-devel] [PATCH 16/26] ath9k_hw: Use CONFIG_ATH9K_BTCOEX_SUPPORT

2012-02-22 Thread Julian Calaby
);  void ar9003_mci_get_isr(struct ath_hw *ah, enum ath9k_int *masked); -static inline bool ar9003_mci_is_ready(struct ath_hw *ah) +#else + +#define ar9003_mci_is_ready(...) false You missed one =) Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com

Re: [ath9k-devel] [RFC/WIP 16/22] ath9k_hw: Use CONFIG_ATH9K_BTCOEX_SUPPORT

2012-02-21 Thread Julian Calaby
is to create a inline function that returns false, rather than the #define - this way the type checking of the function's arguments still happens when CONFIG_ATH9K_BTCOEX_SUPPORT is disabled. You've done this a couple of other times in this patch too. Thanks, -- Julian Calaby Email: julian.cal

Re: [ath9k-devel] [PATCH v2 1/4] ath9k: trivial: cosmetic fix in calibration debug log

2011-11-27 Thread Julian Calaby
, +                       Original: Chn %diq_corr_meas = 0x%08x\n, You haven't put a space after the %d like you did in the other file. Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/ .Plan: http://sites.google.com/site/juliancalaby

Re: [ath9k-devel] [PATCH net-next 1/2] wireless: Remove casts of void *

2011-06-13 Thread Julian Calaby
that the compiler is smart enough to handle automatic casts between pointer types, some of these, in particular the mwiflex bits, add some documentation to the code. Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/ .Plan: http

Re: [ath9k-devel] [PATCH net-next 1/2] wireless: Remove casts of void *

2011-06-13 Thread Julian Calaby
Joe, On Tue, Jun 14, 2011 at 15:32, Joe Perches j...@perches.com wrote: On Tue, 2011-06-14 at 15:23 +1000, Julian Calaby wrote: Joe, Hi Julian. On Tue, Jun 14, 2011 at 14:02, Joe Perches j...@perches.com wrote: Unnecessary casts of void * clutter the code. These are the remainder casts

Re: [ath9k-devel] [RFC 3/3] ath9k: rename initvals.h to ar9200_initvals.h

2010-03-04 Thread Julian Calaby
= ar9200_initvals.h} (100%) Should this possibly be ar9002_initvals.h as to match up with ar9002_hw.c? Thanks, -- Julian Calaby Email: julian.cal...@gmail.com .Plan: http://sites.google.com/site/juliancalaby/ ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org