Hi,
I've problem with upkhy at ed - my pcmcia card don't work.
I'm using FreeBSD 8.0-CURRENT-200801 but I noticed issue in 5, 6 and 7 branch.
My dmesg:
Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the U
looks like somebody took out my bogus filter for mii addresses.
Grump. Will track this down.
Warner
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
I happened to be looking in net80211/ieee80211_var.h and examined the
macros IEEE80211_MS_TO_TU and IEEE80211_TU_TO_MS. The conversions seem
backward to me. The macros are:
#define IEEE80211_MS_TO_TU(x) (((x) * 1000) / 1024)
#define IEEE80211_TU_TO_MS(x) (((x) * 1024) / 1000)
I just noticed that whilst the socket code appears to support
IPV6_TCLASS, we don't document it.
I haven't raised a PR for this issue yet nor have I written a patch.
This came up when I started hacking support for setting IP_TOS into
something else.
cheers
BMS
__
Wes Peters wrote:
I see a number of people have replied to this message offering
solutions of how to accomplish your migration, using a variety of
tools available to you in FreeBSD. I've always found this community
very supportive in this fashion, and I'm glad they've jumped in to
help you in
On Feb 19, 2008, at 10:13 PM, Rui Paulo wrote:
On Feb 18, 2008, at 10:41 AM, John Hay wrote:
Hi Rui,
On Sun, Feb 17, 2008 at 09:30:44PM +, Rui Paulo wrote:
Hi,
The attached patch ports a traceroute functionality from FreeBSD
called AS path.
The concept is simple. On each hop we query a
In 6.2-Rp7:
6.2-Rp7# uname -srm
FreeBSD 6.2-RELEASE-p7 i386
6.2-Rp7# ifconfig lo1 create
6.2-Rp7# ifconfig lo1 inet 169.254.1.1 netmask 255.255.0.0
6.2-Rp7# ping -c1 169.254.1.1
PING 169.254.1.1 (169.254.1.1): 56 data bytes
64 bytes from 169.254.1.1: icmp_seq=0 ttl=64 time=0.065 ms
--- 169.254.1.
James Snow wrote:
I'm trying to use link-local for the cross-over interface between a pair
of FreeBSD boxes running pf, pfsync, and CARP. These firewalls will
need to be able to route for the whole of RFC1918, and carving off a
piece of that address space isn't an option.
This seemed to be a pe
At Wed, 20 Feb 2008 18:25:05 +,
Bruce M Simpson wrote:
>
> I just noticed that whilst the socket code appears to support
> IPV6_TCLASS, we don't document it.
>
> I haven't raised a PR for this issue yet nor have I written a patch.
>
Please do both :-)
Thanks,
George
_
