On Apr 20, 2010, at 5:55 PM, Luigi Rizzo wrote:
On Tue, Apr 20, 2010 at 07:28:45PM +0200, Luigi Rizzo wrote:
just noticed that sys/kern/uipc_domain.c still sets max_linkhdr=16
as a default.
The value is often used to reserve head space in mbufs for
the MAC header. As such, 16 is too short for
Alexander Egorenkov wrote:
Currently there is no possibility to set some HT capabilities in e.g. an
association request frame.
The function ieee80211_add_htcap_body in ieee80211_ht.c simply sets some HT
capabilities to zero.
For example, there is no way to set HT extended capabilities which i
Alexander Egorenkov wrote:
What exactly do you need? We should be able to extend radiotap.
1. Not only one RSSI but for every antenna (also in dBm)
2. HT greenfield/HT mixed indicator
4. Number of spatial streams (STBC)
3. A-MPDU support (MPDU density, A-MPDU reassembly)
The most important
Alexander Egorenkov wrote:
I have encountered a problem with a 802.11n router Belkin F5D8631au.
The beacon and association response frames sent by this router do not
contain
WME information element although 802.11n mode is enabled. These frames
contain
HT capability IE and HT info. Because WME
now :-) The Ralink chip that
i have implements the frame queue in hardware so i had only to assign
sequence numbers, set BA window size and MPDU density and it worked,
lucky me :-)
Alex.
On Sun, Jan 31, 2010 at 8:20 PM, Sam Leffler s...@errno.com
mailto:s...@errno.com wrote:
Alexander
Alexander Egorenkov wrote:
On Sat, Feb 6, 2010 at 10:52 PM, Sam Leffler s...@errno.com
mailto:s...@errno.com wrote:
The advertised rate set should be initially set according to the
capabilities of the device. There were no devices 2x2 when I
wrote the code so MCS15 is the max
Alexander Egorenkov wrote:
And is any API in planning that would make it possible to change the
advertised HT rate set by STA during run time and not at compile time ? E.g.
ieee80211_set_ht_rateset :-)
On Sat, Feb 6, 2010 at 3:44 PM, Rui Paulo rpa...@freebsd.org wrote:
On 6 Feb 2010, at
Bernhard Schmidt wrote:
Hi,
When hostapd triggers rekeying of the group key, wpa_supplicant successfully
sets the correct new key. On first use of the new key tkip_mixing_phase1()
should be applied before decrypting any frames, tkip_decrypt() does this as
if (iv32 !=
or in the driver.
Thanks.
On Sun, Jan 31, 2010 at 4:43 AM, Sam Leffler s...@errno.com
mailto:s...@errno.com wrote:
Alexander Egorenkov wrote:
Sorry, i posted the wrong comment.
Here is the comment which i don't understand:
/*
* NB: don't
Alexander Egorenkov wrote:
Sorry, i posted the wrong comment.
Here is the comment which i don't understand:
/*
* NB: don't assign a sequence # to potential
* aggregates; we expect this happens at the
* point the frame comes off any aggregation q
Steven Friedrich wrote:
On Thursday 24 December 2009 05:09:42 pm Weongyo Jeong wrote:
OK. It looks weird idProduct didn't be decreased 1 after loading the
firmware.
And what I'd like to see is the *full* result of the following steps:
1. plugs in your USB device.
2. run commands as
Denis Shaposhnikov wrote:
Hello,
On Thu, 24 Sep 2009 19:46:41 -0700
Sam Leffler s...@freebsd.org wrote:
May be do you know why I'm getting normal speed (2Mb/s) for some
time after using ifconfig bssid ... command only?
When you set the bssid you reset the state of the tx rate control
Denis Shaposhnikov wrote:
Hello,
On Tue, 22 Sep 2009 11:43:31 -0500
Stef Walter stef-l...@memberwebs.com wrote:
I see also it periodically changes media: between OFDM/54Mbps and
OFDM/48Mbps.
That's normal behavior. ath_rate_sample is finding the OFDM speed at
which traffic flows best.
David Horn wrote:
I have noticed that 'wpa_cli scan_results' always reported a signal
level of 0 for every bssid found during a scan. I found this a bit
odd (especially since ifconfig wlan0 list scan reported good signal
level data)
FreeBSD 8.0-RC1 r197417 amd64
Looking at the
Boris Kochergin wrote:
Stef Walter wrote:
Boris Kochergin wrote:
I, too, recall the days when you had multiple rate-control algorithms to
choose from, but that doesn't appear to be the case anymore. As a
workaround, I wrote a little script that checks if that part of the
driver is using
getting less then 5ms ping times to each client and
host and vice-versa
I realize that hostapd.conf is just for the encryption. However
ifconfig and ath man pages do not talk about this setting.
- Original Message - From: Sam Leffler s...@errno.com
To: Sin sinis...@gmail.com
Cc: freebsd
Sin wrote:
Hello,
Does anyone know how to enable short preamble in 7-STABLE ?
I'm using ath with hostapd in ap mode. It seems there was an option in
hostapd.conf, but this is not in FreeBSD's
/usr/share/examples/hostapd/hostapd.conf
The missing hostapd.conf option was found in google:
#
The following reply was made to PR bin/138331; it has been noted by GNATS.
From: Sam Leffler s...@errno.com
To: bug-follo...@freebsd.org, sshutdow...@gmail.com
Cc:
Subject: Re: bin/138331: FreeBSD 8.0-beta3 wpa_supplicant(8) lost auth
Date: Sun, 30 Aug 2009 10:28:47 -0700
You appear to say
Wes Morgan wrote:
The following reply was made to PR kern/136836; it has been noted by GNATS.
From: Wes Morgan morg...@chemikals.org
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/136836: atheros card stops functioning after about 12 hours
uptime
Date: Fri, 17 Jul 2009 12:58:33 -0500
Áõ¿ wrote:
Hi all:
I am looking for information about WDS in freebsd.I wonder whether the
WDS is supported and how to config it.
thank you
In HEAD look at tools/tools/net80211/scripts. I don't think the
handbook has anything.
Sam
___
Áõ¿ wrote:
Hi All,
Recently I've got 802.11b/g adapter TL-WN353GD from TP-Link, based on
Atheros AR5008 chip.It's a 802.11n NIC.
I can make it work in mode 11g in stead of 11n with the FreeBSD 8.0 current.
So,I have a question that whether there is support for 802.11n in FreeBSD
8.0
EAP/TLS and TTLS should be configured by default in HEAD. Not sure what
is done in RELENG_7. Regardless you can trivially rebuild hostapd w/
the functionality you want by definitions to your src.conf:
HOSTAPD_CFLAGS
HOSTAPD_DPADD
HOSTAPD_LDADD
(looks like you use WPA_SUPPLICANT_* knobs in
As Paul mentioned iwi supports only 1 vap at a time. ral supports
multiple vaps but only 1 ap vap + N wds vaps. It may be possible to
support more complex configurations with some ralink parts (e.g. 2860
and later) but noone has made the effort.
Not sure about the tkip comment. The output
Karim Fodil-Lemelin wrote:
Robert Watson wrote:
On Fri, 10 Apr 2009, Karim Fodil-Lemelin wrote:
Thank you for the answer, clear and concise. I asked the question
because I had modified pf_get_mtag() to use uma directly in the hope
that it would be faster then calling malloc. But since
Boris Kochergin wrote:
Ahoy. I'm having trouble with multiple hostap-mode wlan
pseudo-devices. The machine is an 8-CURRENT from yesterday:
# uname -a
FreeBSD test 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Tue Apr 7 16:54:56
UTC 2009 r...@test:/usr/obj/usr/src/sys/GENERIC i386
# dmesg | grep
Sam Leffler wrote:
Boris Kochergin wrote:
Ahoy. I'm having trouble with multiple hostap-mode wlan
pseudo-devices. The machine is an 8-CURRENT from yesterday:
# uname -a
FreeBSD test 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Tue Apr 7 16:54:56
UTC 2009 r...@test:/usr/obj/usr/src/sys/GENERIC
Daniel Roethlisberger wrote:
Is anyone already working on porting Damien Bergamini's updates
to OpenBSD iwn(4) in order to support Intel 5100/5300 chipsets?
Is there anything preventing this work (except ENOTIME)?
I've been working with another person on this. It looks like the mods
are
Andrew Brampton wrote:
Hi,
Linux has a feature called NAPI, which amongst other things has this
Interrupt initiated polling mode. Whilst the network traffic is quiet
the network interfaces use interrupts, however as soon as the load
becomes higher polling kicks in and stays like that until the
number?
thanks,
dave c
On Wed, Mar 25, 2009 at 5:31 PM, Sam Leffler s...@freebsd.org wrote:
David Cornejo wrote:
Aloha,
I'm trying to get WDS running - I am working my way through the stuff
in /usr/src/tools/tools/net80211/scripts, but it really only gives
examples and doesn't explain
David Cornejo wrote:
Aloha,
I'm trying to get WDS running - I am working my way through the stuff
in /usr/src/tools/tools/net80211/scripts, but it really only gives
examples and doesn't explain the why of it - is there a more verbose
how to somewhere that would help me understand this?
Matthias Apitz wrote:
I went today evening with my EeePC and CURRENT on USB key
to that Greek restaurant; DHCP does not get IP in CURRENT either;
this is somehow good news, isn't it :-)
below are some information concerning the AP, ifconfig ...
the output of the tcpdump is on my server as
Bruce M Simpson wrote:
Matthias Apitz wrote:
I went today evening with my EeePC and CURRENT on USB key
to that Greek restaurant; DHCP does not get IP in CURRENT either;
this is somehow good news, isn't it :-)
This may be orthogonal, but:
A lab colleague and I have been seeing a sporadic
The following reply was made to PR kern/132722; it has been noted by GNATS.
From: Sam Leffler s...@freebsd.org
To: Matthias Apitz g...@unixarea.de
Cc: bug-follo...@freebsd.org, freebsd-net@freebsd.org
Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP
or IP does not work
Bruce M Simpson wrote:
Sam Leffler wrote:
Bruce M Simpson wrote:
...
This may be orthogonal, but:
A lab colleague and I have been seeing a sporadic problem where
the ath0 exhibits the symptoms of being disassociated from its AP.
We are running RELENG_7 on the EeePC 701 since the open
Sam Leffler wrote:
You or someone else can do likewise but given things
have sat basically untouched since 7.0RC1 I suspect that's expecting too
much.
Sorry, this wasn't directed at you; it was meant at the community as a
whole. I don't run RELENG_7 and when I do I use a backport
dikshie wrote:
this is on RELENG_7
totoro# ident /usr/src/sys/dev/ath/if_ath.c
/usr/src/sys/dev/ath/if_ath.c:
$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.177.2.3 2009/03/12
03:09:11 bms Exp $
cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes
Matthias Apitz wrote:
El día Thursday, March 19, 2009 a las 08:44:29AM -0700, Sam Leffler escribió:
Matthias Apitz wrote:
El día Tuesday, March 17, 2009 a las 11:56:24AM -0700, Sam Leffler
escribió:
His setup is static key wep; not wpa so I don't think wpa_supplicant
Matthias Apitz wrote:
El día Tuesday, March 17, 2009 a las 11:56:24AM -0700, Sam Leffler escribió:
His setup is static key wep; not wpa so I don't think wpa_supplicant is
the issue.
Matthias, your tcpdump of the dhclient packets isn't usable; please try:
tcpdump -i ath0 -n -y
Vany Serezhkin wrote:
Hello.
I do not really sure in this, but :
after the current updated to
20090309 Merge IGMPv3 and Source-Specific Multicast (SSM) to the FreeBSD
IPv4 stack.
I can't use any wpa_supplicant related networks.
It faulted in any WPA authentications , that i tried.
Also it
Oliver Fromme wrote:
David Horn wrote:
Oliver Fromme wrote:
network_interfaces=bge0 lo0
Ah. Ok, now I am understanding your scenario.
I thought that using 'network_interfaces' with anything other than
AUTO was in the process of being depreciated ?
Well, the manual page
Sean C. Farley wrote:
On Tue, 17 Mar 2009, Matthias Apitz wrote:
El día Tuesday, March 17, 2009 a las 10:39:32AM +, Bruce Simpson
escribió:
Matthias Apitz wrote:
as requested the output of dmesg(1) and the ath0 related part of
'pciconf -lv'; pls note also that the Wifi works fine in
Bruce Simpson wrote:
Coleman Kane wrote:
If you are looking for a reliable test case, this might be it for you,
but I think you need a wlan interface to test it with:
* Install net/avahi from ports
* Set avahi_daemon_enable=YES in rc.conf
* Configure VAP params for wlan0 card in rc.conf
The following reply was made to PR kern/132722; it has been noted by GNATS.
From: Sam Leffler s...@freebsd.org
To: Sean C. Farley s...@freebsd.org
Cc: Matthias Apitz g...@unixarea.de,
Matthias Apitz matthias.ap...@oclc.org, freebsd-net@freebsd.org,
Bruce Simpson b
This patches avoids the crash. Not sure how ifma_protospec is supposed
to be handled so I'm not committing it.
Sam
Index: in.c
===
--- in.c(revision 189750)
+++ in.c(working copy)
@@ -1040,7 +1040,8 @@
Luigi Rizzo wrote:
Hi,
I am planning to split netinet/ip_fw2.c in a number of smaller files
to make it more manageable, and while i do this I would also like
to move the files related to ipfw2 (namely ip_fw*c) to a better place.
Any objection to moving them to sys/netinet/ipfw2 ?
Also, I can't
Lev Serebryakov wrote:
Hello, Freebsd-net.
I'm getting this error on every operation with new Atheros MiniPCI
card:
ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x490 hal flags
0x150), hal status 12
status 12 is:
HAL_EINVAL = 12, /* Invalid parameter to
Your panic on card eject has been fixed in HEAD. That was one of the
changes I hoped to backport to RELENG_7 after the hal is brought back.
Sam
Adam K Kirchhoff wrote:
I get similar errors, but only when trying to connect to a particular
wireless network (at work). I can connect to the
Adam K Kirchhoff wrote:
I'm trying to get my laptop to connect to the wireless access point at
work. It has a Intel Pro Wireless 2200BG minipci card, and can
associate with my access point at home. In addition, I can get an
Ubuntu 8.10 liveCD to connect to the access point at work via
Yony Yossef wrote:
Yony Yossef wrote:
/sbin/ifconfig vlan3653 create
Problem is when I assign an IP to the vlan interface.
In that case, unloading the driver results in hanging the host.
Does it sound familiar to anybody?
Well, surely I'd expect problems by doing so.
The correct
Jack Vogel wrote:
On Wed, Jan 7, 2009 at 9:54 AM, Sam Leffler s...@freebsd.org
mailto:s...@freebsd.org wrote:
Yony Yossef wrote:
Yony Yossef wrote:
/sbin/ifconfig vlan3653 create
Problem is when I assign an IP to the vlan
Julian Elischer wrote:
Qing Li wrote:
I believe examining the impacts of RTF_LLINFO on the ports was a good
exercise even if we have to rejuvenate it.
I hope we could reach a consensus soon now that we have more input
from the ports developers.
Please provide your input ...
Hartmut Brandt wrote:
Kip Macy wrote:
The flag is not needed. It is only possible to retrieve arp entries by
way of sysctl. The converse of this is you no longer need to grab all
the entries in the routing table and look at each one to determine
which are cloned routes (dynamic host routes)
Brooks Davis wrote:
On Fri, Dec 19, 2008 at 05:33:17PM -0500, Jordy Dickinson wrote:
On Fri, Dec 19, 2008 at 11:46 AM, Brooks Davis bro...@freebsd.org wrote:
On Fri, Dec 19, 2008 at 03:04:55PM +, Rui Paulo wrote:
On 19 Dec 2008, at 14:19, Jordy Dickinson wrote:
Lev Serebryakov wrote:
Hello, All.
`man ath' on FreeBSD 7.1-PRE speaks only about WPA2 in AR5212 and
not-supported AR5005VL. But in current cars here are many other
chipsets -- 5213A, 5414, etc... And Atheros site is not very helpful
now -- there are not 5212, 5213A, 5414 chipsets in both
Wes Morgan wrote:
On Mon, 15 Dec 2008, Sam Leffler wrote:
Lev Serebryakov wrote:
Hello, All.
`man ath' on FreeBSD 7.1-PRE speaks only about WPA2 in AR5212 and
not-supported AR5005VL. But in current cars here are many other
chipsets -- 5213A, 5414, etc... And Atheros site is not very
Julian Elischer wrote:
Mykel wrote:
Got a few 6.x machines running OpenBGPd with a few BGP full-feeds and a
handful of peers... I'd like to determine the size of the FIB/kernel
routing table. OpenBGPd does not give me this data, and on my
duallie-Xeon 2.8s, it takes quite a while to use netstat
Mykel wrote:
Sam Leffler wrote:
Julian Elischer wrote:
Mykel wrote:
Got a few 6.x machines running OpenBGPd with a few BGP full-feeds and a
handful of peers... I'd like to determine the size of the FIB/kernel
routing table. OpenBGPd does not give me this data, and on my
duallie
David Christensen wrote:
Is there a method or callback in FreeBSD where a driver can
be notified that it has caused a kernel panic in order to
generate a dump of internal hardware state information? I've
written a sysctl call for manual intervention and can handle
some expected hardware
[EMAIL PROTECTED] wrote:
Synopsis: [request] Isn't it time to enable IPsec in GENERIC?
Responsible-Changed-From-To: freebsd-bugs-freebsd-net
Responsible-Changed-By: gavin
Responsible-Changed-When: Sat Oct 18 16:55:14 UTC 2008
Responsible-Changed-Why:
Over to maintainer(s) for consideration
Max Laier wrote:
On Saturday 18 October 2008 19:05:26 Sam Leffler wrote:
[EMAIL PROTECTED] wrote:
Synopsis: [request] Isn't it time to enable IPsec in GENERIC?
Responsible-Changed-From-To: freebsd-bugs-freebsd-net
Responsible-Changed-By: gavin
Responsible-Changed-When: Sat Oct 18 16
Wayne Hendricks wrote:
I have been trying to make hostapd work with wifi card in my gateway box.
WPA stays working for only a short time before hostapd locks up and needs to
be restarted. I believe the hosapd config is fine, shows no errors.
Running 7.0-RELEASE-p4 amd64 with mini-pci Atheros
Paul B. Mahol wrote:
On 9/21/08, Gavin Atkinson [EMAIL PROTECTED] wrote:
Hi all,
I'm attempting to backport the iwn(4) driver for the Intel 4965 driver
from -HEAD to RELENG_7 and am getting stuck with it at one particular
point: WPA authentication times out.
I've so far tried to both take
Frank Mayhar wrote:
On Fri, 2008-09-19 at 16:02 -0700, Duane Wessels wrote:
On Mon, 15 Sep 2008, Henri-Pierre Charles said:
I've tried 7.1-BETA and 8.0-CURRENT-200809 on my eeepc model 701
7.1 does not recognize ath0, as expected, but 8.0-CURRENT does.
For the record, the
Milan Obuch wrote:
On Friday 05 September 2008 18:13:45 Kevin Downey wrote:
On Fri, Sep 5, 2008 at 7:43 AM, Milan Obuch [EMAIL PROTECTED] wrote:
[ snip ]
Could anybody comment on wireless interface?
I could not get the internal wifi to work with ndis wrapper. It
appears that using the rtw
Luigi Rizzo wrote:
On Tue, Aug 26, 2008 at 05:56:13PM -0700, Sam Leffler wrote:
[EMAIL PROTECTED] wrote:
At Tue, 26 Aug 2008 14:50:33 + (UTC),
Bjoern A. Zeeb wrote:
On Tue, 26 Aug 2008, George V. Neville-Neil wrote:
Hi,
At Mon, 25 Aug 2008 21:40:38 +0200
Andrew Thompson wrote:
On Fri, Aug 29, 2008 at 06:41:45PM +0200, Luigi Rizzo wrote:
On Fri, Aug 29, 2008 at 09:32:10AM -0700, Sam Leffler wrote:
Luigi Rizzo wrote:
...
and to be more explicit - the result of m_pullup is that
the number of bytes specified as m_pullup
[EMAIL PROTECTED] wrote:
At Tue, 26 Aug 2008 14:50:33 + (UTC),
Bjoern A. Zeeb wrote:
On Tue, 26 Aug 2008, George V. Neville-Neil wrote:
Hi,
At Mon, 25 Aug 2008 21:40:38 +0200,
John Hay wrote:
I have tried it and it does fix my problem. RIP2 over multicast works
again. :-)
Luigi Rizzo wrote:
On Fri, Aug 22, 2008 at 03:27:11AM +0100, Bruce M. Simpson wrote:
[EMAIL PROTECTED] wrote:
The only thing i can think of is that it's the UDP checksum,
residing beyond hlen, which is overwritten somewhere in the
call to if_simloop -- in which case perhaps a better
David Cornejo wrote:
hi,
i would like to bridge a wireless client to ethernet (in 8-CURRENT) -
the last bug in the if_bridge man page says this is a no-no.
the question is whether this could be worked around - don't need the
highest performance, so maybe netgraph or even a userland daemon
Andrew Thompson wrote:
On Mon, Aug 04, 2008 at 12:13:09PM -1000, David Cornejo wrote:
hi,
i would like to bridge a wireless client to ethernet (in 8-CURRENT) -
the last bug in the if_bridge man page says this is a no-no.
The bridge man page needs to be updated as its possible to do
device. I had
done this about a year ago using vtun (via an 'ethernet' tunnel), but
then I had some control over the AP.
thanks,
dave c
On Mon, Aug 4, 2008 at 12:48 PM, Sam Leffler [EMAIL PROTECTED] wrote:
David Cornejo wrote:
hi,
i would like to bridge a wireless client to ethernet (in 8-CURRENT
Chris Buechler wrote:
Sam Leffler wrote:
John T. Yocum wrote:
Hello,
I have a system running pfSense, which is built on top of FreeBSD
7.0-RELEASE-p3. In the system I have an Atheros wireless card, which
when I enable hostap, changes it's MTU to 2290. If an explanation is
listed on a man
Bjoern A. Zeeb wrote:
On Mon, 21 Jul 2008, Sam Leffler wrote:
Hi Sam,
We are still missing other things I think not mentioned elswhere like
partial checksum recalculation.
Please send me your specific issues; I haven't seen any comments
about partial checksum recalculations.
So what has
VANHULLEBUS Yvan wrote:
On Mon, Jul 21, 2008 at 08:33:57AM -0700, Sam Leffler wrote:
VANHULLEBUS Yvan wrote:
[]
After some more testing, I found another issue: in udp4_espdecap(),
when payload = sizeof(uint64_t) + sizeof(struct esp), packet should
not be discarded, but just
Bjoern A. Zeeb wrote:
On Wed, 16 Jul 2008, Sam Leffler wrote:
Hi,
Please test/review the following patch against HEAD:
http://people.freebsd.org/~sam/nat_t-20080616.patch
This adds only the kernel portion of the NAT-T support; you must
provide the user-level code from another place
VANHULLEBUS Yvan wrote:
On Mon, Jul 21, 2008 at 10:31:10AM +0200, VANHULLEBUS Yvan wrote:
On Wed, Jul 16, 2008 at 09:10:18PM -0700, Sam Leffler wrote:
[...]
Please test/review the following patch against HEAD:
http://people.freebsd.org/~sam/nat_t-20080616.patch
I have tested
VANHULLEBUS Yvan wrote:
[Larry, I kept you in an explicit CC, even if I guess you suscribed to
the list]
On Mon, Jul 21, 2008 at 09:26:15AM +, Bjoern A. Zeeb wrote:
On Wed, 16 Jul 2008, Sam Leffler wrote:
Hi,
Hi.
[...]
My main concern at the moment is the API (pfkey stuff
Sam Leffler wrote:
Larry Baird wrote:
And how do I know that it works ?
Well, when it doesn't work, I do know it, quite quickly most of the
time !
I have to chime in here. I did most of the initial porting of the
NAT-T patches from Kame IPSec to FAST_IPSEC. I did look at every
line
Larry Baird wrote:
And how do I know that it works ?
Well, when it doesn't work, I do know it, quite quickly most of the
time !
I have to chime in here. I did most of the initial porting of the
NAT-T patches from Kame IPSec to FAST_IPSEC. I did look at every
line of code during this
Andrew Thompson wrote:
On Tue, Jul 01, 2008 at 12:51:42PM +0300, Stefan Lambrev wrote:
Hi,
May be a stupid questions, but:
1) There are zero matches of IFCAP_TOE in kernel sources .. there is not
support for TOE in 7.0, but may be this is work in progress for 8-current?
Yes, its in
Sepherosa Ziehau wrote:
On Thu, Jun 19, 2008 at 6:30 PM, [EMAIL PROTECTED] wrote:
Synopsis: net80211 discards power-save queue packets early
Responsible-Changed-From-To: freebsd-i386-freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Thu Jun 19 10:29:47 UTC 2008
[EMAIL PROTECTED] wrote:
Hello!
I am running FreeBSD 7.0 stable. I am having speed issues that I was
not experiencing before when I was running 6.3 stable.
My wireless connection is now unstable and not as much consistent as it
was before. The wired connection is as usual ~7000kb/up and
Eugene Perevyazko wrote:
Hello,
I have an ethernet interface with several vlans on it (FreeBSD 6.2-RELEASE #0).
My program opens BPF on the parent device, receives tagged frames and responds
by writing tagged frame to the BPF fd.
It all works good, until size of response frame w/o tag
Petar Bogdanovic wrote:
Hi,
I'm using an alix2c0 board with two winstron CM9 ath(4)-cards and
FreeBSD 7:
ifconfig ath0 (...) mediaopt hostap mode 11a channel 36 ssid sn.a
-bgscan
ifconfig ath1 (...) mediaopt hostap mode 11g channel 11 ssid sn.g
-bgscan
When I try to raise
Brooks Davis wrote:
On Wed, Apr 09, 2008 at 03:05:31PM +0200, Guido van Rooij wrote:
What is the best way to be able to have a FreeBSD system connect
via 802.1x to a wired network? Wap_supplicant seems to insist on
calling 80211 ioctl's and thus fails.
I found the open1x project, but did not
Guido van Rooij wrote:
On Wed, Apr 09, 2008 at 09:58:31PM +0200, Guido van Rooij wrote:
wpa_supplicant send a EAPOL start (version 1, type start)
procurve sends EAP failure (version 1, type: eap packet (code failure, id: 2)
procurve send EAP request identify (veersion 1, type: eap packet
Ronald F. Guilmette wrote:
I just wanted to drop a line and say Thanks! to everybody who worked on
getting support for the Linksys WMP54g v4/v4.1 (and the RT2561C chipset -
now supported by the ral(4) driver) into 7.0-RELEASE.
I'm a total wireless neophite, but after a modest amount of fiddling
Ronald F. Guilmette wrote:
As I just mentioned in my immediately preceeding post, I'm a total
neophite when it come to wirless networking, so I need to ask a
rather basic question.
In preparation for installing my first ever wireless network, I read
up on the subject awhile first, and I found
Eugene Grosbein wrote:
On Sun, Mar 30, 2008 at 01:14:36PM +0200, Remko Lodder wrote:
Given that the idea is that we dont expect to get to this anytime
soon, we welcome the person who does the analysis for us so that we
might be able to fix this quicker (if possible with all the changes
Sam Leffler wrote:
Eugene Grosbein wrote:
On Sun, Mar 30, 2008 at 01:14:36PM +0200, Remko Lodder wrote:
Given that the idea is that we dont expect to get to this anytime
soon, we welcome the person who does the analysis for us so that we
might be able to fix this quicker (if possible
Sam Leffler wrote:
Sam Leffler wrote:
Eugene Grosbein wrote:
On Sun, Mar 30, 2008 at 01:14:36PM +0200, Remko Lodder wrote:
Given that the idea is that we dont expect to get to this anytime
soon, we welcome the person who does the analysis for us so that
we might be able to fix
Sam Leffler wrote:
I think the attached patch against HEAD DTRT. Should work on RELENG_7
too.
Never mind; this has some issues. I'll post another patch after I do
some real testing.
Sam
___
freebsd-net@freebsd.org mailing list
http
Sam Leffler wrote:
Sam Leffler wrote:
I think the attached patch against HEAD DTRT. Should work on
RELENG_7 too.
Never mind; this has some issues. I'll post another patch after I do
some real testing.
Try this. It does as a I suggested--on seeing the first cmd line arg
Robert Jenssen wrote:
Hi,
Since upgrading to FreeBSD 7 I have been experiencing some frustrating
problems with my RAL wifi card. In particular, it seems to me that dhclient
fails when the ral device driver times out while scanning for my access
point. At the same time my HP PDA with Spectec
Yousif Hassan wrote:
On Wed, 2008-03-12 at 08:06 +1030, Benjamin Close wrote:
Alphons Fonz van Werven wrote:
Mel wrote:
Do the recent patches by Andrew make a difference?
http://people.freebsd.org/~thompsa/wpi_head.diff
http://people.freebsd.org/~thompsa/wpi_releng7.diff
Sepherosa Ziehau wrote:
On Jan 5, 2008 10:19 PM, Dag-Erling Smørgrav [EMAIL PROTECTED] wrote:
Sepherosa Ziehau [EMAIL PROTECTED] writes:
This actually brings up two things:
1) I think we should ignore seq in multicast frames; this is permitted in
802.11 standard. In dfly I did that,
Randy Bush wrote:
just for giggles i un-hacked the mtus and ran for an hour with no
one using the wireless
soek0.psg.com:/root# netstat -i
NameMtu Network Address Ipkts IerrsOpkts Oerrs Coll
vr01500 Link#1 00:00:24:c8:b3:2819022 016015 0
Randy Bush wrote:
how do i debug?
athstats
cool!
# athstats -i ath0
21 data frames received
54431data frames transmit
3tx frames with an alternate rate
104704 long on-chip tx retries
22469tx failed 'cuz too many retries
54M current transmit rate
35362tx
Andrey V. Elsukov wrote:
Krishna Kumar wrote:
Is this in the list of todo's??
Can this feature not be supported due to design issues?
Is somebody trying this out somewhere?
Please do copy me on the reply as I am not subscribed to the list.
Look into freebsd-hackers@ mail archive. In the
Jack Vogel wrote:
This morning I had an idea about what the source of the watchdog
problem is. Also, we have repro'd at least one type of watchdog
inhouse.
One question, is this problem only happening for those running
STABLE with the 6.6.6 merged driver?
We found the problem does not seem to
1 - 100 of 204 matches
Mail list logo