Hi!
On 07.02.2011 09:11:02 +0100, Bernhard Schmidt wrote:
> For example, if you call 'ifconfig wlan0 ssid ' the new ssid is
> passed over using a IOCTL. It would be interesting to know what function
> in net80211 are called regarding beacon updates and which of those call
> into the run driver
Hello, Karim.
You wrote 8 февраля 2011 г., 6:29:53:
> Precisely, the exact same behavior happens (RX hang) if options
> DEVICE_POLLING is _not_ used in the kernel configuration file. I tried with
> POLLING since someone mentioned that it helped in a case mentioned earlier
> today. Unfortunately fo
Hi.
I'm running FreeBSD 8.1-STABLE (I had major issues with em(4) on
8.1-RELEASE, so I had to upgrade this host to more recent STABLE).
I'm using ipv6-over-ipv4 tunnel.
gif0: flags=8051 metric 0 mtu 1280
tunnel inet 89.250.210.67 --> 216.66.80.26
inet6 2001:470:1f08:14c0::2 -
On Tuesday, February 08, 2011 09:24:29 Alexander Zagrebin wrote:
> Hi!
>
> On 07.02.2011 09:11:02 +0100, Bernhard Schmidt wrote:
> > For example, if you call 'ifconfig wlan0 ssid ' the new
> > ssid is passed over using a IOCTL. It would be interesting to know
> > what function in net80211 are call
On Tuesday, February 08, 2011 02:18:30 PseudoCylon wrote:
> - Original Message
>
> > From: Bernhard Schmidt
> > To: PseudoCylon
> > Cc: Alexander Zagrebin ; freebsd-net@freebsd.org
> > Sent: Sun, February 6, 2011 3:42:43 AM
> > Subject: Re: if_run in hostap mode: issue with stations in
On Feb 8, 2011, at 10:10 AM, Lev Serebryakov wrote:
> Hello, Karim.
> You wrote 8 февраля 2011 г., 6:29:53:
>
>> Precisely, the exact same behavior happens (RX hang) if options
>> DEVICE_POLLING is _not_ used in the kernel configuration file. I tried with
>> POLLING since someone mentioned that i
On Feb 8, 2011, at 4:29 AM, Karim Fodil-Lemelin wrote:
> 2011/2/7 Pyun YongHyeon
>
>> On Mon, Feb 07, 2011 at 09:21:45PM -0500, Karim Fodil-Lemelin wrote:
>>> 2011/2/7 Pyun YongHyeon
>>>
On Mon, Feb 07, 2011 at 05:33:47PM -0500, Karim Fodil-Lemelin wrote:
> Subject: Re: igb driver tx
Hi,
> On Tue, 08 Feb 2011 14:05:38 +0500
> "Eugene M. Zheganin" said:
emz> As you can see, P:41 is IPv6:
emz> %grep 41 /etc/protocols
emz> ipv641 IPV6# ipv6
emz> And, of course, ipfw doesn't allow me to create the rules it is
emz> actually logging:
emz> %ipfw add
Hi,
I'm looking for some guidance on implementing extension headers in the kernel
for outgoing packets and processing incoming packets. Is anybody available to
discuss it with me (on or off the mailing list) to help me get the ball rolling.
Thanks___
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Sergey Matveychuk
> Sent: Monday, February 07, 2011 11:37 PM
> To: Julian Elischer
> Cc: Ivo Vachkov; FreeBSD Net
> Subject: Re: divert rewrite
>
> 06.02.2011 4:42, Julian Eli
> 2011/2/8 Michael Tüxen
>
>> On Feb 8, 2011, at 4:29 AM, Karim Fodil-Lemelin wrote:
>>
>> > 2011/2/7 Pyun YongHyeon
>> >
>> >> On Mon, Feb 07, 2011 at 09:21:45PM -0500, Karim Fodil-Lemelin wrote:
>> >>> 2011/2/7 Pyun YongHyeon
>> >>>
>> On Mon, Feb 07, 2011 at 05:33:47PM -0500, Karim Fodil
07.02.2011 18:36, Sergey Matveychuk wrote:
06.02.2011 4:42, Julian Elischer wrote:
On 2/5/11 4:09 PM, Ivo Vachkov wrote:
Hello,
How can I help?
if you have ipv6 connectivity and experience, I have no experience or
connectivity, with it so
I'll be coding blind and will need a tester.
If you h
08.02.2011 19:08, rozhuk...@gmail.com wrote:
Did you try ng_ether + ng_ksocket?
It can translate Ethernet frames incapsulated to udp to user space receiver.
The idea is catch packets from firewall (ng_ipfw, ng_nat was mentioned
by mistake) and pass them to user space module that do some proces
This is a very bizarre edge case, so bear with me. I was debugging an edge
case at work recently that occurred when the socket buffer was filled up
exactly (i.e. sbspace(&so->so_rcv) == 0). In TCP terms, this would be when
rcv_nxt == rcv_adv. To simulate the real workload I had a very fast wr
One thing I've noticed at work is that if a receiver's socket buffer fills and
the receiver then drains the buffer all at once, we send a lot of duplicate
ACKs. I narrowed this down to being due to the abnormally high window scaling
factor we have. We set kern.ipc.maxsockbuf to 314572800 which
08.02.2011 19:08, rozhuk...@gmail.com wrote:
Did you try ng_ether + ng_ksocket?
It can translate Ethernet frames incapsulated to udp to user space
receiver.
The idea is catch packets from firewall (ng_ipfw, ng_nat was
mentioned by mistake) and pass them to user space module that do
some proc
I ran into a problem recently where a TCP socket seemed to never exit persist
mode. What would happen is that the sender was blasting data faster than the
receiver could receive it. When the receiver read some data, the sender would
start sending again and everything would resume. However, af
08.02.2011 20:03, Julian Elischer wrote:
08.02.2011 19:08, rozhuk...@gmail.com wrote:
Did you try ng_ether + ng_ksocket?
It can translate Ethernet frames incapsulated to udp to user space
receiver.
The idea is catch packets from firewall (ng_ipfw, ng_nat was mentioned
by mistake) and pass them
I've been up and running on this patch vs. r218391 for over 24 hours
now, using algorithm 4 (as someone said is now the default in Linux)
without any problems.
I think Bjoern is better qualified than I to comment on the style of the
patch, but it applies cleanly, and seems to run fine on both
> -Original Message-
> From: Sergey Matveychuk [mailto:s...@freebsd.org]
> Sent: Wednesday, February 09, 2011 12:53 AM
> To: rozhuk...@gmail.com
> Cc: freebsd-net@freebsd.org
> Subject: Re: divert rewrite
>
> 08.02.2011 19:08, rozhuk...@gmail.com wrote:
> > Did you try ng_ether + ng_ksocke
08.02.2011 21:47, rozhuk...@gmail.com пишет:
-Original Message-
From: Sergey Matveychuk [mailto:s...@freebsd.org]
Sent: Wednesday, February 09, 2011 12:53 AM
To: rozhuk...@gmail.com
Cc: freebsd-net@freebsd.org
Subject: Re: divert rewrite
08.02.2011 19:08, rozhuk...@gmail.com wrote:
Did
On Mon, 07 Feb 2011 01:22:36 +0100, Pyun YongHyeon
wrote:
On Sun, Feb 06, 2011 at 11:54:49PM +0100, Ronald Klop wrote:
On Sat, 22 Jan 2011 00:01:47 +0100, Ronald Klop
wrote:
>On Tue, 18 Jan 2011 09:38:04 +0100, wrote:
>
So, does anyone have an idea why the IP length field would be se
Hi!
I have 8.2 + latest updates, em + gigabit net, few HDDs in mirror.
Samba for share HDDs to win hosts.
(E5300, G33 + ICH9R, 2GB, PCI-E intel desktop GB adapter)
ifconfig_em0="inet 172.16.0.254 netmask 255.255.255.0 mtu 9000"
Then I start copy files to mirror (trough net or using cp from oth
I have been following this, and thinking about it. I still am working from a
theoretical
standpoint, but based on a patch I got quite a long time back and never
quite groked,
I believe now that I might have a solution.
The original PR and patch was kern/150516 from Beezar Liu, I was never
quite c
2011/2/8 Jack Vogel
>
> I have been following this, and thinking about it. I still am working from
> a theoretical
> standpoint, but based on a patch I got quite a long time back and never
> quite groked,
> I believe now that I might have a solution.
>
> The original PR and patch was kern/150516
Hi!
On 08.02.2011 10:52:53 +0100, Bernhard Schmidt wrote:
> I've combined both patches (see attachment), if I get an ACK from both
> of you I'll try get this into the tree ASAP.
The resulted patch works fine for me.
Big thanks for your help!
Waiting for the 802.11n support... :)
--
Alexander
- Original Message
> From: Bernhard Schmidt
> To: PseudoCylon ; Alexander Zagrebin
>
> Cc: freebsd-net@freebsd.org
> Sent: Tue, February 8, 2011 2:52:53 AM
> Subject: Re: if_run in hostap mode: issue with stations in the power save mode
>
> >
> > The patch is attached. (diff to HEA
Hi, we're a medium sized ISP that need to pass all incoming user traffic
through a Intel Server Systems FreeBSD PC and its dummynet pipes. Up
until yesterday it had two 1 gb em cards, one for input, one for output.
As we were approaching the bandwidth limitation we switched the cards
for a two-
On 9 Feb, 2011, at 07:29 , rihad wrote:
> Hi, we're a medium sized ISP that need to pass all incoming user traffic
> through a Intel Server Systems FreeBSD PC and its dummynet pipes. Up until
> yesterday it had two 1 gb em cards, one for input, one for output. As we were
> approaching the bandw
Hmmm, well so much for that theory :)
Jack
On Tue, Feb 8, 2011 at 4:06 PM, Karim Fodil-Lemelin <
fodillemlinka...@gmail.com> wrote:
>
>
> 2011/2/8 Jack Vogel
>
>
>> I have been following this, and thinking about it. I still am working from
>> a theoretical
>> standpoint, but based on a patch I
30 matches
Mail list logo
