Steve Iribarne(deleted)
10/14/2013 2:52 PM
post105902
|
Hello.
I am currently running QNX SP6.5 sp1.
I have my wifi loading fine and if I mannually configure the wifi interface it works. (ie. run wpa_cli ssid "setmyid"
psk="mypasswd" key_mgmt WPA-PSK) I can get the network to come up and everythings works peachy.
I am having issues with restarting it once I've saved the file. Our persistent data lives on a NAND flash so when I
create the build config I create a link to the wpa_supplicant that lives on /emmc/wpa_supplicant.conf.
From the prompt I can see the file, cat the file etc.. so I know it's a valid link.
However when I run my script to startup the wifi, it never authenticate. It keeps trying and telling me that it has a
timeout.
tiw_sta0: Trying to associate with 20:aa:4b:a9:43:74 (SSID='NeatoEngineeringTestWIFI' freq=2462 MHz)
HOSTAPTIW wilink_associate: enter, mode = 0
tiw_sta0: Associated with 20:aa:4b:a9:43:74
tiw_sta0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
tiw_sta0: CTRL-EVENT-DISCONNECTED bssid=20:aa:4b:a9:43:74 reason=15
tiw_sta0: Authentication with 00:00:00:00:00:00 timed out.
tiw_sta0: skip - blacklisted (count=1 limit=0)
I know the pre-shared key is correct, because if I do it manually it works.
I have two io-pkt-v4-hc's running. The first one lives in the default location /dev/
The second one I load like:
io-pkt-v4-hc -ptcpip prefix=/alt -dti127x-am335x sdio=1,dmatx=2,dmarx=3,irq=794,irq_gpio=26,gpio=38,alt_soc
And then next I load the supplicant like:
SOCK=/alt /usr/sbin/wpa_supplicant_ti -Dwilink -itiw_sta0 -c/etc/wpa_supplicant.conf
it reads the config file and gives the above error.
Any ideas?
Thanks.
-stv
|
|
|
Hugh Brown
10/15/2013 10:39 AM
post105915
|
Do you have any delay between starting the driver and running the
wpa_supplicant? The driver takes a while to come up as it has to download
the firmware to the chip, so you have to have some delay in between
starting the driver and the wpa_supplicant.
On 2013-10-14 2:52 PM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>Hello.
>
>I am currently running QNX SP6.5 sp1.
>
>I have my wifi loading fine and if I mannually configure the wifi
>interface it works. (ie. run wpa_cli ssid "setmyid" psk="mypasswd"
>key_mgmt WPA-PSK) I can get the network to come up and everythings works
>peachy.
>
>I am having issues with restarting it once I've saved the file. Our
>persistent data lives on a NAND flash so when I create the build config I
>create a link to the wpa_supplicant that lives on
>/emmc/wpa_supplicant.conf.
>
>From the prompt I can see the file, cat the file etc.. so I know it's a
>valid link.
>
>However when I run my script to startup the wifi, it never authenticate.
>It keeps trying and telling me that it has a timeout.
>
>tiw_sta0: Trying to associate with 20:aa:4b:a9:43:74
>(SSID='NeatoEngineeringTestWIFI' freq=2462 MHz)
>HOSTAPTIW wilink_associate: enter, mode = 0
>tiw_sta0: Associated with 20:aa:4b:a9:43:74
>tiw_sta0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
>tiw_sta0: CTRL-EVENT-DISCONNECTED bssid=20:aa:4b:a9:43:74 reason=15
>tiw_sta0: Authentication with 00:00:00:00:00:00 timed out.
>tiw_sta0: skip - blacklisted (count=1 limit=0)
>
>I know the pre-shared key is correct, because if I do it manually it
>works.
>
>I have two io-pkt-v4-hc's running. The first one lives in the default
>location /dev/
>The second one I load like:
>
>io-pkt-v4-hc -ptcpip prefix=/alt -dti127x-am335x
>sdio=1,dmatx=2,dmarx=3,irq=794,irq_gpio=26,gpio=38,alt_soc
>
>And then next I load the supplicant like:
>SOCK=/alt /usr/sbin/wpa_supplicant_ti -Dwilink -itiw_sta0
>-c/etc/wpa_supplicant.conf
>
>it reads the config file and gives the above error.
>
>Any ideas?
>
>Thanks.
>-stv
>
>
>
>
>_______________________________________________
>
>General
>http://community.qnx.com/sf/go/post105902
>To cancel your subscription to this discussion, please e-mail
>general-community-unsubscribe@community.qnx.com
|
|
|
Steve Iribarne(deleted)
10/15/2013 11:14 AM
post105917
|
> Do you have any delay between starting the driver and running the
> wpa_supplicant? The driver takes a while to come up as it has to download
> the firmware to the chip, so you have to have some delay in between
> starting the driver and the wpa_supplicant.
>
I do have a 4 second delay. I will try to add a longer one.
I just re-read my post. Sometimes I think I don't write english.
So I did more investigation yesterday. Because I have a case in which it works (run wpa_cli and then set everything by
hand) and a case in which it doesn't work(when I've saved what I've done by hand to /etc/supplicant.conf).
Here is my supplicant.conf file.
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
update_config=1
network={
ssid="TestWIFI"
psk="stvtest123"
key_mgmt=WPA-PSK
}
I load wpa_supplicant like:
SOCK=/alt /usr/sbin/wpa_supplicant_ti -Dwilink -itiw_sta0 -c/etc/wpa_supplicant.conf -dd -K > /tmp/supplicant.out 2>&1 &
the SOCK=/alt is due to the fact that I load io-pkt-v4-hc twice and I need both drivers loaded. So the wifi sockets live on /alt/dev/socket.
In the case where it works, I see the following:
tiw_sta0: Setting authentication timeout: 10 sec 0 usec
tiw_sta0: IEEE 802.1X RX: version=2 type=3 length=117
tiw_sta0: EAPOL-Key type=2
tiw_sta0: key_info 0x8a (ver=2 keyidx=0 rsvd=0 Pairwise Ack)
tiw_sta0: key_length=16 key_data_length=22
replay_counter - hexdump(len=8): 00 00 00 00 00 00 00 06
key_nonce - hexdump(len=32): 03 91 4e 01 76 95 c9 de f4 77 15 4b a8 bc c0 ac 22 9c cb e6 fb 38 70 1e bc 77 e9 c6 7f 27 a4 58
key_iv - hexdump(len=16): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
key_rsc - hexdump(len=8): 00 00 00 00 00 00 00 00
key_id (reserved) - hexdump(len=8): 00 00 00 00 00 00 00 00
key_mic - hexdump(len=16): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
WPA: RX EAPOL-Key - hexdump(len=121): 02 03 00 75 02 00 8a 00 10 00 00 00 00 00 00 00 06 03 91 4e 01 76 95 c9 de f4 77 15 4b a8 bc c0 ac 22 9c cb e6 fb 38 70 1e bc 77 e9 c6 7f 27 a4 58 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 16 dd 14 00 0f ac 04 53 6d 17 35 4a 79 ee 48 97 c0 a6 3b 2d 7a c6 99
HOSTAPTIW wilink_get_ssid: enter
HOSTAPTIW wilink_get_bssid: enter
tiw_sta0: State: ASSOCIATED ->
4WAY_HANDSHAKE
tiw_sta0: WPA: RX message 1 of 4-Way Handshake from 20:aa:4b:a9:43:74 (ver=2)
RSN: msg 1/4 key data - hexdump(len=22): dd 14 00 0f ac 04 53 6d 17 35 4a 79 ee 48 97 c0 a6 3b 2d 7a c6 99
WPA: PMKID in EAPOL-Key - hexdump(len=22): dd 14 00 0f ac 04 53 6d 17 35 4a 79 ee 48 97 c0 a6 3b 2d 7a c6 99
RSN: PMKID from Authenticator - hexdump(len=16): 53 6d 17 35 4a 79 ee 48 97 c0 a6 3b 2d 7a c6 99
tiw_sta0: RSN: no matching PMKID found
Get randomness: len=32 entropy=189
WPA: Renewed SNonce - hexdump(len=32): 17 39 81 1c cc 0d 34 9b dd 88 4a e7 b7 c4 85 59 69 81 06 6f bf c3 ec 66 85 6c 5c
25 bf eb f1 65
WPA: PTK derivation - A1=08:00:28:32:e4:59 A2=20:aa:4b:a9:43:74
WPA: Nonce1 - hexdump(len=32): 17 39 81 1c cc 0d 34 9b dd 88 4a e7 b7 c4 85 59 69 81 06 6f bf c3 ec 66 85 6c 5c 25 bf eb
f1 65
WPA: Nonce2 - hexdump(len=32): 03 91 4e 01 76 95 c9 de f4 77 15 4b a8 bc c0 ac 22 9c cb e6 fb 38 70 1e bc 77 e9 c6 7f 27
a4 58
WPA: PMK - hexdump(len=32): bf 56 a6 d7 5d 22 a7 94 33 b8 30 5a 3c 44 14 e1 e5 b8 34 dd b7 93 a0 fe 12 c0 18 77 23 3b 03
c2
WPA: PTK - hexdump(len=48): 74 8a 07 5a 7b 4c fb 36 aa 4b ab 2a 0b ff d5 d6 f2 a8 de b2 00 4d d3 75 aa b3 c3 c1 a0 16 05
f8 a2 87 5e 9b ad c3 1e 18 31 21 5a 8d 93 d3 d5 d0
WPA: WPA IE for msg 2/4 - hexdump(len=22): 30 14 01 00 00 0f ac 02 01 00 00 0f ac 04 01 00 00 0f ac 02 00 00
WPA: Replay Counter - hexdump(len=8): 00 00 00 00 00 00 00 06
tiw_sta0: WPA: Sending EAPOL-Key 2/4
WPA: KCK - hexdump(len=16): 74 8a 07 5a 7b 4c fb 36 aa 4b ab 2a 0b ff d5 d6
WPA: Derived Key MIC - hexdump(len=16): db 26 32 74 9e...
View Full Message
|
|
|
Hugh Brown
10/15/2013 12:16 PM
post105921
|
Try adding the following to your config file:
eapol_version=1
On 2013-10-15 11:14 AM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>> Do you have any delay between starting the driver and running the
>> wpa_supplicant? The driver takes a while to come up as it has to
>>download
>> the firmware to the chip, so you have to have some delay in between
>> starting the driver and the wpa_supplicant.
>>
>
>I do have a 4 second delay. I will try to add a longer one.
>
>I just re-read my post. Sometimes I think I don't write english.
>
>So I did more investigation yesterday. Because I have a case in which it
>works (run wpa_cli and then set everything by hand) and a case in which
>it doesn't work(when I've saved what I've done by hand to
>/etc/supplicant.conf).
>
>Here is my supplicant.conf file.
>
>ctrl_interface=/var/run/wpa_supplicant
>ctrl_interface_group=0
>update_config=1
>
>network={
> ssid="TestWIFI"
> psk="stvtest123"
> key_mgmt=WPA-PSK
>}
>
>
>I load wpa_supplicant like:
>
>SOCK=/alt /usr/sbin/wpa_supplicant_ti -Dwilink -itiw_sta0
>-c/etc/wpa_supplicant.conf -dd -K > /tmp/supplicant.out 2>&1 &
>
>the SOCK=/alt is due to the fact that I load io-pkt-v4-hc twice and I
>need both drivers loaded. So the wifi sockets live on /alt/dev/socket.
>
>In the case where it works, I see the following:
>
>tiw_sta0: Setting authentication timeout: 10 sec 0 usec
>tiw_sta0: IEEE 802.1X RX: version=2 type=3 length=117
>tiw_sta0: EAPOL-Key type=2
>tiw_sta0: key_info 0x8a (ver=2 keyidx=0 rsvd=0 Pairwise Ack)
>tiw_sta0: key_length=16 key_data_length=22
> replay_counter - hexdump(len=8): 00 00 00 00 00 00 00 06
> key_nonce - hexdump(len=32): 03 91 4e 01 76 95 c9 de f4 77 15 4b a8 bc
>c0 ac 22 9c cb e6 fb 38 70 1e bc 77 e9 c6 7f 27 a4 58
> key_iv - hexdump(len=16): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>00
> key_rsc - hexdump(len=8): 00 00 00 00 00 00 00 00
> key_id (reserved) - hexdump(len=8): 00 00 00 00 00 00 00 00
> key_mic - hexdump(len=16): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>00
>WPA: RX EAPOL-Key - hexdump(len=121): 02 03 00 75 02 00 8a 00 10 00 00 00
>00 00 00 00 06 03 91 4e 01 76 95 c9 de f4 77 15 4b a8 bc c0 ac 22 9c cb
>e6 fb 38 70 1e bc 77 e9 c6 7f 27 a4 58 00 00 00 00 00 00 00 00 00 00 00
>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>00 00 00 00 00 00 00 00 00 00 00 00 00 00 16 dd 14 00 0f ac 04 53 6d 17
>35 4a 79 ee 48 97 c0 a6 3b 2d 7a c6 99
>HOSTAPTIW wilink_get_ssid: enter
>HOSTAPTIW wilink_get_bssid: enter
>tiw_sta0: State: ASSOCIATED -> 4WAY_HANDSHAKE
>tiw_sta0: WPA: RX message 1 of 4-Way Handshake from 20:aa:4b:a9:43:74
>(ver=2)
>RSN: msg 1/4 key data - hexdump(len=22): dd 14 00 0f ac 04 53 6d 17 35 4a
>79 ee 48 97 c0 a6 3b 2d 7a c6 99
>WPA: PMKID in EAPOL-Key - hexdump(len=22): dd 14 00 0f ac 04 53 6d 17 35
>4a 79 ee 48 97 c0 a6 3b 2d 7a c6 99
>RSN: PMKID from Authenticator - hexdump(len=16): 53 6d 17 35 4a 79 ee 48
>97 c0 a6 3b 2d 7a c6 99
>tiw_sta0: RSN: no matching PMKID found
>Get randomness: len=32 entropy=189
>WPA: Renewed SNonce - hexdump(len=32): 17 39 81 1c cc 0d 34 9b dd 88 4a
>e7 b7 c4 85 59 69 81 06 6f bf c3 ec 66 85 6c 5c 25 bf eb f1 65
>WPA: PTK derivation - A1=08:00:28:32:e4:59 A2=20:aa:4b:a9:43:74
>WPA: Nonce1 - hexdump(len=32): 17 39 81 1c cc 0d 34 9b dd 88 4a e7 b7 c4
>85 59 69 81 06 6f bf c3 ec 66 85 6c 5c 25 bf eb f1 65
>WPA: Nonce2 - hexdump(len=32): 03 91 4e 01 76 95 c9 de f4 77 15 4b a8 bc
>c0 ac 22 9c cb e6 fb 38 70 1e bc 77 e9 c6 7f 27 a4 58
>WPA: PMK - hexdump(len=32): bf 56 a6 d7 5d 22 a7 94 33 b8 30 5a 3c 44 14
>e1 e5 b8 34 dd b7 93 a0 fe 12 c0 18 77 23 3b 03...
View Full Message
|
|
|
Steve Iribarne(deleted)
10/15/2013 12:48 PM
post105925
|
Same thing. I think eapol_version=1 is on by default.
> Try adding the following to your config file:
>
> eapol_version=1
>
>
>
>
> On 2013-10-15 11:14 AM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>
> >> Do you have any delay between starting the driver and running the
> >> wpa_supplicant? The driver takes a while to come up as it has to
> >>download
> >> the firmware to the chip, so you have to have some delay in between
> >> starting the driver and the wpa_supplicant.
> >>
> >
> >I do have a 4 second delay. I will try to add a longer one.
> >
> >I just re-read my post. Sometimes I think I don't write english.
> >
> >So I did more investigation yesterday. Because I have a case in which it
> >works (run wpa_cli and then set everything by hand) and a case in which
> >it doesn't work(when I've saved what I've done by hand to
> >/etc/supplicant.conf).
> >
> >Here is my supplicant.conf file.
> >
> >ctrl_interface=/var/run/wpa_supplicant
> >ctrl_interface_group=0
> >update_config=1
> >
> >network={
> > ssid="TestWIFI"
> > psk="stvtest123"
> > key_mgmt=WPA-PSK
> >}
> >
> >
> >I load wpa_supplicant like:
> >
> >SOCK=/alt /usr/sbin/wpa_supplicant_ti -Dwilink -itiw_sta0
> >-c/etc/wpa_supplicant.conf -dd -K > /tmp/supplicant.out 2>&1 &
> >
> >the SOCK=/alt is due to the fact that I load io-pkt-v4-hc twice and I
> >need both drivers loaded. So the wifi sockets live on /alt/dev/socket.
> >
> >In the case where it works, I see the following:
> >
> >tiw_sta0: Setting authentication timeout: 10 sec 0 usec
> >tiw_sta0: IEEE 802.1X RX: version=2 type=3 length=117
> >tiw_sta0: EAPOL-Key type=2
> >tiw_sta0: key_info 0x8a (ver=2 keyidx=0 rsvd=0 Pairwise Ack)
> >tiw_sta0: key_length=16 key_data_length=22
> > replay_counter - hexdump(len=8): 00 00 00 00 00 00 00 06
> > key_nonce - hexdump(len=32): 03 91 4e 01 76 95 c9 de f4 77 15 4b a8 bc
> >c0 ac 22 9c cb e6 fb 38 70 1e bc 77 e9 c6 7f 27 a4 58
> > key_iv - hexdump(len=16): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >00
> > key_rsc - hexdump(len=8): 00 00 00 00 00 00 00 00
> > key_id (reserved) - hexdump(len=8): 00 00 00 00 00 00 00 00
> > key_mic - hexdump(len=16): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >00
> >WPA: RX EAPOL-Key - hexdump(len=121): 02 03 00 75 02 00 8a 00 10 00 00 00
> >00 00 00 00 06 03 91 4e 01 76 95 c9 de f4 77 15 4b a8 bc c0 ac 22 9c cb
> >e6 fb 38 70 1e bc 77 e9 c6 7f 27 a4 58 00 00 00 00 00 00 00 00 00 00 00
> >00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >00 00 00 00 00 00 00 00 00 00 00 00 00 00 16 dd 14 00 0f ac 04 53 6d 17
> >35 4a 79 ee 48 97 c0 a6 3b 2d 7a c6 99
> >HOSTAPTIW wilink_get_ssid: enter
> >HOSTAPTIW wilink_get_bssid: enter
> >tiw_sta0: State: ASSOCIATED -> 4WAY_HANDSHAKE
> >tiw_sta0: WPA: RX message 1 of 4-Way Handshake from 20:aa:4b:a9:43:74
> >(ver=2)
> >RSN: msg 1/4 key data - hexdump(len=22): dd 14 00 0f ac 04 53 6d 17 35 4a
> >79 ee 48 97 c0 a6 3b 2d 7a c6 99
> >WPA: PMKID in EAPOL-Key - hexdump(len=22): dd 14 00 0f ac 04 53 6d 17 35
> >4a 79 ee 48 97 c0 a6 3b 2d 7a c6 99
> >RSN: PMKID from Authenticator - hexdump(len=16): 53 6d 17 35 4a 79 ee 48
> >97 c0 a6 3b 2d 7a c6 99
> >tiw_sta0: RSN: no matching PMKID found
> >Get randomness: len=32 entropy=189
> >WPA: Renewed SNonce - hexdump(len=32): 17 39 81 1c cc 0d 34 9b dd 88 4a
> >e7 b7 c4 85 59 69 81 06 6f bf c3 ec 66 85 6c 5c 25 bf eb f1 65
>...
View Full Message
|
|
|
Hugh Brown
10/15/2013 2:06 PM
post105927
|
Are you sure that this has nothing to do with the file being in NAND
flash? Try putting the configuration file in /dev/shmem and see if it
makes any difference.
The fact that it works when you run it manually means that the
configuration file is OK.
On 2013-10-15 12:48 PM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>Same thing. I think eapol_version=1 is on by default.
>
>> Try adding the following to your config file:
>>
>> eapol_version=1
>>
>>
>>
>>
>> On 2013-10-15 11:14 AM, "Steve Iribarne" <community-noreply@qnx.com>
>>wrote:
>>
>> >> Do you have any delay between starting the driver and running the
>> >> wpa_supplicant? The driver takes a while to come up as it has to
>> >>download
>> >> the firmware to the chip, so you have to have some delay in between
>> >> starting the driver and the wpa_supplicant.
>> >>
>> >
>> >I do have a 4 second delay. I will try to add a longer one.
>> >
>> >I just re-read my post. Sometimes I think I don't write english.
>> >
>> >So I did more investigation yesterday. Because I have a case in which
>>it
>> >works (run wpa_cli and then set everything by hand) and a case in which
>> >it doesn't work(when I've saved what I've done by hand to
>> >/etc/supplicant.conf).
>> >
>> >Here is my supplicant.conf file.
>> >
>> >ctrl_interface=/var/run/wpa_supplicant
>> >ctrl_interface_group=0
>> >update_config=1
>> >
>> >network={
>> > ssid="TestWIFI"
>> > psk="stvtest123"
>> > key_mgmt=WPA-PSK
>> >}
>> >
>> >
>> >I load wpa_supplicant like:
>> >
>> >SOCK=/alt /usr/sbin/wpa_supplicant_ti -Dwilink -itiw_sta0
>> >-c/etc/wpa_supplicant.conf -dd -K > /tmp/supplicant.out 2>&1 &
>> >
>> >the SOCK=/alt is due to the fact that I load io-pkt-v4-hc twice and I
>> >need both drivers loaded. So the wifi sockets live on /alt/dev/socket.
>> >
>> >In the case where it works, I see the following:
>> >
>> >tiw_sta0: Setting authentication timeout: 10 sec 0 usec
>> >tiw_sta0: IEEE 802.1X RX: version=2 type=3 length=117
>> >tiw_sta0: EAPOL-Key type=2
>> >tiw_sta0: key_info 0x8a (ver=2 keyidx=0 rsvd=0 Pairwise Ack)
>> >tiw_sta0: key_length=16 key_data_length=22
>> > replay_counter - hexdump(len=8): 00 00 00 00 00 00 00 06
>> > key_nonce - hexdump(len=32): 03 91 4e 01 76 95 c9 de f4 77 15 4b a8
>>bc
>> >c0 ac 22 9c cb e6 fb 38 70 1e bc 77 e9 c6 7f 27 a4 58
>> > key_iv - hexdump(len=16): 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>>00
>> >00
>> > key_rsc - hexdump(len=8): 00 00 00 00 00 00 00 00
>> > key_id (reserved) - hexdump(len=8): 00 00 00 00 00 00 00 00
>> > key_mic - hexdump(len=16): 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>>00
>> >00
>> >WPA: RX EAPOL-Key - hexdump(len=121): 02 03 00 75 02 00 8a 00 10 00 00
>>00
>> >00 00 00 00 06 03 91 4e 01 76 95 c9 de f4 77 15 4b a8 bc c0 ac 22 9c cb
>> >e6 fb 38 70 1e bc 77 e9 c6 7f 27 a4 58 00 00 00 00 00 00 00 00 00 00 00
>> >00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> >00 00 00 00 00 00 00 00 00 00 00 00 00 00 16 dd 14 00 0f ac 04 53 6d 17
>> >35 4a 79 ee 48 97 c0 a6 3b 2d 7a c6 99
>> >HOSTAPTIW wilink_get_ssid: enter
>> >HOSTAPTIW wilink_get_bssid: enter
>> >tiw_sta0: State: ASSOCIATED -> 4WAY_HANDSHAKE
>> >tiw_sta0: WPA: RX message...
View Full Message
|
|
|
Steve Iribarne(deleted)
10/16/2013 8:49 AM
post105952
|
Yeah. I just tired it again.
No luck.
You are correct in that I know the config is correct. So there has to be something else that's screwing it up.
I have this setup in a typical debug environment. Where I have an ethernet connection so I can debug. So what I was
also thinking was maybe it's something to do with the dual stack thing.
So I moved my script that starts up the wifi AND the wpa_supplicant to /tmp.
lrwxrwxrwx 1 root root 10 Oct 15 2013 tmp -> /dev/shmem
drwxr-xr-x 2 root root 10 Oct 15 2013 usr
drwxr-xr-x 2 root root 10 Oct 15 2013 var
Then I edit my wistart script from Momentics IDE
echo "Starting the WIFI"
random -t -p
devb-ram ram capacity=8192 > /dev/null 2>&1
sleep 3
mount /dev/hd1t77 /var/run
sleep 2
io-pkt-v4-hc -dti127x-am335x sdio=1,dmatx=2,dmarx=3,irq=794,irq_gpio=26,gpio=38,alt_soc
sleep 4
/usr/sbin/wpa_supplicant_ti -Dwilink -itiw_sta0 -c/tmp/wpa_supplicant.conf > /tmp/supplicant.out 2>&1 &
and you know my config file.
update_config=1
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
network={
ssid="TestWIFI"
psk="stvtest123"
key_mgmt=WPA-PSK
}
Once I was done editing the files, then I "slay -f io-pkt-v4-hc" and validated that it was gone by using ifconfig.
then I ran the script (from the serial port) all from tmp.
cd tmp
./wistart
Still get the same thing...
I'm just completely baffled by this. I though this was going to be a piece of cake... but it's turning out to be the most difficult part of the puzzle. :)
I still get the message:
tiw_sta0: WPA: Invalid EAPOL-Key MIC when using TPTK - ignoring TPTK
tiw_sta0: WPA: Could not verify EAPOL-Key MIC - dropping packet
So that's the problem but I don't understand the protocol enough to understand what is wrong with the EAPOL-Key.
thanks again for your help. I really appreciate it.
-stv
> Are you sure that this has nothing to do with the
file being in NAND
> flash? Try putting the configuration file in /dev/shmem and see if it
> makes any difference.
> The fact that it works when you run it manually means that the
> configuration file is OK.
>
>
>
> On 2013-10-15 12:48 PM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>
> >Same thing. I think eapol_version=1 is on by default.
> >
> >> Try adding the following to your config file:
> >>
> >> eapol_version=1
> >>
> >>
> >>
> >>
> >> On 2013-10-15 11:14 AM, "Steve Iribarne" <community-noreply@qnx.com>
> >>wrote:
> >>
> >> >> Do you have any delay between starting the driver and running the
> >> >> wpa_supplicant? The driver takes a while to come up as it has to
> >> >>download
> >> >> the firmware to the chip, so you have to have some delay in between
> >> >> starting the driver and the wpa_supplicant.
> >> >>
> >> >
> >> >I do have a 4 second delay. I will try to add a longer one.
> >> >
> >> >I just re-read my post. Sometimes I think I don't write english.
> >> >
> >> >So I did more investigation yesterday. Because I have a case in which
> >>it
> >> >works (run wpa_cli and then set everything by hand) and a case in which
> >> >it doesn't work(when I've saved what I've done by hand to
> >> >/etc/supplicant.conf).
> >> >
> >> >Here is my supplicant.conf file.
> >> >
> >> >ctrl_interface=/var/run/wpa_supplicant
> >> >ctrl_interface_group=0
> >> >update_config=1
> >> >
> >> >network={
> >> > ssid="TestWIFI"
> >>...
View Full Message
|
|
|
Hugh Brown
10/16/2013 12:04 PM
post105974
|
I have sent your query to TI to ask for their comments. As soon as I get a
reply, I'll let you know.
On 2013-10-16 8:49 AM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>Yeah. I just tired it again.
>No luck.
>
>You are correct in that I know the config is correct. So there has to be
>something else that's screwing it up.
>
>I have this setup in a typical debug environment. Where I have an
>ethernet connection so I can debug. So what I was also thinking was
>maybe it's something to do with the dual stack thing.
>
>So I moved my script that starts up the wifi AND the wpa_supplicant to
>/tmp.
>
>lrwxrwxrwx 1 root root 10 Oct 15 2013 tmp -> /dev/shmem
>drwxr-xr-x 2 root root 10 Oct 15 2013 usr
>drwxr-xr-x 2 root root 10 Oct 15 2013 var
>
>Then I edit my wistart script from Momentics IDE
>
>echo "Starting the WIFI"
>random -t -p
>devb-ram ram capacity=8192 > /dev/null 2>&1
>sleep 3
>mount /dev/hd1t77 /var/run
>sleep 2
>io-pkt-v4-hc -dti127x-am335x
>sdio=1,dmatx=2,dmarx=3,irq=794,irq_gpio=26,gpio=38,alt_soc
>sleep 4
>/usr/sbin/wpa_supplicant_ti -Dwilink -itiw_sta0
>-c/tmp/wpa_supplicant.conf > /tmp/supplicant.out 2>&1 &
>
>and you know my config file.
>
>update_config=1
>ctrl_interface=/var/run/wpa_supplicant
>ctrl_interface_group=0
>network={
> ssid="TestWIFI"
> psk="stvtest123"
> key_mgmt=WPA-PSK
>}
>
>
>Once I was done editing the files, then I "slay -f io-pkt-v4-hc" and
>validated that it was gone by using ifconfig.
>
>then I ran the script (from the serial port) all from tmp.
>
>cd tmp
>./wistart
>
>Still get the same thing...
>
>I'm just completely baffled by this. I though this was going to be a
>piece of cake... but it's turning out to be the most difficult part of
>the puzzle. :)
>
>I still get the message:
>
>tiw_sta0: WPA: Invalid EAPOL-Key MIC when using TPTK - ignoring TPTK
>tiw_sta0: WPA: Could not verify EAPOL-Key MIC - dropping packet
>
>So that's the problem but I don't understand the protocol enough to
>understand what is wrong with the EAPOL-Key.
>
>thanks again for your help. I really appreciate it.
>
>-stv
>
>
>> Are you sure that this has nothing to do with the file being in NAND
>> flash? Try putting the configuration file in /dev/shmem and see if it
>> makes any difference.
>> The fact that it works when you run it manually means that the
>> configuration file is OK.
>>
>>
>>
>> On 2013-10-15 12:48 PM, "Steve Iribarne" <community-noreply@qnx.com>
>>wrote:
>>
>> >Same thing. I think eapol_version=1 is on by default.
>> >
>> >> Try adding the following to your config file:
>> >>
>> >> eapol_version=1
>> >>
>> >>
>> >>
>> >>
>> >> On 2013-10-15 11:14 AM, "Steve Iribarne" <community-noreply@qnx.com>
>> >>wrote:
>> >>
>> >> >> Do you have any delay between starting the driver and running the
>> >> >> wpa_supplicant? The driver takes a while to come up as it has to
>> >> >>download
>> >> >> the firmware to the chip, so you have to have some delay in
>>between
>> >> >> starting the driver and the wpa_supplicant.
>> >> >>
>> >> >
>> >> >I do have a 4 second delay. I will try to add a longer one.
>> >> >
>> >> >I just re-read my post. Sometimes I think I don't write english.
>> >> >
>>...
View Full Message
|
|
|
Steve Iribarne(deleted)
10/16/2013 12:18 PM
post105976
|
Thanks a ton!
> I have sent your query to TI to ask for their comments. As soon as I get a
> reply, I'll let you know.
>
>
>
>
> On 2013-10-16 8:49 AM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>
> >Yeah. I just tired it again.
> >No luck.
> >
> >You are correct in that I know the config is correct. So there has to be
> >something else that's screwing it up.
> >
> >I have this setup in a typical debug environment. Where I have an
> >ethernet connection so I can debug. So what I was also thinking was
> >maybe it's something to do with the dual stack thing.
> >
> >So I moved my script that starts up the wifi AND the wpa_supplicant to
> >/tmp.
> >
> >lrwxrwxrwx 1 root root 10 Oct 15 2013 tmp -> /dev/shmem
> >drwxr-xr-x 2 root root 10 Oct 15 2013 usr
> >drwxr-xr-x 2 root root 10 Oct 15 2013 var
> >
> >Then I edit my wistart script from Momentics IDE
> >
> >echo "Starting the WIFI"
> >random -t -p
> >devb-ram ram capacity=8192 > /dev/null 2>&1
> >sleep 3
> >mount /dev/hd1t77 /var/run
> >sleep 2
> >io-pkt-v4-hc -dti127x-am335x
> >sdio=1,dmatx=2,dmarx=3,irq=794,irq_gpio=26,gpio=38,alt_soc
> >sleep 4
> >/usr/sbin/wpa_supplicant_ti -Dwilink -itiw_sta0
> >-c/tmp/wpa_supplicant.conf > /tmp/supplicant.out 2>&1 &
> >
> >and you know my config file.
> >
> >update_config=1
> >ctrl_interface=/var/run/wpa_supplicant
> >ctrl_interface_group=0
> >network={
> > ssid="TestWIFI"
> > psk="stvtest123"
> > key_mgmt=WPA-PSK
> >}
> >
> >
> >Once I was done editing the files, then I "slay -f io-pkt-v4-hc" and
> >validated that it was gone by using ifconfig.
> >
> >then I ran the script (from the serial port) all from tmp.
> >
> >cd tmp
> >./wistart
> >
> >Still get the same thing...
> >
> >I'm just completely baffled by this. I though this was going to be a
> >piece of cake... but it's turning out to be the most difficult part of
> >the puzzle. :)
> >
> >I still get the message:
> >
> >tiw_sta0: WPA: Invalid EAPOL-Key MIC when using TPTK - ignoring TPTK
> >tiw_sta0: WPA: Could not verify EAPOL-Key MIC - dropping packet
> >
> >So that's the problem but I don't understand the protocol enough to
> >understand what is wrong with the EAPOL-Key.
> >
> >thanks again for your help. I really appreciate it.
> >
> >-stv
> >
> >
> >> Are you sure that this has nothing to do with the file being in NAND
> >> flash? Try putting the configuration file in /dev/shmem and see if it
> >> makes any difference.
> >> The fact that it works when you run it manually means that the
> >> configuration file is OK.
> >>
> >>
> >>
> >> On 2013-10-15 12:48 PM, "Steve Iribarne" <community-noreply@qnx.com>
> >>wrote:
> >>
> >> >Same thing. I think eapol_version=1 is on by default.
> >> >
> >> >> Try adding the following to your config file:
> >> >>
> >> >> eapol_version=1
> >> >>
> >> >>
> >> >>
> >> >>
> >> >> On 2013-10-15 11:14 AM, "Steve Iribarne" <community-noreply@qnx.com>
> >> >>wrote:
> >> >>
> >> >> >> Do you have any delay between starting the driver and running the
> >> >> >> wpa_supplicant? The driver...
View Full Message
|
|
|
Steve Iribarne(deleted)
10/16/2013 3:25 PM
post105986
|
Hey.. something very interesting just happened. So the same application that is loading and controlling the
wpa_supplicant (using the API's) has a memory issue. So what I did was enabled the memory checker tool. And when I did
the commands by hand, I get the same error.
I'm now wondering if this is a timing issue and the thread is not getting enough time to run. I'll let you know.
|
|
|
Steve Iribarne(deleted)
10/23/2013 7:19 AM
post106160
|
Hugh,
Have you heard anything? If not, I may have to go to Plan B soon. Keep my own config file.
Thanks for any update you can give.
|
|
|
Hugh Brown
10/23/2013 8:32 AM
post106162
|
I have sent a wake-up email to TI, so will let you know as soon as I get
an answer.
On 2013-10-23 7:19 AM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>Hugh,
>
>Have you heard anything? If not, I may have to go to Plan B soon. Keep
>my own config file.
>
>Thanks for any update you can give.
>
>
>
>_______________________________________________
>
>General
>http://community.qnx.com/sf/go/post106160
>To cancel your subscription to this discussion, please e-mail
>general-community-unsubscribe@community.qnx.com
|
|
|
Hugh Brown
10/24/2013 11:05 AM
post106217
|
Please can you send the sloginfo output when the problem occurs as well as
the firmware version. That is what TI is asking for.
Thanks, Hugh.
On 10/23/2013, 7:19 AM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>Hugh,
>
>Have you heard anything? If not, I may have to go to Plan B soon. Keep
>my own config file.
>
>Thanks for any update you can give.
>
>
>
>_______________________________________________
>
>General
>http://community.qnx.com/sf/go/post106160
>To cancel your subscription to this discussion, please e-mail
>general-community-unsubscribe@community.qnx.com
|
|
|
Steve Iribarne(deleted)
10/24/2013 4:09 PM
post106231
|
Hello Hugh.
I've attached a file with the sloginfo output.
The FW version is inside the slog info log.
Thanks .
-stv
> Please can you send the sloginfo output when the problem occurs as well as
> the firmware version. That is what TI is asking for.
>
> Thanks, Hugh.
>
>
>
> On 10/23/2013, 7:19 AM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>
> >Hugh,
> >
> >Have you heard anything? If not, I may have to go to Plan B soon. Keep
> >my own config file.
> >
> >Thanks for any update you can give.
> >
> >
> >
> >_______________________________________________
> >
> >General
> >http://community.qnx.com/sf/go/post106160
> >To cancel your subscription to this discussion, please e-mail
> >general-community-unsubscribe@community.qnx.com
>
|
|
|
Hugh Brown
10/28/2013 7:29 AM
post106300
|
The TI guys have told me that you aren¹t using the latest version of the
driver, so can you please try the latest version and see if it resolves
your problem?
On 10/24/2013, 4:09 PM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>Hello Hugh.
>
>I've attached a file with the sloginfo output.
>
>The FW version is inside the slog info log.
>
>Thanks .
>
>-stv
>
>> Please can you send the sloginfo output when the problem occurs as well
>>as
>> the firmware version. That is what TI is asking for.
>>
>> Thanks, Hugh.
>>
>>
>>
>> On 10/23/2013, 7:19 AM, "Steve Iribarne" <community-noreply@qnx.com>
>>wrote:
>>
>> >Hugh,
>> >
>> >Have you heard anything? If not, I may have to go to Plan B soon.
>>Keep
>> >my own config file.
>> >
>> >Thanks for any update you can give.
>> >
>> >
>> >
>> >_______________________________________________
>> >
>> >General
>> >http://community.qnx.com/sf/go/post106160
>> >To cancel your subscription to this discussion, please e-mail
>> >general-community-unsubscribe@community.qnx.com
>>
>
>
>
>
>
>
>_______________________________________________
>
>General
>http://community.qnx.com/sf/go/post106231
>To cancel your subscription to this discussion, please e-mail
>general-community-unsubscribe@community.qnx.com
|
|
|
Steve Iribarne(deleted)
10/28/2013 7:32 AM
post106301
|
> The TI guys have told me that you aren¹t using the latest version of the
> driver, so can you please try the latest version and see if it resolves
> your problem?
>
>
Sure. I'm using the one that came with our BSP distro. Where do I get the latest one from TI's website? I'll try
there, but if you have a better place plz point me to it.
Thanks for your efforts.
|
|
|
Hugh Brown
10/28/2013 7:35 AM
post106302
|
The driver can be downloaded from our web site and is included with the
specific BSP that you are using.
On 10/28/2013, 7:32 AM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>> The TI guys have told me that you aren¹t using the latest version of the
>> driver, so can you please try the latest version and see if it resolves
>> your problem?
>>
>>
>
>Sure. I'm using the one that came with our BSP distro. Where do I get
>the latest one from TI's website? I'll try there, but if you have a
>better place plz point me to it.
>
>Thanks for your efforts.
>
>
>
>_______________________________________________
>
>General
>http://community.qnx.com/sf/go/post106301
>To cancel your subscription to this discussion, please e-mail
>general-community-unsubscribe@community.qnx.com
|
|
|
Steve Iribarne(deleted)
10/28/2013 7:39 AM
post106303
|
> The driver can be downloaded from our web site and is included with the
> specific BSP that you are using.
>
But I am using the one that was distributed with 6.5.0 SP1. Is there a later version? Must be..
>
>
>
>
> On 10/28/2013, 7:32 AM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>
> >> The TI guys have told me that you aren¹t using the latest version of the
> >> driver, so can you please try the latest version and see if it resolves
> >> your problem?
> >>
> >>
> >
> >Sure. I'm using the one that came with our BSP distro. Where do I get
> >the latest one from TI's website? I'll try there, but if you have a
> >better place plz point me to it.
> >
> >Thanks for your efforts.
> >
> >
> >
> >_______________________________________________
> >
> >General
> >http://community.qnx.com/sf/go/post106301
> >To cancel your subscription to this discussion, please e-mail
> >general-community-unsubscribe@community.qnx.com
>
|
|
|
Hugh Brown
10/28/2013 7:43 AM
post106304
|
There was a new driver that we received from TI in May this year. It is
included in one of our BSPs - I’m not sure which one, but I can find out.
--
On 10/28/2013, 7:39 AM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>> The driver can be downloaded from our web site and is included with the
>> specific BSP that you are using.
>>
>
>But I am using the one that was distributed with 6.5.0 SP1. Is there a
>later version? Must be..
>
>
>>
>>
>>
>>
>> On 10/28/2013, 7:32 AM, "Steve Iribarne" <community-noreply@qnx.com>
>>wrote:
>>
>> >> The TI guys have told me that you aren¹t using the latest version of
>>the
>> >> driver, so can you please try the latest version and see if it
>>resolves
>> >> your problem?
>> >>
>> >>
>> >
>> >Sure. I'm using the one that came with our BSP distro. Where do I get
>> >the latest one from TI's website? I'll try there, but if you have a
>> >better place plz point me to it.
>> >
>> >Thanks for your efforts.
>> >
>> >
>> >
>> >_______________________________________________
>> >
>> >General
>> >http://community.qnx.com/sf/go/post106301
>> >To cancel your subscription to this discussion, please e-mail
>> >general-community-unsubscribe@community.qnx.com
>>
>
>
>
>
>
>
>_______________________________________________
>
>General
>http://community.qnx.com/sf/go/post106303
>To cancel your subscription to this discussion, please e-mail
>general-community-unsubscribe@community.qnx.com
|
|
|
Steve Iribarne(deleted)
10/28/2013 7:50 AM
post106305
|
> There was a new driver that we received from TI in May this year. It is
> included in one of our BSPs - I’m not sure which one, but I can find out.
>
Yeah that'd be great. Because I can't find it. I've searched both your site and TI's site.
> --
>
>
>
> On 10/28/2013, 7:39 AM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>
> >> The driver can be downloaded from our web site and is included with the
> >> specific BSP that you are using.
> >>
> >
> >But I am using the one that was distributed with 6.5.0 SP1. Is there a
> >later version? Must be..
> >
> >
> >>
> >>
> >>
> >>
> >> On 10/28/2013, 7:32 AM, "Steve Iribarne" <community-noreply@qnx.com>
> >>wrote:
> >>
> >> >> The TI guys have told me that you aren¹t using the latest version of
> >>the
> >> >> driver, so can you please try the latest version and see if it
> >>resolves
> >> >> your problem?
> >> >>
> >> >>
> >> >
> >> >Sure. I'm using the one that came with our BSP distro. Where do I get
> >> >the latest one from TI's website? I'll try there, but if you have a
> >> >better place plz point me to it.
> >> >
> >> >Thanks for your efforts.
> >> >
> >> >
> >> >
> >> >_______________________________________________
> >> >
> >> >General
> >> >http://community.qnx.com/sf/go/post106301
> >> >To cancel your subscription to this discussion, please e-mail
> >> >general-community-unsubscribe@community.qnx.com
> >>
> >
> >
> >
> >
> >
> >
> >_______________________________________________
> >
> >General
> >http://community.qnx.com/sf/go/post106303
> >To cancel your subscription to this discussion, please e-mail
> >general-community-unsubscribe@community.qnx.com
>
|
|
|
Hugh Brown
10/28/2013 10:14 AM
post106313
|
I have attached the latest patch file of the driver.
On 10/28/2013, 7:50 AM, "Steve Iribarne" <community-noreply@qnx.com> wrote:
>> There was a new driver that we received from TI in May this year. It is
>> included in one of our BSPs - I’m not sure which one, but I can find
>>out.
>>
>
>Yeah that'd be great. Because I can't find it. I've searched both your
>site and TI's site.
>
>
>> --
>>
>>
>>
>> On 10/28/2013, 7:39 AM, "Steve Iribarne" <community-noreply@qnx.com>
>>wrote:
>>
>> >> The driver can be downloaded from our web site and is included with
>>the
>> >> specific BSP that you are using.
>> >>
>> >
>> >But I am using the one that was distributed with 6.5.0 SP1. Is there a
>> >later version? Must be..
>> >
>> >
>> >>
>> >>
>> >>
>> >>
>> >> On 10/28/2013, 7:32 AM, "Steve Iribarne" <community-noreply@qnx.com>
>> >>wrote:
>> >>
>> >> >> The TI guys have told me that you aren¹t using the latest version
>>of
>> >>the
>> >> >> driver, so can you please try the latest version and see if it
>> >>resolves
>> >> >> your problem?
>> >> >>
>> >> >>
>> >> >
>> >> >Sure. I'm using the one that came with our BSP distro. Where do I
>>get
>> >> >the latest one from TI's website? I'll try there, but if you have a
>> >> >better place plz point me to it.
>> >> >
>> >> >Thanks for your efforts.
>> >> >
>> >> >
>> >> >
>> >> >_______________________________________________
>> >> >
>> >> >General
>> >> >http://community.qnx.com/sf/go/post106301
>> >> >To cancel your subscription to this discussion, please e-mail
>> >> >general-community-unsubscribe@community.qnx.com
>> >>
>> >
>> >
>> >
>> >
>> >
>> >
>> >_______________________________________________
>> >
>> >General
>> >http://community.qnx.com/sf/go/post106303
>> >To cancel your subscription to this discussion, please e-mail
>> >general-community-unsubscribe@community.qnx.com
>>
>
>
>
>
>
>
>_______________________________________________
>
>General
>http://community.qnx.com/sf/go/post106305
>To cancel your subscription to this discussion, please e-mail
>general-community-unsubscribe@community.qnx.com
|
|
|
Steve Iribarne(deleted)
10/28/2013 12:16 PM
post106321
|
Nope.. driver crashes with this.
Process 102425 (io-pkt-v4-hc) terminated SIGBUS code=3 fltno=5 ip=78020afc(/proc/boot/devnp-ti1273-am335xevm.so@
hPlatform_Wlan_Hardware_Init+0x134) mapaddr=00020afc. ref=2800806c
sloginfo
Jan 01 00:06:40 5 14 0 initializing IPsec... done
Jan 01 00:06:40 5 14 0 IPsec: Initialized Security Association Processing.
Jan 01 00:06:40 3 10 1 sdio option 1 specified
Jan 01 00:06:40 3 10 1 dmatx value set to 0x2
Jan 01 00:06:40 3 10 1 dmarx value set to 0x3
Jan 01 00:06:40 3 10 1 irq value set to 0x31a
Jan 01 00:06:40 3 10 1 gpio value set to 38
Jan 01 00:06:41 3 10 1 hPlatform_Wlan_Hardware_Init
We can stop worrying about it. I have written my own config file handling. Thanks again for all your help.
-stv
|
|
|
Armin Steinhoff
|
[Question] PCIexpress supported by QNX 4.25 ?
|
Armin Steinhoff
11/11/2013 11:39 AM
post106665
|
[Question] PCIexpress supported by QNX 4.25 ?
Hi,
supports QNX 4.25 PCIe interfaces ?
Regards
--Armin
|
|
|
Hugh Brown
|
Re: [Question] PCIexpress supported by QNX 4.25 ?
|
Hugh Brown
11/11/2013 12:19 PM
post106666
|
Re: [Question] PCIexpress supported by QNX 4.25 ?
The _CA_PCIŠ function calls are the same for both PCI and PCIe. The only
thing that you won¹t be able to do with these function calls is to access
the extended PCIe configuration space, unless the BIOS supports it.
On 2013/11/11, 11:39 AM, "Armin Steinhoff" <community-noreply@qnx.com>
wrote:
>
>Hi,
>
>supports QNX 4.25 PCIe interfaces ?
>
>Regards
>
>--Armin
>
>
>
>
>
>
>
>_______________________________________________
>
>General
>http://community.qnx.com/sf/go/post106665
>To cancel your subscription to this discussion, please e-mail
>general-community-unsubscribe@community.qnx.com
|
|
|
Armin Steinhoff
|
Re: [Question] PCIexpress supported by QNX 4.25 ?
|
Armin Steinhoff
11/12/2013 5:06 AM
post106683
|
Re: [Question] PCIexpress supported by QNX 4.25 ?
Hugh,
many thanks ..
I'm testing currently my port of the DPDK from Intel.
When I send with "testpmd" a burst of packets, my I210 adapter drops a
lot of packets.
Do you have an idea why an ethernet adapter is dropping packets when
packets are transmitted ?
--Armin
Hugh Brown wrote:
> The _CA_PCIÅ function calls are the same for both PCI and PCIe. The only
> thing that you won¹t be able to do with these function calls is to access
> the extended PCIe configuration space, unless the BIOS supports it.
>
>
>
> On 2013/11/11, 11:39 AM, "Armin Steinhoff" <community-noreply@qnx.com>
> wrote:
>
>> Hi,
>>
>> supports QNX 4.25 PCIe interfaces ?
>>
>> Regards
>>
>> --Armin
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>>
>> General
>> http://community.qnx.com/sf/go/post106665
>> To cancel your subscription to this discussion, please e-mail
>> general-community-unsubscribe@community.qnx.com
>
>
>
>
> _______________________________________________
>
> General
> http://community.qnx.com/sf/go/post106666
> To cancel your subscription to this discussion, please e-mail general-community-unsubscribe@community.qnx.com
|
|
|
Hugh Brown
|
Re: [Question] PCIexpress supported by QNX 4.25 ?
|
Hugh Brown
11/12/2013 7:55 AM
post106685
|
Re: [Question] PCIexpress supported by QNX 4.25 ?
Are you using our e1000 driver and are you using FLEET or TCP/IP when the
problem occurs? Dropping packets on transmit normally occurs when there
are insufficient buffers to hold all the transmit messages. If you can
also post the full output of 'show_pci -v’, that might help.
On 2013/11/12, 5:06 AM, "Armin Steinhoff" <community-noreply@qnx.com>
wrote:
>Hugh,
>
>many thanks ..
>
>I'm testing currently my port of the DPDK from Intel.
>When I send with "testpmd" a burst of packets, my I210 adapter drops a
>lot of packets.
>
>Do you have an idea why an ethernet adapter is dropping packets when
>packets are transmitted ?
>
>--Armin
>
>
>Hugh Brown wrote:
>> The _CA_PCIÅ function calls are the same for both PCI and PCIe. The
>>only
>> thing that you won¹t be able to do with these function calls is to
>>access
>> the extended PCIe configuration space, unless the BIOS supports it.
>>
>>
>>
>> On 2013/11/11, 11:39 AM, "Armin Steinhoff" <community-noreply@qnx.com>
>> wrote:
>>
>>> Hi,
>>>
>>> supports QNX 4.25 PCIe interfaces ?
>>>
>>> Regards
>>>
>>> --Armin
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> General
>>> http://community.qnx.com/sf/go/post106665
>>> To cancel your subscription to this discussion, please e-mail
>>> general-community-unsubscribe@community.qnx.com
>>
>>
>>
>>
>> _______________________________________________
>>
>> General
>> http://community.qnx.com/sf/go/post106666
>> To cancel your subscription to this discussion, please e-mail
>>general-community-unsubscribe@community.qnx.com
>
>
>
>
>
>_______________________________________________
>
>General
>http://community.qnx.com/sf/go/post106683
>To cancel your subscription to this discussion, please e-mail
>general-community-unsubscribe@community.qnx.com
|
|
|
Armin Steinhoff
11/12/2013 8:48 AM
post106688
|
Hugh,
I'm doing my first tests of a port of the "Data Plan" from Intel:
http://www.youtube.com/watch?v=V6jU0uFa86I
DPDK doesn't use the network infrastructure of QNX.
I will check if there is a buffer issue. Could it be that there are also
flow controls problems with the connected switch port at link layer level ?
The test example "testpmd" blows millions of packets per second.
(testpmd is attached) ....
--Armin
Hugh Brown wrote:
> Are you using our e1000 driver and are you using FLEET or TCP/IP when the
> problem occurs? Dropping packets on transmit normally occurs when there
> are insufficient buffers to hold all the transmit messages. If you can
> also post the full output of 'show_pci -v’, that might help.
>
>
>
> On 2013/11/12, 5:06 AM, "Armin Steinhoff" <community-noreply@qnx.com>
> wrote:
>
>> Hugh,
>>
>> many thanks ..
>>
>> I'm testing currently my port of the DPDK from Intel.
>> When I send with "testpmd" a burst of packets, my I210 adapter drops a
>> lot of packets.
>>
>> Do you have an idea why an ethernet adapter is dropping packets when
>> packets are transmitted ?
>>
>> --Armin
>>
>>
>> Hugh Brown wrote:
>>> The _CA_PCIÃ… function calls are the same for both PCI and PCIe. The
>>> only
>>> thing that you won¹t be able to do with these function calls is to
>>> access
>>> the extended PCIe configuration space, unless the BIOS supports it.
>>>
>>>
>>>
>>> On 2013/11/11, 11:39 AM, "Armin Steinhoff" <community-noreply@qnx.com>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> supports QNX 4.25 PCIe interfaces ?
>>>>
>>>> Regards
>>>>
>>>> --Armin
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>>
>>>> General
>>>> http://community.qnx.com/sf/go/post106665
>>>> To cancel your subscription to this discussion, please e-mail
>>>> general-community-unsubscribe@community.qnx.com
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> General
>>> http://community.qnx.com/sf/go/post106666
>>> To cancel your subscription to this discussion, please e-mail
>>> general-community-unsubscribe@community.qnx.com
>>
>>
>>
>>
>> _______________________________________________
>>
>> General
>> http://community.qnx.com/sf/go/post106683
>> To cancel your subscription to this discussion, please e-mail
>> general-community-unsubscribe@community.qnx.com
>
>
>
>
> _______________________________________________
>
> General
> http://community.qnx.com/sf/go/post106685
> To cancel your subscription to this discussion, please e-mail general-community-unsubscribe@community.qnx.com
|
|
|
Hugh Brown
11/12/2013 8:56 AM
post106689
|
Armin,
Yes, if flow control isn’t properly set, it will also cause lost packets.
Hugh.
On 2013/11/12, 8:48 AM, "Armin Steinhoff" <community-noreply@qnx.com>
wrote:
>
>Hugh,
>
>I'm doing my first tests of a port of the "Data Plan" from Intel:
>http://www.youtube.com/watch?v=V6jU0uFa86I
>DPDK doesn't use the network infrastructure of QNX.
>
>I will check if there is a buffer issue. Could it be that there are also
>flow controls problems with the connected switch port at link layer level
>?
>The test example "testpmd" blows millions of packets per second.
>(testpmd is attached) ....
>
>--Armin
>
>
>Hugh Brown wrote:
>> Are you using our e1000 driver and are you using FLEET or TCP/IP when
>>the
>> problem occurs? Dropping packets on transmit normally occurs when there
>> are insufficient buffers to hold all the transmit messages. If you can
>> also post the full output of 'show_pci -v’, that might help.
>>
>>
>>
>> On 2013/11/12, 5:06 AM, "Armin Steinhoff" <community-noreply@qnx.com>
>> wrote:
>>
>>> Hugh,
>>>
>>> many thanks ..
>>>
>>> I'm testing currently my port of the DPDK from Intel.
>>> When I send with "testpmd" a burst of packets, my I210 adapter drops a
>>> lot of packets.
>>>
>>> Do you have an idea why an ethernet adapter is dropping packets when
>>> packets are transmitted ?
>>>
>>> --Armin
>>>
>>>
>>> Hugh Brown wrote:
>>>> The _CA_PCIÃ… function calls are the same for both PCI and PCIe. The
>>>> only
>>>> thing that you won¹t be able to do with these function calls is to
>>>> access
>>>> the extended PCIe configuration space, unless the BIOS supports it.
>>>>
>>>>
>>>>
>>>> On 2013/11/11, 11:39 AM, "Armin Steinhoff" <community-noreply@qnx.com>
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> supports QNX 4.25 PCIe interfaces ?
>>>>>
>>>>> Regards
>>>>>
>>>>> --Armin
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>>
>>>>> General
>>>>> http://community.qnx.com/sf/go/post106665
>>>>> To cancel your subscription to this discussion, please e-mail
>>>>> general-community-unsubscribe@community.qnx.com
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>>
>>>> General
>>>> http://community.qnx.com/sf/go/post106666
>>>> To cancel your subscription to this discussion, please e-mail
>>>> general-community-unsubscribe@community.qnx.com
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> General
>>> http://community.qnx.com/sf/go/post106683
>>> To cancel your subscription to this discussion, please e-mail
>>> general-community-unsubscribe@community.qnx.com
>>
>>
>>
>>
>> _______________________________________________
>>
>> General
>> http://community.qnx.com/sf/go/post106685
>> To cancel your subscription to this discussion, please...
|
|
|
Steve Iribarne(deleted)
|
Re: DPDK and QNX <SOLVED>
|
Steve Iribarne(deleted)
12/05/2013 11:53 AM
post107256
|
Re: DPDK and QNX <SOLVED>
After a TON of testing and debugging the issue was that the interface wasn't "up".
So after I loaded the supplicant I just do:
ifconfig tiw_sta0 up
and everything works.
I just wanted to update.
|
|
|
Armin Steinhoff
|
Re: DPDK and QNX <SOLVED>
|
Armin Steinhoff
12/06/2013 6:42 AM
post107276
|
Re: DPDK and QNX <SOLVED>
Steve,
I used in my test scenario the original I210 board from Intel.
This board wasn't recognized and wasn't handled by the QNX 6.4.
The test utility "testpmd" sets in general the link up.
Did you disable your board by the network configuration of QNX ?
Are you using QNX6.4 or QNX6.5 ?
There seems to be a conflict in handling of the link status
Thanks a lot for your valuable response!
Best Regards
--Armin
Steve Iribarne wrote:
> After a TON of testing and debugging the issue was that the interface wasn't "up".
>
> So after I loaded the supplicant I just do:
>
> ifconfig tiw_sta0 up
>
> and everything works.
>
> I just wanted to update.
>
>
>
> _______________________________________________
>
> General
> http://community.qnx.com/sf/go/post107256
> To cancel your subscription to this discussion, please e-mail general-community-unsubscribe@community.qnx.com
>
|
|
|
|