Hi,
mueller6...@bellsouth.net (Thomas Mueller) writes:
from Paul Goyette:
I've had intermittent similar problems with NetBSD for at least three
years now. I have no idea what the problem is, though. I've
suspected some sort of memory corruption, but was never able to make
any progress in
This is in particular a sudden inability to build NetBSD-current from source.
Those happen, and are usually fixed by reading UPDATING and doing what it
recommends (or in the case of obvious breaks, waiting a day, updating and
running the build again).
-current is built by umpteen
On Dec 15, 2013, at 6:34 AM, Thomas Mueller mueller6...@bellsouth.net wrote:
This is in particular a sudden inability to build NetBSD-current from
source.
Those happen, and are usually fixed by reading UPDATING and doing what it
recommends (or in the case of obvious breaks, waiting a
Recently, I've been noticing these messages during system startup (and
possibly during shutdown). They may have been around for a while, but
I've noticed them.
# dmesg | grep ahcisata1
ahcisata1 at jmide0
ahcisata1: AHCI revision 1.0, 2 ports, 32 slots, CAP
Given the recent discussion on the usefulness of auto-unload, would it
possibly make sense to enable/disable this via a new sysctl variable?
We could make kern.module.unload_delay default to 10 seconds (the
current default); if the delay is ever set to a non-positive value, it
would disable
I ported the changes in FreeBSD SVN r257305 that add support for
RTL8168G. This works except for the RX path. When I netboot; an
unpatched NetBSD re(4) works for TX and RX. Any ideas?
Jonathan Kollasch
On Sun, Dec 15, 2013 at 09:57:59AM -0600, Jonathan A. Kollasch wrote:
I ported the changes in FreeBSD SVN r257305 that add support for
RTL8168G. This works except for the RX path. When I netboot; an
unpatched NetBSD re(4) works for TX and RX. Any ideas?
Jonathan Kollasch
For
On Sun, 15 Dec 2013, Paul Goyette wrote:
Given the recent discussion on the usefulness of auto-unload, would it
possibly make sense to enable/disable this via a new sysctl variable?
We could make kern.module.unload_delay default to 10 seconds (the current
default); if the delay is ever set
On Sun, 15 Dec 2013, Paul Goyette wrote:
On Sun, 15 Dec 2013, Paul Goyette wrote:
Given the recent discussion on the usefulness of auto-unload, would it
possibly make sense to enable/disable this via a new sysctl variable?
We could make kern.module.unload_delay default to 10 seconds (the
In article pine.neb.4.64.1312151007210.21...@screamer.whooppee.com,
Paul Goyette p...@whooppee.com wrote:
-=-=-=-=-=-
On Sun, 15 Dec 2013, Paul Goyette wrote:
Given the recent discussion on the usefulness of auto-unload, would it
possibly make sense to enable/disable this via a new sysctl
On Sun, 15 Dec 2013, Christos Zoulas wrote:
+ if (t 0)
+ return (EINVAL);
You are not allowing it to become negative.
* Automatically unload modules. We try once to unload autoloaded
* modules after module_autotime seconds. If the system is under
- *
On Dec 15, 12:37pm, p...@whooppee.com (Paul Goyette) wrote:
-- Subject: Re: module auto-unload
| Yes, this check could be simply == instead of =
Like it is just below
christos
Now that evbmips64-el builds again for LOONGSON processors, I set about
doing just that.
The result is that all userland programs die with SIGSEGV, usually upon
exit (they otherwise seem to work OK).
Examining results with 'gdb' produces similar results in all examples
observed:
[...]
Core was
Matt Sporleder asks:
What is your build.sh command?
Did the build ever work?
Latest build.sh command was
=== build.sh command:./build.sh -m amd64 -M ../obj.amd64.llvm -B
nb20131214-llvm -T ../tooldir.amd64.llvm -V MKLLVM=yes -V HAVE_LLVM=yes -V
MKLIBCXX=yes -U -j 9 distribution
Updating src tree:
P src/compat/arm/oabi/bsd.oabi.mk
P src/crypto/external/bsd/openssh/dist/servconf.c
P src/dist/smbfs/lib/smb/nb_name.c
P src/external/historical/nawk/dist/run.c
P src/share/man/man7/sysctl.7
P src/share/mk/bsd.own.mk
P src/sys/arch/acorn26/stand/Makefile.buildboot
P
On Sun, Dec 15, 2013 at 11:00:43AM -0800, Paul Goyette wrote:
static void
sysctl_module_setup(void)
{
@@ -433,10 +456,16 @@ sysctl_module_setup(void)
CTL_CREATE, CTL_EOL);
sysctl_createv(module_sysctllog, 0, node, NULL,
CTLFLAG_PERMANENT |
On Mon, 16 Dec 2013, Jukka Ruohonen wrote:
On Sun, Dec 15, 2013 at 11:00:43AM -0800, Paul Goyette wrote:
static void
sysctl_module_setup(void)
{
@@ -433,10 +456,16 @@ sysctl_module_setup(void)
CTL_CREATE, CTL_EOL);
sysctl_createv(module_sysctllog, 0, node, NULL,
17 matches
Mail list logo