On Fri, Feb 14, 2014 at 09:07:03AM +0000, Martin Townsend wrote:
> Hi Alex,
> 
> After a bit a googling it looks like tx_queue_len is the number of skb's
> that the transmit queue can hold whilst it is stopped. Is this correct?
> I'll try a smaller value and see if it locks up quicker and then try
> increasing it.  I would have thought 300 would have been ample for a ping.
> :)
> 
mhh, I thought maybe your device is too slow to transmit all skb and
then it reachs the 300 skb which are hold in the tx queue.

> I had a thought, when you did your overnight testing did you see any packet
> loss or do you have the devices fairly close to each other? it's just that
> on our boards we have no CCA yet transmitting packets over powerline which
> is fairly hostile so there are probably quite a few packets being lost over
> a long period, I'm wondering if this is why I'm seeing the lock ups and you
> are not.
> 
> Another thing I do is to decrease the interval on the ping6 using -i 0.3 to
> try and stress things a bit more.
> 
I will start an 2 hours test with my atusb devices right now. I will
use:

ping6 -i 0.3 -s 1000 fe80::a8aa:aaaa:aaaa:aabb%lowpan0

with:

ping6 utility, iputils-s20121221

I will report the drop, error rate.

- Alex

------------------------------------------------------------------------------
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
_______________________________________________
Linux-zigbee-devel mailing list
Linux-zigbee-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel

Reply via email to