<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux.git/drivers/net/wireless/ath, branch v2.6.31</title>
<subtitle>Linux kernel source tree</subtitle>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/'/>
<entry>
<title>ar9170: fix read &amp; write outside array bounds</title>
<updated>2009-08-10T20:41:01+00:00</updated>
<author>
<name>Dan Carpenter</name>
<email>error27@gmail.com</email>
</author>
<published>2009-08-09T12:24:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=e9d126cdfa60b575f1b5b02024c4faee27dccf07'/>
<id>e9d126cdfa60b575f1b5b02024c4faee27dccf07</id>
<content type='text'>
queue == __AR9170_NUM_TXQ would cause a bug on the next line.

found by Smatch ( http://repo.or.cz/w/smatch.git ).

Cc: stable@kernel.org
Reported-by: Dan Carpenter &lt;error27@gmail.com&gt;
Signed-off-by: Dan Carpenter &lt;error27@gmail.com&gt;
Signed-off-by: Christian Lamparter &lt;chunkeey@web.de&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
queue == __AR9170_NUM_TXQ would cause a bug on the next line.

found by Smatch ( http://repo.or.cz/w/smatch.git ).

Cc: stable@kernel.org
Reported-by: Dan Carpenter &lt;error27@gmail.com&gt;
Signed-off-by: Dan Carpenter &lt;error27@gmail.com&gt;
Signed-off-by: Christian Lamparter &lt;chunkeey@web.de&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ar9170usb: fix spurious firmware related message</title>
<updated>2009-08-10T20:41:01+00:00</updated>
<author>
<name>Christian Lamparter</name>
<email>chunkeey@web.de</email>
</author>
<published>2009-08-08T15:09:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=363ec5614f86110c6a6bdd72ac2147ebafd3ff5e'/>
<id>363ec5614f86110c6a6bdd72ac2147ebafd3ff5e</id>
<content type='text'>
When ar9170-2.fw was missing, the driver erroneously complained
about missing the initialization values file ar9170-1.fw...

Signed-off-by: Christian Lamparter &lt;chunkeey@web.de&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When ar9170-2.fw was missing, the driver erroneously complained
about missing the initialization values file ar9170-1.fw...

Signed-off-by: Christian Lamparter &lt;chunkeey@web.de&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ath9k: Read outside array bounds</title>
<updated>2009-07-27T19:19:36+00:00</updated>
<author>
<name>Roel Kluin</name>
<email>roel.kluin@gmail.com</email>
</author>
<published>2009-07-25T21:21:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=008749fc9917b799c469478141ddd1a4c81d06ca'/>
<id>008749fc9917b799c469478141ddd1a4c81d06ca</id>
<content type='text'>
Incorrect limits leads to reads outside array bounds.

Signed-off-by: Roel Kluin &lt;roel.kluin@gmail.com&gt;
Acked-by: Luis R. Rodriguez &lt;lrodriguez@atheros.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Incorrect limits leads to reads outside array bounds.

Signed-off-by: Roel Kluin &lt;roel.kluin@gmail.com&gt;
Acked-by: Luis R. Rodriguez &lt;lrodriguez@atheros.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ath: add support for special 0x8000 regulatory domain</title>
<updated>2009-07-21T19:59:50+00:00</updated>
<author>
<name>Luis R. Rodriguez</name>
<email>lrodriguez@atheros.com</email>
</author>
<published>2009-07-20T15:32:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=5d2214ac5e7f72c9ae70b2444649e8d1d3e1086d'/>
<id>5d2214ac5e7f72c9ae70b2444649e8d1d3e1086d</id>
<content type='text'>
Two users of ar9170 devices have now reported their cards
have been programmed with a regulatory domain of 0x8000.
This is not a valid regulatory domain as such these users were
unable to use these devices. Since this doesn't seem to be
a device EEPROM corruption we must treat it specially. It
may have been possible the manufacturer intended to use 0x0
as the regulatory domain and that would ultimately yield
to US but since we cannot get confirmationf or this we
default this special case to one of our world regulatory
domains, specifically 0x64.

Reported-by: DavidFreeman on #linux-wireless
Reported-by: Joerg Albert &lt;jal2@gmx.de&gt;
Cc: Christian Lamparter &lt;chunkeey@web.de&gt;,
Cc: Stephen Chen &lt;stephen.chen@atheros.com&gt;
Cc: David Quan &lt;david.quan@atheros.com&gt;
Cc: Tony Yang &lt;tony.yang@atheros.com&gt;
Signed-off-by: Luis R. Rodriguez &lt;lrodriguez@atheros.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Two users of ar9170 devices have now reported their cards
have been programmed with a regulatory domain of 0x8000.
This is not a valid regulatory domain as such these users were
unable to use these devices. Since this doesn't seem to be
a device EEPROM corruption we must treat it specially. It
may have been possible the manufacturer intended to use 0x0
as the regulatory domain and that would ultimately yield
to US but since we cannot get confirmationf or this we
default this special case to one of our world regulatory
domains, specifically 0x64.

Reported-by: DavidFreeman on #linux-wireless
Reported-by: Joerg Albert &lt;jal2@gmx.de&gt;
Cc: Christian Lamparter &lt;chunkeey@web.de&gt;,
Cc: Stephen Chen &lt;stephen.chen@atheros.com&gt;
Cc: David Quan &lt;david.quan@atheros.com&gt;
Cc: Tony Yang &lt;tony.yang@atheros.com&gt;
Signed-off-by: Luis R. Rodriguez &lt;lrodriguez@atheros.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ath9k: Tune ANI function processing on AP mode during ANI reset</title>
<updated>2009-07-21T16:07:43+00:00</updated>
<author>
<name>Luis R. Rodriguez</name>
<email>lrodriguez@atheros.com</email>
</author>
<published>2009-07-16T17:17:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=c66284f2a421f6aebbafd56cb8b90b8e6a9cb2de'/>
<id>c66284f2a421f6aebbafd56cb8b90b8e6a9cb2de</id>
<content type='text'>
For AP mode we must tune ANI specially for 2 GHz and
for 5 GHz. We mask in only the flags we want to toggle
on ath9k_hw_ani_control() through the ah-&gt;ani_function
bitmask, this will take care of ignoring changes during
ANI reset which we were disabling before.

Testedy-by: Steven Luo &lt;steven@steven676.net&gt;
Cc: Bennyam Malavazi &lt;bennyam.malavazi@atheros.com&gt;
Cc: Jouni Malinen &lt;jouni.malinen@Atheros.com&gt;
Signed-off-by: Luis R. Rodriguez &lt;lrodriguez@atheros.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
For AP mode we must tune ANI specially for 2 GHz and
for 5 GHz. We mask in only the flags we want to toggle
on ath9k_hw_ani_control() through the ah-&gt;ani_function
bitmask, this will take care of ignoring changes during
ANI reset which we were disabling before.

Testedy-by: Steven Luo &lt;steven@steven676.net&gt;
Cc: Bennyam Malavazi &lt;bennyam.malavazi@atheros.com&gt;
Cc: Jouni Malinen &lt;jouni.malinen@Atheros.com&gt;
Signed-off-by: Luis R. Rodriguez &lt;lrodriguez@atheros.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ath5k: temporarily disable crypto for AP mode</title>
<updated>2009-07-21T16:07:42+00:00</updated>
<author>
<name>Bob Copeland</name>
<email>me@bobcopeland.com</email>
</author>
<published>2009-07-14T01:57:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=65b5a69860ed3bc4224368b804d381cd9cafa90a'/>
<id>65b5a69860ed3bc4224368b804d381cd9cafa90a</id>
<content type='text'>
Pavel Roskin reported some issues with using AP mode without
nohwcrypt=1.  Most likely this is similar to the problem fixed
some time ago in ath9k by 3f53dd64f192450cb331c0fecfc26ca952fb242f,
"ath9k: Fix hw crypto configuration for TKIP in AP mode."

That only affects TKIP but it's easiest to just disable that and
WEP too until we get a proper fix in.

Signed-off-by: Bob Copeland &lt;me@bobcopeland.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Pavel Roskin reported some issues with using AP mode without
nohwcrypt=1.  Most likely this is similar to the problem fixed
some time ago in ath9k by 3f53dd64f192450cb331c0fecfc26ca952fb242f,
"ath9k: Fix hw crypto configuration for TKIP in AP mode."

That only affects TKIP but it's easiest to just disable that and
WEP too until we get a proper fix in.

Signed-off-by: Bob Copeland &lt;me@bobcopeland.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Atheros Kconfig needs to be dependent on WLAN_80211</title>
<updated>2009-07-08T19:24:29+00:00</updated>
<author>
<name>Jay Sternberg</name>
<email>jay.e.sternberg@intel.com</email>
</author>
<published>2009-07-07T18:18:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=804ef71ee183121de5e9bca1d70d114c97300e17'/>
<id>804ef71ee183121de5e9bca1d70d114c97300e17</id>
<content type='text'>
Atheros top level menu needs a "depends WLAN_80211" to properly indent
within menuconfig and xconfig interfaces.

This is purely a visual issue but it effects all subsequent drivers.
The issue is the top level menu does not include a dependency on
WLAN_80211 so within the tree structure, Atheros is at the same level as
WLAN_80211 but when WLAN_80211 collapsed, the menu disappears along with
all subsequent drives, so it is really a subordinate.

Signed-off-by: Jay Sternberg &lt;jay.e.sternberg@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Atheros top level menu needs a "depends WLAN_80211" to properly indent
within menuconfig and xconfig interfaces.

This is purely a visual issue but it effects all subsequent drivers.
The issue is the top level menu does not include a dependency on
WLAN_80211 so within the tree structure, Atheros is at the same level as
WLAN_80211 but when WLAN_80211 collapsed, the menu disappears along with
all subsequent drives, so it is really a subordinate.

Signed-off-by: Jay Sternberg &lt;jay.e.sternberg@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ath9k: Fix leak in tx descriptor</title>
<updated>2009-07-07T16:55:26+00:00</updated>
<author>
<name>Vasanthakumar Thiagarajan</name>
<email>vasanth@atheros.com</email>
</author>
<published>2009-06-24T13:28:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=cbfe89c67b58e2bd1b47f6986b3b793f06f3d9b0'/>
<id>cbfe89c67b58e2bd1b47f6986b3b793f06f3d9b0</id>
<content type='text'>
When we reclaim the tx desc, we always assume that the
last desc is a holding desc, which is not true, and skip it.
If the tx queue is drained during channel change, internal
reset and etc, the last descriptor may not be the holding
descriptor and we fail to reclaim them. This results in the
following two issues.

1. Tx stuck - We drop all the frames coming from upper layer
due to shortage in tx desc.

2. Crash - If we fail to reclaim a tx descriptor, we miss to
update the tx BA window with the seq number of the frame
associated to that desc, which, at some point, result in
the following crash due to an assert failure in ath_tx_addto_baw().

This patch fixes these two issues.

 kernel BUG at ../drivers/net/wireless/ath/ath9k/xmit.c:180!
[155064.304164] invalid opcode: 0000 [#1] SMP
 Call Trace:
  [&lt;fbc6d83b&gt;] ? ath9k_tx+0xeb/0x160 [ath9k]
  [&lt;fbbc9591&gt;]  ipv6? __ieee80211_tx+0x41/0x120 [mac80211]
  [&lt;fbbcb5ae&gt;] ?  aes_i586ieee80211_master_start_xmit+0x28e/0x560 [mac80211]
  [&lt;c037e501&gt;]  aes_generic? _spin_lock_irqsave+0x31/0x40
  [&lt;c02f347b&gt;] ? dev_hard_start_xmit+0x16b/0x1c0
  [&lt;c03058b5&gt;] ? __qdisc_run+0x1b5/0x200
  [&lt;fbbcda5a&gt;] ?  af_packetieee80211_select_queue+0xa/0x100 [mac80211]
  [&lt;c02f53b7&gt;] ?  i915dev_queue_xmit+0x2e7/0x3f0
  [&lt;fbbc9b49&gt;] ? ieee80211_subif_start_xmit+0x369/0x7a0 [mac80211]
  [&lt;c031bc35&gt;] ? ip_output+0x55/0xb0
  [&lt;c02e0188&gt;] ? show_memcpy_count+0x18/0x60
  [&lt;c02eb186&gt;] ? __kfree_skb+0x36/0x90
  [&lt;c02f2202&gt;] ?  binfmt_miscdev_queue_xmit_nit+0xd2/0x110
  [&lt;c02f347b&gt;] ? dev_hard_start_xmit+0x16b/0x1c0
  [&lt;c03058b5&gt;] ? __qdisc_run+0x1b5/0x200
  [&lt;c033bca7&gt;] ?  scoarp_create+0x57/0x2a0
  [&lt;c02f53b7&gt;] ?  bridgedev_queue_xmit+0x2e7/0x3f0
  [&lt;c03034a0&gt;] ? eth_header+0x0/0xc0
  [&lt;c033b95f&gt;]  stp? arp_xmit+0x5f/0x70
  [&lt;c033bf4f&gt;] ? arp_send+0x5f/0x70
  [&lt;c033c8f5&gt;]  bnep? arp_solicit+0x105/0x210
  [&lt;c02fa5aa&gt;] ? neigh_timer_handler+0x19a/0x390
  [&lt;c013bf88&gt;] ? run_timer_softirq+0x138/0x210
  [&lt;c02fa410&gt;] ?  ppdevneigh_timer_handler+0x0/0x390
  [&lt;c02fa410&gt;] ? neigh_timer_handler+0x0/0x390

Signed-off-by: Vasanthakumar Thiagarajan &lt;vasanth@atheros.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When we reclaim the tx desc, we always assume that the
last desc is a holding desc, which is not true, and skip it.
If the tx queue is drained during channel change, internal
reset and etc, the last descriptor may not be the holding
descriptor and we fail to reclaim them. This results in the
following two issues.

1. Tx stuck - We drop all the frames coming from upper layer
due to shortage in tx desc.

2. Crash - If we fail to reclaim a tx descriptor, we miss to
update the tx BA window with the seq number of the frame
associated to that desc, which, at some point, result in
the following crash due to an assert failure in ath_tx_addto_baw().

This patch fixes these two issues.

 kernel BUG at ../drivers/net/wireless/ath/ath9k/xmit.c:180!
[155064.304164] invalid opcode: 0000 [#1] SMP
 Call Trace:
  [&lt;fbc6d83b&gt;] ? ath9k_tx+0xeb/0x160 [ath9k]
  [&lt;fbbc9591&gt;]  ipv6? __ieee80211_tx+0x41/0x120 [mac80211]
  [&lt;fbbcb5ae&gt;] ?  aes_i586ieee80211_master_start_xmit+0x28e/0x560 [mac80211]
  [&lt;c037e501&gt;]  aes_generic? _spin_lock_irqsave+0x31/0x40
  [&lt;c02f347b&gt;] ? dev_hard_start_xmit+0x16b/0x1c0
  [&lt;c03058b5&gt;] ? __qdisc_run+0x1b5/0x200
  [&lt;fbbcda5a&gt;] ?  af_packetieee80211_select_queue+0xa/0x100 [mac80211]
  [&lt;c02f53b7&gt;] ?  i915dev_queue_xmit+0x2e7/0x3f0
  [&lt;fbbc9b49&gt;] ? ieee80211_subif_start_xmit+0x369/0x7a0 [mac80211]
  [&lt;c031bc35&gt;] ? ip_output+0x55/0xb0
  [&lt;c02e0188&gt;] ? show_memcpy_count+0x18/0x60
  [&lt;c02eb186&gt;] ? __kfree_skb+0x36/0x90
  [&lt;c02f2202&gt;] ?  binfmt_miscdev_queue_xmit_nit+0xd2/0x110
  [&lt;c02f347b&gt;] ? dev_hard_start_xmit+0x16b/0x1c0
  [&lt;c03058b5&gt;] ? __qdisc_run+0x1b5/0x200
  [&lt;c033bca7&gt;] ?  scoarp_create+0x57/0x2a0
  [&lt;c02f53b7&gt;] ?  bridgedev_queue_xmit+0x2e7/0x3f0
  [&lt;c03034a0&gt;] ? eth_header+0x0/0xc0
  [&lt;c033b95f&gt;]  stp? arp_xmit+0x5f/0x70
  [&lt;c033bf4f&gt;] ? arp_send+0x5f/0x70
  [&lt;c033c8f5&gt;]  bnep? arp_solicit+0x105/0x210
  [&lt;c02fa5aa&gt;] ? neigh_timer_handler+0x19a/0x390
  [&lt;c013bf88&gt;] ? run_timer_softirq+0x138/0x210
  [&lt;c02fa410&gt;] ?  ppdevneigh_timer_handler+0x0/0x390
  [&lt;c02fa410&gt;] ? neigh_timer_handler+0x0/0x390

Signed-off-by: Vasanthakumar Thiagarajan &lt;vasanth@atheros.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next-2.6</title>
<updated>2009-06-22T18:57:09+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2009-06-22T18:57:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=5165aece0efac6574fc3e32b6f1c2a964820d1c6'/>
<id>5165aece0efac6574fc3e32b6f1c2a964820d1c6</id>
<content type='text'>
* git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next-2.6: (43 commits)
  via-velocity: Fix velocity driver unmapping incorrect size.
  mlx4_en: Remove redundant refill code on RX
  mlx4_en: Removed redundant check on lso header size
  mlx4_en: Cancel port_up check in transmit function
  mlx4_en: using stop/start_all_queues
  mlx4_en: Removed redundant skb-&gt;len check
  mlx4_en: Counting all the dropped packets on the TX side
  usbnet cdc_subset: fix issues talking to PXA gadgets
  Net: qla3xxx, remove sleeping in atomic
  ipv4: fix NULL pointer + success return in route lookup path
  isdn: clean up documentation index
  cfg80211: validate station settings
  cfg80211: allow setting station parameters in mesh
  cfg80211: allow adding/deleting stations on mesh
  ath5k: fix beacon_int handling
  MAINTAINERS: Fix Atheros pattern paths
  ath9k: restore PS mode, before we put the chip into FULL SLEEP state.
  ath9k: wait for beacon frame along with CAB
  acer-wmi: fix rfkill conversion
  ath5k: avoid PCI FATAL interrupts by restoring RETRY_TIMEOUT disabling
  ...
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next-2.6: (43 commits)
  via-velocity: Fix velocity driver unmapping incorrect size.
  mlx4_en: Remove redundant refill code on RX
  mlx4_en: Removed redundant check on lso header size
  mlx4_en: Cancel port_up check in transmit function
  mlx4_en: using stop/start_all_queues
  mlx4_en: Removed redundant skb-&gt;len check
  mlx4_en: Counting all the dropped packets on the TX side
  usbnet cdc_subset: fix issues talking to PXA gadgets
  Net: qla3xxx, remove sleeping in atomic
  ipv4: fix NULL pointer + success return in route lookup path
  isdn: clean up documentation index
  cfg80211: validate station settings
  cfg80211: allow setting station parameters in mesh
  cfg80211: allow adding/deleting stations on mesh
  ath5k: fix beacon_int handling
  MAINTAINERS: Fix Atheros pattern paths
  ath9k: restore PS mode, before we put the chip into FULL SLEEP state.
  ath9k: wait for beacon frame along with CAB
  acer-wmi: fix rfkill conversion
  ath5k: avoid PCI FATAL interrupts by restoring RETRY_TIMEOUT disabling
  ...
</pre>
</div>
</content>
</entry>
<entry>
<title>ath5k: fix beacon_int handling</title>
<updated>2009-06-19T15:50:23+00:00</updated>
<author>
<name>Jiri Slaby</name>
<email>jirislaby@gmail.com</email>
</author>
<published>2009-06-18T23:06:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=eab0cd493c08632ef10624d0169849c973951c66'/>
<id>eab0cd493c08632ef10624d0169849c973951c66</id>
<content type='text'>
73ca5203366235f8a43e490767284ba8cfd8c479
(ath5k: remove conf-&gt;beacon_int usage)
removed bintval setting from ath5k_config. We need to init the
interval earlier and don't touch it in add_interface anymore.

Otherwise it will be set only once by upper layer through
bss_info_changed but not on second and further hostap executions.

We ended up having bintval 1000 which rendered the AP useless on
many clients.

Signed-off-by: Jiri Slaby &lt;jirislaby@gmail.com&gt;
Cc: Nick Kossifidis &lt;mickflemm@gmail.com&gt;
Cc: Luis R. Rodriguez &lt;lrodriguez@atheros.com&gt;
Cc: Bob Copeland &lt;me@bobcopeland.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
73ca5203366235f8a43e490767284ba8cfd8c479
(ath5k: remove conf-&gt;beacon_int usage)
removed bintval setting from ath5k_config. We need to init the
interval earlier and don't touch it in add_interface anymore.

Otherwise it will be set only once by upper layer through
bss_info_changed but not on second and further hostap executions.

We ended up having bintval 1000 which rendered the AP useless on
many clients.

Signed-off-by: Jiri Slaby &lt;jirislaby@gmail.com&gt;
Cc: Nick Kossifidis &lt;mickflemm@gmail.com&gt;
Cc: Luis R. Rodriguez &lt;lrodriguez@atheros.com&gt;
Cc: Bob Copeland &lt;me@bobcopeland.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
