From: "Harms, Hannes" <hannes.harms@tu-bs.de>
To: ath10k@lists.infradead.org
Subject: Re: [SPAM] Re: WLE600VX from PCEngines
Date: Wed, 09 Sep 2015 13:15:27 +0200 [thread overview]
Message-ID: <55F014CF.6090809@tu-bs.de> (raw)
In-Reply-To: <55F01328.4070403@cttc.es>
My wpa_supplicant config:
ctrl_interface=DIR=/run/wpa_supplicant
ap_scan=2
network={
ssid="test"
bssid=02:12:34:56:78:9A
key_mgmt=NONE
mode=1
frequency=5180
disable_ht=0
disable_vht=0
disable_max_amsdu=1 # not sure, works also without this flag
}
Regards
Hannes
Am 09.09.2015 um 13:08 schrieb Jorge Baranda:
> Hi,
>
> Good news!! Harms, could you share full wpa_supplicant configuration
> files?
> (for both computers).
> I will download the latest version of wpa_supplicant, apply your
> changes and try
> to make work IBSS mode and 80MHz with Candela Kernel 4.0.
>
> Thanks,
>
> El 09/09/15 12:59, Harms, Hannes escribió:
>> Hi,
>>
>> I have WLE900VX working in IBSS mode and 80 Mhz with Candela Kernel
>> 4.2.
>> For me also the latest wpa_supplicant was not able to activate 80MHz
>> by default , I don't no why.
>>
>> The only way I found to get it working was to modify
>> wpa_supplicant/wpa_supplicant.c
>> Commit following two lines in wpa_supplicant.c like this :
>>
>> //if (!(wpa_s->drv_flags & WPA_DRIVER_FLAGS_VHT_IBSS))
>> // return;
>>
>> That was all for me to get it working.
>>
>> wpa_supplicant config file:
>> # Use libnl 3.2 libraries (if this is selected, CONFIG_LIBNL20 is
>> ignored)
>> CONFIG_LIBNL32=y
>>
>> # Support VHT overrides (disable VHT, mask MCS rates, etc.)
>> CONFIG_VHT_OVERRIDES=y
>>
>> # Support HT overrides (disable HT/HT40, mask MCS rates, etc.)
>> CONFIG_HT_OVERRIDES=y
>>
>> # IEEE 802.11n (High Throughput) support (mainly for AP mode)
>> CONFIG_IEEE80211N=y
>>
>> # IEEE 802.11ac (Very High Throughput) support (mainly for AP mode)
>> # (depends on CONFIG_IEEE80211N)
>> CONFIG_IEEE80211AC=y
>>
>> # IEEE 802.11w (management frame protection), also known as PMF
>> # Driver support is also needed for IEEE 802.11w.
>> CONFIG_IEEE80211W=y
>>
>> Am 09.09.2015 um 11:46 schrieb Marcel H.:
>>> May I ask someone for support on this one?
>>> We would really like to make this work and I'm running out of ideas -
>>> is there any way do turn detailed debugging on to get a better
>>> understanding why do I get the following message back? ->
>>>
>>> root@voyage1:/opt/ca_node/etc# iw wlan0 set freq 5745 80 5775
>>> command failed: Device or resource busy (-16)
>>>
>>> Thanks,
>>> Marcel
>>>
>>> On Wed, Sep 9, 2015 at 9:49 AM, Marcel H. <maco@blava.net> wrote:
>>>> Thanks for the response, unfortunately this is the result of defining
>>>> the center frequency:
>>>>
>>>> root@voyage1:/opt/ca_node/etc# iw wlan0 set freq 5745 80 5775
>>>> command failed: Device or resource busy (-16)
>>>>
>>>> Also, using wpa_supplicant does not work using the following config:
>>>>
>>>> root@voyage1:/opt/ca_node/etc# cat wpa_supplicant-mesh.conf
>>>> ap_scan=2
>>>> ctrl_interface=/run/wpa_supplicant
>>>> update_config=1
>>>> device_type=0-00000000-0
>>>>
>>>> network={
>>>> scan_ssid=1
>>>> key_mgmt=NONE
>>>> priority=1
>>>> ssid="ibss"
>>>> mode=1
>>>> frequency=5180
>>>> }
>>>>
>>>> running as:
>>>> wpa_supplicant -i wlan0 -c ./wpa_supplicant-mesh.conf -dd -D
>>>> nl80211,wext
>>>>
>>>>
>>>>
>>>> root@voyage1:/opt/ca_node/etc# iw dev wlan0 info
>>>> Interface wlan0
>>>> ifindex 5
>>>> wdev 0x100000001
>>>> addr 04:f0:21:1b:5f:3d
>>>> ssid ibss-rsn
>>>> type IBSS
>>>> wiphy 1
>>>> channel 36 (5180 MHz), width: 20 MHz, center1: 5180 MHz
>>>>
>>>> root@voyage1:/opt/ca_node/etc# iw phy phy1 info
>>>> Wiphy phy1
>>>> DFS state: usable (for 46424 sec)
>>>> DFS CAC time: 60000 ms
>>>> * 5280 MHz [56] (23.0 dBm) (no IR, radar
>>>> detection)
>>>> DFS state: usable (for 46424 sec)
>>>> DFS CAC time: 60000 ms
>>>> * 5300 MHz [60] (23.0 dBm) (no IR, radar
>>>> detection)
>>>> DFS state: usable (for 46424 sec)
>>>> DFS CAC time: 60000 ms
>>>> * 5320 MHz [64] (23.0 dBm) (no IR, radar
>>>> detection)
>>>> DFS state: usable (for 46424 sec)
>>>> Its fallbacking to 20MHz channels, which is even less than 40MHz
>>>> channels set manually by iw
>>>>
>>>>
>>>> How recent wpa_supplicat shall I try? I believe this it quite recent:
>>>>
>>>> root@voyage1:/opt/ca_node/etc# wpa_supplicant -v
>>>> wpa_supplicant v2.3
>>>> Copyright (c) 2003-2014, Jouni Malinen <j@w1.fi> and contributors
>>>>
>>>>
>>>> Re. the regulatory settings:
>>>>
>>>> root@voyage1:/opt/ca_node/etc# iw reg get
>>>> country US: DFS-FCC
>>>> (2402 - 2472 @ 40), (N/A, 30), (N/A)
>>>> (5170 - 5250 @ 80), (N/A, 17), (N/A)
>>>> (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS
>>>> (5735 - 5835 @ 80), (N/A, 30), (N/A)
>>>> (57240 - 63720 @ 2160), (N/A, 40), (N/A)
>>>>
>>>>
>>>> Any other thoughts?
>>>>
>>>> Marcel
>>>>
>>>> On Wed, Sep 9, 2015 at 9:43 AM, Janusz Dziedzic
>>>> <janusz.dziedzic@tieto.com> wrote:
>>>>> On 9 September 2015 at 08:20, Jorge Baranda <jbaranda@cttc.es> wrote:
>>>>>> Hi everyone,
>>>>>>
>>>>>> Reading this thread, I would like to share with people some
>>>>>> doubts about it.
>>>>>> @Marco, I imagine you want to run your WLE600VX device using the
>>>>>> 802.11ac
>>>>>> protocol, isn't it?
>>>>>> @Janusz, with running wpa_supplicant on both computers, will the
>>>>>> ad-hoc
>>>>>> connection be established? I am starting with these tools and
>>>>>> now, I am
>>>>>> getting used to know how they work. I was creating the ad-hoc
>>>>>> connection
>>>>>> with the iw tool.
>>>>>>
>>>>> Yes you should use wpa_supplicant on both PC.
>>>>> In the future probably someone will add IBSS-VHT support also for iw.
>>>>>
>>>>> BR
>>>>> Janusz
>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>>
>>>>>>
>>>>>> El 09/09/15 07:50, Janusz Dziedzic escribió:
>>>>>>
>>>>>>> On 8 September 2015 at 23:31, Marcel H. <maco@blava.net> wrote:
>>>>>>>> Hi everyone,
>>>>>>>> I have an interesting issue - I'm trying to run the QCA9882
>>>>>>>> based card
>>>>>>>> in IBSS mode (to be used for BATMAN), however all I can do is
>>>>>>>> to run
>>>>>>>> in in 40Mhz channel width in 5GHz spectrum. Any attempt to run
>>>>>>>> it in
>>>>>>>> 80MHz width resolves in the following:
>>>>>>>>
>>>>>>> You should run IBSS using fresh wpa_supplicant (best latest
>>>>>>> code). By
>>>>>>> default should run in 80MHz.
>>>>>>> Other case is your regulatory - are you allow to use 80MHz on
>>>>>>> channel
>>>>>>> 157? First try 5180.
>>>>>>>
>>>>>>> eg. of wpa_supplicant config:
>>>>>>>
>>>>>>> network = {
>>>>>>> ssid="test_ibss"
>>>>>>> key_mgmt=NONE
>>>>>>> mode=1
>>>>>>> frequency=5180
>>>>>>> }
>>>>>>>
>>>>>>> BR
>>>>>>> Janusz
>>>>>>>
>>>>>>>> Interface wlan0
>>>>>>>> ifindex 5
>>>>>>>> wdev 0x1
>>>>>>>> addr 04:f0:21:1b:5f:3b
>>>>>>>> ssid my-mesh-network
>>>>>>>> type IBSS
>>>>>>>> wiphy 0
>>>>>>>> channel 157 (5785 MHz), width: 40 MHz, center1: 5795 MHz
>>>>>>>> root@voyage2:/opt/ca_node/bin# iw dev wlan0 set freq 5745 80
>>>>>>>> command failed: Invalid argument (-22)
>>>>>>>> root@voyage2:/opt/ca_node/bin# ip link set wlan0 down
>>>>>>>> root@voyage2:/opt/ca_node/bin# iw dev wlan0 set freq 5745 80
>>>>>>>> command failed: Invalid argument (-22)
>>>>>>>>
>>>>>>>>
>>>>>>>> More info:
>>>>>>>> =====================================================
>>>>>>>> 06:00.0 Network controller: Qualcomm Atheros QCA988x 802.11ac
>>>>>>>> Wireless
>>>>>>>> Network Adapter
>>>>>>>> Flags: bus master, fast devsel, latency 0, IRQ 27
>>>>>>>> Memory at f7400000 (64-bit, non-prefetchable) [size=2M]
>>>>>>>> Expansion ROM at f7600000 [disabled] [size=64K]
>>>>>>>> Capabilities: [40] Power Management version 2
>>>>>>>> Capabilities: [50] MSI: Enable+ Count=1/8 Maskable+ 64bit-
>>>>>>>> Capabilities: [70] Express Endpoint, MSI 00
>>>>>>>> Capabilities: [100] Advanced Error Reporting
>>>>>>>> Capabilities: [140] Virtual Channel
>>>>>>>> Capabilities: [160] Device Serial Number
>>>>>>>> 00-00-00-00-00-00-00-00
>>>>>>>> Kernel driver in use: ath10k_pci
>>>>>>>>
>>>>>>>> root@voyage2:/opt/ca_node/bin# iw reg get
>>>>>>>> country US: DFS-FCC
>>>>>>>> (2402 - 2472 @ 40), (N/A, 30), (N/A)
>>>>>>>> (5170 - 5250 @ 80), (N/A, 17), (N/A)
>>>>>>>> (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS
>>>>>>>> (5735 - 5835 @ 80), (N/A, 30), (N/A)
>>>>>>>> (57240 - 63720 @ 2160), (N/A, 40), (N/A)
>>>>>>>>
>>>>>>>>
>>>>>>>> root@voyage2:/opt/ca_node/bin# uname -a
>>>>>>>> Linux voyage2 4.2.0-wl-ath-261216-gd89281c #1 SMP Tue Sep 8
>>>>>>>> 14:03:33
>>>>>>>> GMT 2015 i686 GNU/Linux
>>>>>>>> (todays checkout from https://github.com/kvalo/ath + Voyage
>>>>>>>> Linux 0.10
>>>>>>>> .config)
>>>>>>>>
>>>>>>>> root@voyage2:/lib/firmware/ath10k/QCA988X/hw2.0# md5sum
>>>>>>>> ./firmware-2.bin
>>>>>>>> e2db04b651c2b5ced4732f3f009a1cce ./firmware-2.bin
>>>>>>>> (this is from the 'main' directory in the
>>>>>>>> https://github.com/kvalo/ath10k-firmware)
>>>>>>>>
>>>>>>>>
>>>>>>>> Wiphy phy0
>>>>>>>> max # scan SSIDs: 16
>>>>>>>> max scan IEs length: 195 bytes
>>>>>>>> Retry short limit: 7
>>>>>>>> Retry long limit: 4
>>>>>>>> Coverage class: 0 (up to 0m)
>>>>>>>> Device supports RSN-IBSS.
>>>>>>>> Device supports AP-side u-APSD.
>>>>>>>> Supported Ciphers:
>>>>>>>> * WEP40 (00-0f-ac:1)
>>>>>>>> * WEP104 (00-0f-ac:5)
>>>>>>>> * TKIP (00-0f-ac:2)
>>>>>>>> * CCMP (00-0f-ac:4)
>>>>>>>> * CMAC (00-0f-ac:6)
>>>>>>>> Available Antennas: TX 0x3 RX 0x3
>>>>>>>> Configured Antennas: TX 0x3 RX 0x3
>>>>>>>> Supported interface modes:
>>>>>>>> * IBSS
>>>>>>>> * managed
>>>>>>>> * AP
>>>>>>>> * AP/VLAN
>>>>>>>> * monitor
>>>>>>>> * P2P-client
>>>>>>>> * P2P-GO
>>>>>>>> * P2P-device
>>>>>>>> Band 1:
>>>>>>>> Capabilities: 0x19e3
>>>>>>>> RX LDPC
>>>>>>>> HT20/HT40
>>>>>>>> Static SM Power Save
>>>>>>>> RX HT20 SGI
>>>>>>>> RX HT40 SGI
>>>>>>>> TX STBC
>>>>>>>> RX STBC 1-stream
>>>>>>>> Max AMSDU length: 7935 bytes
>>>>>>>> DSSS/CCK HT40
>>>>>>>> Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
>>>>>>>> Minimum RX AMPDU time spacing: 8 usec (0x06)
>>>>>>>> HT TX/RX MCS rate indexes supported: 0-15
>>>>>>>> VHT Capabilities (0x338001b2):
>>>>>>>> Max MPDU length: 11454
>>>>>>>> Supported Channel Width: neither 160 nor 80+80
>>>>>>>> RX LDPC
>>>>>>>> short GI (80 MHz)
>>>>>>>> TX STBC
>>>>>>>> RX antenna pattern consistency
>>>>>>>> TX antenna pattern consistency
>>>>>>>> VHT RX MCS set:
>>>>>>>> 1 streams: MCS 0-9
>>>>>>>> 2 streams: MCS 0-9
>>>>>>>> 3 streams: not supported
>>>>>>>> 4 streams: not supported
>>>>>>>> 5 streams: not supported
>>>>>>>> 6 streams: not supported
>>>>>>>> 7 streams: not supported
>>>>>>>> 8 streams: not supported
>>>>>>>> VHT RX highest supported: 0 Mbps
>>>>>>>> VHT TX MCS set:
>>>>>>>> 1 streams: MCS 0-9
>>>>>>>> 2 streams: MCS 0-9
>>>>>>>> 3 streams: not supported
>>>>>>>> 4 streams: not supported
>>>>>>>> 5 streams: not supported
>>>>>>>> 6 streams: not supported
>>>>>>>> 7 streams: not supported
>>>>>>>> 8 streams: not supported
>>>>>>>> VHT TX highest supported: 0 Mbps
>>>>>>>> Bitrates (non-HT):
>>>>>>>> * 1.0 Mbps
>>>>>>>> * 2.0 Mbps (short preamble supported)
>>>>>>>> * 5.5 Mbps (short preamble supported)
>>>>>>>> * 11.0 Mbps (short preamble supported)
>>>>>>>> * 6.0 Mbps
>>>>>>>> * 9.0 Mbps
>>>>>>>> * 12.0 Mbps
>>>>>>>> * 18.0 Mbps
>>>>>>>> * 24.0 Mbps
>>>>>>>> * 36.0 Mbps
>>>>>>>> * 48.0 Mbps
>>>>>>>> * 54.0 Mbps
>>>>>>>> Frequencies:
>>>>>>>> * 2412 MHz [1] (30.0 dBm)
>>>>>>>> * 2417 MHz [2] (30.0 dBm)
>>>>>>>> * 2422 MHz [3] (30.0 dBm)
>>>>>>>> * 2427 MHz [4] (30.0 dBm)
>>>>>>>> * 2432 MHz [5] (30.0 dBm)
>>>>>>>> * 2437 MHz [6] (30.0 dBm)
>>>>>>>> * 2442 MHz [7] (30.0 dBm)
>>>>>>>> * 2447 MHz [8] (30.0 dBm)
>>>>>>>> * 2452 MHz [9] (30.0 dBm)
>>>>>>>> * 2457 MHz [10] (30.0 dBm)
>>>>>>>> * 2462 MHz [11] (30.0 dBm)
>>>>>>>> * 2467 MHz [12] (disabled)
>>>>>>>> * 2472 MHz [13] (disabled)
>>>>>>>> * 2484 MHz [14] (disabled)
>>>>>>>> Band 2:
>>>>>>>> Capabilities: 0x19e3
>>>>>>>> RX LDPC
>>>>>>>> HT20/HT40
>>>>>>>> Static SM Power Save
>>>>>>>> RX HT20 SGI
>>>>>>>> RX HT40 SGI
>>>>>>>> TX STBC
>>>>>>>> RX STBC 1-stream
>>>>>>>> Max AMSDU length: 7935 bytes
>>>>>>>> DSSS/CCK HT40
>>>>>>>> Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
>>>>>>>> Minimum RX AMPDU time spacing: 8 usec (0x06)
>>>>>>>> HT TX/RX MCS rate indexes supported: 0-15
>>>>>>>> VHT Capabilities (0x338001b2):
>>>>>>>> Max MPDU length: 11454
>>>>>>>> Supported Channel Width: neither 160 nor 80+80
>>>>>>>> RX LDPC
>>>>>>>> short GI (80 MHz)
>>>>>>>> TX STBC
>>>>>>>> RX antenna pattern consistency
>>>>>>>> TX antenna pattern consistency
>>>>>>>> VHT RX MCS set:
>>>>>>>> 1 streams: MCS 0-9
>>>>>>>> 2 streams: MCS 0-9
>>>>>>>> 3 streams: not supported
>>>>>>>> 4 streams: not supported
>>>>>>>> 5 streams: not supported
>>>>>>>> 6 streams: not supported
>>>>>>>> 7 streams: not supported
>>>>>>>> 8 streams: not supported
>>>>>>>> VHT RX highest supported: 0 Mbps
>>>>>>>> VHT TX MCS set:
>>>>>>>> 1 streams: MCS 0-9
>>>>>>>> 2 streams: MCS 0-9
>>>>>>>> 3 streams: not supported
>>>>>>>> 4 streams: not supported
>>>>>>>> 5 streams: not supported
>>>>>>>> 6 streams: not supported
>>>>>>>> 7 streams: not supported
>>>>>>>> 8 streams: not supported
>>>>>>>> VHT TX highest supported: 0 Mbps
>>>>>>>> Bitrates (non-HT):
>>>>>>>> * 6.0 Mbps
>>>>>>>> * 9.0 Mbps
>>>>>>>> * 12.0 Mbps
>>>>>>>> * 18.0 Mbps
>>>>>>>> * 24.0 Mbps
>>>>>>>> * 36.0 Mbps
>>>>>>>> * 48.0 Mbps
>>>>>>>> * 54.0 Mbps
>>>>>>>> Frequencies:
>>>>>>>> * 5180 MHz [36] (17.0 dBm)
>>>>>>>> * 5200 MHz [40] (17.0 dBm)
>>>>>>>> * 5220 MHz [44] (17.0 dBm)
>>>>>>>> * 5240 MHz [48] (17.0 dBm)
>>>>>>>> * 5260 MHz [52] (23.0 dBm) (no IR, radar detection)
>>>>>>>> DFS state: usable (for 1076 sec)
>>>>>>>> DFS CAC time: 60000 ms
>>>>>>>> * 5280 MHz [56] (23.0 dBm) (no IR, radar detection)
>>>>>>>> DFS state: usable (for 1076 sec)
>>>>>>>> DFS CAC time: 60000 ms
>>>>>>>> * 5300 MHz [60] (23.0 dBm) (no IR, radar detection)
>>>>>>>> DFS state: usable (for 1076 sec)
>>>>>>>> DFS CAC time: 60000 ms
>>>>>>>> * 5320 MHz [64] (23.0 dBm) (no IR, radar detection)
>>>>>>>> DFS state: usable (for 1076 sec)
>>>>>>>> DFS CAC time: 60000 ms
>>>>>>>> * 5500 MHz [100] (disabled)
>>>>>>>> * 5520 MHz [104] (disabled)
>>>>>>>> * 5540 MHz [108] (disabled)
>>>>>>>> * 5560 MHz [112] (disabled)
>>>>>>>> * 5580 MHz [116] (disabled)
>>>>>>>> * 5600 MHz [120] (disabled)
>>>>>>>> * 5620 MHz [124] (disabled)
>>>>>>>> * 5640 MHz [128] (disabled)
>>>>>>>> * 5660 MHz [132] (disabled)
>>>>>>>> * 5680 MHz [136] (disabled)
>>>>>>>> * 5700 MHz [140] (disabled)
>>>>>>>> * 5720 MHz [144] (disabled)
>>>>>>>> * 5745 MHz [149] (30.0 dBm)
>>>>>>>> * 5765 MHz [153] (30.0 dBm)
>>>>>>>> * 5785 MHz [157] (30.0 dBm)
>>>>>>>> * 5805 MHz [161] (30.0 dBm)
>>>>>>>> * 5825 MHz [165] (30.0 dBm)
>>>>>>>> Supported commands:
>>>>>>>> * new_interface
>>>>>>>> * set_interface
>>>>>>>> * new_key
>>>>>>>> * start_ap
>>>>>>>> * new_station
>>>>>>>> * set_bss
>>>>>>>> * authenticate
>>>>>>>> * associate
>>>>>>>> * deauthenticate
>>>>>>>> * disassociate
>>>>>>>> * join_ibss
>>>>>>>> * remain_on_channel
>>>>>>>> * set_tx_bitrate_mask
>>>>>>>> * frame
>>>>>>>> * frame_wait_cancel
>>>>>>>> * set_wiphy_netns
>>>>>>>> * set_channel
>>>>>>>> * set_wds_peer
>>>>>>>> * probe_client
>>>>>>>> * set_noack_map
>>>>>>>> * register_beacons
>>>>>>>> * start_p2p_device
>>>>>>>> * set_mcast_rate
>>>>>>>> * testmode
>>>>>>>> * channel_switch
>>>>>>>> * Unknown command (104)
>>>>>>>> * connect
>>>>>>>> * disconnect
>>>>>>>> Supported TX frame types:
>>>>>>>> * IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80
>>>>>>>> 0x90
>>>>>>>> 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
>>>>>>>> * managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70
>>>>>>>> 0x80 0x90
>>>>>>>> 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
>>>>>>>> * AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80
>>>>>>>> 0x90 0xa0
>>>>>>>> 0xb0 0xc0 0xd0 0xe0 0xf0
>>>>>>>> * AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70
>>>>>>>> 0x80 0x90
>>>>>>>> 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
>>>>>>>> * mesh point: 0x00 0x10 0x20 0x30 0x40 0x50 0x60
>>>>>>>> 0x70 0x80
>>>>>>>> 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
>>>>>>>> * P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60
>>>>>>>> 0x70 0x80
>>>>>>>> 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
>>>>>>>> * P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70
>>>>>>>> 0x80 0x90
>>>>>>>> 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
>>>>>>>> * P2P-device: 0x00 0x10 0x20 0x30 0x40 0x50 0x60
>>>>>>>> 0x70 0x80
>>>>>>>> 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
>>>>>>>> Supported RX frame types:
>>>>>>>> * IBSS: 0x40 0xb0 0xc0 0xd0
>>>>>>>> * managed: 0x40 0xd0
>>>>>>>> * AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
>>>>>>>> * AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
>>>>>>>> * mesh point: 0xb0 0xc0 0xd0
>>>>>>>> * P2P-client: 0x40 0xd0
>>>>>>>> * P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
>>>>>>>> * P2P-device: 0x40 0xd0
>>>>>>>> software interface modes (can always be added):
>>>>>>>> * AP/VLAN
>>>>>>>> * monitor
>>>>>>>> valid interface combinations:
>>>>>>>> * #{ managed, P2P-client } <= 8, #{ P2P-GO } <= 3, #{
>>>>>>>> P2P-device } <= 1, #{ AP } <= 7,
>>>>>>>> total <= 8, #channels <= 1, STA/AP BI must match
>>>>>>>> HT Capability overrides:
>>>>>>>> * MCS: ff ff ff ff ff ff ff ff ff ff
>>>>>>>> * maximum A-MSDU length
>>>>>>>> * supported channel width
>>>>>>>> * short GI for 40 MHz
>>>>>>>> * max A-MPDU length exponent
>>>>>>>> * min MPDU start spacing
>>>>>>>> Device supports TX status socket option.
>>>>>>>> Device supports HT-IBSS.
>>>>>>>> Device supports SAE with AUTHENTICATE command
>>>>>>>> Device supports scan flush.
>>>>>>>> Device supports per-vif TX power setting
>>>>>>>> Driver supports a userspace MPM
>>>>>>>> Driver/device bandwidth changes during BSS lifetime
>>>>>>>> (AP/GO mode)
>>>>>>>> Device supports static SMPS
>>>>>>>> =====================================================
>>>>>>>>
>>>>>>>> I am grateful for any help here and do have some time to help
>>>>>>>> debugging the issue.
>>>>>>>>
>>>>>>>> Marcel
>>>>>>>>
>>>>>>>> --
>>>>>>>>
>>>>>>>> ------------------------------------------------------
>>>>>>>> This message is not intended to have
>>>>>>>> contractual effect
>>>>>>>> ------------------------------------------------------
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> ath10k mailing list
>>>>>>>> ath10k@lists.infradead.org
>>>>>>>> http://lists.infradead.org/mailman/listinfo/ath10k
>>>>>>> _______________________________________________
>>>>>>> ath10k mailing list
>>>>>>> ath10k@lists.infradead.org
>>>>>>> http://lists.infradead.org/mailman/listinfo/ath10k
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Jorge Baranda
>>>>>> Research Engineer, MSc
>>>>>> jorge.baranda@cttc.es
>>>>>>
>>>>>> Centre Tecnològic de Telecomunicacions de Catalunya (CTTC)
>>>>>> Av. Carl Friedrich Gauss, 7
>>>>>> 08860 Castelldefels, Barcelona (Spain)
>>>>>> Tel: +34 93 645 29 00 Ext: 2171
>>>>>> Fax. +34 93 645 29 01
>>>>>> www.cttc.es
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> ath10k mailing list
>>>>>> ath10k@lists.infradead.org
>>>>>> http://lists.infradead.org/mailman/listinfo/ath10k
>>>>> _______________________________________________
>>>>> ath10k mailing list
>>>>> ath10k@lists.infradead.org
>>>>> http://lists.infradead.org/mailman/listinfo/ath10k
>>>>
>>>>
>>>> --
>>>>
>>>> ------------------------------------------------------
>>>> This message is not intended to have
>>>> contractual effect
>>>> ------------------------------------------------------
>>>
>>>
>>
>
>
--
Dipl.-Ing. Hannes Harms
Technische Universität Braunschweig
Institut für mobile Maschinen und Nutzfahrzeuge
Langer Kamp 19a
D-38106 Braunschweig
Durchwahl: +49 (0)531 391-7197
E-Mail: hannes.harms@tu-braunschweig.de
http://www.tu-braunschweig.de/imn
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
next prev parent reply other threads:[~2015-09-09 11:15 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-08 21:31 WLE600VX from PCEngines Marcel H.
[not found] ` <CABkMH_pegBjg987d5Bs_xkGqk1fsYAZqjSVWorNzPnL_L7PhDw@mail.gmail.com>
2015-09-09 4:10 ` Tomasz Skapski
2015-09-09 5:50 ` Janusz Dziedzic
2015-09-09 6:20 ` Jorge Baranda
2015-09-09 7:43 ` Janusz Dziedzic
2015-09-09 7:49 ` Marcel H.
2015-09-09 9:46 ` Marcel H.
2015-09-09 10:59 ` Harms, Hannes
2015-09-09 11:08 ` Janusz Dziedzic
2015-09-09 11:08 ` [SPAM] " Jorge Baranda
2015-09-09 11:14 ` Ben Greear
2015-09-09 11:15 ` Harms, Hannes [this message]
2015-09-09 11:34 ` Marcel H.
2015-09-09 11:40 ` Marcel H.
2015-09-09 18:22 ` Ben Greear
2015-09-17 10:27 ` [SPAM] " Jorge Baranda
2015-09-17 15:39 ` Jorge Baranda
2015-09-17 16:02 ` Marcel H.
2015-09-17 16:11 ` Ben Greear
2015-09-18 6:29 ` Jorge Baranda
2015-09-09 11:09 ` Janusz Dziedzic
2015-09-09 11:06 ` Janusz Dziedzic
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55F014CF.6090809@tu-bs.de \
--to=hannes.harms@tu-bs.de \
--cc=ath10k@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.