[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: PR/53247 CVS commit: src/sys
The following reply was made to PR bin/53247; it has been noted by GNATS.
From: Roy Bixler <rcbixler%nyx.net@localhost>
Cc: gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost
Subject: Re: PR/53247 CVS commit: src/sys
Date: Sat, 12 May 2018 08:34:16 -0600
On Sat, May 12, 2018 at 12:40:01PM +0000, Robert Elz wrote:
> The following reply was made to PR bin/53247; it has been noted by GNATS.
> From: Robert Elz <kre%munnari.OZ.AU@localhost>
> To: Roy Bixler <rcbixler%nyx.net@localhost>
> Cc: gnats-bugs%NetBSD.org@localhost, netbsd-bugs%netbsd.org@localhost
> Subject: Re: PR/53247 CVS commit: src/sys
> Date: Sat, 12 May 2018 19:35:32 +0700
> Date: Sat, 12 May 2018 06:05:41 -0600
> From: Roy Bixler <rcbixler%nyx.net@localhost>
> Message-ID: <20180512120541.GA1371%nyx.net@localhost>
> | I've tested the dhcpcd patch alone and the dhcpcd patch plus the
> | kernel buffer size patch, but I have not tested the kernel buffer size
> | patch alone. I've reverted the change to my local version of dhcpcd
> | and will now test to see that the buffer size increase alone is
> | sufficient.
> I doubt that is necessary, or even useful. It is certainly possible that in
> your environment you won't lose any routing messages with the bigger
> buffer, and in that case, the dhcpcd issue won't bother you - but it would
> still be there, until one day, something unusual happens, you get more
> routing socket messages than usual, and one is lost. The real problem
> is fixed, an occasional message from dhcpcd saying it lost a message
> will harm nothing (since it now recovers properly).
I was under the impression that that dhcpcd patch I originally tried
is why dhcpcd recovers properly from the error, but that it was not
going to be pulled into netbsd-8. Have I missed something?
> Whatever your results are from that test won't provide any useful info,
> so I just wouldn't waste the time and effort.
I want to test netbsd-8 as it will be. To check, I did a "cvs up" on
the netbsd-8 tree where I reverted the dhcpcd patch. Nothing got
updated in the dhcpcd source tree, so I believe that I am testing
netbsd-8 as it is.
Roy Bixler <rcbixler%nyx.net@localhost>
"The fundamental principle of science, the definition almost, is this: the
sole test of the validity of any idea is experiment."
-- Richard P. Feynman
Main Index |
Thread Index |