,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
on older kernels, but it
was ugly.
I don't expect to apply any big changes, but I will apply bugfixes and
cleanups (in reasonable amounts).
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman
is not to make MadWifi work better. The
purpose is to make it compile cleanly and serve as a working reference
for ath5k and ath9k development.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo
working on the driver.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
Hello!
This mailing list was working intermittently during the last months.
The DNS issue affecting the mailing list has been fixed. It should work
now.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https
IEEE80211_ABOLT_WME_ELE
I would just unset all capabilities and retry.
I see exactly that difference in FreeBSD (33mbit vs 22mbit) when I
disable that aggressive mode code.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel
fires up and disables hw. I thought of moving this
to debugfs and make it per-card but this way it's easier for users
and distros to handle.
Signed-off-by: Nick Kossifidis mickfl...@gmail.com
Tested-by: Pavel Roskin pro...@.gnu.org
Tested on 2 cards in Mikrotik RB-14 adapter. One was OK
work well if you enable it
manually (e.g. by initializing ah-ah_bwmode with AR5K_BWMODE_5MHZ).
But you can try if you want.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k
the ath5k driver. That's less intrusive than recompiling the
whole kernel.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
the patches. Also, adding W=1 to the
command line sometimes finds some interesting stuff.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
the logic here. If the pin 13 can be overridden, it should be
treated like an input device, not as a hardware block.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/regd.h|2 +-
drivers/net/wireless/ath/regd_common.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ath/regd.h b/drivers/net/wireless/ath/regd.h
index 172f63f
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ahb.c|4 ++--
drivers/net/wireless/ath/ath5k/attach.c |2 +-
drivers/net/wireless/ath/ath5k/base.c |4 ++--
drivers/net/wireless/ath/ath5k/base.h |4 ++--
drivers/net/wireless/ath/ath5k/pci.c
XR is a proprietary feature of the chipset. It's not supported and
should not be supported.
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ath5k.h | 26 --
drivers/net/wireless/ath/ath5k/eeprom.c |1 -
drivers/net/wireless/ath/ath5k
struct ath5k_avg_val is unused.
In struct ath5k_hw, lladdr, ah_radar and ah_mac_revision are write-only,
rxbufsize is unused, ah_phy is write-only and referenced by unused
macros.
In struct ath5k_vif, lladdr is write-only.
Remove AR5K_TUNE_RADAR_ALERT, which has no effect.
Signed-off-by: Pavel
When checking for the band, use channel-band.
Change ath5k_hw_nic_wakeup() and ath5k_channel_ok() to take
ieee80211_channel. Change ath5k_hw_radio_revision() to take
ieee80211_band.
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ath5k.h | 32
struct ath5k_avg_val is unused.
In struct ath5k_hw, lladdr, ah_radar and ah_mac_revision are write-only,
rxbufsize is unused, ah_phy is write-only and referenced by unused
macros.
In struct ath5k_vif, lladdr is write-only.
Remove AR5K_TUNE_RADAR_ALERT, which has no effect.
Signed-off-by: Pavel
XR is a proprietary feature of the chipset. It's not supported and
should not be supported.
Signed-off-by: Pavel Roskin pro...@gnu.org
Tested-by: Sedat Dilek sedat.di...@gmail.com
---
drivers/net/wireless/ath/ath5k/ath5k.h |4
drivers/net/wireless/ath/ath5k/eeprom.c |1 -
drivers
When checking for the band, use channel-band.
Change ath5k_hw_nic_wakeup() and ath5k_channel_ok() to take
ieee80211_channel. Change ath5k_hw_radio_revision() to take
ieee80211_band.
Signed-off-by: Pavel Roskin pro...@gnu.org
Tested-by: Sedat Dilek sedat.di...@gmail.com
---
drivers/net/wireless
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ath5k.h|4 ++--
drivers/net/wireless/ath/ath5k/base.c | 10 --
drivers/net/wireless/ath/ath5k/mac80211-ops.c | 14 --
3 files changed, 6 insertions(+), 22 deletions(-)
diff
There are only two capabilities we need, and both are trivial to find.
ath5k_hw_hasbssidmask() is true on AR5212, but not on AR5210 or AR5211.
ath5k_hw_hasveol() is true on AR5211 and AR5212, but not on AR5210,
according to the HAL source.
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/phy.c |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/phy.c
b/drivers/net/wireless/ath/ath5k/phy.c
index a0c66cf..81e465e 100644
--- a/drivers/net
wireless-testing. Let's
not break linux-next, as someone else will need to fix it.
I'll send another version of the patch, tested both on wireless-testing
and linux-next.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel
Quoting John W. Linville linvi...@tuxdriver.com:
I already merged a version that incorporated Sedat's change on top
of your. If that isn't what you want, please post your change as a
patch on top.
The remaining changes are minimal and will be submitted separately.
--
Regards,
Pavel Roskin
,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
between the code is deeper, and
there are even separate modules. Maybe if ath9k developers become
envious or our clean code in ath5k they with do it too :)
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https
;/struct ath5k_hw;/}
s/ ah / sc /
' $i *.[ch]
sed -i '/{$/{N;s/{\n$/{/}' rfkill.c
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ath5k.h | 201 +++-
drivers/net/wireless/ath/ath5k/base.c | 14 --
drivers/net/wireless/ath/ath5k/base.h
/struct ath5k_hw;\nstruct ath5k_hw;/struct ath5k_hw;/}
s/ ah / sc /
' $i *.[ch]
sed -i '/{$/{N;s/{\n$/{/}' rfkill.c
Signed-off-by: Pavel Roskin pro...@gnu.org
---
It's very important that both the changes made by sed and the changes in
this patch are committed at once, so that no broken revisions
On 07/10/2011 05:28 AM, Joe Perches wrote:
Signed-off-by: Joe Perchesj...@perches.com
Acked-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/desc.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/desc.c
b
On 07/07/2011 06:14 PM, Pavel Roskin wrote:
Signed-off-by: Pavel Roskinpro...@gnu.org
sc-imask may change if ath5k_set_current_imask() races against itself.
Sorry, I spent so much time reviewing the patches, but forgot to copy
them to linux-wireless :(
So let's consider this series an RFC
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ani.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/ani.c
b/drivers/net/wireless/ath/ath5k/ani.c
index a08f173..b88d10c 100644
--- a/drivers/net/wireless
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ani.c |2 +
drivers/net/wireless/ath/ath5k/ath5k.h| 26 ---
drivers/net/wireless/ath/ath5k/attach.c |4 +-
drivers/net/wireless/ath/ath5k/base.c | 14
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ath5k.h| 114 +++--
drivers/net/wireless/ath/ath5k/base.h |2 -
drivers/net/wireless/ath/ath5k/eeprom.c |8 +-
drivers/net/wireless/ath/ath5k/initvals.c | 12 ++-
drivers/net
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ath5k.h |2 +-
drivers/net/wireless/ath/ath5k/pcu.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/ath5k.h
b/drivers/net/wireless/ath/ath5k/ath5k.h
index
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ath5k.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/ath5k.h
b/drivers/net/wireless/ath/ath5k/ath5k.h
index 48bd2de..f53cf71 100644
--- a/drivers/net
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/base.c |4 ++--
drivers/net/wireless/ath/ath5k/led.c |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/base.c
b/drivers/net/wireless/ath/ath5k/base.c
index
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/attach.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/attach.c
b/drivers/net/wireless/ath/ath5k/attach.c
index 1588401..f781eeb 100644
--- a/drivers/net
Signed-off-by: Pavel Roskin pro...@gnu.org
The reg variable is only used by __raw_writel() and __raw_readl(), which
should guarantee memory access in the right order.
---
drivers/net/wireless/ath/ath5k/reset.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/base.c |2 +-
drivers/net/wireless/ath/ath5k/reg.h | 13 +++--
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/base.c
b/drivers/net/wireless/ath/ath5k/base.c
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ath5k.h |3 +--
drivers/net/wireless/ath/ath5k/base.c | 14 ++
drivers/net/wireless/ath/ath5k/base.h |3 +--
drivers/net/wireless/ath/ath5k/eeprom.c | 10 ++
4 files changed, 14
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ahb.c|4 -
drivers/net/wireless/ath/ath5k/ani.c|2
drivers/net/wireless/ath/ath5k/ath5k.h | 21 ++-
drivers/net/wireless/ath/ath5k/attach.c | 17 +--
drivers/net/wireless/ath/ath5k/base.c | 24
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/sysfs.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/sysfs.c
b/drivers/net/wireless/ath/ath5k/sysfs.c
index 010a97f..d8ad0e4 100644
--- a/drivers/net
Signed-off-by: Pavel Roskin pro...@gnu.org
sc-imask may change if ath5k_set_current_imask() races against itself.
---
drivers/net/wireless/ath/ath5k/base.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/base.c
b/drivers/net/wireless/ath
[ 66.425652] IP: [e08e3008] ath5k_ani_init+0xe/0x399 [ath5k]
It looks like we have a major bug in the ath5k sysfs code! drvdata is
set to hw as it should, but the sysfs code assumes it's set to sc. I'm
testing a patch now.
--
Regards,
Pavel Roskin
Signed-off-by: Pavel Roskin pro...@gnu.org
Cc: sta...@kernel.org
---
drivers/net/wireless/ath/ath5k/pci.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/pci.c
b/drivers/net/wireless/ath/ath5k/pci.c
index 296c316..f2c0c23 100644
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ahb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/ahb.c
b/drivers/net/wireless/ath/ath5k/ahb.c
index ea99827..c38e9e8 100644
--- a/drivers/net/wireless/ath
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/reset.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/reset.c
b/drivers/net/wireless/ath/ath5k/reset.c
index 126a4ea..1676a3e 100644
--- a/drivers/net
be such variable. It
would eliminate double dereference in the same expression.
- for (i=0; i AR5K_NUM_TX_QUEUES; i++)
+ for (i = 0; i AR5K_NUM_TX_QUEUES; i++)
Did you look at your patch at all?
--
Regards,
Pavel Roskin
___
ath5k-devel
in include/linux/ieee80211.h
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
On Thu, 2010-07-22 at 18:30 -0400, Aditya Bhave wrote:
Does ath5k support Master mode and half and quarter channel widths?
Master mode is supported. Half and quarter channel widths are not
supported. As far as I know, no support for non-standard channel widths
planned.
--
Regards,
Pavel
for $15 with shipping.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
On Fri, 2010-06-04 at 16:43 +0300, Dmytro Milinevskyy wrote:
Hi!
Here is the patch to disable ath5k leds support on build stage.
However if the leds support was enabled do not force selection of 802.11 leds
layer.
Depency on LEDS_CLASS is kept.
Suggestion given by Pavel Roskin and Bob
.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
don't see any benefit from dual licensing,
unless some existing ath5k contributors are BSD developers who would
stop working on the code in case of relicensing, but I don't think it's
the case.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k
periodically with microsecond resolution.
ath_info is a hack that should not be used for anything serious. The
right way to access hardware registers is from the kernel code.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
, not the opposite.
OK, I didn't realize that. Then I'm fine with your patch. Sorry for
the noise.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
be appropriate.
The problem with overengineered code is that it doesn't break when it's
better to break and expose the problem :-)
But it's just a suggestion, not a NACK. It's better to have some fix
than no fix at all.
--
Regards,
Pavel Roskin
___
ath5k
.
This list is only about ath5k.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
it might be time to retire this chipset. I'm half
tempted to try MadWiFi
on it. Too bad the AR2414 card works perfectly with ath5k in that box.
You can patch MadWifi to only accept the older card. Then load ath_pci
first, ath5k second.
--
Regards,
Pavel Roskin
the module it uses is not loaded ?
Run this command and you'll see which devices use which drivers:
ls -l /sys/class/net/*/device/driver
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman
that I ship a card to someone else who can make use of it for development.
I have three of them and I can't see myself using them all. :)
I have a card, the issue is with time, not with access to the hardware.
--
Regards,
Pavel Roskin
___
ath5k-devel
there's a pretty fundamental issue here. Any pointers on where I
should continue
looking?
AR5210 doesn't seem to send or receive any packets with the current
ath5k. Yet it works (somewhat) with MadWifi. Perhaps I would check
mmiotrace of both and try to spot the differences.
--
Regards,
Pavel
On Wed, 2010-03-24 at 13:12 +0900, Bruno Randolf wrote:
On Wednesday 24 March 2010 13:01:15 Pavel Roskin wrote:
AR5210 doesn't seem to send or receive any packets with the current
ath5k. Yet it works (somewhat) with MadWifi. Perhaps I would check
mmiotrace of both and try to spot
On Sun, 2010-03-21 at 09:15 -0700, Gus Wirth wrote:
On 03/20/2010 11:39 PM, Pavel Roskin wrote:
Bridging doesn't work on the station side anyway because the 802.11
header has three addresses (except when WDS is used) omitting the
address that would be needed for a station to send
comments could
be taken by some as an encouragement for writing new code in such
convoluted way.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
On Sun, 2010-03-14 at 08:15 +1300, Derek Smithies wrote:
Hi,
On Sat, 13 Mar 2010, Franczen Attila wrote:
2010/3/11 Pavel Roskin pro...@gnu.org
ath5k has some issues with calibration that MadWifi
doesn't have, so MadWifi provides a better connection.
Are you saying that the throughput
On Sat, 2010-02-20 at 10:30 -0500, Bob Copeland wrote:
On Fri, Feb 19, 2010 at 6:15 PM, Pavel Roskin pro...@gnu.org wrote:
On Fri, 2010-02-19 at 08:44 -0500, John W. Linville wrote:
On Thu, Feb 18, 2010 at 08:28:02PM -0500, Pavel Roskin wrote:
Any reason not to just remove those functions
On Fri, 2010-02-19 at 08:44 -0500, John W. Linville wrote:
On Thu, Feb 18, 2010 at 08:28:02PM -0500, Pavel Roskin wrote:
Remove all unnecessary function declarations from ath5k.h. Comment out
unused functions. Remove ath5k_hw_get_tsf32(), which is too trivial to
be commented out. Make
Remove all unnecessary function declarations from ath5k.h. Comment out
unused functions. Remove ath5k_hw_get_tsf32(), which is too trivial to
be commented out. Make functions static if suggested by sparse. Make
ath5k_pm_ops static.
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net
Adjust formatting of the affected lines to satisfy checkpatch.pl.
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/ath5k.h | 181 +---
1 files changed, 95 insertions(+), 86 deletions(-)
diff --git a/drivers/net/wireless/ath/ath5k/ath5k.h
ath5k_hw_register_timeout() was duplicated between phy.c and reset.c.
Since it is too big and too much used to be an inline function, move it
away from the ath5k.h header into reset.c. Remove _ATH5K_RESET and
_ATH5K_PHY defines.
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net
,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
. Anyone else having the same problem and a solution?
If you are using TCP to download files, the problem must be elsewhere,
not in the driver.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org
for specific drivers.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
it with ifconfig (for the wifiN device).
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
ath_info under gdb to find out where exactly it causes the system to
reboot.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
it AR5K_SREV_AR5212_R4 because 4 is the revision, not
the version.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
On Mon, 2009-07-13 at 21:57 -0400, Bob Copeland wrote:
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
to ath5k won't be appreciated upstream.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
22Mbps of
madwifi ap mode with the same conditions. why?
I have no idea. One would need to analyze the traffic, rates,
fragmentation, delays on both sides.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https
txpower is 27 dbm
but with madwifi is 18 dbm and new linux compat. the power is 20dbm?
The regulatory compliance is improved over time. I cannot tell if you
are getting the right limit without knowing your country settings, which
are shown by iw reg get.
--
Regards,
Pavel Roskin
outside the
permitted spectrum. Perhaps the transmission will trigger interrupts
and thus recalibration, but in case of scanning, the first probe
requests could be on wrong frequencies.
I would probably leave the timer and allow the interrupts make the
delays shorter.
--
Regards,
Pavel Roskin
On Fri, 2009-07-31 at 22:35 +0300, Nick Kossifidis wrote:
Nope calibration deals mostly with noise immunity, it calculates the
noise floor and fixes QAM constellation. It's not related to the synthesizer
so it's not related to the channel frequency.
OK then, good to know.
--
Regards,
Pavel
as a release, especially if the
later is actually working.
You can try compiling compat-wireless for Linux 2.6.30, but I would just
leave the kernel that works. If you have any regressions with the
bleeding edge kernel, please consider reporting them to the
appropriate mailing lists.
--
Regards,
Pavel
On Mon, 2009-07-20 at 09:43 +1000, Brett Wright wrote:
The values being programmed into the interrupt mask register are wrong
also.
Thanks for catching it! Resending the patch.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel
The new values are taken from the recently open sourced Atheros HAL.
Correctness is also confirmed by the users with access to Atheros
documentation.
Signed-off-by: Pavel Roskin pro...@gnu.org
---
Now with the masks. Pointed out by Brett Wright brett.wri...@elprotech.com
drivers/net/wireless
The new values are taken from the recently open sourced Atheros HAL.
Correctness is also confirmed by the users with access to Atheros
documentation.
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath/ath5k/reg.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions
a bit nervous that users with bus errors will consider it a
regression. However, ignoring bus errors is not a solution.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
more
likely that DPERR has always been 0x4, and 0x40 was reserved.
It's possible that the ar5k authors copied the value of MCABT from that
for 5210, where MCABT is indeed 0x10, but in the primary interrupt
status resister, not in ISR2.
--
Regards,
Pavel Roskin
)
flags |= AR5K_TXDESC_NOACK;
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
On Wed, 2009-05-06 at 13:25 -0400, John W. Linville wrote:
On Wed, May 06, 2009 at 12:36:13PM -0400, Bob Copeland wrote:
On Wed, May 6, 2009 at 12:14 PM, Pavel Roskin pro...@gnu.org wrote:
Hello!
If I scan by iw dev wlan0 scan while sending data through the
interface, I get a BUG
issue. There is nothing ath5k could or
should do differently to avoid that problem.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
(), which is
ultimately called by reg_todo(), a work handler.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
came back! :-)
Also, the unpatched ath5k scans in the GR locale for some reason, even
though it has some 5 GHz channels. Anyway, it's not very interesting
why the 0x44 value for PLL is working in some cases. It should be 0x04.
I've submitted the patch.
--
Regards,
Pavel Roskin
, scanning works for both 2.4 GHz and 5 GHz
bands. Please test with your hardware. If it works, I'll submit it.
ath5k: fix scanning in AR2424
AR5K_PHY_PLL_40MHZ_5413 shouldn't be ORed with AR5K_PHY_MODE_RAD_RF5112.
Signed-off-by: Pavel Roskin pro...@gnu.org
---
drivers/net/wireless/ath5k
architecture is x86_64.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
guess is that the problem is with receiving after transmitting.
That's the simplest remaining explanation. Or maybe it's a problem
with receiving after changing the channel.
I'll try to reduce the patch to the minimum.
--
Regards,
Pavel Roskin
without my
participation, it makes no sense to put my s-o-b on the code I didn't
write (even though I wrote something similar before).
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman
to the patch. It looks like it's another boolean
value, but it's not currently used.
--
Regards,
Pavel Roskin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
1 - 100 of 151 matches
Mail list logo
