Re: [ath9k-devel] [PATCH] net: wirelesse: wcn36xx: pull allocation outside of critical section

2013-12-08 Thread Eugene Krasnikov
t; drivers/net/wireless/ath/wcn36xx/smd.c | 28 +++- > 1 file changed, 15 insertions(+), 13 deletions(-) > > On Thu, Dec 05 2013, Eugene Krasnikov wrote: >> I think code will look neater if error case will be handled in "else" >> statement som

Re: [ath9k-devel] [PATCHv2] net: wireless: wcn36xx: fix potential NULL pointer dereference

2013-12-05 Thread Eugene Krasnikov
> + if (msg_ind) > + break; > + /* FIXME: Do something smarter then just printing an error. */ > + wcn36xx_err("Run out of memory while handling SMD_EVENT > (%d)\n", I think code will look neater if error case will be handled in "els

Re: [ath9k-devel] [PATCH] wcn36xx: Fix logging macro with unnecessary semicolon

2013-11-06 Thread Eugene Krasnikov
less work to do = less bugs:) Suggestion is to send a patch with semicolon fix only and have a second round of convincing ath guys to change printing code. How does that sound? On Wed, Nov 6, 2013 at 5:55 PM, Joe Perches wrote: > On Wed, 2013-11-06 at 07:49 +, Eugene Krasnikov wrote: >&

Re: [ath9k-devel] ath9k-htc firmware related question.

2013-05-21 Thread Eugene Krasnikov
This? :) http://wireless.kernel.org/en/users/Drivers/ath9k_htc/devices 2013/5/21 Ben Greear : > On 05/21/2013 11:18 AM, Eugene Krasnikov wrote: >> >> Is this what you are looking for ?:) >> https://github.com/qca/open-ath9k-htc-firmware > > > Well, not obviously.

Re: [ath9k-devel] ath9k-htc firmware related question.

2013-05-21 Thread Eugene Krasnikov
Is this what you are looking for ?:) https://github.com/qca/open-ath9k-htc-firmware 2013/5/21 Ben Greear : > I have a vague memory of mention of a company that helped > fund the ath9k-htc firmware release because it wanted to > make a fully open system. > > But, I cannot find mention of it anywher

Re: [ath9k-devel] ath9k_htc: Target is unresponsive

2013-05-17 Thread Eugene Krasnikov
Did anybody tried to force the usb to go to suspend? If something like this "echo suspend | sudo tee /sys/bus/usb/devices/usb3/power/level" will help to reproduce this issue? 2013/5/17 Oleksij Rempel : > Am 17.05.2013 10:15, schrieb Ignacy Gawedzki: > >> On Fri, May 17, 2013 at 10:07:00AM +0200, t

Re: [ath9k-devel] ath9k_htc: Target is unresponsive

2013-05-15 Thread Eugene Krasnikov
there is a function in driver "ath9k_htc_reset" http://lxr.free-electrons.com/source/drivers/net/wireless/ath/ath9k/htc_drv_main.c#L189 but not sure that is what you are looking for. 2013/5/15 Kalle Valo : > Ignacy Gawedzki writes: > >> Hi everyone, >> >> This is an old issue, about which it seem

Re: [ath9k-devel] ath9k_htc: Target is unresponsive

2013-05-15 Thread Eugene Krasnikov
The firmware is open nowadays for AR9271 https://github.com/qca/open-ath9k-htc-firmware/ But this is an interesting issue. I am currently working on one problem that target becomes unresponsive(as described here https://github.com/qca/open-ath9k-htc-firmware/issues/25) but i doubt it's the same iss

Re: [ath9k-devel] uart interface issues (fixed)

2013-05-02 Thread Eugene Krasnikov
Hi Oleksij, Have you tried remote debugging? Or it's only about garbing logs from the chip. Have you tried to send commands to the chip? 2013/5/2 Oleksij Rempel : > Am 28.04.2013 16:17, schrieb Oleksij Rempel: >> >> Am 28.04.2013 13:38, schrieb Adrian Chadd: >>> >>> .. is it triggering BREAK inte

Re: [ath9k-devel] uart interface issues (fixed)

2013-05-02 Thread Eugene Krasnikov
What kind of commands did you try to send? I will try the same with my dongle and update you if that works or not;) 2013/5/2 Oleksij Rempel : > Am 02.05.2013 09:15, schrieb Eugene Krasnikov: > >> Hi Oleksij, >> >> Have you tried remote debugging? Or it's only about

Re: [ath9k-devel] master firmware version bumped to 1.4; 1.3 branched

2013-04-08 Thread Eugene Krasnikov
Ok let's start with something like this and change when feature bitmap is implemented: >From 6420a7bc940fb0d5f8c0cb3d22df5062c9cf69c9 Mon Sep 17 00:00:00 2001 From: Eugene Krasnikov Date: Thu, 4 Apr 2013 18:49:16 +0200 Subject: [PATCH] Add support opensource firmware Opensource firm

Re: [ath9k-devel] master firmware version bumped to 1.4; 1.3 branched

2013-04-05 Thread Eugene Krasnikov
Adrian, By the way do you know if 1.1 and 1.3 are compatible? If they not then more tricky logic is required. E.g. starting from 2.0 compare only major version but before 2.0 use old logic to compare if driver and fw compatible. 2013/4/5 Adrian Chadd : > On 5 April 2013 07:28, Eugene Krasni

Re: [ath9k-devel] master firmware version bumped to 1.4; 1.3 branched

2013-04-05 Thread Eugene Krasnikov
et of really bad backwards compatible braking changes will kick > into whatever we eventually call 2.0.. > > That way we can release 1.4, 1.5, etc whilst maintaining backward > compatibility. > > Thanks! > > > Adrian > > On 4 April 2013 10:40, Eugene Krasnikov

Re: [ath9k-devel] master firmware version bumped to 1.4; 1.3 branched

2013-04-04 Thread Eugene Krasnikov
Hi, Finally firmware for AR7010 and AR9271 is opensourced https://github.com/KrasnikovEugene/open-ath9k-htc-firmware. Unfortunately ath9k_htc driver does not support it yet because the version of opensource fw is changed to 1.4. Driver must be updated to support both firmwares at the same time. S