On Saturday 10 February 2007 01:54, Ian Smith wrote:
Secondly, pardon my ignorance, but what does 'NS' refer to here? That
string / term occurs nowhere else in ifconfig(8).
nameserver
--
João
A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service
On Saturday, 10. February 2007 12:17, JoaoBR wrote:
On Saturday 10 February 2007 01:54, Ian Smith wrote:
Secondly, pardon my ignorance, but what does 'NS' refer to here? That
string / term occurs nowhere else in ifconfig(8).
nameserver
I think this actually refers to XNS. You can tell
On Sat, 10 Feb 2007, Michael Nottebrock wrote:
On Saturday, 10. February 2007 12:17, JoaoBR wrote:
On Saturday 10 February 2007 01:54, Ian Smith wrote:
Secondly, pardon my ignorance, but what does 'NS' refer to here? That
string / term occurs nowhere else in ifconfig(8).
Bruce M. Simpson Wrote:
Hi,
This isn't the answer, but I'm attempting to provide triage for jhb
who will probably look at it.
This is a GPF, but it's not being caused by an attempt to enter
protected mode, so it isn't the most-often reported BTX issue.
[EMAIL PROTECTED] wrote:
6.2R cd
On Sun, 4 Feb 2007, Kris Kennaway wrote:
I get the following lock order reversals at boot on this 6.2 system.
Feb 3 14:47:28 xor kernel: lock order reversal:
Feb 3 14:47:28 xor kernel: 1st 0xc08422a0 cdev (cdev) @ kern/kern_conf.c:61
Feb 3 14:47:28 xor kernel: 2nd 0xc3a4510c sleep mtxpool
On Fri, 29 Dec 2006, Ulrich Spoerlein wrote:
Hi,
this is on a RELENG_6 while mounting /usr/src and /usr/obj via nullfs
and doing 'make installkernel installworld'
It is similar to LOR #083, but not quite the same
acquiring duplicate lock of same type: vnode interlock
1st vnode interlock @
On Sun, 7 Jan 2007, Sven Willenberger wrote:
lock order reversal: (sleepable after non-sleepable)
1st 0x8836b010 bge0 (network driver) @
/usr/src/sys/dev/bge/if_bge.c:2675
2nd 0x805f26b0 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074
added with LOD ID 199 to The LOR
Hi Michael,
Well, actually I'm proposing a change to the GENERIC kernel and
make.conf.example to add to the comment that one should add
WITHOUT_IPV6 to the make.conf if you enable NO_INET6.
That sounds to me like something completely different than contacting
all port-maintainers.
There may
Has anyone else observed that fusefs appears to suffer from
the race-to-root problem that used to plague NFS prior to rev
1.39 of vfs_lookup.c?
Paul
___
freebsd-stable@freebsd.org mailing list
I've recently upgraded my firewall from 5.4 to 6.2-RELEASE and am now
getting random Network is unreachable messages on connections to the
firewall from my internal network. Some checking suggests it also
affects connections from and through my firewall as well.
I have had about 6 attempts at
On Saturday 10 February 2007 17:08, Spil Oss wrote:
Hi Michael,
Well, actually I'm proposing a change to the GENERIC kernel and
make.conf.example to add to the comment that one should add
WITHOUT_IPV6 to the make.conf if you enable NO_INET6.
That sounds to me like something completely
Paul Allen wrote:
Has anyone else observed that fusefs appears to suffer from
the race-to-root problem that used to plague NFS prior to rev
1.39 of vfs_lookup.c?
Yes, AFAIK was a known problem since the start - you might want to
contact its creator to check if he knows about the (possible)
Dear FreeBSD:
Not entirely sure if this is the correct list to post this, but, I've recently
installed FreeBSD-6.2 on a Pentium 3 box with 1-GB of memory. I've tried to
install all programs that I was able to run with FreeBSD-6.1, but the only one
that gives me a difficulty so far is the
Michael Nottebrock wrote:
And yes, if pppd is broken and won't be fixed, it should disappear.
And when that happens, so will kppp (it won't build once the if_ppp.h header
is gone). Which of course would solve the problem in a way. In any case: I
dragged this issue onto -stable
14 matches
Mail list logo