As far as I can tell, the extremely slow boot problem is specific to
VMWare for WindowsNT when running on the latest Athlon processors.
VMWare for Linux, running under FreeBSD host of the same Athlon
processor using the same guest image, does not have any problem.
If host Windows 2K is a Petium I
It seems to be nigh impossible to build a "previous" release on -current.
Problems include "incomplete" cross tool building, header files, and of
course, device support, in particular differences
between the "old" vn stuff, and the new "md" device.
Is there any intention to support cross-release
The problem is the new inclusion of ipfilter stuff.
Make will change directory to .OBJDIR if it exists, and it does NOW that
there is an ipfilter SUBDIR.
A "fix" might be:
>>>
--- MakefileMon Oct 22 11:44:12 2001
+++ Makefile.newMon Oct 22 11:47:27 2001
@@ -2,7 +2,7 @@
#
# Doing a
Hi,
Version 1.9 of that file does not work. You probably meant to
write:
--- sys/dev/mly/mly.c- Wed Sep 12 17:37:09 2001
+++ sys/dev/mly/mly.c Thu Oct 18 13:46:50 2001
@@ -847,7 +847,7 @@
mci->addr.phys.controller = 0;
mci->timeout.value = 30;
mci->timeout.scale = MLY_TIMEOUT_S
The problem seems to be in the /usr/src/share/examples/Makefile
copies:: is an idiom used in only one other place in the BSD tree (in
sendmail -- the /usr/src/share/sendmail/Makefile). Burying copies::
inside a .for loop seems to hide the indentifier from make. It probably
shouldn't have worked
>Date: Sun, 21 Oct 2001 14:11:02 -0700
>From: "Glenn Gombert" <[EMAIL PROTECTED]>
>Has anyone addressed a fix for this problem yet ??
[The "make: don't know how to make copies. Stop" message during
installworld since yesterday.]
Not (by any stretch of the imagination) a "solution", but this mor
Has anyone addressed a fix for this problem yet ??
Edwin Culp <[EMAIL PROTECTED]> wrote:
> In case no one has seen this, I'm getting
>
> (cd /usr/src/etc; install -c -o root -g wheel -m 444 amd.map apmd.conf
> auth.con
> f crontab csh.cshrc csh.login csh.logout dhclient.conf dm.conf fbta
Hi,
current as of Oct. 21 (~12am CET), I just booted with a new kernel+world
and tried to dial out.
---snip---
panic messages:
---
panic: mutex i4b_isic_rx 0xc02f4e84 already initialized
[...]
#0 dumpsys () at ../../../kern/kern_shutdown.c:492
#1 0xc0190b85 in boot (howto=260) at ../../../ke
On Sat, Oct 20, 2001 at 08:18:35PM -0700, Matthew Dillon wrote:
> Try turning off vmiodirenable:
>
>sysctl -w vfs.vmiodirenable=0
>
> And see if that makes a difference.
>
> -Matt
Nope, it crashes just as fast.
I am now turning on crash dum
