Re: My WLI-UC-GNM up crash
On 31 Jul 2013, at 01:28, XiaoQI Ge g...@7axu.com wrote: Last night, I use the latest FreeBSD source (r253827) and crochet-freebsd compile img My WLI-UC-GNM will be disconnected after a period of operation run0: device timeout run0: at uhub0, port 1, addr 2 (disconnected) If you are using the USB cable to power the BBB, then that's your problem. You need a 5V 1A+ power adapter to be able to use USB WiFi cards with the BeagleBone. -- Rui Paulo ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: My WLI-UC-GNM up crash
Before using the computer USB power supply, the implementation of usbdump, the kernel Panic Some log: http://pastebin.com/wPURnAg5 http://img.vim-cn.com/5f/576bc22abaadb1014dae4c4e73b07f48579e8e.bmp addr2line information: http://pastebin.com/sE5C7bqi 1A is used after the power supply Enter no response, TTL did not show additional information -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ 2013/8/1 Rui Paulo rpa...@felyko.com: On 31 Jul 2013, at 01:28, XiaoQI Ge g...@7axu.com wrote: Last night, I use the latest FreeBSD source (r253827) and crochet-freebsd compile img My WLI-UC-GNM will be disconnected after a period of operation run0: device timeout run0: at uhub0, port 1, addr 2 (disconnected) If you are using the USB cable to power the BBB, then that's your problem. You need a 5V 1A+ power adapter to be able to use USB WiFi cards with the BeagleBone. -- Rui Paulo ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: My WLI-UC-GNM up crash
Last night, I use the latest FreeBSD source (r253827) and
crochet-freebsd compile img
My WLI-UC-GNM will be disconnected after a period of operation
run0: device timeout
run0: at uhub0, port 1, addr 2 (disconnected)
Another log prompted
ti_mmchs0: Error: current cmd NULL, already done?
My BB-Black broken?
--
Regards.
By: XiaoQI Ge; PGP:8B09D5F7
WWW: https://www.7axu.com/
2013/7/30 Ian Lepore i...@freebsd.org:
On Mon, 2013-07-29 at 14:15 -0700, John-Mark Gurney wrote:
Hans Petter Selasky wrote this message on Mon, Jul 29, 2013 at 19:58 +0200:
The aligned will make sure that the structure gets padded properly to the
size specified. Only on ARM/MIPS etc, structures get automatically aligned
according to the element in the structure requiring the greatest
alignment. I've test-compiled the USB WLAN drivers, and the aligned makes
a difference. The problem is that the radiotap header skews some following
elements, so that they are no longer aligned. The radiotap header itself
is packed, and this is not a problem.
Ouch, has anyone looked at the code that caused this?
in ieee80211_radiotap.c, it looks like the original fault was in either
set_channel, or set_xchannel, and both do (the equivalent of):
struct {
uint16_tfreq;
uint16_tflags;
} *rc = p;
rc-freq = htole16(c-ic_freq);
rc-flags = htole16(c-ic_flags);
If there's any chance the pointer isn't aligned in code like this, then
htole16() is the wrong function, it should be using le16enc() such as
le16enc(rc-freq, c-ic_freq);
le16enc(rc-flags, c-ic_flags);
With any luck, an x86 compiler can optimize the inline code for the
endian enc/dec functions to take advantage of the platform's ability to
do unaligned accesses. But that's a side issue to code correctness --
portable code has to get these things right even when it's inefficient.
-- Ian
And then there is complicated code that calculates offsets, etc, in
radiotap_offset.. What we probably really need is to mark the above
as __packed or equiv so that we don't assume that the passed in pointer
is aligned...
The whole management of this radiochan and radiotap_offset is pretty
nasty... If marking the structures __packed works, it's probably
because two bugs are offsetting, and magicly making things align
again...
-Original message-
From:Warner Losh i...@bsdimp.com mailto:i...@bsdimp.com
Sent: Monday 29th July 2013 17:04
To: Adrian Chadd adr...@freebsd.org mailto:adr...@freebsd.org
Cc: Hans Petter Selasky hans.petter.sela...@bitfrost.no
mailto:hans.petter.sela...@bitfrost.no ; freebsd-arm
freebsd-...@freebsd.org mailto:freebsd-...@freebsd.org ;
freebsd-wireless@freebsd.org mailto:freebsd-wireless@freebsd.org
Subject: Re: My WLI-UC-GNM up crash
Aren't structures already aligned to 4 bytes when placed inside other
structures (unless marked __packed)?
Warner
On Jul 28, 2013, at 11:50 AM, Adrian Chadd wrote:
As long as that results in the radiotap structures being 4 or 8 byte
padded when it's embedded in the softc - then yes, indeed.
Xiao, can you try?
-adrian
On 28 July 2013 03:35, Hans Petter Selasky h...@bitfrost.no
mailto:h...@bitfrost.no wrote:
Hi,
Can you try the attached patch?
--HPS
___
freebsd-...@freebsd.org mailto:freebsd-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arm
http://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to freebsd-arm-unsubscr...@freebsd.org
mailto:freebsd-arm-unsubscr...@freebsd.org
___
freebsd-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to freebsd-arm-unsubscr...@freebsd.org
___
freebsd-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to freebsd-arm-unsubscr...@freebsd.org
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: My WLI-UC-GNM up crash
On Wed, 2013-07-31 at 16:28 +0800, XiaoQI Ge wrote: Last night, I use the latest FreeBSD source (r253827) and crochet-freebsd compile img My WLI-UC-GNM will be disconnected after a period of operation run0: device timeout run0: at uhub0, port 1, addr 2 (disconnected) Another log prompted ti_mmchs0: Error: current cmd NULL, already done? My BB-Black broken? The ti_mmchs0 error is not new. My old BBW has done that for months. I'm not sure it's totally harmless, but it's not related to the run0 timeouts. -- Ian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: My WLI-UC-GNM up crash
The __aligned(8) likely isn't going to do anything. It says that you are guaranteeing to the compiler that you'll only ever allocate / cast pointers to this data type on a 8-byte boundary. __packed might help, but likely won't because that's for on-wire things and anything thing that wasn't already not marked packed that should be would already be broken, but broken giving bad data, not broken segfaulting. __aligned(1) is what you want. But that has other performance problems... Warner On Jul 28, 2013, at 4:35 AM, Hans Petter Selasky wrote: Hi, Can you try the attached patch? --HPS radiotap.diff___ freebsd-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to freebsd-arm-unsubscr...@freebsd.org ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: My WLI-UC-GNM up crash
Aren't structures already aligned to 4 bytes when placed inside other structures (unless marked __packed)? Warner On Jul 28, 2013, at 11:50 AM, Adrian Chadd wrote: As long as that results in the radiotap structures being 4 or 8 byte padded when it's embedded in the softc - then yes, indeed. Xiao, can you try? -adrian On 28 July 2013 03:35, Hans Petter Selasky h...@bitfrost.no wrote: Hi, Can you try the attached patch? --HPS ___ freebsd-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to freebsd-arm-unsubscr...@freebsd.org ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
RE: My WLI-UC-GNM up crash
Hi, The aligned will make sure that the structure gets padded properly to the size specified. Only on ARM/MIPS etc, structures get automatically aligned according to the element in the structure requiring the greatest alignment. I've test-compiled the USB WLAN drivers, and the aligned makes a difference. The problem is that the radiotap header skews some following elements, so that they are no longer aligned. The radiotap header itself is packed, and this is not a problem. --HPS -Original message- From:Warner Losh i...@bsdimp.com mailto:i...@bsdimp.com Sent: Monday 29th July 2013 17:04 To: Adrian Chadd adr...@freebsd.org mailto:adr...@freebsd.org Cc: Hans Petter Selasky hans.petter.sela...@bitfrost.no mailto:hans.petter.sela...@bitfrost.no ; freebsd-arm freebsd-...@freebsd.org mailto:freebsd-...@freebsd.org ; freebsd-wireless@freebsd.org mailto:freebsd-wireless@freebsd.org Subject: Re: My WLI-UC-GNM up crash Aren't structures already aligned to 4 bytes when placed inside other structures (unless marked __packed)? Warner On Jul 28, 2013, at 11:50 AM, Adrian Chadd wrote: As long as that results in the radiotap structures being 4 or 8 byte padded when it's embedded in the softc - then yes, indeed. Xiao, can you try? -adrian On 28 July 2013 03:35, Hans Petter Selasky h...@bitfrost.no mailto:h...@bitfrost.no wrote: Hi, Can you try the attached patch? --HPS ___ freebsd-...@freebsd.org mailto:freebsd-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arm http://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to freebsd-arm-unsubscr...@freebsd.org mailto:freebsd-arm-unsubscr...@freebsd.org ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: My WLI-UC-GNM up crash
On Jul 29, 2013, at 11:58 AM, Hans Petter Selasky wrote: The aligned will make sure that the structure gets padded properly to the size specified. Only on ARM/MIPS etc, structures get automatically aligned according to the element in the structure requiring the greatest alignment. I'd turn this around and say only on x86 do structures not get aligned this way. On any riscy architecture, unaligned accesses are expensive, which is why the ABI there mandates this. I've test-compiled the USB WLAN drivers, and the aligned makes a difference. The problem is that the radiotap header skews some following elements, so that they are no longer aligned. The radiotap header itself is packed, and this is not a problem. This suggests a bigger problem. How is the radiotap header being popualted? Is it by DMA or programmatically? If by DMA then we have cache line sharing, which is bad. If by program, why is it packed to start with? Warner --HPS -Original message- From:Warner Losh i...@bsdimp.com Sent: Monday 29th July 2013 17:04 To: Adrian Chadd adr...@freebsd.org Cc: Hans Petter Selasky hans.petter.sela...@bitfrost.no; freebsd-arm freebsd-...@freebsd.org; freebsd-wireless@freebsd.org Subject: Re: My WLI-UC-GNM up crash Aren't structures already aligned to 4 bytes when placed inside other structures (unless marked __packed)? Warner On Jul 28, 2013, at 11:50 AM, Adrian Chadd wrote: As long as that results in the radiotap structures being 4 or 8 byte padded when it's embedded in the softc - then yes, indeed. Xiao, can you try? -adrian On 28 July 2013 03:35, Hans Petter Selasky h...@bitfrost.no wrote: Hi, Can you try the attached patch? --HPS ___ freebsd-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to freebsd-arm-unsubscr...@freebsd.org ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: My WLI-UC-GNM up crash
On Mon, Jul 29, 2013 at 12:34:00PM -0600, Warner Losh wrote: On Jul 29, 2013, at 11:58 AM, Hans Petter Selasky wrote: The aligned will make sure that the structure gets padded properly to the size specified. Only on ARM/MIPS etc, structures get automatically aligned according to the element in the structure requiring the greatest alignment. I'd turn this around and say only on x86 do structures not get aligned this way. On any riscy architecture, unaligned accesses are expensive, which is why the ABI there mandates this. The alignment of the structure to the largest alignment of the member is required by the ABIs on i386 and amd64 as well. pgp8C63eUZqgf.pgp Description: PGP signature
Re: My WLI-UC-GNM up crash
Hans Petter Selasky wrote this message on Mon, Jul 29, 2013 at 19:58 +0200:
The aligned will make sure that the structure gets padded properly to the
size specified. Only on ARM/MIPS etc, structures get automatically aligned
according to the element in the structure requiring the greatest alignment.
I've test-compiled the USB WLAN drivers, and the aligned makes a difference.
The problem is that the radiotap header skews some following elements, so
that they are no longer aligned. The radiotap header itself is packed, and
this is not a problem.
Ouch, has anyone looked at the code that caused this?
in ieee80211_radiotap.c, it looks like the original fault was in either
set_channel, or set_xchannel, and both do (the equivalent of):
struct {
uint16_tfreq;
uint16_tflags;
} *rc = p;
rc-freq = htole16(c-ic_freq);
rc-flags = htole16(c-ic_flags);
And then there is complicated code that calculates offsets, etc, in
radiotap_offset.. What we probably really need is to mark the above
as __packed or equiv so that we don't assume that the passed in pointer
is aligned...
The whole management of this radiochan and radiotap_offset is pretty
nasty... If marking the structures __packed works, it's probably
because two bugs are offsetting, and magicly making things align
again...
-Original message-
From:Warner Losh i...@bsdimp.com mailto:i...@bsdimp.com
Sent: Monday 29th July 2013 17:04
To: Adrian Chadd adr...@freebsd.org mailto:adr...@freebsd.org
Cc: Hans Petter Selasky hans.petter.sela...@bitfrost.no
mailto:hans.petter.sela...@bitfrost.no ; freebsd-arm
freebsd-...@freebsd.org mailto:freebsd-...@freebsd.org ;
freebsd-wireless@freebsd.org mailto:freebsd-wireless@freebsd.org
Subject: Re: My WLI-UC-GNM up crash
Aren't structures already aligned to 4 bytes when placed inside other
structures (unless marked __packed)?
Warner
On Jul 28, 2013, at 11:50 AM, Adrian Chadd wrote:
As long as that results in the radiotap structures being 4 or 8 byte
padded when it's embedded in the softc - then yes, indeed.
Xiao, can you try?
-adrian
On 28 July 2013 03:35, Hans Petter Selasky h...@bitfrost.no
mailto:h...@bitfrost.no wrote:
Hi,
Can you try the attached patch?
--HPS
___
freebsd-...@freebsd.org mailto:freebsd-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arm
http://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to freebsd-arm-unsubscr...@freebsd.org
mailto:freebsd-arm-unsubscr...@freebsd.org
___
freebsd-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to freebsd-arm-unsubscr...@freebsd.org
--
John-Mark Gurney Voice: +1 415 225 5579
All that I will do, has been done, All that I have, has not.
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: My WLI-UC-GNM up crash
On Mon, 2013-07-29 at 14:15 -0700, John-Mark Gurney wrote:
Hans Petter Selasky wrote this message on Mon, Jul 29, 2013 at 19:58 +0200:
The aligned will make sure that the structure gets padded properly to the
size specified. Only on ARM/MIPS etc, structures get automatically aligned
according to the element in the structure requiring the greatest alignment.
I've test-compiled the USB WLAN drivers, and the aligned makes a
difference. The problem is that the radiotap header skews some following
elements, so that they are no longer aligned. The radiotap header itself is
packed, and this is not a problem.
Ouch, has anyone looked at the code that caused this?
in ieee80211_radiotap.c, it looks like the original fault was in either
set_channel, or set_xchannel, and both do (the equivalent of):
struct {
uint16_tfreq;
uint16_tflags;
} *rc = p;
rc-freq = htole16(c-ic_freq);
rc-flags = htole16(c-ic_flags);
If there's any chance the pointer isn't aligned in code like this, then
htole16() is the wrong function, it should be using le16enc() such as
le16enc(rc-freq, c-ic_freq);
le16enc(rc-flags, c-ic_flags);
With any luck, an x86 compiler can optimize the inline code for the
endian enc/dec functions to take advantage of the platform's ability to
do unaligned accesses. But that's a side issue to code correctness --
portable code has to get these things right even when it's inefficient.
-- Ian
And then there is complicated code that calculates offsets, etc, in
radiotap_offset.. What we probably really need is to mark the above
as __packed or equiv so that we don't assume that the passed in pointer
is aligned...
The whole management of this radiochan and radiotap_offset is pretty
nasty... If marking the structures __packed works, it's probably
because two bugs are offsetting, and magicly making things align
again...
-Original message-
From:Warner Losh i...@bsdimp.com mailto:i...@bsdimp.com
Sent: Monday 29th July 2013 17:04
To: Adrian Chadd adr...@freebsd.org mailto:adr...@freebsd.org
Cc: Hans Petter Selasky hans.petter.sela...@bitfrost.no
mailto:hans.petter.sela...@bitfrost.no ; freebsd-arm
freebsd-...@freebsd.org mailto:freebsd-...@freebsd.org ;
freebsd-wireless@freebsd.org mailto:freebsd-wireless@freebsd.org
Subject: Re: My WLI-UC-GNM up crash
Aren't structures already aligned to 4 bytes when placed inside other
structures (unless marked __packed)?
Warner
On Jul 28, 2013, at 11:50 AM, Adrian Chadd wrote:
As long as that results in the radiotap structures being 4 or 8 byte
padded when it's embedded in the softc - then yes, indeed.
Xiao, can you try?
-adrian
On 28 July 2013 03:35, Hans Petter Selasky h...@bitfrost.no
mailto:h...@bitfrost.no wrote:
Hi,
Can you try the attached patch?
--HPS
___
freebsd-...@freebsd.org mailto:freebsd-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arm
http://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to freebsd-arm-unsubscr...@freebsd.org
mailto:freebsd-arm-unsubscr...@freebsd.org
___
freebsd-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to freebsd-arm-unsubscr...@freebsd.org
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: My WLI-UC-GNM up crash
Hi, Can you try the attached patch? --HPS === sys/dev/usb/wlan/if_rumvar.h == --- sys/dev/usb/wlan/if_rumvar.h (revision 253548) +++ sys/dev/usb/wlan/if_rumvar.h (local) @@ -29,7 +29,7 @@ int8_t wr_antsignal; int8_t wr_antnoise; uint8_t wr_antenna; -}; +} __packed __aligned(8); #define RT2573_RX_RADIOTAP_PRESENT \ ((1 IEEE80211_RADIOTAP_FLAGS) |\ @@ -47,7 +47,7 @@ uint16_t wt_chan_freq; uint16_t wt_chan_flags; uint8_t wt_antenna; -}; +} __packed __aligned(8); #define RT2573_TX_RADIOTAP_PRESENT \ ((1 IEEE80211_RADIOTAP_FLAGS) |\ === sys/dev/usb/wlan/if_runvar.h == --- sys/dev/usb/wlan/if_runvar.h (revision 253548) +++ sys/dev/usb/wlan/if_runvar.h (local) @@ -58,7 +58,7 @@ int8_t wr_dbm_antsignal; uint8_t wr_antenna; uint8_t wr_antsignal; -} __packed; +} __packed __aligned(8); #define RUN_RX_RADIOTAP_PRESENT\ (1 IEEE80211_RADIOTAP_FLAGS | \ @@ -75,7 +75,7 @@ uint16_t wt_chan_freq; uint16_t wt_chan_flags; uint8_t wt_hwqueue; -} __packed; +} __packed __aligned(8); #define IEEE80211_RADIOTAP_HWQUEUE 15 === sys/dev/usb/wlan/if_uathvar.h == --- sys/dev/usb/wlan/if_uathvar.h (revision 253548) +++ sys/dev/usb/wlan/if_uathvar.h (local) @@ -52,7 +52,7 @@ int8_t wr_antsignal; int8_t wr_antnoise; u_int8_t wr_antenna; -} __packed; +} __packed __aligned(8); #define UATH_RX_RADIOTAP_PRESENT ( \ (1 IEEE80211_RADIOTAP_TSFT) | \ @@ -69,7 +69,7 @@ uint8_t wt_flags; uint16_t wt_chan_freq; uint16_t wt_chan_flags; -} __packed; +} __packed __aligned(8); #define UATH_TX_RADIOTAP_PRESENT \ ((1 IEEE80211_RADIOTAP_FLAGS) |\ === sys/dev/usb/wlan/if_upgtvar.h == --- sys/dev/usb/wlan/if_upgtvar.h (revision 253548) +++ sys/dev/usb/wlan/if_upgtvar.h (local) @@ -380,7 +380,7 @@ uint16_t wr_chan_freq; uint16_t wr_chan_flags; int8_t wr_antsignal; -} __packed; +} __packed __aligned(8); #define UPGT_RX_RADIOTAP_PRESENT \ ((1 IEEE80211_RADIOTAP_FLAGS) |\ @@ -394,7 +394,7 @@ uint8_t wt_rate; uint16_t wt_chan_freq; uint16_t wt_chan_flags; -} __packed; +} __packed __aligned(8); #define UPGT_TX_RADIOTAP_PRESENT \ ((1 IEEE80211_RADIOTAP_FLAGS) |\ === sys/dev/usb/wlan/if_uralvar.h == --- sys/dev/usb/wlan/if_uralvar.h (revision 253548) +++ sys/dev/usb/wlan/if_uralvar.h (local) @@ -34,7 +34,7 @@ int8_t wr_antsignal; int8_t wr_antnoise; uint8_t wr_antenna; -}; +} __packed __aligned(8); #define RAL_RX_RADIOTAP_PRESENT \ ((1 IEEE80211_RADIOTAP_FLAGS) |\ @@ -51,7 +51,7 @@ uint16_t wt_chan_freq; uint16_t wt_chan_flags; uint8_t wt_antenna; -}; +} __packed __aligned(8); #define RAL_TX_RADIOTAP_PRESENT \ ((1 IEEE80211_RADIOTAP_FLAGS) |\ === sys/dev/usb/wlan/if_urtwnreg.h == --- sys/dev/usb/wlan/if_urtwnreg.h (revision 253548) +++ sys/dev/usb/wlan/if_urtwnreg.h (local) @@ -1030,7 +1030,7 @@ uint16_t wr_chan_freq; uint16_t wr_chan_flags; uint8_t wr_dbm_antsignal; -} __packed; +} __packed __aligned(8); #define URTWN_RX_RADIOTAP_PRESENT \ (1 IEEE80211_RADIOTAP_FLAGS | \ @@ -1043,7 +1043,7 @@ uint8_t wt_flags; uint16_t wt_chan_freq; uint16_t wt_chan_flags; -} __packed; +} __packed __aligned(8); #define URTWN_TX_RADIOTAP_PRESENT \ (1 IEEE80211_RADIOTAP_FLAGS | \ === sys/dev/usb/wlan/if_urtwvar.h == --- sys/dev/usb/wlan/if_urtwvar.h (revision 253548) +++ sys/dev/usb/wlan/if_urtwvar.h (local) @@ -63,7 +63,7 @@ uint16_t wr_chan_freq; uint16_t wr_chan_flags; int8_t wr_dbm_antsignal; -} __packed; +} __packed __aligned(8); #define URTW_RX_RADIOTAP_PRESENT \ ((1 IEEE80211_RADIOTAP_FLAGS) |\ @@ -75,7 +75,7 @@ uint8_t wt_flags; uint16_t wt_chan_freq; uint16_t wt_chan_flags; -} __packed; +} __packed __aligned(8); #define URTW_TX_RADIOTAP_PRESENT \ ((1 IEEE80211_RADIOTAP_FLAGS) |\ === sys/dev/usb/wlan/if_zydreg.h == --- sys/dev/usb/wlan/if_zydreg.h (revision 253548) +++ sys/dev/usb/wlan/if_zydreg.h (local) @@ -1185,7 +1185,7 @@ uint16_t wr_chan_flags; int8_t wr_antsignal; int8_t wr_antnoise; -} __packed; +} __packed __aligned(8); #define ZYD_RX_RADIOTAP_PRESENT \ ((1 IEEE80211_RADIOTAP_FLAGS) |\ @@ -1200,7 +1200,7 @@ uint8_t wt_rate; uint16_t wt_chan_freq; uint16_t wt_chan_flags; -} __packed; +} __packed __aligned(8); #define ZYD_TX_RADIOTAP_PRESENT \ ((1 IEEE80211_RADIOTAP_FLAGS) |\ ___
Re: My WLI-UC-GNM up crash
Patch radiotap.diff ifconfig wlan0 normal execution through wifi wpa also be connected to the But often disconnected: Edit /etc/motd to change this login announcement. root@FreeBSD:~ # uptime 11:13PM up 33 secs, 1 user, load averages: 1.34, 0.37, 0.13 root@FreeBSD:~ # date Thu Jul 25 23:13:43 UTC 2013 root@FreeBSD:~ # ifconfig wlan create wlandev run0 wlan0: Ethernet address: 10:6f:3f:2b:fd:7d wlan0 ugen0.2: Ralink at usbus0 run0: 1.0 on usbus0 run0: MAC/BBP RT3070 (rev 0x0201), RF RT3020 (MIMO 1T1R), address 10:6f:3f:2b:fd:7d run0: firmware RT2870 ver. 0.236 loaded root@FreeBSD:~ # date Thu Jul 25 23:15:38 UTC 2013 root@FreeBSD:~ # uname -a FreeBSD FreeBSD.7axu.com 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r253662M: Mon Jul 29 16:39:29 CST 2013 r...@freebsd.7axu.com:/usr/obj/arm.armv6/usr/src/sys/CUBIEBOARD1G arm root@FreeBSD:~ # ugen0.2: Ralink at usbus0 (disconnected) run0: at uhub1, port 1, addr 2 (disconnected) root@FreeBSD:~ # ugen0.2: Ralink at usbus0 run0: 1.0 on usbus0 run0: MAC/BBP RT3070 (rev 0x0201), RF RT3020 (MIMO 1T1R), address 10:6f:3f:2b:fd:7d ifconfig run0: firmware RT2870 ver. 0.236 loaded run0 down root@FreeBSD:~ # run0: firmware RT2870 ver. 0.236 loaded root@FreeBSD:~ # -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ 2013/7/29 Adrian Chadd adr...@freebsd.org: As long as that results in the radiotap structures being 4 or 8 byte padded when it's embedded in the softc - then yes, indeed. Xiao, can you try? -adrian On 28 July 2013 03:35, Hans Petter Selasky h...@bitfrost.no wrote: Hi, Can you try the attached patch? --HPS ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: My WLI-UC-GNM up crash
That should be how to solve it?
--
Regards.
By: XiaoQI Ge; PGP:8B09D5F7
WWW: https://www.7axu.com/
2013/7/27 Adrian Chadd adr...@freebsd.org:
This is known; there's some alignment issue with the radiotap TX/RX
structures in some of these USB devices.
-adrain
On 25 July 2013 20:23, XiaoQI Ge g...@7axu.com wrote:
我更新到最新的源码（r253662），这次错误信息变成了0xde9f4d34
[root@FreeBSD.ttyu0] ~ # Fatal kernel mode data abort: 'Alignment Fault 1'
trapframe: 0xde9f4d34
FSR=0801, FAR=c284afbb, spsr=0013
r0 =c284c000, r1 =c284afbb, r2 =c284c210, r3 =096c
r4 =c284c024, r5 =c05f07c5, r6 =0014, r7 =c2844800
r8 =c05f07c5, r9 =c284c000, r10=35cb, r11=de9f4e10
r12=002e, ssp=de9f4d80, slr=, pc =c046d20c
[ thread pid 0 tid 100053 ]
Stopped at ieee80211_radiotap_chan_change+0x90:strhr3, [r1]
db
---
Kernel wlan related options
device wlan# 802.11 support
options IEEE80211_DEBUG # enable debug msgs
options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
options IEEE80211_SUPPORT_MESH # enable 802.11s draft support
device wlan_wep# 802.11 WEP support
device wlan_ccmp # 802.11 CCMP support
device wlan_tkip # 802.11 TKIP support
device wlan_amrr # AMRR transmit rate control algorithm
device firmware# firmware assist module
device run #Ralink Technology USB IEEE 802.11a/g/n
wireless network device
device runfw#Firmware Module for Ralink driver
---
The compiler command
make TARGET_ARCH=armv6 TARGET_CPUTYPE=armv6 KERNCONF=BBB WITH_FDT=yes
buildkernel
--
Regards.
By: XiaoQI Ge; PGP:8B09D5F7
WWW: https://www.7axu.com/
2013/7/24 XiaoQI Ge g...@7axu.com:
How do I debug it? Can provide useful information
login: root
Jul 24 18:27:31 FreeBSD login: ROOT LOGIN (root) ON ttyu0
FreeBSD 10.0-CURRENT (BBB) #4 r253585M: Wed Jul 24 17:07:53 CST 2013
[root@FreeBSD.ttyu0] ~ # ifconfig wlan create wlandev run0
wlan0: Ethernet address: 10:6f:3f:2b:fd:6d
wlan0
[root@FreeBSD.ttyu0] ~ # ifconfig wlan0 up
run0: firmware RT2870 ver. 0.236 loaded
Fatal kernel mode data abort: 'Alignment Fault 1'
trapframe: 0xde9e4d5c
FSR=0801, FAR=c282ffbb, spsr=0013
r0 =c2831000, r1 =c282ffbb, r2 =c2831210, r3 =096c
r4 =c2831024, r5 =c2831000, r6 =c05d9362, r7 =c2829800
r8 =0014, r9 =c08144d8, r10=80001cce, r11=de9e4e10
r12=002e, ssp=de9e4da8, slr=, pc =c045c510
[ thread pid 0 tid 100053 ]
Stopped at ieee80211_radiotap_chan_change+0x90:strhr3, [r1]
db
These two places modified:
2522 }
2523
2524 ant = run_maxrssi_chain(sc, rxwi);
2525 rssi = rxwi-rssi[ant];
2526 nf = run_rssi2dbm(sc, rssi, ant);
2527
2528 m-m_pkthdr.rcvif = ifp;
2529 m-m_pkthdr.len = m-m_len = len;
2530 /*
2531 if (ni != NULL) {
2532 (void)ieee80211_input(ni, m, rssi, nf);
2533 ieee80211_free_node(ni);
2534 } else {
2535 (void)ieee80211_input_all(ic, m, rssi, nf);
2536 }
2537 */
2538 /*
2539 * DAAN: fill-in tap header BEFORE calling ieee80211_input*() so
the
2540 * user will see the actual data that belongs to THIS packet..
2541 */
2542 if (__predict_false(ieee80211_radiotap_active(ic))) {
2543 struct run_rx_radiotap_header *tap = sc-sc_rxtap;
2544
2545 tap-wr_flags = 0;
2546 tap-wr_chan_freq = htole16(ic-ic_curchan-ic_freq);
2547 tap-wr_chan_flags = htole16(ic-ic_curchan-ic_flags);
2548 tap-wr_antsignal = rssi;
2549 tap-wr_antenna = ant;
2550 tap-wr_dbm_antsignal = run_rssi2dbm(sc, rssi, ant);
2551 tap-wr_rate = 2; /* in case it can't be found below */
2552 phy = le16toh(rxwi-phy);
2553 switch (phy RT2860_PHY_MODE) {
2554 case RT2860_PHY_CCK:
2555 switch ((phy RT2860_PHY_MCS) ~RT2860_PHY_SHPRE) {
2556 case 0: tap-wr_rate = 2; break;
2557 case 1: tap-wr_rate = 4; break;
2558 case 2: tap-wr_rate = 11; break;
2559 case 3: tap-wr_rate = 22; break;
2560 }
2561 if (phy RT2860_PHY_SHPRE)
2562 tap-wr_flags |= IEEE80211_RADIOTAP_F_SHORTPRE;
2563 break;
2564 case RT2860_PHY_OFDM:
2565 switch (phy RT2860_PHY_MCS) {
2566 case 0: tap-wr_rate = 12; break;
2567 case 1: tap-wr_rate = 18; break;
2568 case 2: tap-wr_rate = 24; break;
2569 case 3: tap-wr_rate = 36; break;
2570 case 4: tap-wr_rate = 48; break;
2571 case 5: tap-wr_rate = 72; break;
2572 case 6: tap-wr_rate = 96; break;
2573 case 7: tap-wr_rate = 108; break;
2574 }
2575 break;
2576 }
2577 }
2578
2579 if (ni != NULL) {
2580
Re: My WLI-UC-GNM up crash
Not sure, I haven't dug into it. It shouldn't be hard to fix though.
I think someone just screwed up in defining the structures in the USB
drivers and didn't specify alignment. ath(4) got it right because Sam
ran it on MIPS/ARM boards.
-adrian
On 27 July 2013 20:34, XiaoQI Ge g...@7axu.com wrote:
That should be how to solve it?
--
Regards.
By: XiaoQI Ge; PGP:8B09D5F7
WWW: https://www.7axu.com/
2013/7/27 Adrian Chadd adr...@freebsd.org:
This is known; there's some alignment issue with the radiotap TX/RX
structures in some of these USB devices.
-adrain
On 25 July 2013 20:23, XiaoQI Ge g...@7axu.com wrote:
我更新到最新的源码（r253662），这次错误信息变成了0xde9f4d34
[root@FreeBSD.ttyu0] ~ # Fatal kernel mode data abort: 'Alignment Fault 1'
trapframe: 0xde9f4d34
FSR=0801, FAR=c284afbb, spsr=0013
r0 =c284c000, r1 =c284afbb, r2 =c284c210, r3 =096c
r4 =c284c024, r5 =c05f07c5, r6 =0014, r7 =c2844800
r8 =c05f07c5, r9 =c284c000, r10=35cb, r11=de9f4e10
r12=002e, ssp=de9f4d80, slr=, pc =c046d20c
[ thread pid 0 tid 100053 ]
Stopped at ieee80211_radiotap_chan_change+0x90:strhr3, [r1]
db
---
Kernel wlan related options
device wlan# 802.11 support
options IEEE80211_DEBUG # enable debug msgs
options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
options IEEE80211_SUPPORT_MESH # enable 802.11s draft support
device wlan_wep# 802.11 WEP support
device wlan_ccmp # 802.11 CCMP support
device wlan_tkip # 802.11 TKIP support
device wlan_amrr # AMRR transmit rate control algorithm
device firmware# firmware assist module
device run #Ralink Technology USB IEEE 802.11a/g/n
wireless network device
device runfw#Firmware Module for Ralink driver
---
The compiler command
make TARGET_ARCH=armv6 TARGET_CPUTYPE=armv6 KERNCONF=BBB WITH_FDT=yes
buildkernel
--
Regards.
By: XiaoQI Ge; PGP:8B09D5F7
WWW: https://www.7axu.com/
2013/7/24 XiaoQI Ge g...@7axu.com:
How do I debug it? Can provide useful information
login: root
Jul 24 18:27:31 FreeBSD login: ROOT LOGIN (root) ON ttyu0
FreeBSD 10.0-CURRENT (BBB) #4 r253585M: Wed Jul 24 17:07:53 CST 2013
[root@FreeBSD.ttyu0] ~ # ifconfig wlan create wlandev run0
wlan0: Ethernet address: 10:6f:3f:2b:fd:6d
wlan0
[root@FreeBSD.ttyu0] ~ # ifconfig wlan0 up
run0: firmware RT2870 ver. 0.236 loaded
Fatal kernel mode data abort: 'Alignment Fault 1'
trapframe: 0xde9e4d5c
FSR=0801, FAR=c282ffbb, spsr=0013
r0 =c2831000, r1 =c282ffbb, r2 =c2831210, r3 =096c
r4 =c2831024, r5 =c2831000, r6 =c05d9362, r7 =c2829800
r8 =0014, r9 =c08144d8, r10=80001cce, r11=de9e4e10
r12=002e, ssp=de9e4da8, slr=, pc =c045c510
[ thread pid 0 tid 100053 ]
Stopped at ieee80211_radiotap_chan_change+0x90:strhr3, [r1]
db
These two places modified:
2522 }
2523
2524 ant = run_maxrssi_chain(sc, rxwi);
2525 rssi = rxwi-rssi[ant];
2526 nf = run_rssi2dbm(sc, rssi, ant);
2527
2528 m-m_pkthdr.rcvif = ifp;
2529 m-m_pkthdr.len = m-m_len = len;
2530 /*
2531 if (ni != NULL) {
2532 (void)ieee80211_input(ni, m, rssi, nf);
2533 ieee80211_free_node(ni);
2534 } else {
2535 (void)ieee80211_input_all(ic, m, rssi, nf);
2536 }
2537 */
2538 /*
2539 * DAAN: fill-in tap header BEFORE calling ieee80211_input*() so
the
2540 * user will see the actual data that belongs to THIS packet..
2541 */
2542 if (__predict_false(ieee80211_radiotap_active(ic))) {
2543 struct run_rx_radiotap_header *tap = sc-sc_rxtap;
2544
2545 tap-wr_flags = 0;
2546 tap-wr_chan_freq = htole16(ic-ic_curchan-ic_freq);
2547 tap-wr_chan_flags = htole16(ic-ic_curchan-ic_flags);
2548 tap-wr_antsignal = rssi;
2549 tap-wr_antenna = ant;
2550 tap-wr_dbm_antsignal = run_rssi2dbm(sc, rssi, ant);
2551 tap-wr_rate = 2; /* in case it can't be found below */
2552 phy = le16toh(rxwi-phy);
2553 switch (phy RT2860_PHY_MODE) {
2554 case RT2860_PHY_CCK:
2555 switch ((phy RT2860_PHY_MCS) ~RT2860_PHY_SHPRE) {
2556 case 0: tap-wr_rate = 2; break;
2557 case 1: tap-wr_rate = 4; break;
2558 case 2: tap-wr_rate = 11; break;
2559 case 3: tap-wr_rate = 22; break;
2560 }
2561 if (phy RT2860_PHY_SHPRE)
2562 tap-wr_flags |= IEEE80211_RADIOTAP_F_SHORTPRE;
2563 break;
2564 case RT2860_PHY_OFDM:
2565 switch (phy RT2860_PHY_MCS) {
2566 case 0: tap-wr_rate = 12; break;
2567 case 1: tap-wr_rate = 18; break;
2568 case 2: tap-wr_rate = 24; break;
2569 case 3: tap-wr_rate = 36; break;
2570 case 4: tap-wr_rate = 48;
Re: My WLI-UC-GNM up crash
我更新到最新的源码（r253662），这次错误信息变成了0xde9f4d34
[root@FreeBSD.ttyu0] ~ # Fatal kernel mode data abort: 'Alignment Fault 1'
trapframe: 0xde9f4d34
FSR=0801, FAR=c284afbb, spsr=0013
r0 =c284c000, r1 =c284afbb, r2 =c284c210, r3 =096c
r4 =c284c024, r5 =c05f07c5, r6 =0014, r7 =c2844800
r8 =c05f07c5, r9 =c284c000, r10=35cb, r11=de9f4e10
r12=002e, ssp=de9f4d80, slr=, pc =c046d20c
[ thread pid 0 tid 100053 ]
Stopped at ieee80211_radiotap_chan_change+0x90:strhr3, [r1]
db
---
Kernel wlan related options
device wlan# 802.11 support
options IEEE80211_DEBUG # enable debug msgs
options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
options IEEE80211_SUPPORT_MESH # enable 802.11s draft support
device wlan_wep# 802.11 WEP support
device wlan_ccmp # 802.11 CCMP support
device wlan_tkip # 802.11 TKIP support
device wlan_amrr # AMRR transmit rate control algorithm
device firmware# firmware assist module
device run #Ralink Technology USB IEEE 802.11a/g/n
wireless network device
device runfw#Firmware Module for Ralink driver
---
The compiler command
make TARGET_ARCH=armv6 TARGET_CPUTYPE=armv6 KERNCONF=BBB WITH_FDT=yes
buildkernel
--
Regards.
By: XiaoQI Ge; PGP:8B09D5F7
WWW: https://www.7axu.com/
2013/7/24 XiaoQI Ge g...@7axu.com:
How do I debug it? Can provide useful information
login: root
Jul 24 18:27:31 FreeBSD login: ROOT LOGIN (root) ON ttyu0
FreeBSD 10.0-CURRENT (BBB) #4 r253585M: Wed Jul 24 17:07:53 CST 2013
[root@FreeBSD.ttyu0] ~ # ifconfig wlan create wlandev run0
wlan0: Ethernet address: 10:6f:3f:2b:fd:6d
wlan0
[root@FreeBSD.ttyu0] ~ # ifconfig wlan0 up
run0: firmware RT2870 ver. 0.236 loaded
Fatal kernel mode data abort: 'Alignment Fault 1'
trapframe: 0xde9e4d5c
FSR=0801, FAR=c282ffbb, spsr=0013
r0 =c2831000, r1 =c282ffbb, r2 =c2831210, r3 =096c
r4 =c2831024, r5 =c2831000, r6 =c05d9362, r7 =c2829800
r8 =0014, r9 =c08144d8, r10=80001cce, r11=de9e4e10
r12=002e, ssp=de9e4da8, slr=, pc =c045c510
[ thread pid 0 tid 100053 ]
Stopped at ieee80211_radiotap_chan_change+0x90:strhr3, [r1]
db
These two places modified:
2522 }
2523
2524 ant = run_maxrssi_chain(sc, rxwi);
2525 rssi = rxwi-rssi[ant];
2526 nf = run_rssi2dbm(sc, rssi, ant);
2527
2528 m-m_pkthdr.rcvif = ifp;
2529 m-m_pkthdr.len = m-m_len = len;
2530 /*
2531 if (ni != NULL) {
2532 (void)ieee80211_input(ni, m, rssi, nf);
2533 ieee80211_free_node(ni);
2534 } else {
2535 (void)ieee80211_input_all(ic, m, rssi, nf);
2536 }
2537 */
2538 /*
2539 * DAAN: fill-in tap header BEFORE calling ieee80211_input*() so the
2540 * user will see the actual data that belongs to THIS packet..
2541 */
2542 if (__predict_false(ieee80211_radiotap_active(ic))) {
2543 struct run_rx_radiotap_header *tap = sc-sc_rxtap;
2544
2545 tap-wr_flags = 0;
2546 tap-wr_chan_freq = htole16(ic-ic_curchan-ic_freq);
2547 tap-wr_chan_flags = htole16(ic-ic_curchan-ic_flags);
2548 tap-wr_antsignal = rssi;
2549 tap-wr_antenna = ant;
2550 tap-wr_dbm_antsignal = run_rssi2dbm(sc, rssi, ant);
2551 tap-wr_rate = 2; /* in case it can't be found below */
2552 phy = le16toh(rxwi-phy);
2553 switch (phy RT2860_PHY_MODE) {
2554 case RT2860_PHY_CCK:
2555 switch ((phy RT2860_PHY_MCS) ~RT2860_PHY_SHPRE) {
2556 case 0: tap-wr_rate = 2; break;
2557 case 1: tap-wr_rate = 4; break;
2558 case 2: tap-wr_rate = 11; break;
2559 case 3: tap-wr_rate = 22; break;
2560 }
2561 if (phy RT2860_PHY_SHPRE)
2562 tap-wr_flags |= IEEE80211_RADIOTAP_F_SHORTPRE;
2563 break;
2564 case RT2860_PHY_OFDM:
2565 switch (phy RT2860_PHY_MCS) {
2566 case 0: tap-wr_rate = 12; break;
2567 case 1: tap-wr_rate = 18; break;
2568 case 2: tap-wr_rate = 24; break;
2569 case 3: tap-wr_rate = 36; break;
2570 case 4: tap-wr_rate = 48; break;
2571 case 5: tap-wr_rate = 72; break;
2572 case 6: tap-wr_rate = 96; break;
2573 case 7: tap-wr_rate = 108; break;
2574 }
2575 break;
2576 }
2577 }
2578
2579 if (ni != NULL) {
2580 (void)ieee80211_input(ni, m, rssi, nf);
2581 ieee80211_free_node(ni);
2582 } else {
2583 (void)ieee80211_input_all(ic, m, rssi, nf);
2584 }
2585
2586 }
2587
2588 static void
Index: sys/vm/vm_map.c
===
--- sys/vm/vm_map.c (revision 253514)
+++ sys/vm/vm_map.c (working copy)
Re: My WLI-UC-GNM up crash
I manually make up, is compiling the kernel -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ 2013/7/24 XiaoQI Ge g...@7axu.com: patch /root/if_run_2013_01_19_radiotap_fix_only.diff appears to be invalid ] /usr/src/sys/dev/usb/wlan # patch /root/if_run_2013_01_19_radiotap_fix_only.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- if_run.c.fix1_vnet 2013-06-14 10:12:49.786774072 +0200 |+++ if_run.c.fix2_vnet_plus_radiotap 2013-06-14 10:15:34.890774314 +0200 -- File to patch: 2013/7/23 Daan Vreeken d...@vitsch.nl: cd /usr/src/sys/dev/usb/wlan -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
RE: My WLI-UC-GNM up crash
Hi,
Can you try the attached patch?
--HPS
diff --git a/sys/net80211/ieee80211_radiotap.h b/sys/net80211/ieee80211_radiotap.h
index b8a8b51..c199d48 100644
--- a/sys/net80211/ieee80211_radiotap.h
+++ b/sys/net80211/ieee80211_radiotap.h
@@ -78,7 +78,7 @@ struct ieee80211_radiotap_header {
* Additional extensions are made
* by setting bit 31.
*/
-} __packed;
+} __packed __aligned(4);
/*
* Name Data type Units
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
RE: My WLI-UC-GNM up crash
Can you tell us which compiler you used to build your image? --HPS ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: My WLI-UC-GNM up crash
Hi XiaoQI Ge, On Monday 15 July 2013 06:12:38 XiaoQI Ge wrote: My WLI-UC-GNM ifconfig up when collapsed, I do not know how to solve root@FreeBSD:~ # ifconfig wlan create wlandev run0 wlan0: Ethernet address: 10:6f:3f:2b:fd:6d wlan0 root@FreeBSD:~ # ifconfig lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384 options=63RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff00 nd6 options=21PERFORMNUD,AUTO_LINKLOCAL run0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 2290 ether 10:6f:3f:2b:fd:6d nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier wlan0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 10:6f:3f:2b:fd:6d nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid channel 1 (2412 MHz 11b) country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 wme bintval 0 root@FreeBSD:~ # dhclient wlan0 wlan0: no link .. giving up root@FreeBSD:~ # pciconf -lv pciconf: /dev/pci: No such file or directory root@FreeBSD:~ # ifconfig wlan0 up scan run0: firmware RT2870 ver. 0.236 loaded root@FreeBSD:~ # Fatal kernel mode data abort: 'Alignment Fault 1' trapframe: 0xde177d68 FSR=0801, FAR=c24b3faf, spsr=0013 r0 =c24b7000, r1 =c24b3faf, r2 =c24b720c, r3 =096c r4 =80003eaf, r5 =c249c800, r6 =c24b7024, r7 =c0760898 r8 =c24b7000, r9 =0014, r10=c055851d, r11=de177e18 r12=002e, ssp=de177db4, slr=, pc =c04072d4 [ thread pid 0 tid 100038 ] Stopped at ieee80211_radiotap_chan_change+0x94:strhr3, [r1] db bt Tracing pid 0 tid 100038 td 0xc232a620 _end() at 0xde177a90 scp=0xde177a90 rlv=0xc04f5e48 (db_trace_thread+0x34) rsp=0xde177a74 rfp=0xc05b8750 Bad frame pointer: 0xc05b8750 db Please see the patches I posted here : http://www.freebsd.org/cgi/query-pr.cgi?pr=arm%2F179532cat= I think they may solve your problem. Regards, -- Ing. Daan Vreeken Vitsch Electronics http://Vitsch.nl/ http://VitschVPN.nl/ tel: +31-(0)40-7113051 KvK nr: 17174380 -- Machines en netwerken op afstand beheren? Vitsch VPN oplossing! Kijk voor meer informatie op: http://www.VitschVPN.nl/ ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
