On Sun, Oct 07, 2012 at 12:57:42PM +1300, Andrew Thompson wrote:
On 7 October 2012 06:28, Luigi Rizzo ri...@iet.unipi.it wrote:
Hi,
in order to control some netmap feature (namely, which interfaces
are attached to VALE switches), i would considering the use of
a sysctl interface
On Sunday 07 October 2012 01:42:33 Jin Guojun wrote:
1) moused stops functioning on 9.1-RC2. Neither PS2 nor USB mouse can work.
9.1-RC1 has no such problem.
2) All i386 / amd64 of 9.1-RC1/RC2 have USB read failure -- see dmesg
output at end of this email.
ada0 is internal SATA drive
On Sunday 07 October 2012 12:42:11 Hans Petter Selasky wrote:
On Sunday 07 October 2012 01:42:33 Jin Guojun wrote:
1) moused stops functioning on 9.1-RC2. Neither PS2 nor USB mouse can
work.
9.1-RC1 has no such problem.
2) All i386 / amd64 of 9.1-RC1/RC2 have USB read failure --
On 7 October 2012 03:43, Luigi Rizzo ri...@iet.unipi.it wrote:
Good point, thanks for mentioning this:
ew. ifconfig :-)
rant
Could be done, but I consider the ifconfig one of the ugliest
configuration mechanisms we have in FreeBSD so I'd rather not
contribute to that.
Seconded; but
[subject changed due to the shift of topic]
On Sun, Oct 07, 2012 at 07:08:54AM -0700, Adrian Chadd wrote:
On 7 October 2012 03:43, Luigi Rizzo ri...@iet.unipi.it wrote:
Good point, thanks for mentioning this:
ew. ifconfig :-)
rant
Could be done, but I consider the ifconfig one of
I started seeing these messages spewed (to both console
/var/log/messages) following an update from:
FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #697 241222M:
Fri Oct 5 05:32:19 PDT 2012
r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386
to
FreeBSD
Seconded; but compare to Linux which has mutiple different commands to
do networking, as well as 'net'. :-)
we do too -- we have arp, route, ifconfig, sysctl and possibly
more that i am not aware of.
Note that at least arp, route and ifconfig have been there since very
early BSD releases
Please find below the patch to add the unwind annotations for the libc
and libthr assembler routines on amd64. The change shall have no impact
on the execution of the changed code, because no functions there ever
generate C++ exception or call a function that could generate exception.
The
On Sun, Oct 7, 2012 at 8:02 AM, Luigi Rizzo ri...@iet.unipi.it wrote:
[subject changed due to the shift of topic]
On Sun, Oct 07, 2012 at 07:08:54AM -0700, Adrian Chadd wrote:
On 7 October 2012 03:43, Luigi Rizzo ri...@iet.unipi.it wrote:
Good point, thanks for mentioning this:
ew.
On Sun, Oct 07, 2012 at 08:23:23AM -0700, Garrett Cooper wrote:
On Sun, Oct 7, 2012 at 8:02 AM, Luigi Rizzo ri...@iet.unipi.it wrote:
...
FWIW, I don't think that the problem is necessarily the fact that one
should do it either via ioctl, kvm, sysctl, etc: having a library/set
of interfaces as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/07/12 11:11, David Wolfskill wrote:
I started seeing these messages spewed (to both console
/var/log/messages) following an update from:
FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #697 241222M:
Fri Oct 5 05:32:19
On Sun, 2012-10-07 at 17:53 +0200, Luigi Rizzo wrote:
Access through sysctl is incredibly easy from both userspace and
from a C application, because all the work is done in the kernel
side, whereas other mechanisms (ioctl, i'd rather leave kvm apart
as we really don't want that!) require the
On Sun, Oct 7, 2012 at 9:16 AM, Michael Butler
i...@protected-networks.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/07/12 11:11, David Wolfskill wrote:
I started seeing these messages spewed (to both console
/var/log/messages) following an update from:
FreeBSD
On Sun, 07 Oct 2012 10:16:40 -0600
Ian Lepore free...@damnhippie.dyndns.org wrote:
On Sun, 2012-10-07 at 17:53 +0200, Luigi Rizzo wrote:
Access through sysctl is incredibly easy from both userspace and
from a C application, because all the work is done in the kernel
side, whereas other
On Sun, Oct 07, 2012 at 10:03:04AM -0700, Garrett Cooper wrote:
...
Maybe these revisions had something to do with it... (r241245 is
more likely)?
r241245 | glebius | 2012-10-06 03:02:11 -0700 (Sat, 06 Oct 2012) |
warning: total configured swap (2621440 pages) exceeds maximum
recommended amount (1852656 pages).
...
This is because kernel needs some memory to manage swap too.
Currently for amd64 this roughly reduces to the following rule
(My apologies in advance for the extra simplification):
100MB RAM
On Sun, Oct 07, 2012 at 01:05:21PM -0400, Justin Hibbits wrote:
On Sun, 07 Oct 2012 10:16:40 -0600
Ian Lepore free...@damnhippie.dyndns.org wrote:
On Sun, 2012-10-07 at 17:53 +0200, Luigi Rizzo wrote:
Access through sysctl is incredibly easy from both userspace and
from a C
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/07/12 13:03, Garrett Cooper wrote:
Maybe these revisions had something to do with it... (r241245 is
more likely)?
I reverted r241245 and the messages went away,
Did you rebuild all of your modules, and (for David) are you
running
On Sun, Oct 7, 2012 at 10:43 AM, David Wolfskill da...@catwhisker.org wrote:
On Sun, Oct 07, 2012 at 10:03:04AM -0700, Garrett Cooper wrote:
...
Maybe these revisions had something to do with it... (r241245 is
more likely)?
On Sun, Oct 7, 2012 at 10:51 AM, Michael Butler
i...@protected-networks.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/07/12 13:03, Garrett Cooper wrote:
Maybe these revisions had something to do with it... (r241245 is
more likely)?
I reverted r241245 and the messages
On Sun, Oct 07, 2012 at 01:51:20PM -0400, Michael Butler wrote:
M On 10/07/12 13:03, Garrett Cooper wrote:
M Maybe these revisions had something to do with it... (r241245 is
M more likely)?
M
M I reverted r241245 and the messages went away,
I'll handle that. Sorry for breakage.
--
Totus
On 10/7/12 8:02 AM, Luigi Rizzo wrote:
Coming to 802.11 (and I am using it just as an example):
configuration of the various parameters is not too different from,
say, manipulating the various features that are available in modern
NICs: interrupt mitigation, queue parameters, multiqueue support,
David and Michael,
can you please build a kernel with attached patch and options KDB,
and report what's the trace is.
Unfortunately my iwn(4) is running on amd64, so I can reproduce
exactly your case.
--
Totus tuus, Glebius.
Index: i386/i386/in_cksum.c
Am 10/07/12 17:20, schrieb Konstantin Belousov:
Please find below the patch to add the unwind annotations for the libc
and libthr assembler routines on amd64. The change shall have no impact
on the execution of the changed code, because no functions there ever
generate C++ exception or call a
After reviewing the man page, if you use 'screen -ln' you will NOT see
the error.
It's a utmp log issue.
Also, the reason why this happened to me is because chflags were set to:
# chflags sappnd /var/log
# chflags sappnd /var/log/*
(Safe to keep this permission drwxr-x--- log 'which i have
25 matches
Mail list logo