The following reply was made to PR kern/138620; it has been noted by GNATS.
From: Sten Spans
To: Ed Maste
Cc: bug-follo...@freebsd.org
Subject: Re: kern/138620 [patch] Sysctl for direct BPF writes to lagg child
ports
Date: Thu, 3 May 2012 09:57:04 +0200 (CEST)
On Tue, 1 May 2012, Ed Maste
The following reply was made to PR kern/139145; it has been noted by GNATS.
From: Sten Spans
To: "Li, Qing"
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-net@freebsd.org
Subject: RE: kern/139145: IPv6 blackhole / reject routes broken
Date: Thu, 29 Oct 2009 08:33:03 +0100 (CET)
On W
on any lo0 addresses returns "destination: default" instead
of "destination: lo0".
That indeed looks like the culprit, thanks for fixing it.
--
Sten Spans
"There is a crack in everything, that's how the light gets in."
Leonard Cohen - Anthem
__
The following reply was made to PR kern/139145; it has been noted by GNATS.
From: Sten Spans
To: freebsd-gnats-sub...@freebsd.org
Cc:
Subject: Re: kern/139145: IPv6 blackhole / reject routes broken
Date: Thu, 29 Oct 2009 00:05:45 +0100 (CET)
On Fri, 25 Sep 2009, freebsd-gnats-sub
devices
or disable the VLAN HW (driver hack). It works with the fxp0 since you
are using SW VLAN so the HW part isn't grabing it. I've done the driver
hack for some things I needed to do.
what about vlanhwtag (ifconfig) ?
according to the em manpage it is disabled by default
so this setup
aligned so I have changed this to
m_dup+m_copyup.
Can I get a review to ensure this is the correct fix
This certainly looks like a reasonable fix.
Thanks for making life better for sparc and alpha :)
--
Sten Spans
"There is a crack in everything, that's how the light gets in."
On Mon, 2 May 2005, Sten Spans wrote:
On Mon, 2 May 2005, Maksim Yevmenkin wrote:
Hello,
i think we have few options here:
1) revert back original tapwrite function that was changed in v. 1.48
and set offset to 2 bytes in top mbuf
2) change current version of tapwrite so it would m_prepend and
On Mon, 2 May 2005, Mike Silbersack wrote:
On Tue, 3 May 2005, Sten Spans wrote:
For the if_tap case fixing the driver ( or rather changing m_uiotombuf )
is definately the correct solution. No sensible person would say otherwise.
Once the if_tap change is properly tested and signed off it should
ivers,
especially when jumboframes are involved.
Netbsd has had 3 years to test this code, it can't be all bad :)
--
Sten Spans
"There is a crack in everything, that's how the light gets in."
Leonard Cohen - Anthem
___
freebsd-net@freebsd.
e solution.
--
Sten Spans
"There is a crack in everything, that's how the light gets in."
Leonard Cohen - Anthem
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
. maybe for now we could get away with simpler changes?
Well these changes should only be enabled for sparc & alpha,
which greatly limits the impact. We could even make it a
kernel option and default to off.
But I'll try playing with if_tap first though.
--
Sten Spans
"There is a crack
s
ys/netinet/ip%5finput.c&REV=3&ACT=edit
--
Sten Spans
"There is a crack in everything, that's how the light gets in."
Leonard Cohen - Anthem
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebs
achine is working at 1000/Full.
Anyone have ideas on this?
Have you tried autonegotiation ?
( Gigabit ethernet requires full-duplex, and in 99% of the cases
should work with autoneg )
--
Sten Spans
"There is a crack in everything, that's how the light ge
On Mon, 21 Mar 2005, [UTF-8] SÅ~Bawek Å»ak wrote:
On Wed, 16 Mar 2005 10:47:25 +0100 (CET), Sten Spans
<[EMAIL PROTECTED]> wrote:
On Wed, 16 Mar 2005, [UTF-8] SÅ~Bawek Å»ak wrote:
Hi,
pf:
# Tables: similar to macros, but more flexible for many addresses.
table { 1.2.3.4, 5.6.7.8, 9
On Sun, 20 Mar 2005, Mike Silbersack wrote:
On Sat, 19 Mar 2005, Sten Spans wrote:
em with jumboframes is borken atm.
It seems some drivers don't handle the jumboframes -
chained mbufs case quite correctly.
--
Sten Spans
Totally broken, or broken when used on non-i386 architectures?
Brok
-
chained mbufs case quite correctly.
--
Sten Spans
"There is a crack in everything, that's how the light gets in."
Leonard Cohen - Anthem
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsu
tination :80
rdr on $ext_if proto tcp from any to port 80 -> $loopback_addr
port 80
--
Sten Spans
"There is a crack in everything, that's how the light gets in."
Leonard Cohen - Anthem___
freebsd-net@freebsd.org mailing list
http:/
On Thu, 16 Dec 2004, KC Somaratne wrote:
Hi,
Is there going to be any support for the above HP EtherNet
card in FreeBSD 5.3-RELEASE?
Most of the HP cards listed in the hardware notes for this
relase seem to be end-of-life by HP..!
Most of the hp ethernet cards are rebadged broadcoms
--
Sten
ould run
a seperate apache for each ip.
--
Sten Spans
"There is a crack in everything, that's how the light gets in."
Leonard Cohen - Anthem
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Wed, 15 Sep 2004, Eric W. Bates wrote:
>
>
> Sten Spans wrote:
>
> >
> > What about:
> >
> > ipfw add allow tcp from evil/24 to any port 445 setup limit src-addr 4
> > ipfw add allow tcp from evil/24 to any port 139 setup limit src-addr 4
> >
&g
evil/24 to any port 445 setup limit src-addr 4
ipfw add allow tcp from evil/24 to any port 139 setup limit src-addr 4
To limit the amount of evil connections, place above the regular
keep-state rule.
--
Sten Spans
"There is a crack in everything, that's how the light gets in."
Leon
equired to get the gigabit?
These cards use the em driver, and should work out of the box.
If they don't then you may have to add some pci id's to the driver,
which should be a relatively simple procedure.
--
Sten Spans
"There is a crack in everything, that
is to stop things like broken utp or duplex mismatches from causing
major mischief. However if its normal for your nic's to be borking then
you'll have to "fix" the code in some fashion.
The current freevrrpd code might be a bit different, but this is
what I encountered with f
dress folowing gif0 is replaced by some binary character.
Anyone got a clue ?
( please cc me, since I don't subscribe to fbsd-net )
--
Sten Spans
"There is a crack in everything, that's how the light gets in."
Leonard Cohen - Anthem
___
24 matches
Mail list logo
