Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
Same.
rspro# ifconfig wlan0 up
rspro# Trap cause = 5 (address error (store) - kernel
mode)
[ thread pid 0 tid 100047 ]
Stopped at
ieee80211_radiotap_vdetach+0x70:
sh v1,0(a0)
db bt
Tracing pid 0
tid 100047 td 0xc0f1f260
db_trace_thread+30 (?,?,?,?) ra 80071160 sp
c7ec9948 sz 24
80071044+11c (0,?,,?) ra 80070b54 sp c7ec9960
sz 32
800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec9980 sz
168
db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9a28 sz
24
800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9a40 sz 424
kdb_trap+10c (?,?,?,?) ra 803c2690 sp c7ec9be8 sz 32
trap+134c
(?,?,?,?) ra 803b97c8 sp c7ec9c08 sz 176
MipsKernGenException+10c
(c0f6a637,c0f721c8,c7ea7c04,e51) ra 802c95b8 sp
c7ec9cb8 sz
200
802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0
pid
0
db
Ganbold
Hi,
Can you try this patch? (Patch is for if_run.c)
Before ifconfig wlan0 up, please run
sysctl hw.usb.run.debug=1
This will give me more clues.
Does it panic right after wlan up, or are there some seconds before panic?
Regards,
AK
-- begin patch --
*** old_if_run.c2010-03-27 02:44:20.0 -0600
--- new_if_run.c2010-03-27 02:47:28.0 -0600
***
*** 414,416
static const struct {
! uint32_treg;
uint32_tval;
--- 414,416
static const struct {
! uint16_treg;
uint32_tval;
***
*** 1225,1227
! *val = tmp 0xff;
return 0;
--- 1225,1227
! *val = (uint8_t)(tmp 0xff);
return 0;
__
The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo!
Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
PseudoCylon wrote:
Same.
Hi,
Can you try this patch? (Patch is for if_run.c)
Before ifconfig wlan0 up, please run
sysctl hw.usb.run.debug=1
This will give me more clues.
Does it panic right after wlan up, or are there some seconds before panic?
Same, it panics right after issuing wlan up. I used this patch and also
if_runvar.h patch also.
...
run0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 2290
ether 00:22:cf:03:e0:30
media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
status: no carrier
wlan0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500
ether 00:22:cf:03:e0:30
media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
status: no carrier
ssid bsd channel 1 (2412 MHz 11b)
country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60
wme bintval 0
rspro# ifconfig wlan0 up
run_stop: All Tx cleared
run_newstate: INIT - SCAN
rspro# Trap cause = 5 (address error (store) - kernel mode)
[ thread pid 0 tid 100047 ]
Stopped at ieee80211_radiotap_vdetach+0x70:sh v1,0(a0)
db
Ganbold
Regards,
AK
-- begin patch --
*** old_if_run.c2010-03-27 02:44:20.0 -0600
--- new_if_run.c2010-03-27 02:47:28.0 -0600
***
*** 414,416
static const struct {
! uint32_treg;
uint32_tval;
--- 414,416
static const struct {
! uint16_treg;
uint32_tval;
***
*** 1225,1227
! *val = tmp 0xff;
return 0;
--- 1225,1227
! *val = (uint8_t)(tmp 0xff);
return 0;
__
The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo!
Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
--
The worst cliques are those which consist of one man. -- George Bernard
Shaw
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: wpa_supplicant, Atheros AR9285 and FreeBSD 8.0 issue - wpa_supplicant hangs
On Wed, Mar 24, 2010 at 10:26:39PM +0200, Eugeny N Dzhurinsky wrote: Hi! I am facing very strange issue - for some reason wpa_supplicant hands after associating connection with AP. It doesn't hang immediately - but after some time (amout a minute or so). I realized that it fails after group rekeying completes. If is set rekeying to occur in 30 minutes on AP host - for 30 minutes I am not getting any issue. With my DLink WiFi USB stick powered by if_rum driver such problem does not appear. If I should provide some additional information to help someone understand and fix this issue - please let me know :) P.S. Many thanks to Rui Paulo for porting AR9285 driver! -- Eugene N Dzhurinsky pgpq586K7g3WF.pgp Description: PGP signature
Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
PseudoCylon wrote:
Same.
JFYI, I have just tested if_run and works fine on HEAD (i386).
But on RouterStation Pro it still has problem with your patch.
Ganbold
rspro# ifconfig wlan0 up
rspro# Trap cause = 5 (address error (store) - kernel
mode)
[ thread pid 0 tid 100047 ]
Stopped at
ieee80211_radiotap_vdetach+0x70:
sh v1,0(a0)
db bt
Tracing pid 0
tid 100047 td 0xc0f1f260
db_trace_thread+30 (?,?,?,?) ra 80071160 sp
c7ec9948 sz 24
80071044+11c (0,?,,?) ra 80070b54 sp c7ec9960
sz 32
800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec9980 sz
168
db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9a28 sz
24
800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9a40 sz 424
kdb_trap+10c (?,?,?,?) ra 803c2690 sp c7ec9be8 sz 32
trap+134c
(?,?,?,?) ra 803b97c8 sp c7ec9c08 sz 176
MipsKernGenException+10c
(c0f6a637,c0f721c8,c7ea7c04,e51) ra 802c95b8 sp
c7ec9cb8 sz
200
802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0
pid
0
db
Ganbold
Hi,
Can you try this patch? (Patch is for if_run.c)
Before ifconfig wlan0 up, please run
sysctl hw.usb.run.debug=1
This will give me more clues.
Does it panic right after wlan up, or are there some seconds before panic?
Regards,
AK
-- begin patch --
*** old_if_run.c2010-03-27 02:44:20.0 -0600
--- new_if_run.c2010-03-27 02:47:28.0 -0600
***
*** 414,416
static const struct {
! uint32_treg;
uint32_tval;
--- 414,416
static const struct {
! uint16_treg;
uint32_tval;
***
*** 1225,1227
! *val = tmp 0xff;
return 0;
--- 1225,1227
! *val = (uint8_t)(tmp 0xff);
return 0;
__
The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo!
Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
--
The Bible is not my Book and Christianity is not my religion. I could
never give assent to the long complicated statements of Christian dogma.
-- Abraham Lincoln
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Possible error in nfs_nfsdserv.c?
On Fri, 26 Mar 2010, Petr Lampa wrote: I've got several panic: nfsrelpath, see attached photo. I've found one place where it could probably happen, please, can you look at this? First name buffer is initialized in nfsrvd_link() with: NFSNAMEICNDSET(named.ni_cnd, nd-nd_cred, CREATE, LOCKPARENT); Then: nd-nd_repstat = nfsvno_namei(nd, named, dp, 0, tnes, p, dirp); and nd-nd_repstat = nfsvno_link(named, vp, nd-nd_cred, p, exp); is called. The nfsvno_link() calls nfsvno_relpathbuf() unconditionally, this is the place where the panic happened. The only place where buffer can be released in no error case is in the nfsvno_namei(). There is a call if ((cnp-cn_flags (SAVENAME | SAVESTART)) == 0) nfsvno_relpathbuf(ndp); there and no SAVENAME|SAVESTART is set in NFSNAMEICNDSET(). But if buffer is alwyas released at this place, then link would be panicing also always (and it isn't). So probably I'm missing something here. Other For ufs, ufs_lookup() sets SAVENAME for the CREATE case, which is why I don't see such a panic. I had thought that all file systems would do this for VOP_LOOKUP() for CREATE. It sounds like you've found a case where that isn't happening. Could you please tell us what file system type is being accessed when this panic occurs? I've cc'd freebsd-current, so that anyone conversant with the FreeBSD VFS can jump in here. Am I right to assume that VOP_LOOKUP() for CREATE will set SAVENAME when returning error == 0? functions where nfsvno_namei() is called without SAVENAME|SAVESTART flags also don't call nfsvno_relpathbuf(). Perhaps buffer should be initialized with NFSNAMEICNDSET(named.ni_cnd, nd-nd_cred, CREATE, LOCKPARENT | SAVENAME); Yes, please try this. I think it will fix the problem, since my server code assumes that VOP_LOOKUP() will have set SAVENAME for the non-error case. (I don't think setting it is harmful and it will help isolate the problem further.) Please let us know how things go with SAVENAME set, as above. rick ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/22/10 17:27, Xin LI wrote: Just a heads-up that zlib in base system (libz) has been updated to 1.2.4. We tried to keep -HEAD as close as possible to the vendor version, but there is some changes in its internal data structure, and we did not use versioned symbols in the past, making shared library version bump unavoidable. This breaks most (if not all) of the QT4-dependent ports for the lack of a definition of off64_t. Adding .. /* * This is hard-configured for FreeBSD. */ #include sys/types.h #define z_off_t off_t #define off64_t off_t - #ifndef _FILE_OFFSET_BITS #define _FILE_OFFSET_BITS 64 #endif .. to /usr/include/zconf.h seems to resolve this breakage, imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuuK08ACgkQQv9rrgRC1JLsIwCeKKG6GT60PzaB1loO78R2S9Rr B10An3N/a8h6AZsHGQyoJQ5XBZgpFXP0 =9z9H -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]
Michael Butler i...@protected-networks.net writes: This breaks most (if not all) of the QT4-dependent ports for the lack of a definition of off64_t. They should not use off64_t. More importantly, they should not rely on zlib to provide it. DES -- Dag-Erling Smørgrav - d...@des.no ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
So I tried a Firefox alpha in the Linuxolator... (unix domain socket patches)
...hoping that the out of process plugin code would help the java plugin hangs, but I only got flash working, java still is broken. :( (Java does seem to work in linux-opera so it can't be the Linuxolator's fault alone...) I did have to do some patches first tho because Firefox now uses SO_PASSCRED on unix domain SOCK_SEQPACKET sockets, the first patch is here, I've added some notes at the top that I'll quote: http://people.freebsd.org/~nox/linux-so_passcred.patch snip-- Looks like this part from dchagin's patch http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/005273.html didn't get applied, at least alpha versions of Linux Firefox 3.7 needs it http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/ because of this code: http://mxr.mozilla.org/mozilla-central/source/toolkit/crashreporter/google-breakpad/src/client/linux/crash_generation/crash_generation_server.cc#239 That Firefox also needs a small patch to allow setsockopt() with SOCK_SEQPACKET, I've put that here: http://people.freebsd.org/~nox/afunix_seqpacket_sockopt.patch ..and if you aren't running head you also need to merge this commit first: http://svn.freebsd.org/viewvc/base?view=revisionrevision=197775 I'v put an 8-stable patch for that here: http://people.freebsd.org/~nox/afunix_seqpacket-8stable.patch (But the java plugin still doesn't work, only flash...) snip-- Oh and ff also attempts to use /proc/self/fd which is not yet in stable and the epoll_create syscall which I think isn't even in head yet, but it seems to have fallback code for those so they are not as important. Cheers, Juergen ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: wpa_supplicant, Atheros AR9285 and FreeBSD 8.0 issue - wpa_supplicant hangs
On Sat, Mar 27, 2010 at 02:20:15PM +0200, Eugene Dzhurinsky wrote:
On Wed, Mar 24, 2010 at 10:26:39PM +0200, Eugeny N Dzhurinsky wrote:
I realized that it fails after group rekeying completes. If is set rekeying to
occur in 30 minutes on AP host - for 30 minutes I am not getting any issue.
With my DLink WiFi USB stick powered by if_rum driver such problem does not
appear.
If I should provide some additional information to help someone understand and
fix this issue - please let me know :)
Finally I was able to find out the case which makes my wifi to stop working.
The problem is easily reproducible if second laptop is associated with AP.
My AP configuration (PC with FreeBSD 7.2) is listed below:
interface=ral0
debug=2
ctrl_interface=/var/run/hostapd
ctrl_interface_group=wheel
ssid=freebsdap
wpa=1
wpa_passphrase=*
wpa_key_mgmt=WPA-PSK
wpa_group_rekey=1800
wpa_pairwise=CCMP TKIP
local wpa_supplicant.conf is like below:
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
fast_reauth=0
eapol_version=2
network={
ssid=freebsdap
key_mgmt=WPA-PSK
auth_alg=OPEN
psk=*
scan_ssid=1
}
My primary laptop is ASUS K40IN with wifi card on AR9285 chipset, another
laptop is ASUS K40IJ with wifi card on AR9285 chipset too.
And once second laptop gets associated with AP - my one stops to recognize
wifi connection. But it's still listed as associated in ifconfig output. And
wpa_cli reassociate
doesn't solve the problem - I have to restart wpa_supplicant.
Does this make any sense? Should I submit PR or there is some
misconfiguration?
--
Eugene N Dzhurinsky
pgpl7phaDXEvM.pgp
Description: PGP signature
