Re: test suite for ath9k_htc

2016-03-25 Thread Oleksij Rempel
Am 25.03.2016 um 18:03 schrieb bruce m beach: > Hello > > I have been working on cleaning up ath9k_htc firmware build tree for about 3 > months now( and looks like I'll be doing this for all eternity) and am looking > for a low-level test-suite that exists or I write myself or a combination of >

hashing error in hacked 4.4.6+ kernel.

2016-03-25 Thread Ben Greear
First, this kernel has lots of patches, including patches to the station hashing. http://dmz2.candelatech.com/?p=linux-4.4.dev.y/.git;a=summary But, my hashing patches cannot cause an error return as far as I can tell, so I'm not sure this is my bug or not. And, I'm running custom wave-2

Re: [lsb-discuss] Google Summer of Code 2016 - Many new applications

2016-03-25 Thread Till Kamppeter
On 03/25/2016 09:18 PM, Greg KH wrote: On Fri, Mar 25, 2016 at 09:00:27PM -0300, Till Kamppeter wrote: Sorry, seems that star and ignore can only be set by org admins. So please click "WANT TO MENTOR" if appropriate and tell me if you want to set or remove the star or if you want to set or

Re: [lsb-discuss] Google Summer of Code 2016 - Many new applications

2016-03-25 Thread Till Kamppeter
On 03/25/2016 09:17 PM, Greg KH wrote: On Fri, Mar 25, 2016 at 08:56:58PM -0300, Till Kamppeter wrote: On 03/25/2016 04:49 AM, Evgeny Novikov wrote: This student suggested two proposals that aren't good and likely the student isn't going to improve them. So I suggest to ignore them if Greg

Re: [lsb-discuss] Google Summer of Code 2016 - Many new applications

2016-03-25 Thread Greg KH
On Fri, Mar 25, 2016 at 09:00:27PM -0300, Till Kamppeter wrote: > On 03/25/2016 08:56 PM, Till Kamppeter wrote: > >I am taking care of the 5 OpenPrinting proposals, please take care of > >all the others, mark with IGNORE what you for sure do not want to mentor > >and mark with a star what you want

Re: [lsb-discuss] Google Summer of Code 2016 - Many new applications

2016-03-25 Thread Greg KH
On Fri, Mar 25, 2016 at 08:56:58PM -0300, Till Kamppeter wrote: > On 03/25/2016 04:49 AM, Evgeny Novikov wrote: > >This student suggested two proposals that aren't good and likely the student > >isn't going to improve them. So I suggest to ignore them if Greg doesn't > >mind: > >Sandhya - IIO

Re: [lsb-discuss] Google Summer of Code 2016 - Many new applications

2016-03-25 Thread Till Kamppeter
On 03/25/2016 08:56 PM, Till Kamppeter wrote: I am taking care of the 5 OpenPrinting proposals, please take care of all the others, mark with IGNORE what you for sure do not want to mentor and mark with a star what you want to mentor and also click "WANT TO MENTOR" on the proposal page. Please

Re: [lsb-discuss] Google Summer of Code 2016 - Many new applications

2016-03-25 Thread Till Kamppeter
On 03/25/2016 04:49 AM, Evgeny Novikov wrote: Hi, I see briefly all proposals and suggest the following. Ignore definitely trash proposals for which we even can't expect anything good: ABHISHEK KUMAR SINGH - AUTOMATIC GUN FIRING USING ULTRASONIC RADAR -

Re: [lsb-discuss] Google Summer of Code 2016 - Many new applications

2016-03-25 Thread Greg KH
On Fri, Mar 25, 2016 at 07:58:47PM -0300, Till Kamppeter wrote: > On 03/25/2016 02:23 PM, Greg KH wrote: > >I didn't see anywhere to "star" an application, > >why do some have that mark and others do not? > > You can click the start in the list of applications or click the "STAR" > option on the

Re: [lsb-discuss] Google Summer of Code 2016 - Many new applications

2016-03-25 Thread Till Kamppeter
On 03/25/2016 02:23 PM, Greg KH wrote: I didn't see anywhere to "star" an application, why do some have that mark and others do not? You can click the start in the list of applications or click the "STAR" option on the proposal page. This is to mark if you really want this student/project.

Re: [lsb-discuss] Google Summer of Code 2016 - Many new applications

2016-03-25 Thread Greg KH
On Fri, Mar 25, 2016 at 10:49:34AM +0300, Evgeny Novikov wrote: > Hi, > > I see briefly all proposals and suggest the following. > > Ignore definitely trash proposals for which we even can't expect anything > good: > ABHISHEK KUMAR SINGH - AUTOMATIC GUN FIRING USING ULTRASONIC RADAR - >

test suite for ath9k_htc

2016-03-25 Thread bruce m beach
Hello I have been working on cleaning up ath9k_htc firmware build tree for about 3 months now( and looks like I'll be doing this for all eternity) and am looking for a low-level test-suite that exists or I write myself or a combination of both, so I invite comment. Bruce -- To unsubscribe from

Re: wireless-regdb: Update regulatory rules for Russia (RU) on 5735-5835 MHz band

2016-03-25 Thread Seth Forshee
On Fri, Mar 25, 2016 at 03:59:30PM +, thanh_ngu...@dell.com wrote: > Seth, > The sources I am using are also unofficial: > > o Broadcom’s document showing Russia allow 2.400-2.4835 (Ch 1-13), > 5.15-5.25GHz (Ch 36-48), 5.25-5.35GHz (Ch 52-64), 5.470-5.725GHz (Ch 100-140) > > o Wi-Fi

Re: wireless-regdb: Update regulatory rules for Russia (RU) on 5735-5835 MHz band

2016-03-25 Thread Seth Forshee
On Thu, Mar 24, 2016 at 09:19:46PM +, thanh_ngu...@dell.com wrote: > Dear Seth, > Currently the db.txt has following setting for Russia: > > country RU: DFS-ETSI > (2402 - 2482 @ 40), (20) > (5170 - 5250 @ 80), (20), AUTO-BW > (5250 - 5330 @

[PATCH 11/11] staging: wilc1000: removes unused local variable

2016-03-25 Thread Leo Kim
This patch removes unused local variable. This variable is operation definition that back off from sending packets for some time. However, that has been deleted operation code. That is removes all relative code. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/linux_wlan.c

[PATCH 10/11] staging: wilc1000: removes define USE_TX_BACKOFF_DELAY_IF_NO_BUFFERS

2016-03-25 Thread Leo Kim
This patch removes define USE_TX_BACKOFF_DELAY_IF_NO_BUFFERS and use it's feature codes. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/linux_wlan.c | 8 1 file changed, 8 deletions(-) diff --git a/drivers/staging/wilc1000/linux_wlan.c

[PATCH 09/11] staging: wilc1000: removes unused define

2016-03-25 Thread Leo Kim
This patch removes unused define. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/linux_wlan.c | 2 -- drivers/staging/wilc1000/wilc_wlan_if.h | 9 - 2 files changed, 11 deletions(-) diff --git a/drivers/staging/wilc1000/linux_wlan.c

[PATCH 06/11] staging: wilc1000: removes unused dead codes

2016-03-25 Thread Leo Kim
This patch removes unused dead codes that define custom feature. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/linux_wlan.c | 8 1 file changed, 8 deletions(-) diff --git a/drivers/staging/wilc1000/linux_wlan.c b/drivers/staging/wilc1000/linux_wlan.c index

[PATCH 07/11] staging: wilc1000: removes unused debug flags

2016-03-25 Thread Leo Kim
This patch removes unused debug flags. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/wilc_wlan_if.h | 12 1 file changed, 12 deletions(-) diff --git a/drivers/staging/wilc1000/wilc_wlan_if.h b/drivers/staging/wilc1000/wilc_wlan_if.h index 83cf84d..119b313

[PATCH 08/11] staging: wilc1000: replaces memcmp with ether_addr_equal_unaligned

2016-03-25 Thread Leo Kim
This patch replaces memcmp with ether_addr_equal_unaligned. Warning reported by checkpatch.pl - Prefer ether_addr_equal() or ether_addr_equal_unaligned() over memcmp() Signed-off-by: Leo Kim --- drivers/staging/wilc1000/linux_wlan.c | 6 -- 1 file changed, 4

[PATCH 01/11] staging: wilc1000: removes WIRELESS_EXT

2016-03-25 Thread Leo Kim
This patch removes WIRELESS_EXT. Does not used the WIRELESS_EXT define. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/wilc1000/Kconfig b/drivers/staging/wilc1000/Kconfig index dce9cee..73f7fef

[PATCH 03/11] staging: wilc1000: removes typedef of struct struct_frame_reg

2016-03-25 Thread Leo Kim
This patch removes typedef of struct struct_frame_reg. Renames the struct_frame_reg to frame_reg as well. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/wilc_wfi_netdevice.h | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git

[PATCH 05/11] staging: wilc1000: replaces frame_type with type of struct frame_reg

2016-03-25 Thread Leo Kim
This patch replaces frame_type with type of struct frame_reg. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/linux_wlan.c | 8 drivers/staging/wilc1000/wilc_wfi_cfgoperations.c | 4 ++-- drivers/staging/wilc1000/wilc_wfi_netdevice.h | 2 +- 3

[PATCH 04/11] staging: wilc1000: replaces g_struct_frame_reg with frame_reg

2016-03-25 Thread Leo Kim
This patch replaces g_struct_frame_reg with frame_reg. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/linux_wlan.c | 12 ++-- drivers/staging/wilc1000/wilc_wfi_cfgoperations.c | 8 drivers/staging/wilc1000/wilc_wfi_netdevice.h | 2 +- 3

[PATCH 02/11] staging: wilc1000: wilc_frame_register: removes unused hif_drv

2016-03-25 Thread Leo Kim
This patch removes unused hif_drv of wilc_frame_register function. It's perform an unnecessary null check and debug print log. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[RFC] ath10k: implement dql for htt tx

2016-03-25 Thread Michal Kazior
This implements a very naive dynamic queue limits on the flat HTT Tx. In some of my tests (using flent) it seems to reduce induced latency by orders of magnitude (e.g. when enforcing 6mbps tx rates 2500ms -> 150ms). But at the same time it introduces TCP throughput buildup over time (instead of

[PATCH 1/2] mac80211: implement fair queuing per txq

2016-03-25 Thread Michal Kazior
Qdiscs assume all packets regardless of destination address are treated equally by underlying an device link. This isn't true for wireless where each node is a link in it's own right with different and varying signal quality over time. Existing wireless behavior stuffs device tx queues with no

[PATCH 0/2] mac80211: implement fq_codel

2016-03-25 Thread Michal Kazior
Hi, I've cleaned up and removed the txop-queue-limiting and scheduling from the patch (compared to my last RFC). It's still to early for the scheduling thing to go prime time. The fair queuing on the other hand does seem to work. In good RF conditions it seems to improve things (e.g. multiple

[PATCH 2/2] mac80211: expose some txq/fq internals and knobs via debugfs

2016-03-25 Thread Michal Kazior
Makes it easier to debug, test and experiment. Signed-off-by: Michal Kazior --- net/mac80211/debugfs.c| 86 +++ net/mac80211/debugfs_netdev.c | 29 ++- net/mac80211/debugfs_sta.c| 46 +++