Me --ethernet, MTU1500, native IPv6-- mattapan -|
|
World -- v6 in v4 tunnel, gif0, MTU1280---|
(mattapan is my FreeBSD 8.2-STABLE router, Me is running 9.0-STABLE.)
If I run route change -inet6 :: -mtu 1280 on Me, everything starts
On 2012-Jul-10 10:03:08 -0500, Paul Albrecht albre...@glccom.com wrote:
I have a question about the kqueue timer timeout period ... what's data
supposed to be? I thought it was supposed to be the period in
milliseconds, but I seem to off by one.
For example, if I set date (the timeout period) to
On Wed, 11 Jul 2012, Peter Jeremy wrote:
PJOn 2012-Jul-10 10:03:08 -0500, Paul Albrecht albre...@glccom.com wrote:
PJI have a question about the kqueue timer timeout period ... what's data
PJsupposed to be? I thought it was supposed to be the period in
PJmilliseconds, but I seem to off by one.
PJ
Hi.
Historically FreeBSD used completely different hardware time sources for
time keeping and time events. Not sure about 5%, but the last could be
less precise in some cases. FreeBSD 9.0, depending on hardware, can be
more precise because of using same time source in both cases. Also there
Andriy Gapon a...@freebsd.org wrote:
on 10/07/2012 21:57 Fabian Keil said the following:
I do not use a completely NFS-free kernel, but I don't build any
NFS-related modules. Trying to load an unpatched dtraceall results in:
Jul 9 21:58:48 r500 sudo: fk : TTY=pts/16 ;
One of my machines is doing something I can not understand and may
have uncovered some form of bug. The kernel appears to be ignoring
the default route. Had several people look this over, we can't
determine where the route is being hidden. This is 7.4-RELEASE-p2.
I suspect that rebooting the box
On Wed, Jul 11, 2012 at 12:31:11AM -0400, Michael R. Wayne wrote:
I have two routers, on the same ethernet at:
148.59.4.1 (default)
148.59.4.3 139.171.192.26
148.59.4.2 (FreeBSD box)
148.59.4.0/27 link#2 UC 00 fxp0
148.59.4.1 00:a0:c8:2c:5f:38
On Wed, 2012-07-11 at 03:36 -0500, Harti Brandt wrote:
On Wed, 11 Jul 2012, Peter Jeremy wrote:
PJOn 2012-Jul-10 10:03:08 -0500, Paul Albrecht albre...@glccom.com wrote:
PJI have a question about the kqueue timer timeout period ... what's data
PJsupposed to be? I thought it was supposed to
On Wed, 2012-07-11 at 04:42 -0500, Alexander Motin wrote:
Hi.
Historically FreeBSD used completely different hardware time sources for
time keeping and time events. Not sure about 5%, but the last could be
less precise in some cases. FreeBSD 9.0, depending on hardware, can be
more
Hi,
Sorry about this repost but I'm confused about the responses I received
in my last post so I'm looking for some clarification.
Specifically, I though I could use the kqueue timer as essentially a
drop in replacement for linuxfd_create/read, but was surprised that
the accuracy of the kqueue
On Wed, 2012-07-11 at 14:52 -0500, Paul Albrecht wrote:
Hi,
Sorry about this repost but I'm confused about the responses I received
in my last post so I'm looking for some clarification.
Specifically, I though I could use the kqueue timer as essentially a
drop in replacement for
On Wed, Jul 11, 2012 at 9:52 PM, Paul Albrecht albre...@glccom.com wrote:
Hi,
Sorry about this repost but I'm confused about the responses I received
in my last post so I'm looking for some clarification.
Specifically, I though I could use the kqueue timer as essentially a
drop in
On Wed, 11 Jul 2012, Fabian Keil wrote:
I'm using the following modification of Sean's patch:
diff --git a/sys/modules/dtrace/dtraceall/dtraceall.c
b/sys/modules/dtrace/dtraceall/dtraceall.c
index c57f590..d50b1e5 100644
--- a/sys/modules/dtrace/dtraceall/dtraceall.c
+++
Hi,
On Mon, Jul 9, 2012 at 1:17 AM, Arnaud Lacombe lacom...@gmail.com wrote:
Hi,
On Mon, Jul 9, 2012 at 12:37 AM, Warner Losh i...@bsdimp.com wrote:
On Jul 8, 2012, at 9:46 PM, Arnaud Lacombe wrote:
On Sun, Jul 8, 2012 at 11:31 PM, Warner Losh i...@bsdimp.com wrote:
On Jul 8, 2012, at
Hi,
On Mon, Jul 9, 2012 at 11:27 AM, John Baldwin j...@freebsd.org wrote:
Also, I think we should do this in general. We already have one example (e.g.
ACPI IVARs start at 100 so that things like the ACPI PCI bus driver can
provide both ACPI and PCI IVARs to child devices). I think we should
On Jul 11, 2012, at 9:47 PM, Arnaud Lacombe wrote:
Hi,
On Mon, Jul 9, 2012 at 1:17 AM, Arnaud Lacombe lacom...@gmail.com wrote:
Hi,
On Mon, Jul 9, 2012 at 12:37 AM, Warner Losh i...@bsdimp.com wrote:
On Jul 8, 2012, at 9:46 PM, Arnaud Lacombe wrote:
On Sun, Jul 8, 2012 at 11:31 PM,
16 matches
Mail list logo