* [PATCH 4/7] wireless-regdb: optimize two of DE's rules
From: Luis R. Rodriguez @ 2013-10-30 21:45 UTC (permalink / raw)
To: linville; +Cc: linux-wireless, wireless-regdb, Luis R. Rodriguez
In-Reply-To: <1383169509-22619-1-git-send-email-mcgrof@do-not-panic.com>
There's no reason not to merge these two rules.
This as picked up by the new CRDA optimizer.
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>
---
db.txt | 6 ++----
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/db.txt b/db.txt
index 5ca9704..da8fcfe 100644
--- a/db.txt
+++ b/db.txt
@@ -222,10 +222,8 @@ country CZ: DFS-ETSI
country DE: DFS-ETSI
# entries 279004 and 280006
(2400 - 2483.5 @ 40), (100 mW)
- # entry 303005
- (5150 - 5250 @ 80), (100 mW), NO-OUTDOOR
- # entries 304002 and 305002
- (5250 - 5350 @ 80), (100 mW), NO-OUTDOOR
+ # entry 303005, 304002 and 305002
+ (5150 - 5350 @ 80), (100 mW), NO-OUTDOOR
# entries 308002, 309001 and 310003
(5470 - 5725 @ 80), (500 mW), DFS
# 60 gHz band channels 1-4, ref: Etsi En 302 567
--
1.8.4.rc3
^ permalink raw reply related
* [PATCH 5/7] wireless-regdb: optimize two of ES's rules
From: Luis R. Rodriguez @ 2013-10-30 21:45 UTC (permalink / raw)
To: linville; +Cc: linux-wireless, wireless-regdb, Luis R. Rodriguez
In-Reply-To: <1383169509-22619-1-git-send-email-mcgrof@do-not-panic.com>
There's no reason not to merge these two rules.
This as picked up by the new CRDA optimizer.
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>
---
db.txt | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/db.txt b/db.txt
index da8fcfe..7532166 100644
--- a/db.txt
+++ b/db.txt
@@ -268,8 +268,7 @@ country EG: DFS-ETSI
country ES: DFS-ETSI
(2400 - 2483.5 @ 40), (100 mW)
- (5150 - 5250 @ 80), (100 mW), NO-OUTDOOR
- (5250 - 5350 @ 80), (100 mW), NO-OUTDOOR
+ (5150 - 5350 @ 80), (100 mW), NO-OUTDOOR
(5470 - 5725 @ 80), (500 mW), DFS
# 60 gHz band channels 1-4, ref: Etsi En 302 567
(57240 - 65880 @ 2160), (40), NO-OUTDOOR
--
1.8.4.rc3
^ permalink raw reply related
* [PATCH 6/7] wireless-regdb: optimize two of IL's rules
From: Luis R. Rodriguez @ 2013-10-30 21:45 UTC (permalink / raw)
To: linville; +Cc: linux-wireless, wireless-regdb, Luis R. Rodriguez
In-Reply-To: <1383169509-22619-1-git-send-email-mcgrof@do-not-panic.com>
There's no reason not to merge these two rules.
This as picked up by the new CRDA optimizer.
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>
---
db.txt | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/db.txt b/db.txt
index 7532166..efd9902 100644
--- a/db.txt
+++ b/db.txt
@@ -389,8 +389,7 @@ country IE: DFS-ETSI
country IL: DFS-ETSI
(2402 - 2482 @ 40), (20)
- (5150 - 5250 @ 80), (200 mW), NO-OUTDOOR
- (5250 - 5350 @ 80), (200 mW), NO-OUTDOOR
+ (5150 - 5350 @ 80), (200 mW), NO-OUTDOOR
country IN: DFS-JP
(2402 - 2482 @ 40), (20)
--
1.8.4.rc3
^ permalink raw reply related
* [PATCH 7/7] wireless-regdb: optimize two of NL's rules
From: Luis R. Rodriguez @ 2013-10-30 21:45 UTC (permalink / raw)
To: linville; +Cc: linux-wireless, wireless-regdb, Luis R. Rodriguez
In-Reply-To: <1383169509-22619-1-git-send-email-mcgrof@do-not-panic.com>
There's no reason not to merge these two rules.
This as picked up by the new CRDA optimizer.
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>
---
db.txt | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/db.txt b/db.txt
index efd9902..429a380 100644
--- a/db.txt
+++ b/db.txt
@@ -557,8 +557,7 @@ country MX: DFS-FCC
country NL: DFS-ETSI
(2402 - 2482 @ 40), (20)
- (5170 - 5250 @ 80), (20), NO-OUTDOOR
- (5250 - 5330 @ 80), (20), NO-OUTDOOR
+ (5170 - 5330 @ 80), (20), NO-OUTDOOR
(5490 - 5710 @ 80), (27), DFS
# 60 gHz band channels 1-4, ref: Etsi En 302 567
(57240 - 65880 @ 2160), (40), NO-OUTDOOR
--
1.8.4.rc3
^ permalink raw reply related
* Re: [PATCH 0/7] wireless-regdb: DFS regions and optimizations
From: Luis R. Rodriguez @ 2013-10-30 21:46 UTC (permalink / raw)
To: John W. Linville
Cc: linux-wireless, wireless-regdb@lists.infradead.org,
Luis R. Rodriguez
In-Reply-To: <1383169509-22619-1-git-send-email-mcgrof@do-not-panic.com>
On Wed, Oct 30, 2013 at 10:45 PM, Luis R. Rodriguez
<mcgrof@do-not-panic.com> wrote:
> This patch series associates a slew of countries
> to DFS regions and then provides updates to 4
> countries based on the new CRDA optimizer. The
> optimizations have no functional changes other
> than reducing the size of the regulatory domain
> data strucutre that would be used to send to
> the kernel.
I should note that this depends on the removal of antenna gain patch.
Luis
^ permalink raw reply
* Re: [PATCH/RFT 00/12] ath10k: pci fixes 2013-10-30
From: Ben Greear @ 2013-10-30 23:41 UTC (permalink / raw)
To: Michal Kazior; +Cc: ath10k, linux-wireless
In-Reply-To: <1383133346-8135-1-git-send-email-michal.kazior@tieto.com>
On 10/30/2013 04:42 AM, Michal Kazior wrote:
> Hi,
>
> This patchset contains a slew of PCI/CE cleanups
> and fixes. The aim of the patchset is to deal with
> CE null dereference bugs Ben has been reporting on
> the mailing list for some time now.
>
> I've done some brief testing and don't see any
> major regressions. I wasn't able to reproduce the
> reported bugs though. @Ben: Could you perhaps test
> this, please?
I have done a bit of testing on this. First, I did see
a total machine lockup, but I have been seeing those fairly
often on module reloads, so probably that was nothing new
in your patches.
I am also still running the crash avoidance patches I posted
recently.
And good news for me at least...with some modified firmware,
I am getting two stations to associate to the same AP and
pass traffic to each other (no encryption..that probably
doesn't work yet) :)
Thanks,
Ben
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
^ permalink raw reply
* [PATCH] wcn36xx: enable the beaconing in mesh mode
From: Chun-Yeow Yeoh @ 2013-10-31 6:04 UTC (permalink / raw)
To: linux-wireless
Cc: k.eugene.e, linville, wcn36xx, Chun-Yeow Yeoh, Chun-Yeow Yeoh
Enable the beaconing in wnc36xx by tweaking the tim offset and
force the use of AP-style beaconing. Otherwise, beaconing is not
working. The tim offset is set to 256. Otherwise, this will
overwrite mesh beacon submitted by mac80211.
Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@cozybit.com>
---
drivers/net/wireless/ath/wcn36xx/smd.c | 12 ++++++++----
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/net/wireless/ath/wcn36xx/smd.c b/drivers/net/wireless/ath/wcn36xx/smd.c
index f8c3a10..19f43de 100644
--- a/drivers/net/wireless/ath/wcn36xx/smd.c
+++ b/drivers/net/wireless/ath/wcn36xx/smd.c
@@ -1134,14 +1134,14 @@ int wcn36xx_smd_config_bss(struct wcn36xx *wcn, struct ieee80211_vif *vif,
/* STA */
bss->oper_mode = 1;
bss->wcn36xx_hal_persona = WCN36XX_HAL_STA_MODE;
- } else if (vif->type == NL80211_IFTYPE_AP) {
+ } else if (vif->type == NL80211_IFTYPE_AP ||
+ vif->type == NL80211_IFTYPE_MESH_POINT) {
bss->bss_type = WCN36XX_HAL_INFRA_AP_MODE;
/* AP */
bss->oper_mode = 0;
bss->wcn36xx_hal_persona = WCN36XX_HAL_STA_SAP_MODE;
- } else if (vif->type == NL80211_IFTYPE_ADHOC ||
- vif->type == NL80211_IFTYPE_MESH_POINT) {
+ } else if (vif->type == NL80211_IFTYPE_ADHOC) {
bss->bss_type = WCN36XX_HAL_IBSS_MODE;
/* STA */
@@ -1291,7 +1291,11 @@ int wcn36xx_smd_send_beacon(struct wcn36xx *wcn, struct ieee80211_vif *vif,
memcpy(msg_body.bssid, vif->addr, ETH_ALEN);
/* TODO need to find out why this is needed? */
- msg_body.tim_ie_offset = tim_off+4;
+ if (vif->type == NL80211_IFTYPE_MESH_POINT)
+ /* mesh beacon don't need this, so push further down */
+ msg_body.tim_ie_offset = 256;
+ else
+ msg_body.tim_ie_offset = tim_off+4;
msg_body.p2p_ie_offset = p2p_off;
PREPARE_HAL_BUF(wcn->hal_buf, msg_body);
--
1.7.9.5
^ permalink raw reply related
* [PATCH] wcn36xx: enable beacon change using BSS_CHANGED_BEACON
From: Chun-Yeow Yeoh @ 2013-10-31 6:07 UTC (permalink / raw)
To: linux-wireless
Cc: k.eugene.e, linville, wcn36xx, Chun-Yeow Yeoh, Chun-Yeow Yeoh
Enable the beacon changed using BSS_CHANGED_BEACON. This is
especially useful for mesh mode.
Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow@cozybit.com>
---
drivers/net/wireless/ath/wcn36xx/main.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/wcn36xx/main.c b/drivers/net/wireless/ath/wcn36xx/main.c
index 7839b31..e64a678 100644
--- a/drivers/net/wireless/ath/wcn36xx/main.c
+++ b/drivers/net/wireless/ath/wcn36xx/main.c
@@ -641,7 +641,8 @@ static void wcn36xx_bss_info_changed(struct ieee80211_hw *hw,
dev_kfree_skb(skb);
}
- if (changed & BSS_CHANGED_BEACON_ENABLED) {
+ if (changed & BSS_CHANGED_BEACON_ENABLED ||
+ changed & BSS_CHANGED_BEACON) {
wcn36xx_dbg(WCN36XX_DBG_MAC,
"mac bss changed beacon enabled %d\n",
bss_conf->enable_beacon);
--
1.7.9.5
^ permalink raw reply related
* [PATCH] rt2x00: fix HT TX descriptor settings regression
From: Stanislaw Gruszka @ 2013-10-31 10:23 UTC (permalink / raw)
To: linux-wireless; +Cc: users
Since:
commit 36323f817af0376c78612cfdab714b0feb05fea5
Author: Thomas Huehn <thomas@net.t-labs.tu-berlin.de>
Date: Mon Jul 23 21:33:42 2012 +0200
mac80211: move TX station pointer and restructure TX
we do not pass sta pointer to rt2x00queue_create_tx_descriptor_ht(),
hence we do not correctly set station WCID and AMPDU density parameters.
Cc: stable@vger.kernel.org # 3.7+
Signed-off-by: Stanislaw Gruszka <sgruszka@redhat.com>
---
drivers/net/wireless/rt2x00/rt2x00lib.h | 2 +-
drivers/net/wireless/rt2x00/rt2x00mac.c | 4 ++--
drivers/net/wireless/rt2x00/rt2x00queue.c | 4 ++--
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/net/wireless/rt2x00/rt2x00lib.h b/drivers/net/wireless/rt2x00/rt2x00lib.h
index a093598..7f40ab8 100644
--- a/drivers/net/wireless/rt2x00/rt2x00lib.h
+++ b/drivers/net/wireless/rt2x00/rt2x00lib.h
@@ -146,7 +146,7 @@ void rt2x00queue_remove_l2pad(struct sk_buff *skb, unsigned int header_length);
* @local: frame is not from mac80211
*/
int rt2x00queue_write_tx_frame(struct data_queue *queue, struct sk_buff *skb,
- bool local);
+ struct ieee80211_sta *sta, bool local);
/**
* rt2x00queue_update_beacon - Send new beacon from mac80211
diff --git a/drivers/net/wireless/rt2x00/rt2x00mac.c b/drivers/net/wireless/rt2x00/rt2x00mac.c
index 7c15785..2183e79 100644
--- a/drivers/net/wireless/rt2x00/rt2x00mac.c
+++ b/drivers/net/wireless/rt2x00/rt2x00mac.c
@@ -90,7 +90,7 @@ static int rt2x00mac_tx_rts_cts(struct rt2x00_dev *rt2x00dev,
frag_skb->data, data_length, tx_info,
(struct ieee80211_rts *)(skb->data));
- retval = rt2x00queue_write_tx_frame(queue, skb, true);
+ retval = rt2x00queue_write_tx_frame(queue, skb, NULL, true);
if (retval) {
dev_kfree_skb_any(skb);
rt2x00_warn(rt2x00dev, "Failed to send RTS/CTS frame\n");
@@ -151,7 +151,7 @@ void rt2x00mac_tx(struct ieee80211_hw *hw,
goto exit_fail;
}
- if (unlikely(rt2x00queue_write_tx_frame(queue, skb, false)))
+ if (unlikely(rt2x00queue_write_tx_frame(queue, skb, control->sta, false)))
goto exit_fail;
/*
diff --git a/drivers/net/wireless/rt2x00/rt2x00queue.c b/drivers/net/wireless/rt2x00/rt2x00queue.c
index 50590b1..a5d38e8 100644
--- a/drivers/net/wireless/rt2x00/rt2x00queue.c
+++ b/drivers/net/wireless/rt2x00/rt2x00queue.c
@@ -635,7 +635,7 @@ static void rt2x00queue_bar_check(struct queue_entry *entry)
}
int rt2x00queue_write_tx_frame(struct data_queue *queue, struct sk_buff *skb,
- bool local)
+ struct ieee80211_sta *sta, bool local)
{
struct ieee80211_tx_info *tx_info;
struct queue_entry *entry;
@@ -649,7 +649,7 @@ int rt2x00queue_write_tx_frame(struct data_queue *queue, struct sk_buff *skb,
* after that we are free to use the skb->cb array
* for our information.
*/
- rt2x00queue_create_tx_descriptor(queue->rt2x00dev, skb, &txdesc, NULL);
+ rt2x00queue_create_tx_descriptor(queue->rt2x00dev, skb, &txdesc, sta);
/*
* All information is retrieved from the skb->cb array,
--
1.8.3.1
^ permalink raw reply related
* Re: [PATCH 19/51] DMA-API: media: dt3155v4l: replace dma_set_mask()+dma_set_coherent_mask() with new helper
From: Mauro Carvalho Chehab @ 2013-10-31 11:46 UTC (permalink / raw)
To: Hans Verkuil
Cc: Russell King, alsa-devel, b43-dev, devel, devicetree, dri-devel,
e1000-devel, linux-arm-kernel, linux-crypto, linux-doc,
linux-fbdev, linux-ide, linux-media, linux-mmc, linux-nvme,
linux-omap, linuxppc-dev, linux-samsung-soc, linux-scsi,
linux-tegra, linux-usb, linux-wireless, netdev,
Solarflare linux maintainers, uclinux-dist-devel,
Greg Kroah-Hartman, Russell King
In-Reply-To: <5249673B.5020705@xs4all.nl>
Hi Russell,
Em Mon, 30 Sep 2013 13:57:47 +0200
Hans Verkuil <hverkuil@xs4all.nl> escreveu:
> On 09/19/2013 11:44 PM, Russell King wrote:
> > Replace the following sequence:
> >
> > dma_set_mask(dev, mask);
> > dma_set_coherent_mask(dev, mask);
> >
> > with a call to the new helper dma_set_mask_and_coherent().
> >
> > Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
>
> Acked-by: Hans Verkuil <hans.verkuil@cisco.com>
Somehow, I lost your original post (I got unsubscribed on a few days
from all vger mailing lists at the end of september).
I suspect that you want to sent this via your tree, right?
If so:
Acked-by: Mauro Carvalho Chehab <m.chehab@samsung.com>
>
> Regards,
>
> Hans
>
> > ---
> > drivers/staging/media/dt3155v4l/dt3155v4l.c | 5 +----
> > 1 files changed, 1 insertions(+), 4 deletions(-)
> >
> > diff --git a/drivers/staging/media/dt3155v4l/dt3155v4l.c b/drivers/staging/media/dt3155v4l/dt3155v4l.c
> > index 90d6ac4..081407b 100644
> > --- a/drivers/staging/media/dt3155v4l/dt3155v4l.c
> > +++ b/drivers/staging/media/dt3155v4l/dt3155v4l.c
> > @@ -901,10 +901,7 @@ dt3155_probe(struct pci_dev *pdev, const struct pci_device_id *id)
> > int err;
> > struct dt3155_priv *pd;
> >
> > - err = dma_set_mask(&pdev->dev, DMA_BIT_MASK(32));
> > - if (err)
> > - return -ENODEV;
> > - err = dma_set_coherent_mask(&pdev->dev, DMA_BIT_MASK(32));
> > + err = dma_set_mask_and_coherent(&pdev->dev, DMA_BIT_MASK(32));
> > if (err)
> > return -ENODEV;
> > pd = kzalloc(sizeof(*pd), GFP_KERNEL);
> >
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Cheers,
Mauro
^ permalink raw reply
* Re: [PATCH] nl80211: better document NL80211_CMD_TDLS_MGMT
From: Arik Nemtsov @ 2013-10-31 12:53 UTC (permalink / raw)
To: Bob Copeland; +Cc: linux-wireless@vger.kernel.org, Johannes Berg
In-Reply-To: <20131030184302.GA1026@localhost>
On Wed, Oct 30, 2013 at 8:43 PM, Bob Copeland <me@bobcopeland.com> wrote:
>
> On Wed, Oct 30, 2013 at 07:09:34PM +0200, Arik Nemtsov wrote:
> > + * @NL80211_CMD_TDLS_MGMT: Send a TDLS management frame. The
> > + * %NL80211_ATTR_TDLS_ACTION attribute determines the typ of frame to be
>
> type typo there.
Thanks.
^ permalink raw reply
* [PATCH v2] nl80211: better document NL80211_CMD_TDLS_MGMT
From: Arik Nemtsov @ 2013-10-31 12:54 UTC (permalink / raw)
To: linux-wireless; +Cc: Johannes Berg, Arik Nemtsov
This command has different semantics depending on the action code sent.
Document this fact and detail the supported action codes.
Signed-off-by: Arik Nemtsov <arik@wizery.com>
---
include/uapi/linux/nl80211.h | 9 ++++++++-
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/include/uapi/linux/nl80211.h b/include/uapi/linux/nl80211.h
index f752e98..3d8325b 100644
--- a/include/uapi/linux/nl80211.h
+++ b/include/uapi/linux/nl80211.h
@@ -581,7 +581,14 @@
* operation, %NL80211_ATTR_MAC contains the peer MAC address, and
* %NL80211_ATTR_REASON_CODE the reason code to be used (only with
* %NL80211_TDLS_TEARDOWN).
- * @NL80211_CMD_TDLS_MGMT: Send a TDLS management frame.
+ * @NL80211_CMD_TDLS_MGMT: Send a TDLS management frame. The
+ * %NL80211_ATTR_TDLS_ACTION attribute determines the type of frame to be
+ * sent. Public Action codes (802.11-2012 8.1.5.1) will be sent as
+ * 802.11 management frames, while TDLS action codes (802.11-2012
+ * 8.5.13.1) will be encapsulated and sent as data frames. The currently
+ * supported Public Action code is %WLAN_PUB_ACTION_TDLS_DISCOVER_RES
+ * and the currently supported TDLS actions codes are given in
+ * &enum ieee80211_tdls_actioncode.
*
* @NL80211_CMD_UNEXPECTED_FRAME: Used by an application controlling an AP
* (or GO) interface (i.e. hostapd) to ask for unexpected frames to
--
1.8.1.2
^ permalink raw reply related
* Re: Edimax EW-7733UnD
From: Gianfranco Costamagna @ 2013-10-31 13:56 UTC (permalink / raw)
To: Stanislaw Gruszka; +Cc: linux-wireless@vger.kernel.org
In-Reply-To: <20131024113748.GD1677@redhat.com>
> Il Giovedì 24 Ottobre 2013 13:41, Stanislaw Gruszka <sgruszka@redhat.com> ha scritto:
> > On Thu, Oct 24, 2013 at 12:32:16PM +0100, Gianfranco Costamagna wrote:
>>
>>
>> Il Giovedì 24 Ottobre 2013 13:25, Stanislaw Gruszka
> <sgruszka@redhat.com> ha scritto:
>>
>> On Wed, Oct 23, 2013 at 03:27:49PM +0100, Gianfranco Costamagna wrote:
>> >
>> >> Hi Kernel Wireless developers, I write here since I have an issue
> with this module.
>> >>
>> >>
>> >> We bought 2 of them since they are both 2.4 and 5Ghz capable, and
> they seem to be powerful enough for our pourposes
>> >>
> http://www.edimax.com/au/produce_detail.php?pd_id=399&pl1_id=1&pl2_id=44
>> >>
>> >>
>> >> Anyway there is a problem, that the linux kernel seems to be not
> supporting them
>> >>
>> >> I tried following this guide
>> >> http://wikidevi.com/wiki/Edimax_EW-7733UnD
>> >> rt3573sta, possibly rt5572sta, and future support in rt2800usb
> "uhosg's patchset adding support, may be in by k3.12"
>> >> but at this moment it is showing an interface with one of them (I
> cannot connect to anything, the interface shown seems to be incorrect), with
> another I get a kernel anic and with the third one doesn't work at all.
>> >>
>> >> lsusb |grep Edimax
>> >>
>> >> Bus 002 Device 002: ID 7392:7733 Edimax Technology Co., Ltd
>> >
>> >I have that exect device and it works ok here, but I'm using
>> >wireless-testing tree. So perhaps you should try install that
>> >tree or use backports .
>>
>>
>> Wonderful! I don't really understand what do you mean with backports,
> are you referring to "linux kernel backports" right?
>
> Yes.
>
>> So I can choose the backport source or to checkout and build the
> wireless-testing tree.
>>
>> Just as information, how long will it take to have it into the stable
> mainline?
>
> Current wireless-testing content will be available on 3.13 ,
> though I think that device should also work on 3.12 .
>
Ok I built a custom kernel but I still have some issues
Ubuntu 13.10 x64
git clone http://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-testing.git
cd wireless-testing
copied my config from this kernel http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.12-rc7-saucy/
make oldconfig
(a tail of my .config file after the make)
CONFIG_RT2800PCI=m
CONFIG_RT2800PCI_RT33XX=y
CONFIG_RT2800PCI_RT35XX=y
CONFIG_RT2800PCI_RT53XX=y
CONFIG_RT2800PCI_RT3290=y
CONFIG_RT2500USB=m
CONFIG_RT73USB=m
CONFIG_RT2800USB=m
CONFIG_RT2800USB_RT33XX=y
CONFIG_RT2800USB_RT35XX=y
# CONFIG_RT2800USB_RT3573 is not set
CONFIG_RT2800USB_RT53XX=y
CONFIG_RT2800USB_RT55XX=y
CONFIG_RT2800USB_UNKNOWN=y
CONFIG_RT2800_LIB=m
CONFIG_RT2800_LIB_MMIO=m
CONFIG_RT2X00_LIB_MMIO=m
CONFIG_RT2X00_LIB_PCI=m
CONFIG_RT2X00_LIB_USB=m
CONFIG_RT2X00_LIB=m
CONFIG_RT2X00_LIB_FIRMWARE=y
CONFIG_RT2X00_LIB_CRYPTO=y
CONFIG_RT2X00_LIB_LEDS=y
# CONFIG_RT2X00_LIB_DEBUGFS is not set
# CONFIG_RT2X00_DEBUG is not set
(apt-get build-dep linux)
make
make all
sudo make modules_install
sudo make install
I was surprised that everything was automatically copied in /boot and grub automatically found the new kernel without manual mkinitrd anymore (so long time from my last kernel build)
Reboot
locutus@gianfranco-Latitude-E5520:~/wireless-testing$ uname -a
Linux gianfranco-Latitude-E5520 3.12.0-rc5-wl #2 SMP Thu Oct 31 14:04:43 CET 2013 x86_64 x86_64 x86_64 GNU/Linux
put key in my pc
[ 471.585065] usb 2-1.2: new high-speed USB device number 11 using ehci-pci
[ 471.693762] usb 2-1.2: New USB device found, idVendor=7392, idProduct=7733
[ 471.693766] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 471.693768] usb 2-1.2: Product: 802.11 n WLAN
[ 471.693770] usb 2-1.2: Manufacturer: Ralink
[ 471.693771] usb 2-1.2: SerialNumber: 1.0
sudo modprobe rt2800usb
[ 540.170899] usbcore: registered new interface driver rt2800usb
nothing works...
Can you please help me again?
Many thanks
have a nice day,
Gianfranco
>
> Stanislaw
>
^ permalink raw reply
* Re: Edimax EW-7733UnD
From: Stanislaw Gruszka @ 2013-10-31 14:08 UTC (permalink / raw)
To: Gianfranco Costamagna; +Cc: linux-wireless@vger.kernel.org
In-Reply-To: <1383227814.41997.YahooMailNeo@web171801.mail.ir2.yahoo.com>
On Thu, Oct 31, 2013 at 01:56:54PM +0000, Gianfranco Costamagna wrote:
> put key in my pc
> [ 471.585065] usb 2-1.2: new high-speed USB device number 11 using ehci-pci
> [ 471.693762] usb 2-1.2: New USB device found, idVendor=7392, idProduct=7733
> [ 471.693766] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> [ 471.693768] usb 2-1.2: Product: 802.11 n WLAN
> [ 471.693770] usb 2-1.2: Manufacturer: Ralink
> [ 471.693771] usb 2-1.2: SerialNumber: 1.0
>
> sudo modprobe rt2800usb
>
> [ 540.170899] usbcore: registered new interface driver rt2800usb
>
> nothing works...
>
> Can you please help me again?
Lack of firmware ? Also check if device support is really compiled in
the module - "modinfo rt2800usb | grep 7733" should show device id.
Stanislaw
^ permalink raw reply
* Re: Edimax EW-7733UnD
From: Hauke Mehrtens @ 2013-10-31 14:11 UTC (permalink / raw)
To: Gianfranco Costamagna, Stanislaw Gruszka; +Cc: linux-wireless@vger.kernel.org
In-Reply-To: <1383227814.41997.YahooMailNeo@web171801.mail.ir2.yahoo.com>
On 10/31/2013 02:56 PM, Gianfranco Costamagna wrote:
>
>
>> Il Giovedì 24 Ottobre 2013 13:41, Stanislaw Gruszka <sgruszka@redhat.com> ha scritto:
>>> On Thu, Oct 24, 2013 at 12:32:16PM +0100, Gianfranco Costamagna wrote:
>>>
>>>
>>> Il Giovedì 24 Ottobre 2013 13:25, Stanislaw Gruszka
>> <sgruszka@redhat.com> ha scritto:
>>>
>>> On Wed, Oct 23, 2013 at 03:27:49PM +0100, Gianfranco Costamagna wrote:
>>> >
>>> >> Hi Kernel Wireless developers, I write here since I have an issue
>> with this module.
>>> >>
>>> >>
>>> >> We bought 2 of them since they are both 2.4 and 5Ghz capable, and
>> they seem to be powerful enough for our pourposes
>>> >>
>> http://www.edimax.com/au/produce_detail.php?pd_id=399&pl1_id=1&pl2_id=44
>>> >>
>>> >>
>>> >> Anyway there is a problem, that the linux kernel seems to be not
>> supporting them
>>> >>
>>> >> I tried following this guide
>>> >> http://wikidevi.com/wiki/Edimax_EW-7733UnD
>>> >> rt3573sta, possibly rt5572sta, and future support in rt2800usb
>> "uhosg's patchset adding support, may be in by k3.12"
>>> >> but at this moment it is showing an interface with one of them (I
>> cannot connect to anything, the interface shown seems to be incorrect), with
>> another I get a kernel anic and with the third one doesn't work at all.
>>> >>
>>> >> lsusb |grep Edimax
>>> >>
>>> >> Bus 002 Device 002: ID 7392:7733 Edimax Technology Co., Ltd
>>> >
>>> >I have that exect device and it works ok here, but I'm using
>>> >wireless-testing tree. So perhaps you should try install that
>>> >tree or use backports .
>>>
>>>
>>> Wonderful! I don't really understand what do you mean with backports,
>> are you referring to "linux kernel backports" right?
>>
>> Yes.
>>
>>> So I can choose the backport source or to checkout and build the
>> wireless-testing tree.
>>>
>>> Just as information, how long will it take to have it into the stable
>> mainline?
>>
>> Current wireless-testing content will be available on 3.13 ,
>> though I think that device should also work on 3.12 .
>>
>
> Ok I built a custom kernel but I still have some issues
> Ubuntu 13.10 x64
> git clone http://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-testing.git
> cd wireless-testing
> copied my config from this kernel http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.12-rc7-saucy/
>
> make oldconfig
> (a tail of my .config file after the make)
> CONFIG_RT2800PCI=m
> CONFIG_RT2800PCI_RT33XX=y
> CONFIG_RT2800PCI_RT35XX=y
> CONFIG_RT2800PCI_RT53XX=y
> CONFIG_RT2800PCI_RT3290=y
> CONFIG_RT2500USB=m
> CONFIG_RT73USB=m
> CONFIG_RT2800USB=m
> CONFIG_RT2800USB_RT33XX=y
> CONFIG_RT2800USB_RT35XX=y
> # CONFIG_RT2800USB_RT3573 is not set
Aren't you trying to get a RT3573 card to work? You should activate
CONFIG_RT2800USB_RT3573.
> CONFIG_RT2800USB_RT53XX=y
> CONFIG_RT2800USB_RT55XX=y
> CONFIG_RT2800USB_UNKNOWN=y
> CONFIG_RT2800_LIB=m
> CONFIG_RT2800_LIB_MMIO=m
> CONFIG_RT2X00_LIB_MMIO=m
> CONFIG_RT2X00_LIB_PCI=m
> CONFIG_RT2X00_LIB_USB=m
> CONFIG_RT2X00_LIB=m
> CONFIG_RT2X00_LIB_FIRMWARE=y
> CONFIG_RT2X00_LIB_CRYPTO=y
> CONFIG_RT2X00_LIB_LEDS=y
> # CONFIG_RT2X00_LIB_DEBUGFS is not set
> # CONFIG_RT2X00_DEBUG is not set
>
> (apt-get build-dep linux)
> make
> make all
> sudo make modules_install
> sudo make install
>
> I was surprised that everything was automatically copied in /boot and grub automatically found the new kernel without manual mkinitrd anymore (so long time from my last kernel build)
>
> Reboot
>
> locutus@gianfranco-Latitude-E5520:~/wireless-testing$ uname -a
> Linux gianfranco-Latitude-E5520 3.12.0-rc5-wl #2 SMP Thu Oct 31 14:04:43 CET 2013 x86_64 x86_64 x86_64 GNU/Linux
>
>
> put key in my pc
> [ 471.585065] usb 2-1.2: new high-speed USB device number 11 using ehci-pci
> [ 471.693762] usb 2-1.2: New USB device found, idVendor=7392, idProduct=7733
> [ 471.693766] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> [ 471.693768] usb 2-1.2: Product: 802.11 n WLAN
> [ 471.693770] usb 2-1.2: Manufacturer: Ralink
> [ 471.693771] usb 2-1.2: SerialNumber: 1.0
>
> sudo modprobe rt2800usb
>
> [ 540.170899] usbcore: registered new interface driver rt2800usb
>
> nothing works...
>
> Can you please help me again?
>
^ permalink raw reply
* Re: Edimax EW-7733UnD
From: Gertjan van Wingerde @ 2013-10-31 14:22 UTC (permalink / raw)
To: Gianfranco Costamagna; +Cc: Stanislaw Gruszka, linux-wireless@vger.kernel.org
In-Reply-To: <1383227814.41997.YahooMailNeo@web171801.mail.ir2.yahoo.com>
On Thu, Oct 31, 2013 at 2:56 PM, Gianfranco Costamagna
<costamagnagianfranco@yahoo.it> wrote:
>
>
>> Il Giovedì 24 Ottobre 2013 13:41, Stanislaw Gruszka <sgruszka@redhat.com> ha scritto:
>> > On Thu, Oct 24, 2013 at 12:32:16PM +0100, Gianfranco Costamagna wrote:
>>>
>>>
>>> Il Giovedì 24 Ottobre 2013 13:25, Stanislaw Gruszka
>> <sgruszka@redhat.com> ha scritto:
>>>
>>> On Wed, Oct 23, 2013 at 03:27:49PM +0100, Gianfranco Costamagna wrote:
>>> >
>>> >> Hi Kernel Wireless developers, I write here since I have an issue
>> with this module.
>>> >>
>>> >>
>>> >> We bought 2 of them since they are both 2.4 and 5Ghz capable, and
>> they seem to be powerful enough for our pourposes
>>> >>
>> http://www.edimax.com/au/produce_detail.php?pd_id=399&pl1_id=1&pl2_id=44
>>> >>
>>> >>
>>> >> Anyway there is a problem, that the linux kernel seems to be not
>> supporting them
>>> >>
>>> >> I tried following this guide
>>> >> http://wikidevi.com/wiki/Edimax_EW-7733UnD
>>> >> rt3573sta, possibly rt5572sta, and future support in rt2800usb
>> "uhosg's patchset adding support, may be in by k3.12"
>>> >> but at this moment it is showing an interface with one of them (I
>> cannot connect to anything, the interface shown seems to be incorrect), with
>> another I get a kernel anic and with the third one doesn't work at all.
>>> >>
>>> >> lsusb |grep Edimax
>>> >>
>>> >> Bus 002 Device 002: ID 7392:7733 Edimax Technology Co., Ltd
>>> >
>>> >I have that exect device and it works ok here, but I'm using
>>> >wireless-testing tree. So perhaps you should try install that
>>> >tree or use backports .
>>>
>>>
>>> Wonderful! I don't really understand what do you mean with backports,
>> are you referring to "linux kernel backports" right?
>>
>> Yes.
>>
>>> So I can choose the backport source or to checkout and build the
>> wireless-testing tree.
>>>
>>> Just as information, how long will it take to have it into the stable
>> mainline?
>>
>> Current wireless-testing content will be available on 3.13 ,
>> though I think that device should also work on 3.12 .
>>
>
> Ok I built a custom kernel but I still have some issues
> Ubuntu 13.10 x64
> git clone http://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-testing.git
> cd wireless-testing
> copied my config from this kernel http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.12-rc7-saucy/
>
> make oldconfig
> (a tail of my .config file after the make)
> CONFIG_RT2800PCI=m
> CONFIG_RT2800PCI_RT33XX=y
> CONFIG_RT2800PCI_RT35XX=y
> CONFIG_RT2800PCI_RT53XX=y
> CONFIG_RT2800PCI_RT3290=y
> CONFIG_RT2500USB=m
> CONFIG_RT73USB=m
> CONFIG_RT2800USB=m
> CONFIG_RT2800USB_RT33XX=y
> CONFIG_RT2800USB_RT35XX=y
> # CONFIG_RT2800USB_RT3573 is not set
You will have to enable this configuration item to make this device work.
> CONFIG_RT2800USB_RT53XX=y
> CONFIG_RT2800USB_RT55XX=y
> CONFIG_RT2800USB_UNKNOWN=y
> CONFIG_RT2800_LIB=m
> CONFIG_RT2800_LIB_MMIO=m
> CONFIG_RT2X00_LIB_MMIO=m
> CONFIG_RT2X00_LIB_PCI=m
> CONFIG_RT2X00_LIB_USB=m
> CONFIG_RT2X00_LIB=m
> CONFIG_RT2X00_LIB_FIRMWARE=y
> CONFIG_RT2X00_LIB_CRYPTO=y
> CONFIG_RT2X00_LIB_LEDS=y
> # CONFIG_RT2X00_LIB_DEBUGFS is not set
> # CONFIG_RT2X00_DEBUG is not set
>
> (apt-get build-dep linux)
> make
> make all
> sudo make modules_install
> sudo make install
>
> I was surprised that everything was automatically copied in /boot and grub automatically found the new kernel without manual mkinitrd anymore (so long time from my last kernel build)
>
> Reboot
>
> locutus@gianfranco-Latitude-E5520:~/wireless-testing$ uname -a
> Linux gianfranco-Latitude-E5520 3.12.0-rc5-wl #2 SMP Thu Oct 31 14:04:43 CET 2013 x86_64 x86_64 x86_64 GNU/Linux
>
>
> put key in my pc
> [ 471.585065] usb 2-1.2: new high-speed USB device number 11 using ehci-pci
> [ 471.693762] usb 2-1.2: New USB device found, idVendor=7392, idProduct=7733
> [ 471.693766] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> [ 471.693768] usb 2-1.2: Product: 802.11 n WLAN
> [ 471.693770] usb 2-1.2: Manufacturer: Ralink
> [ 471.693771] usb 2-1.2: SerialNumber: 1.0
>
> sudo modprobe rt2800usb
>
> [ 540.170899] usbcore: registered new interface driver rt2800usb
>
> nothing works...
>
> Can you please help me again?
>
--
---
Gertjan
^ permalink raw reply
* [PATCH] cfg80211: Introduce critical protocol indication for p2p connection.
From: Sunil Dutt Undekari @ 2013-10-31 14:40 UTC (permalink / raw)
To: linux-wireless; +Cc: j, usdutt
A reliable P2P connection needs to avoid any offload off channel
operations triggered by the host driver.Thus, indicate such
attempts to the host driver by including a new protocol id,
signifying the p2p connection.
Signed-off-by: Sunil Dutt <usdutt@qti.qualcomm.com>
---
include/uapi/linux/nl80211.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/linux/nl80211.h b/include/uapi/linux/nl80211.h
index 8f01961..cae07aa 100644
--- a/include/uapi/linux/nl80211.h
+++ b/include/uapi/linux/nl80211.h
@@ -3894,6 +3894,7 @@ enum nl80211_protocol_features {
* @NL80211_CRIT_PROTO_DHCP: BOOTP or DHCPv6 protocol.
* @NL80211_CRIT_PROTO_EAPOL: EAPOL protocol.
* @NL80211_CRIT_PROTO_APIPA: APIPA protocol.
+ * @NL80211_CRIT_PROTO_P2P: P2P protocol.
* @NUM_NL80211_CRIT_PROTO: must be kept last.
*/
enum nl80211_crit_proto_id {
@@ -3901,6 +3902,7 @@ enum nl80211_crit_proto_id {
NL80211_CRIT_PROTO_DHCP,
NL80211_CRIT_PROTO_EAPOL,
NL80211_CRIT_PROTO_APIPA,
+ NL80211_CRIT_PROTO_P2P,
/* add other protocols before this one */
NUM_NL80211_CRIT_PROTO
};
--
1.8.2.1
^ permalink raw reply related
* Re: [PATCH] cfg80211: Introduce critical protocol indication for p2p connection.
From: Johannes Berg @ 2013-10-31 14:43 UTC (permalink / raw)
To: Sunil Dutt Undekari; +Cc: linux-wireless, j
In-Reply-To: <1383230452-12608-1-git-send-email-usdutt@qti.qualcomm.com>
On Thu, 2013-10-31 at 20:10 +0530, Sunil Dutt Undekari wrote:
> A reliable P2P connection needs to avoid any offload off channel
> operations triggered by the host driver.
That's not what the critical protocol stuff was designed for, so no.
johannes
^ permalink raw reply
* Re: [PATCH 19/51] DMA-API: media: dt3155v4l: replace dma_set_mask()+dma_set_coherent_mask() with new helper
From: Russell King - ARM Linux @ 2013-10-31 14:49 UTC (permalink / raw)
To: Mauro Carvalho Chehab
Cc: Hans Verkuil, alsa-devel, linux-doc, linux-mmc, linux-fbdev,
linux-nvme, linux-ide, devel, linux-samsung-soc, linux-scsi,
e1000-devel, b43-dev, linux-media, devicetree, dri-devel,
linux-tegra, linux-omap, linux-arm-kernel,
Solarflare linux maintainers, netdev, linux-usb, linux-wireless,
linux-crypto, Greg Kroah-Hartman, uclinux-dist-devel,
linuxppc-dev
In-Reply-To: <20131031094640.205840a2@samsung.com>
On Thu, Oct 31, 2013 at 09:46:40AM -0200, Mauro Carvalho Chehab wrote:
> Hi Russell,
>
> Em Mon, 30 Sep 2013 13:57:47 +0200
> Hans Verkuil <hverkuil@xs4all.nl> escreveu:
>
> > On 09/19/2013 11:44 PM, Russell King wrote:
> > > Replace the following sequence:
> > >
> > > dma_set_mask(dev, mask);
> > > dma_set_coherent_mask(dev, mask);
> > >
> > > with a call to the new helper dma_set_mask_and_coherent().
> > >
> > > Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
> >
> > Acked-by: Hans Verkuil <hans.verkuil@cisco.com>
>
> Somehow, I lost your original post (I got unsubscribed on a few days
> from all vger mailing lists at the end of september).
>
> I suspect that you want to sent this via your tree, right?
Yes please.
> If so:
>
> Acked-by: Mauro Carvalho Chehab <m.chehab@samsung.com>
Added, thanks.
> > > - err = dma_set_mask(&pdev->dev, DMA_BIT_MASK(32));
> > > - if (err)
> > > - return -ENODEV;
> > > - err = dma_set_coherent_mask(&pdev->dev, DMA_BIT_MASK(32));
> > > + err = dma_set_mask_and_coherent(&pdev->dev, DMA_BIT_MASK(32));
> > > if (err)
> > > return -ENODEV;
One thing I've just noticed is that return should be "return err" not
"return -ENODEV" - are you okay for me to change that in this patch?
Thanks.
^ permalink raw reply
* Re: [PATCH 5/7] wireless-regdb: optimize two of ES's rules
From: Xose Vazquez Perez @ 2013-10-31 15:07 UTC (permalink / raw)
To: wireless-regdb; +Cc: linux-wireless, Luis R. Rodriguez, John W. Linville
hi Luis,
This patch is incompatible with my ("pending")patch:
http://lists.infradead.org/pipermail/wireless-regdb/2013-February/000136.html
thanks,
---cortamorena---
Subject: [PATCH] wireless-regdb: change Max_EIRP in 5150-5250 for ES (Spain)
I did cut&paste from DE rules, but DE lowers the limit
in 5150-5250 to 100mW for "neighborhood reasons" [1].
Even when 200mW is completely legal in DE.
put 200mW, as Spanish law says:
Banda 5150 – 5350 MHz: En esta banda el uso por el servicio móvil en sistemas de
acceso inalámbrico incluyendo comunicaciones electrónicas y redes de área local, se
restringe para su utilización únicamente en el interior de recintos. La potencia isotrópica
radiada equivalente máxima será de 200 mW (p.i.r.e.), siendo la densidad máxima de
p.i.r.e. media de 10 mW/MHz en cualquier banda de 1 MHz. Este valor se refiere a la
potencia promediada sobre una ráfaga de transmisión ajustada a la máxima potencia
Orden ITC/332/2010, de 12 de febrero, por la que se aprueba el cuadro
nacional de atribución de frecuencias (CNAF):
https://www.boe.es/diario_boe/txt.php?id=BOE-A-2010-2719
https://www.boe.es/boe/dias/2010/02/19/pdfs/BOE-A-2010-2719.pdf
search for:
UN - 85 RLANs y datos en 2400 a 2483,5 MHz (pag. 213)
UN - 128 RLANs en 5 GHz (pag. 232)
more info at "Cuadro nacional de atribución de frecuencias (CNAF)":
http://www.minetur.gob.es/telecomunicaciones/espectro/paginas/cnaf.aspx
[1] http://marc.info/?l=linux-wireless&m=127429049514439
Cc: John W. Linville <linville@tuxdriver.com>
Cc: Luis R. Rodriguez <mcgrof@frijolero.org>
Cc: wireless-regdb@lists.infradead.org
Cc: linux-wireless@vger.kernel.org
Signed-off-by: Xose Vazquez Perez <xose.vazquez@gmail.com>
---
db.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/db.txt b/db.txt
index c5861b8..6f618c0 100644
--- a/db.txt
+++ b/db.txt
@@ -269,7 +269,7 @@ country EG:
country ES: DFS-ETSI
(2400 - 2483.5 @ 40), (N/A, 100 mW)
- (5150 - 5250 @ 40), (N/A, 100 mW), NO-OUTDOOR
+ (5150 - 5250 @ 40), (N/A, 200 mW), NO-OUTDOOR
(5250 - 5350 @ 40), (N/A, 100 mW), NO-OUTDOOR, DFS
(5470 - 5725 @ 40), (N/A, 500 mW), DFS
# 60 gHz band channels 1-4, ref: Etsi En 302 567
--
1.7.11.7
---end---
^ permalink raw reply related
* RE: [PATCH] cfg80211: Introduce critical protocol indication for p2p connection.
From: Undekari, Sunil Dutt @ 2013-10-31 15:22 UTC (permalink / raw)
To: Johannes Berg; +Cc: linux-wireless@vger.kernel.org, j@w1.fi
In-Reply-To: <1383230593.14302.1.camel@jlt4.sipsolutions.net>
PiBUaGF0J3Mgbm90IHdoYXQgdGhlIGNyaXRpY2FsIHByb3RvY29sIHN0dWZmIHdhcyBkZXNpZ25l
ZCBmb3IsIHNvIG5vLg0KSSB3b3VsZCBjb25zaWRlciB0aGUgUDJQIGNvbm5lY3Rpb24gcGhhc2Ug
KFAyUCtXUFMrV1BBKSB0byBiZSBjcml0aWNhbCANCmFuZCBhbnkgb2ZmIGNoYW5uZWwgb3BlcmF0
aW9ucyAoc2NhbikgdHJpZ2dlcmVkIGJ5IHRoZSBob3N0IGRyaXZlciB3b3VsZCByZXN1bHQgaW4g
DQp0aGUgZGVsYXllZCAvIGZhaWxlZCBQMlAgY29ubmVjdGlvbiBhdHRlbXB0Lg0KSSBzdXBwb3Nl
IHRoZXJlIHNob3VsZCBiZSBhbiBpbmRpY2F0aW9uIHRvIHRoZSBob3N0IGRyaXZlciB3LnIudCBw
MnAgY29ubmVjdGlvbiANCmF0dGVtcHQgc28gdGhhdCBhbnkgb2ZmIGxvYWQgb3BlcmF0aW9ucyBv
biBhbnkgb3RoZXIgaW50ZXJmYWNlIHNoYXJpbmcgdGhlIHNhbWUgcmFkaW8gDQp3b3VsZCBiZSBh
dm9pZGVkIGJ5IHRoZSBkcml2ZXIuDQpTaW5jZSB0aGVyZSBpcyBhbHJlYWR5IGFuIGV4aXN0aW5n
IGludGVyZmFjZSB0aHJvdWdoIHRoZSBjcml0aWNhbCBwcm90b2NvbCBpbmRpY2F0aW9uLCBJIA0K
dGhvdWdodCBvZiBleHRlbmRpbmcgaXQgdG8gYWxzbyBpbmNsdWRlIGEgUDJQIHByb3RvY29sL2Nv
bm5lY3Rpb24uIFRoaXMgbmV3IHByb3RvIGlkIA0Kd291bGQgYmUgYW4gaW5kaWNhdGlvbiB0byB0
aGUgZHJpdmVycyB0byBhbGxvdyB0aGUgc2NhbiBvbiB0aGUgY3VycmVudCBpbnRlcmZhY2UgDQph
bmQgYXZvaWQgYW55IHNjYW5zIG9uIGFub3RoZXIgY29uc2lkZXJpbmcgdGhlIGZhY3QgdGhhdCBh
IHAycCBjb25uZWN0aW9uIHJlcXVpcmVzIGEgIA0Kc2Nhbi4NCkRvIHlvdSBwcm9wb3NlIGFuIGFs
dGVybmF0aXZlIChhIG5ldyBpbnRlcmZhY2U/KSB0byBhY2hpZXZlIHRoZSBzYW1lPw0KDQpSZWdh
cmRzLA0KU3VuaWwNCg0KDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog
Sm9oYW5uZXMgQmVyZyBbbWFpbHRvOmpvaGFubmVzQHNpcHNvbHV0aW9ucy5uZXRdIA0KU2VudDog
VGh1cnNkYXksIE9jdG9iZXIgMzEsIDIwMTMgODoxMyBQTQ0KVG86IFVuZGVrYXJpLCBTdW5pbCBE
dXR0DQpDYzogbGludXgtd2lyZWxlc3NAdmdlci5rZXJuZWwub3JnOyBqQHcxLmZpDQpTdWJqZWN0
OiBSZTogW1BBVENIXSBjZmc4MDIxMTogSW50cm9kdWNlIGNyaXRpY2FsIHByb3RvY29sIGluZGlj
YXRpb24gZm9yIHAycCBjb25uZWN0aW9uLg0KDQpPbiBUaHUsIDIwMTMtMTAtMzEgYXQgMjA6MTAg
KzA1MzAsIFN1bmlsIER1dHQgVW5kZWthcmkgd3JvdGU6DQo+IEEgcmVsaWFibGUgUDJQIGNvbm5l
Y3Rpb24gbmVlZHMgdG8gYXZvaWQgYW55IG9mZmxvYWQgb2ZmIGNoYW5uZWwgDQo+IG9wZXJhdGlv
bnMgdHJpZ2dlcmVkIGJ5IHRoZSBob3N0IGRyaXZlci4NCg0KVGhhdCdzIG5vdCB3aGF0IHRoZSBj
cml0aWNhbCBwcm90b2NvbCBzdHVmZiB3YXMgZGVzaWduZWQgZm9yLCBzbyBuby4NCg0Kam9oYW5u
ZXMNCg0K
^ permalink raw reply
* Re: [PATCH] cfg80211: Introduce critical protocol indication for p2p connection.
From: Johannes Berg @ 2013-10-31 15:25 UTC (permalink / raw)
To: Undekari, Sunil Dutt; +Cc: linux-wireless@vger.kernel.org, j@w1.fi
In-Reply-To: <26F3B0343EE4744AA14EEEF9E1E534511F7A65CC@aphydexd01a>
On Thu, 2013-10-31 at 15:22 +0000, Undekari, Sunil Dutt wrote:
> > That's not what the critical protocol stuff was designed for, so no.
> I would consider the P2P connection phase (P2P+WPS+WPA) to be critical
> and any off channel operations (scan) triggered by the host driver would result in
> the delayed / failed P2P connection attempt.
> I suppose there should be an indication to the host driver w.r.t p2p connection
> attempt so that any off load operations on any other interface sharing the same radio
> would be avoided by the driver.
> Since there is already an existing interface through the critical protocol indication, I
> thought of extending it to also include a P2P protocol/connection. This new proto id
> would be an indication to the drivers to allow the scan on the current interface
> and avoid any scans on another considering the fact that a p2p connection requires a
> scan.
> Do you propose an alternative (a new interface?) to achieve the same?
Just do it in the supplicant - that has full control over what's going
on with a given device.
Trying to have the kernel manage multiple things that may or may not be
exclusive and are all done in userspace is going to be a futile
exercise.
johannes
^ permalink raw reply
* Re: Edimax EW-7733UnD
From: Gianfranco Costamagna @ 2013-10-31 15:37 UTC (permalink / raw)
To: Hauke Mehrtens, Stanislaw Gruszka; +Cc: linux-wireless@vger.kernel.org
In-Reply-To: <527264F6.2030001@hauke-m.de>
>Aren't you trying to get a RT3573 card to work? You should activate
>CONFIG_RT2800USB_RT3573.
I'm rebuilding the kernel with this module, but I don't think this is my chip
http://www.edimax.com/au/produce_detail.php?pd_id=399&pl1_id=1&pl2_id=44
is it?
Thanks
Gianfranco
> Il Giovedì 31 Ottobre 2013 15:11, Hauke Mehrtens <hauke@hauke-m.de> ha scritto:
> > On 10/31/2013 02:56 PM, Gianfranco Costamagna wrote:
>>
>>
>>> Il Giovedì 24 Ottobre 2013 13:41, Stanislaw Gruszka
> <sgruszka@redhat.com> ha scritto:
>>>> On Thu, Oct 24, 2013 at 12:32:16PM +0100, Gianfranco Costamagna
> wrote:
>>>>
>>>>
>>>> Il Giovedì 24 Ottobre 2013 13:25, Stanislaw Gruszka
>>> <sgruszka@redhat.com> ha scritto:
>>>>
>>>> On Wed, Oct 23, 2013 at 03:27:49PM +0100, Gianfranco Costamagna
> wrote:
>>>> >
>>>> >> Hi Kernel Wireless developers, I write here since I have
> an issue
>>> with this module.
>>>> >>
>>>> >>
>>>> >> We bought 2 of them since they are both 2.4 and 5Ghz
> capable, and
>>> they seem to be powerful enough for our pourposes
>>>> >>
>>>
> http://www.edimax.com/au/produce_detail.php?pd_id=399&pl1_id=1&pl2_id=44
>>>> >>
>>>> >>
>>>> >> Anyway there is a problem, that the linux kernel seems to
> be not
>>> supporting them
>>>> >>
>>>> >> I tried following this guide
>>>> >> http://wikidevi.com/wiki/Edimax_EW-7733UnD
>>>> >> rt3573sta, possibly rt5572sta, and future support in
> rt2800usb
>>> "uhosg's patchset adding support, may be in by k3.12"
>>>> >> but at this moment it is showing an interface with one of
> them (I
>>> cannot connect to anything, the interface shown seems to be incorrect),
> with
>>> another I get a kernel anic and with the third one doesn't work at
> all.
>>>> >>
>>>> >> lsusb |grep Edimax
>>>> >>
>>>> >> Bus 002 Device 002: ID 7392:7733 Edimax Technology Co.,
> Ltd
>>>> >
>>>> >I have that exect device and it works ok here, but I'm
> using
>>>> >wireless-testing tree. So perhaps you should try install that
>>>> >tree or use backports .
>>>>
>>>>
>>>> Wonderful! I don't really understand what do you mean with
> backports,
>>> are you referring to "linux kernel backports" right?
>>>
>>> Yes.
>>>
>>>> So I can choose the backport source or to checkout and build the
>>> wireless-testing tree.
>>>>
>>>> Just as information, how long will it take to have it into the
> stable
>>> mainline?
>>>
>>> Current wireless-testing content will be available on 3.13 ,
>>> though I think that device should also work on 3.12 .
>>>
>>
>> Ok I built a custom kernel but I still have some issues
>> Ubuntu 13.10 x64
>> git clone
> http://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-testing.git
>> cd wireless-testing
>> copied my config from this kernel
> http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.12-rc7-saucy/
>>
>> make oldconfig
>> (a tail of my .config file after the make)
>> CONFIG_RT2800PCI=m
>> CONFIG_RT2800PCI_RT33XX=y
>> CONFIG_RT2800PCI_RT35XX=y
>> CONFIG_RT2800PCI_RT53XX=y
>> CONFIG_RT2800PCI_RT3290=y
>> CONFIG_RT2500USB=m
>> CONFIG_RT73USB=m
>> CONFIG_RT2800USB=m
>> CONFIG_RT2800USB_RT33XX=y
>> CONFIG_RT2800USB_RT35XX=y
>> # CONFIG_RT2800USB_RT3573 is not set
>
> Aren't you trying to get a RT3573 card to work? You should activate
>
> CONFIG_RT2800USB_RT3573.
>
>> CONFIG_RT2800USB_RT53XX=y
>> CONFIG_RT2800USB_RT55XX=y
>> CONFIG_RT2800USB_UNKNOWN=y
>> CONFIG_RT2800_LIB=m
>> CONFIG_RT2800_LIB_MMIO=m
>> CONFIG_RT2X00_LIB_MMIO=m
>> CONFIG_RT2X00_LIB_PCI=m
>> CONFIG_RT2X00_LIB_USB=m
>> CONFIG_RT2X00_LIB=m
>> CONFIG_RT2X00_LIB_FIRMWARE=y
>> CONFIG_RT2X00_LIB_CRYPTO=y
>> CONFIG_RT2X00_LIB_LEDS=y
>> # CONFIG_RT2X00_LIB_DEBUGFS is not set
>> # CONFIG_RT2X00_DEBUG is not set
>>
>> (apt-get build-dep linux)
>> make
>> make all
>> sudo make modules_install
>> sudo make install
>>
>> I was surprised that everything was automatically copied in /boot and grub
> automatically found the new kernel without manual mkinitrd anymore (so long time
> from my last kernel build)
>>
>> Reboot
>>
>> locutus@gianfranco-Latitude-E5520:~/wireless-testing$ uname -a
>> Linux gianfranco-Latitude-E5520 3.12.0-rc5-wl #2 SMP Thu Oct 31 14:04:43
> CET 2013 x86_64 x86_64 x86_64 GNU/Linux
>>
>>
>> put key in my pc
>> [ 471.585065] usb 2-1.2: new high-speed USB device number 11 using
> ehci-pci
>> [ 471.693762] usb 2-1.2: New USB device found, idVendor=7392,
> idProduct=7733
>> [ 471.693766] usb 2-1.2: New USB device strings: Mfr=1, Product=2,
> SerialNumber=3
>> [ 471.693768] usb 2-1.2: Product: 802.11 n WLAN
>> [ 471.693770] usb 2-1.2: Manufacturer: Ralink
>> [ 471.693771] usb 2-1.2: SerialNumber: 1.0
>>
>> sudo modprobe rt2800usb
>>
>> [ 540.170899] usbcore: registered new interface driver rt2800usb
>>
>> nothing works...
>>
>> Can you please help me again?
>>
>
^ permalink raw reply
* Re: Edimax EW-7733UnD
From: Gertjan van Wingerde @ 2013-10-31 15:49 UTC (permalink / raw)
To: Gianfranco Costamagna
Cc: Hauke Mehrtens, Stanislaw Gruszka, linux-wireless@vger.kernel.org
In-Reply-To: <1383233873.6949.YahooMailNeo@web171806.mail.ir2.yahoo.com>
On Thu, Oct 31, 2013 at 4:37 PM, Gianfranco Costamagna
<costamagnagianfranco@yahoo.it> wrote:
>
>>Aren't you trying to get a RT3573 card to work? You should activate
>>CONFIG_RT2800USB_RT3573.
>
>
> I'm rebuilding the kernel with this module, but I don't think this is my chip
> http://www.edimax.com/au/produce_detail.php?pd_id=399&pl1_id=1&pl2_id=44
>
> is it?
>
It should be, as it is the only Ralink chipset that supports 3x3
operation (i.e. 450 Mbps).
Also, the USB id of the device is listed in the driver under that
configuration option, so I'm pretty sure you
have to enable that configuration option ;-)
--
---
Gertjan
^ permalink raw reply
* RE: [PATCH] cfg80211: Introduce critical protocol indication for p2p connection.
From: Undekari, Sunil Dutt @ 2013-10-31 15:54 UTC (permalink / raw)
To: Johannes Berg; +Cc: linux-wireless@vger.kernel.org, j@w1.fi
In-Reply-To: <1383233115.14302.2.camel@jlt4.sipsolutions.net>
Pkp1c3QgZG8gaXQgaW4gdGhlIHN1cHBsaWNhbnQgLSB0aGF0IGhhcyBmdWxsIGNvbnRyb2wgb3Zl
ciB3aGF0J3MgZ29pbmcgb24gd2l0aCBhIGdpdmVuIGRldmljZS4NCj5UcnlpbmcgdG8gaGF2ZSB0
aGUga2VybmVsIG1hbmFnZSBtdWx0aXBsZSB0aGluZ3MgdGhhdCBtYXkgb3IgbWF5IG5vdCBiZSBl
eGNsdXNpdmUgYW5kIGFyZSBhbGwgZG9uZSBpbiB1c2Vyc3BhY2UgaXMgZ29pbmcgdG8gYmUgYSBm
dXRpbGUgZXhlcmNpc2UuDQpQbGVhc2Ugbm90ZSB0aGF0IHRoZSBzY2FucyB0aGF0IGFyZSBtZW50
aW9uZWQgYnkgbWUgaW4gdGhpcyBjb250ZXh0IGFyZSBub3QgdHJpZ2dlcmVkIGJ5IHRoZSBzdXBw
bGljYW50LCByYXRoZXIgdGhlIGhvc3QgZHJpdmVyIHdvdWxkIGluaXRpYXRlIHRoZW0uDQpUaGUg
ZHJpdmVyIC8gZmlybXdhcmUgd291bGQgZG8gc3VjaCBzY2FucyBmb3IgYSBiZXR0ZXIgcm9hbSBw
ZXJmb3JtYW5jZS4NCkkgd291bGQgc2F5LCBzb21lIGhhbmRzaGFrZSBiZXR3ZWVuIHRoZSBzdXBw
bGljYW50IGFuZCB0aGUgZHJpdmVyIHdvdWxkIGJlIG5lZWRlZCBmb3IgYSBiZXR0ZXIgdW5kZXJz
dGFuZGluZyBvbiB0aGUgb3BlcmF0aW9ucy4NClBsZWFzZSBoYXZlIHlvdXIgc2F5Lg0KUmVnYXJk
cywNClN1bmlsDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBKb2hhbm5lcyBC
ZXJnIFttYWlsdG86am9oYW5uZXNAc2lwc29sdXRpb25zLm5ldF0gDQpTZW50OiBUaHVyc2RheSwg
T2N0b2JlciAzMSwgMjAxMyA4OjU1IFBNDQpUbzogVW5kZWthcmksIFN1bmlsIER1dHQNCkNjOiBs
aW51eC13aXJlbGVzc0B2Z2VyLmtlcm5lbC5vcmc7IGpAdzEuZmkNClN1YmplY3Q6IFJlOiBbUEFU
Q0hdIGNmZzgwMjExOiBJbnRyb2R1Y2UgY3JpdGljYWwgcHJvdG9jb2wgaW5kaWNhdGlvbiBmb3Ig
cDJwIGNvbm5lY3Rpb24uDQoNCk9uIFRodSwgMjAxMy0xMC0zMSBhdCAxNToyMiArMDAwMCwgVW5k
ZWthcmksIFN1bmlsIER1dHQgd3JvdGU6DQo+ID4gVGhhdCdzIG5vdCB3aGF0IHRoZSBjcml0aWNh
bCBwcm90b2NvbCBzdHVmZiB3YXMgZGVzaWduZWQgZm9yLCBzbyBuby4NCj4gSSB3b3VsZCBjb25z
aWRlciB0aGUgUDJQIGNvbm5lY3Rpb24gcGhhc2UgKFAyUCtXUFMrV1BBKSB0byBiZSBjcml0aWNh
bCANCj4gYW5kIGFueSBvZmYgY2hhbm5lbCBvcGVyYXRpb25zIChzY2FuKSB0cmlnZ2VyZWQgYnkg
dGhlIGhvc3QgZHJpdmVyIA0KPiB3b3VsZCByZXN1bHQgaW4gdGhlIGRlbGF5ZWQgLyBmYWlsZWQg
UDJQIGNvbm5lY3Rpb24gYXR0ZW1wdC4NCj4gSSBzdXBwb3NlIHRoZXJlIHNob3VsZCBiZSBhbiBp
bmRpY2F0aW9uIHRvIHRoZSBob3N0IGRyaXZlciB3LnIudCBwMnAgDQo+IGNvbm5lY3Rpb24gYXR0
ZW1wdCBzbyB0aGF0IGFueSBvZmYgbG9hZCBvcGVyYXRpb25zIG9uIGFueSBvdGhlciANCj4gaW50
ZXJmYWNlIHNoYXJpbmcgdGhlIHNhbWUgcmFkaW8gd291bGQgYmUgYXZvaWRlZCBieSB0aGUgZHJp
dmVyLg0KPiBTaW5jZSB0aGVyZSBpcyBhbHJlYWR5IGFuIGV4aXN0aW5nIGludGVyZmFjZSB0aHJv
dWdoIHRoZSBjcml0aWNhbCANCj4gcHJvdG9jb2wgaW5kaWNhdGlvbiwgSSB0aG91Z2h0IG9mIGV4
dGVuZGluZyBpdCB0byBhbHNvIGluY2x1ZGUgYSBQMlAgDQo+IHByb3RvY29sL2Nvbm5lY3Rpb24u
IFRoaXMgbmV3IHByb3RvIGlkIHdvdWxkIGJlIGFuIGluZGljYXRpb24gdG8gdGhlIA0KPiBkcml2
ZXJzIHRvIGFsbG93IHRoZSBzY2FuIG9uIHRoZSBjdXJyZW50IGludGVyZmFjZSBhbmQgYXZvaWQg
YW55IHNjYW5zIA0KPiBvbiBhbm90aGVyIGNvbnNpZGVyaW5nIHRoZSBmYWN0IHRoYXQgYSBwMnAg
Y29ubmVjdGlvbiByZXF1aXJlcyBhIHNjYW4uDQo+IERvIHlvdSBwcm9wb3NlIGFuIGFsdGVybmF0
aXZlIChhIG5ldyBpbnRlcmZhY2U/KSB0byBhY2hpZXZlIHRoZSBzYW1lPw0KDQpKdXN0IGRvIGl0
IGluIHRoZSBzdXBwbGljYW50IC0gdGhhdCBoYXMgZnVsbCBjb250cm9sIG92ZXIgd2hhdCdzIGdv
aW5nIG9uIHdpdGggYSBnaXZlbiBkZXZpY2UuDQoNClRyeWluZyB0byBoYXZlIHRoZSBrZXJuZWwg
bWFuYWdlIG11bHRpcGxlIHRoaW5ncyB0aGF0IG1heSBvciBtYXkgbm90IGJlIGV4Y2x1c2l2ZSBh
bmQgYXJlIGFsbCBkb25lIGluIHVzZXJzcGFjZSBpcyBnb2luZyB0byBiZSBhIGZ1dGlsZSBleGVy
Y2lzZS4NCg0Kam9oYW5uZXMNCg0K
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox