Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(36) |
Aug
(22) |
Sep
(90) |
Oct
(86) |
Nov
(55) |
Dec
(87) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(97) |
Feb
(53) |
Mar
(88) |
Apr
(87) |
May
(84) |
Jun
(84) |
Jul
(38) |
Aug
(74) |
Sep
(67) |
Oct
(60) |
Nov
(96) |
Dec
(67) |
2005 |
Jan
(112) |
Feb
(131) |
Mar
(132) |
Apr
(84) |
May
(72) |
Jun
(87) |
Jul
(91) |
Aug
(94) |
Sep
(84) |
Oct
(171) |
Nov
(180) |
Dec
(114) |
2006 |
Jan
(181) |
Feb
(200) |
Mar
(207) |
Apr
(151) |
May
(185) |
Jun
(113) |
Jul
(124) |
Aug
(97) |
Sep
(120) |
Oct
(150) |
Nov
(116) |
Dec
(134) |
2007 |
Jan
(148) |
Feb
(159) |
Mar
(245) |
Apr
(155) |
May
(217) |
Jun
(181) |
Jul
(196) |
Aug
(164) |
Sep
(82) |
Oct
(114) |
Nov
(217) |
Dec
(217) |
2008 |
Jan
(146) |
Feb
(98) |
Mar
(168) |
Apr
(201) |
May
(80) |
Jun
(100) |
Jul
(189) |
Aug
(30) |
Sep
(163) |
Oct
(56) |
Nov
(70) |
Dec
(71) |
2009 |
Jan
(85) |
Feb
(38) |
Mar
(45) |
Apr
(50) |
May
(95) |
Jun
(77) |
Jul
(74) |
Aug
(36) |
Sep
(37) |
Oct
(12) |
Nov
(71) |
Dec
(10) |
2010 |
Jan
(54) |
Feb
(73) |
Mar
(69) |
Apr
(74) |
May
(31) |
Jun
(100) |
Jul
(26) |
Aug
(36) |
Sep
(36) |
Oct
(34) |
Nov
(21) |
Dec
(6) |
2011 |
Jan
(2) |
Feb
(7) |
Mar
(3) |
Apr
(3) |
May
(7) |
Jun
(2) |
Jul
(7) |
Aug
(5) |
Sep
(8) |
Oct
(7) |
Nov
(4) |
Dec
|
2012 |
Jan
(2) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
(1) |
Jul
(3) |
Aug
|
Sep
(1) |
Oct
(3) |
Nov
(1) |
Dec
(2) |
2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(10) |
Dec
|
2014 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
(4) |
Dec
(3) |
2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
1
|
2
(1) |
3
(2) |
4
|
5
(3) |
6
(1) |
7
|
8
(4) |
9
(4) |
10
|
11
|
12
|
13
(6) |
14
(4) |
15
(3) |
16
(1) |
17
(1) |
18
(1) |
19
(3) |
20
(3) |
21
(1) |
22
(3) |
23
(3) |
24
(2) |
25
(1) |
26
(4) |
27
(6) |
28
(7) |
29
(8) |
30
(5) |
31
(3) |
From: kachim kachim <k4chim@gm...> - 2008-05-14 07:27:52
|
hi; How can I learn about amount of tx_bytes and rx_bytes on device in station mode? I'm interested only in tx_bytes and tx_bytes for transfer between station and ap(not whole traffic for interface). Regards, krzychu |
From: Maali Al Hachami <alhachami@gm...> - 2008-05-14 07:13:07
|
Yeah, I figured that out earlier today through debugging :( I need a way to call a function for each retry. Basically, what I'm trying to do is implementing a new backoff scheme, and obviously this needs processing for each transmission trial. Thank you for the reply, Maali On Wed, May 14, 2008 at 10:30 AM, Benoit PAPILLAULT < benoit.papillault@...> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Maali Al Hachami a écrit : > | Thank you very much for the guidance. I compared what I understood from > | the book with the madwifi code and some insights from ath5k openHAL. > | ath_tasklet is a deferred bottom-half interrupt processing that is > | scheduled for processing when the processor best can. the interrupts > | that provoke this tasklet are related to transmission, including TXOK > | and TXERR. Still, I couldn't figure out whether this TXERR is per > | transmission trial or per packet (after all retries are exausted). > | > | On Tue, May 13, 2008 at 5:32 PM, Matthew mentor Bell <mentor@... > | <mailto:mentor@...>> wrote: > | > | On Tue, 2008-05-13 at 17:01 +0400, Maali Al Hachami wrote: > | > - is the tasklet (and therefore processq) function called upon > each > | > transmission trial (including retransmissions)? or just called > once > | > per packet (to assess the overall packet transmission outcome)? > | > | http://www.xml.com/ldd/chapter/book/ch09.html#t5 > | http://www.xml.com/ldd/chapter/book/ch06.html#t4 > | > | Matthew > > AFAIK, the interrupt is triggered after all retries are exhausted. Of > course, if the packet is transmitted after 1 retry, the interrupt should > come up at this point. > > I'm not aware of a way to do processing between retries... > > Regards, > Benoit > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFIKocJOR6EySwP7oIRAjs8AJ9i9f0BbLrEv/BRpU/aXcH+/EDZOwCdGiuo > 1BxJ3jeqHf6ioxFJfqCjY3k= > =C/j5 > -----END PGP SIGNATURE----- > |
From: Benoit PAPILLAULT <benoit.papillault@fr...> - 2008-05-14 06:30:38
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maali Al Hachami a écrit : | Thank you very much for the guidance. I compared what I understood from | the book with the madwifi code and some insights from ath5k openHAL. | ath_tasklet is a deferred bottom-half interrupt processing that is | scheduled for processing when the processor best can. the interrupts | that provoke this tasklet are related to transmission, including TXOK | and TXERR. Still, I couldn't figure out whether this TXERR is per | transmission trial or per packet (after all retries are exausted). | | On Tue, May 13, 2008 at 5:32 PM, Matthew mentor Bell <mentor@... | <mailto:mentor@...>> wrote: | | On Tue, 2008-05-13 at 17:01 +0400, Maali Al Hachami wrote: | > - is the tasklet (and therefore processq) function called upon each | > transmission trial (including retransmissions)? or just called once | > per packet (to assess the overall packet transmission outcome)? | | http://www.xml.com/ldd/chapter/book/ch09.html#t5 | http://www.xml.com/ldd/chapter/book/ch06.html#t4 | | Matthew AFAIK, the interrupt is triggered after all retries are exhausted. Of course, if the packet is transmitted after 1 retry, the interrupt should come up at this point. I'm not aware of a way to do processing between retries... Regards, Benoit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIKocJOR6EySwP7oIRAjs8AJ9i9f0BbLrEv/BRpU/aXcH+/EDZOwCdGiuo 1BxJ3jeqHf6ioxFJfqCjY3k= =C/j5 -----END PGP SIGNATURE----- |
From: Thomas Fiksel <Thomas.Fiksel@je...> - 2008-05-14 06:20:36
|
Hi, a workaround for this problem is the using of the select function. Before the write function is called (on board A) it should be checked with the select function that a write is possible. Doing this no freeze of Linux is observed in case that the receiver is down. Thomas |