EGP hasn't been in wide use for probably 7 or 8 years now.
I think the real problem with this dynamic link issue and keeping the
connection up is that the default policy is wrong. You ought to
specify what sort of traffic is "important" and should cause a
dynamic link to be established (and ke
On Sun, Dec 31, 2000 at 05:49 -0500, Louis A. Mamakos wrote:
>
> IGMP is the protocol used between a multicast router, and
> end-hosts on a subnetwork; much like ICMP is used between a
> router and an end-host to help manage unicast traffic.
I realize now that I have confused IGMP with EGP & fri
On 01-Jan-01 Matt Dillon wrote:
>:
>:Why not this:
>:
>:s = splbio();
>:TAILQ_FOREACH(bp, &vp->v_dirtyblkhd, b_vnbufs) {
>
> First rule when making simple bug fixes by copying working code from one
> source file to another is: Dont try to optimize the code on the
> fly.
That works.
:
:Why not this:
:
:s = splbio();
:TAILQ_FOREACH(bp, &vp->v_dirtyblkhd, b_vnbufs) {
First rule when making simple bug fixes by copying working code from one
source file to another is: Dont try to optimize the code on the
fly.
Personally speaking, I don't find the FOREACH macros
On 31-Dec-00 User Sja wrote:
> I don't really know my way around the kernel so I'm just guessing here:
>
> Is there a proctree lock release operation missing in kern_sig.c,
> function issignal()? There seems to be one lock operation more
> than there are release operations. I tried putting one
On 30-Dec-00 Matt Dillon wrote:
> #include
> @@ -352,12 +352,25 @@
> return (0);
>
> /*
> + * MARK/SCAN initialization to avoid infinite loops
> + */
> + s = splbio();
> +for (bp = TAILQ_FIRST(&vp->v_dirtyblkhd); bp;
> + bp = TAILQ_NEXT(bp
I have had this problem since yesterday... I cvsup using the supfile on
handbook for going current... i remove all from /usr/obj... I cd
/usr/src and make buildworld and I get the following errors.. I am
running 4.2 STABLE.. please lend a hand...
uudecode < /usr/src/share/tabset/xerox1720.uu
On 31-Dec-00 Paul Saab wrote:
> I already have and that fixed it.
Well, try http://www.FreeBSD.org/~jhb/patches/kern_sig.patch and see if that
helps. I fubar'd some of the sched_lock handling in the signal code. If that
works, try putting the proctree lock back in and see if it still hangs.
Here is the deal, I am cvsup remotely and my connection got killed so I
firstly do not know the status of the buildworld and when I type ps -aux i
get ps: kinfo_proc size mismatch (expected 640, got 0)
from there i try killall -9 buildworld and i get proc size mismatch (51744
total, 640 chunks)
u
While trying to build a new kernel today, I received errors relating to
vnode_if.h not existing. I have put the patch below which fixed the
problem for me. (Sorry if the patch does not apply because of cut and
paste errors, but it may easily be hand editted.)
Jim Bloom
[EMAIL PROTECTED]
Index
User Sja <[EMAIL PROTECTED]> wrote:
> I don't really know my way around the kernel so I'm just guessing here:
>
> Is there a proctree lock release operation missing in kern_sig.c,
> function issignal()? There seems to be one lock operation more
> than there are release operations. I tried putti
On Sun, 31 Dec 2000, User Sja wrote:
> I don't really know my way around the kernel so I'm just guessing here:
>
> Is there a proctree lock release operation missing in kern_sig.c,
> function issignal()? There seems to be one lock operation more
> than there are release operations. I tried putt
I wrote:
> [CIRCLEQs and ex / vi crashing]
Scratch that, Brian Feldman already fixed it.
Re-sup and compile.
++sja
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, Dec 31, 2000 at 07:56:22PM +0200, User Sja wrote:
> > I am cvsup to current last night and this morning the make buildworld
> > giving following errors.. anyone have similar or know what this is?
> >
> > uudecode < /usr/src/share/tabset/xerox1720.uu
> > uudecode < /usr/src/share/tabset/xe
nothing else happens... I mean after running buildworld or I should say
during i get this error and if I run it again it does the same
thing.. back at command line i can still do whatever .. everything else
seems unharmed although uname -a still say 4.2 becaue could not complete
cvsup to curren
> I am cvsup to current last night and this morning the make buildworld
> giving following errors.. anyone have similar or know what this is?
>
> uudecode < /usr/src/share/tabset/xerox1720.uu
> uudecode < /usr/src/share/tabset/xerox1730.uu
> uudecode < /usr/src/share/tabset/xerox1730-lm.uu
> uude
>
> > Btw, can I use IGMP to something useful/interesting/funny?
>
> AFAIK it's some kind of dynamic route establishment (learning
> about topology by listening to what your neighbour knows about
> the network). Home users and small LANs won't need it IMHO,
> maybe WAN links will benefit? But
I am cvsup to current last night and this morning the make buildworld
giving following errors.. anyone have similar or know what this is?
uudecode < /usr/src/share/tabset/xerox1720.uu
uudecode < /usr/src/share/tabset/xerox1730.uu
uudecode < /usr/src/share/tabset/xerox1730-lm.uu
uudecode < /usr/s
I don't really know my way around the kernel so I'm just guessing here:
Is there a proctree lock release operation missing in kern_sig.c,
function issignal()? There seems to be one lock operation more
than there are release operations. I tried putting one in and
now gdb doesn't hang the whole m
From: "Gerhard Sittig" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 30, 2000 9:52 PM
> On Sat, Dec 30, 2000 at 18:32 +0100, Leif Neland wrote:
> >
> > My isp's router is sending me IGMP queries.
> >
> > 18:25:07.850008 212.242.151.2 > 224.0.0.1: 212.242.151.2 >
> > 224.0.0
Hi,
I've created new common framework on generalized power-management
interface for userland utilities.
http://people.freebsd.org/~iwasaki/acpi/power-20001229.tar.gz
This provides some PM APIs to APM applications, such as wmapm, so that
these applications can be ported smoothly to use ACPI (pow
21 matches
Mail list logo
