I am having problems doing a buildworld. When I run it, I get the
following error:
cd /home/src/usr.bin/xinstall; make obj; make depend; make all; make
install
cc -O -pipe-I/usr/obj/home/src/i386/usr/include -static -o xinstall
xinstall.o
xinstall.o: In function `main':
xinstall.o(.tex
Please try the attached patch. I'm going to attempt to unbreak
the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in
the near future.
On Fri, Sep 14, 2001 at 10:15:00AM -0500, Wm Brian McCane wrote:
> I am having problems doing a buildworld. When I run it, I get the
> following error:
>
Actually, I was already at 5.0-CURRENT.
FreeBSD 5.0-CURRENT (CHINA) #7: Thu May 10 05:25:14 CDT 2001
- brian
On Fri, 14 Sep 2001, Ruslan Ermilov wrote:
> Please try the attached patch. I'm going to attempt to unbreak
> the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in
> the near
It's irrelevant. Your 5.0-CURRENT wasn't actually "current".
On Fri, Sep 14, 2001 at 11:22:54AM -0500, Wm Brian McCane wrote:
> Actually, I was already at 5.0-CURRENT.
>
> FreeBSD 5.0-CURRENT (CHINA) #7: Thu May 10 05:25:14 CDT 2001
>
> - brian
>
>
> On Fri, 14 Sep 2001, Ruslan Ermilov wrote
Hi
I still have some no memory problem :
http://www.absolight.fr/mat/ipf/
here is how it was this morning :
IP states added:
11508117 TCP
1757381 UDP
1512795 ICMP
3225071612 hits
101807088 misses
0 maximum
586718 no memory
5055 bkts
On Fri, Sep 14, 2001 at 06:33:09PM +0300, Ruslan Ermilov wrote:
> Please try the attached patch. I'm going to attempt to unbreak
> the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in
> the near future.
Please try to restructure it along the lines of
src/gnu/usr.bin/binutils/libiberty/M
If either of my builtin serial ports is disabled in the bios then i get:
sio1: configured irq 0 not in bitmap of probed irqs0
sio1 port 0-0x7 irq 0 on acpi0
sio1 type 8250
and the boot process stops at this message.
since the acpi module is now loaded automatically, i can only boot if
none of t
If you boot from an old kernel then the loader seems to load the acpi
module from the wrong place. I tried booting with both:
unload
boot /boot/kernel.old/kernel
and:
unload
load /boot/kernel.old/kernel
boot
and both loaded the acpi moduse from /boot/kerne
On Fri, 14 Sep 2001 20:10:13 +0100, David Malone wrote:
> If you boot from an old kernel then the loader seems to load the acpi
> module from the wrong place. I tried booting with both:
>
> unload
> boot /boot/kernel.old/kernel
> and:
> unload
> load /boot/kernel.old/kerne
I was just wondering if anyone has been experiencing problems with
TCP performance on -current -- my box built on 11 Sept is dog slow -
max 60kbps over 10baseT. I'm going to try and revert to an older
kernel and see if there is a difference.
Geoff.
--
Geoff Rehmet, Internet Solutions
tel: +27-1
On Fri, Sep 14, 2001 at 09:57:24PM +0200, Geoff Rehmet wrote:
> I was just wondering if anyone has been experiencing problems with
> TCP performance on -current -- my box built on 11 Sept is dog slow -
> max 60kbps over 10baseT. I'm going to try and revert to an older
> kernel and see if there i
On Fri, Sep 14, 2001 at 04:13:37PM -0400, Bosko Milekic wrote:
>
> On Fri, Sep 14, 2001 at 09:57:24PM +0200, Geoff Rehmet wrote:
> > I was just wondering if anyone has been experiencing problems with
> > TCP performance on -current -- my box built on 11 Sept is dog slow -
> > max 60kbps over 10ba
> and both loaded the acpi moduse from /boot/kernel/acpi.ko. I thought
> that the loader was supposed to be clever enough to find these
> things. I suppose it could be the acpi loader, the loader or me
> which is broked.
The way the loader finds the ACPI module is unsophisticated and needs to
be
> Nope, no debug options, but I am getting loads of
>
> microuptime() went backwards (29804.3839847 -> 29804.925730)
ALi chipset? Try turning off the ACPI timer if you haven't already;
set debug.acpi.disable="timer"
at the loader prompt. If this works, please let me know (with ACPI in the
s
what is this for?
#define CDEV_MINOR 0
+
+/* static struct cdevsw vmmon_cdevsw = { */
static struct cdevsw vmmon_cdevsw = {
/* open */ FreeBSD_Driver_Open,
/* close */ FreeBSD_Driver_Close,
@@ -162,8 +164,12 @@
/* psize */ nopsize,
/* flags */ 0
On Fri, 14 Sep 2001 23:40:21 +0200
Geoff Rehmet <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 14, 2001 at 04:13:37PM -0400, Bosko Milekic wrote:
> >
> > On Fri, Sep 14, 2001 at 09:57:24PM +0200, Geoff Rehmet wrote:
> > > I was just wondering if anyone has been experiencing problems with
> > > TCP per
It seems that, on Fri, Sep 14, 2001 at 03:18:47PM -0700,
in message <[EMAIL PROTECTED]>, Mike Smith wrote:
> > Nope, no debug options, but I am getting loads of
> >
> > microuptime() went backwards (29804.3839847 -> 29804.925730)
>
> ALi chipset? Try turning off the ACPI timer if you haven't al
> It seems that, on Fri, Sep 14, 2001 at 03:18:47PM -0700,
> in message <[EMAIL PROTECTED]>, Mike Smith wrote:
> > > Nope, no debug options, but I am getting loads of
> > >
> > > microuptime() went backwards (29804.3839847 -> 29804.925730)
> >
> > ALi chipset? Try turning off the ACPI timer if
FYI -- this has happened on my laptop (Toshiba Tecra 8000) ever since the
ACPI was first introduced (months and months ago)
On Fri, 14 Sep 2001, Mike Smith wrote:
> > It seems that, on Fri, Sep 14, 2001 at 03:18:47PM -0700,
> > in message <[EMAIL PROTECTED]>, Mike Smith wrote:
> > > > Nope, no d
> FYI -- this has happened on my laptop (Toshiba Tecra 8000) ever since the
> ACPI was first introduced (months and months ago)
What has happened, specifically? If you disable the timer, as Geoff did,
does it still happen?
Details, details.
> On Fri, 14 Sep 2001, Mike Smith wrote:
>
> > > I
In message <[EMAIL PROTECTED]> David Malone writes:
: If you boot from an old kernel then the loader seems to load the acpi
: module from the wrong place. I tried booting with both:
:
: unload
unset acpi_load
load /boot/kernel.old/acpi
: boot /boot/kernel.old/kernel
s
In message <[EMAIL PROTECTED]> Mike Smith writes:
: > Nope, no debug options, but I am getting loads of
: > microuptime() went backwards (29804.3839847 -> 29804.925730)
:
: ALi chipset? Try turning off the ACPI timer if you haven't already;
:
: set debug.acpi.disable="timer"
:
: at the loader
On Wed, 5 Sep 2001, Ruslan Ermilov wrote:
> On Wed, Sep 05, 2001 at 09:44:05PM +1000, Bruce Evans wrote:
> [...]
> > > Index: Makefile
> > > ===
> > > RCS file: /home/ncvs/src/usr.bin/xinstall/Makefile,v
> > > retrieving revision 1.1
23 matches
Mail list logo