Re: buildworld Problems at NTP
> > There was a make(1) problem a couple of weeks back. Resup, make-and-install > > make(1), and you should be OK. > > > > Dunno why, but ntp(d) tickled the bug. > > To be safe, I nuked the /usr/src/usr.bin/make tree and re-cvsup'ed so > I'd checkout new-car-smell-fresh copies. I killed the /usr/obj tree to > ensure a clean start there and started a buildworld. Six hours later, > > ===> usr.sbin/ntp/ntpd > Killed Read what I said!! Make-and-install _make_ (not anything else) first. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
CURRENT breaks some apps
I have had a problem with running infobot after my recent cvsup to
current. I have heard that there is a problem with the newer perl
version.. is this a result of that? Here is error:
deepwoods# Missing braces on \N{} at ./src/Irc.pl line 131, near ">>> $b"
Missing braces on \N{} at ./src/Irc.pl line 133, near ">>> $b"
Missing braces on \N{} at ./src/Irc.pl line 152, within string
Compilation failed in require at ./infobot line 39.
BEGIN failed--compilation aborted at ./infobot line 42.
and here is perl -v
deepwoods# perl -v
This is perl, v5.6.0 built for i386-freebsd
(with 1 registered patch, see perl -V for more detail)
I am not sure if it is true regarding perl so I though it prudent to
ask... perhaps I should have stayed STABLE on this box but dont think that
it is possible to go backwords with the simplicity of going fowards...
regards
raymond hicks
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: buildworld Problems at NTP
> On Fri, Jan 05, 2001 at 03:54:20PM -0800, Dima Dorfman wrote: > > > Any more ideas what to try here? > > > > I'm sure you already thought of this, but have you made sure that you > > aren't running any memory-hogging applications? I just compiled all > > the ntp programs on my laptop which is a Pentium 75 with 24MB of > > memory and 64MB of swap (I didn't do an entire buildworld; I don't > > really want to wait a day). It's running 5.0-20001223-CURRENT, and > > compiled the ntp suite from 5.0-20010101-CURRENT. > > Pretty lean on this machine, I make sure to turn off SETI@Home for > builds or it'll swap like a maniac. ;) Perhaps I should point out that > I am building with sources mounted via NFS, but /usr/obj is local. For the tests I described above, the equivalents (i.e., I used different paths) of /usr/src and /usr/obj were both on NFS-mounted filesysems. If anything, this should makes things easier on the build host, provided that the NFS subsystem doesn't puke, of course. > [170:~] ps uax I don't see anything abnormal here. If you just want to get this stuff built, you might try adding more swap using the vn(4) driver. As to why make is getting killed, however, I'm at a loss. Although it shouldn't matter, you might try rebooting. This is current, after all, and as such it's not immune to weird bugs. Dima Dorfman [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADSUP! New netgraph code coming
This has been committed. People with unusual netgraph usage should contact me for assistance if things fail. In particular I would like to get some more pppoe users to try it as I haven't convinced myself it's tested enough. For the Netgraph-aware, the following changes have been made. 1/ data and contol-messages are now delivered as part of a larger entity called an 'item'. Thus the prototypes for these methods has changed and the code must be changed to free this (or not) as required. 2/ piggyback responses have been removed, The new response method is almost as quick and much cleaner. 3/ All nodes have queues into which items are place IFF there is lock contention and teh data cannot be processed immediatly. I expect the code to be a LITLE shaky for a few days around the time when nodes are deleted. but operation seems solid. Julian Elischer wrote: > > I have a largely rewritten version of netgraph > ready for commit. > It is redesigned to work in an SMP "ouside the BGL" environment. > I have not completed it to the stage yet that it will run > without BGL yet but it's close and it's running stably. > > I hope to commit this in about 24 hours (maybe less) > > the files concerned are: > > julian@jules:grep Index: /tmp/xx > Index: sys/dev/lmc/if_lmc.c > Index: sys/dev/usb/udbp.c > Index: sys/i386/isa/if_ar.c > Index: sys/i386/isa/if_sr.c > Index: sys/i4b/driver/i4b_ing.c > Index: sys/pci/if_mn.c > Index: sys/dev/musycc/musycc.c > Index: sys/netgraph/netgraph.h > Index: sys/netgraph/ng_UI.c > Index: sys/netgraph/ng_async.c > Index: sys/netgraph/ng_base.c > Index: sys/netgraph/ng_bpf.c > Index: sys/netgraph/ng_bridge.c > Index: sys/netgraph/ng_cisco.c > Index: sys/netgraph/ng_echo.c > Index: sys/netgraph/ng_ether.c > Index: sys/netgraph/ng_frame_relay.c > Index: sys/netgraph/ng_hole.c > Index: sys/netgraph/ng_iface.c > Index: sys/netgraph/ng_ksocket.c > Index: sys/netgraph/ng_lmi.c > Index: sys/netgraph/ng_message.h > Index: sys/netgraph/ng_mppc.c > Index: sys/netgraph/ng_one2many.c > Index: sys/netgraph/ng_ppp.c > Index: sys/netgraph/ng_pppoe.c > Index: sys/netgraph/ng_pptpgre.c > Index: sys/netgraph/ng_rfc1490.c > Index: sys/netgraph/ng_sample.c > Index: sys/netgraph/ng_socket.c > Index: sys/netgraph/ng_tee.c > Index: sys/netgraph/ng_tty.c > Index: sys/netgraph/ng_vjc.c e -- __--_|\ Julian Elischer / \ [EMAIL PROTECTED] ( OZ) World tour 2000 ---> X_.---._/ from Perth, presently in: Budapest v To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld Problems at NTP
On Fri, Jan 05, 2001 at 03:54:20PM -0800, Dima Dorfman wrote: > > Any more ideas what to try here? > > I'm sure you already thought of this, but have you made sure that you > aren't running any memory-hogging applications? I just compiled all > the ntp programs on my laptop which is a Pentium 75 with 24MB of > memory and 64MB of swap (I didn't do an entire buildworld; I don't > really want to wait a day). It's running 5.0-20001223-CURRENT, and > compiled the ntp suite from 5.0-20010101-CURRENT. Pretty lean on this machine, I make sure to turn off SETI@Home for builds or it'll swap like a maniac. ;) Perhaps I should point out that I am building with sources mounted via NFS, but /usr/obj is local. [170:~] ps uax USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root10 99.0 0.0 00 ?? RL 13Dec00 1239:51.83 (idle) root 1 0.0 0.5 552 128 ?? ILs 13Dec00 0:00.51 /sbin/init -- root11 0.0 0.0 00 ?? WL 13Dec00 11:00.26 (swi1: net) root12 0.0 0.0 00 ?? WL 13Dec00 178:01.38 (swi6: clock) root13 0.0 0.0 00 ?? WL 13Dec00 0:00.00 (swi4: vm) root14 0.0 0.0 00 ?? DL 13Dec00 11:48.92 (random) root15 0.0 0.0 00 ?? WL 13Dec00 0:00.00 (swi5: task queue) root16 0.0 0.0 00 ?? WL 13Dec00 52:22.08 (irq14: ata0) root17 0.0 0.0 00 ?? WL 13Dec00 0:17.18 (irq6: fdc0) root18 0.0 0.0 00 ?? WL 13Dec00 0:00.00 (irq7: ppc0) root19 0.0 0.0 00 ?? WL 13Dec00 0:00.01 (swi0: tty:sio) root20 0.0 0.0 00 ?? WL 13Dec00 28:27.06 (irq10: ep0) root 2 0.0 0.0 00 ?? DL 13Dec00 4:16.76 (pagedaemon) root 3 0.0 0.0 00 ?? DL 13Dec00 0:00.36 (vmdaemon) root 4 0.0 0.0 00 ?? DL 13Dec00 0:28.82 (bufdaemon) root 5 0.0 0.0 00 ?? DL 13Dec00 12:45.19 (syncer) root 114 0.0 1.2 932 360 ?? Ss 13Dec00 0:33.22 syslogd -s root 119 0.0 0.5 1252 132 ?? Is 13Dec00 0:09.18 timed root 126 0.0 0.0 2080 ?? IW - 0:00.00 nfsiod -n 4 root 127 0.0 0.0 2080 ?? IW - 0:00.00 nfsiod -n 4 root 128 0.0 0.0 2080 ?? IW - 0:00.00 nfsiod -n 4 root 129 0.0 0.0 2080 ?? IW - 0:00.00 nfsiod -n 4 root 147 0.0 0.9 996 248 ?? Ss 13Dec00 0:37.23 cron root 150 0.0 1.6 2648 476 ?? Is 13Dec00 0:05.21 /usr/sbin/sendmail -q30m root 154 0.0 0.9 2192 248 ?? Is 13Dec00 0:34.69 /usr/sbin/sshd root 198 0.0 0.0 9480 d0 IWs+ - 0:00.00 /usr/libexec/getty std.115200 ttyd0 root 48855 0.0 1.5 2280 448 ?? S10:02AM 0:02.85 sshd: cjc@ttyp0 (sshd) cjc 48877 0.0 2.7 1412 788 p0 Ss 10:02AM 0:01.35 -tcsh (tcsh) root 0 0.0 0.0 00 ?? DLs 13Dec00 0:10.73 (swapper) cjc 83227 0.0 1.2 520 336 p0 R+4:15PM 0:00.00 ps uax [171:~] swapinfo Device 1K-blocks UsedAvail Capacity Type /dev/rad0s1b 102272 2104 100168 2%Interleaved [172:~] vmstat procs memory pagedisks faults cpu r b w avm fre flt re pi po fr sr ad0 ac0 in sy cs us sy id 1 0 04632 14236 24 0 0 0 26 21 0 0 225 50 265 95 1 4 [173:~] uname -a FreeBSD bubbles.cjclark.org 5.0-CURRENT FreeBSD 5.0-CURRENT #11: Wed Dec 13 23:14:41 PST 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BUBBLES i386 Sources for the existing system would be from 2000/12/09. Again, the one I am trying to build has been re-cvsup'ed several times the last being about 0830 PST today. -- Crist J. Clark [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld Problems at NTP
> Any more ideas what to try here? I'm sure you already thought of this, but have you made sure that you aren't running any memory-hogging applications? I just compiled all the ntp programs on my laptop which is a Pentium 75 with 24MB of memory and 64MB of swap (I didn't do an entire buildworld; I don't really want to wait a day). It's running 5.0-20001223-CURRENT, and compiled the ntp suite from 5.0-20010101-CURRENT. Hope this helps Dima Dorfman [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld Problems at NTP
> On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote: > > > What is happening is that the system is killing off the make process > > because it starts to swell up so much it consumes all swap. Here is > > the dmesg, > > Were any bits of the compiler killed off? A new test snapshot of gcc > was recently added to -current and maybe it's had a strange effect on > makedepend or something There was a make(1) problem a couple of weeks back. Resup, make-and-install make(1), and you should be OK. Dunno why, but ntp(d) tickled the bug. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Lost second channel of AIC-7896
On Fri, Jan 05, 2001 at 07:48:36AM -0700, "Justin T. Gibbs" <[EMAIL PROTECTED]> wrote: > Can you send me the output of "pciconf -l" on this system? My guess > is that your MB vendor did not use the correct subsystem ID for the > aic7896 to enable the second channel. We only recently started to > pay attention to this. What MB is this? It's Tyan Thunderbolt, S1837-UANG. hostb0@pci0:0:0:class=0x06 card=0x chip=0x71a08086 rev=0x00 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x chip=0x71a18086 rev=0x00 hdr=0x01 isab0@pci0:7:0: class=0x060100 card=0x chip=0x71108086 rev=0x02 hdr=0x00 atapci0@pci0:7:1: class=0x010180 card=0x chip=0x71118086 rev=0x01 hdr=0x00 none0@pci0:7:2: class=0x0c0300 card=0x chip=0x71128086 rev=0x01 hdr=0x00 none1@pci0:7:3: class=0x068000 card=0x chip=0x71138086 rev=0x02 hdr=0x00 ahc0@pci0:11:0: class=0x01 card=0x080f9005 chip=0x005f9005 rev=0x00 hdr=0x00 none2@pci0:11:1:class=0x01 card=0x080f9005 chip=0x005f9005 rev=0x00 hdr=0x00 pcm0@pci0:12:0: class=0x040100 card=0x13711274 chip=0x13711274 rev=0x06 hdr=0x00 fxp0@pci0:13:0: class=0x02 card=0x000c8086 chip=0x12298086 rev=0x08 hdr=0x00 fxp1@pci0:15:0: class=0x02 card=0x000c8086 chip=0x12298086 rev=0x08 hdr=0x00 ed0@pci0:18:0: class=0x02 card=0x201110b8 chip=0x802910ec rev=0x00 hdr=0x00 vga_pci0@pci1:0:0: class=0x03 card=0x19f8102b chip=0x0525102b rev=0x03 hdr=0x00 -- Vallo Kallaste [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Lost second channel of AIC-7896
>After upgrading my system from 13'th December to latest -current, >the ahc driver doesn't attach to onboard AIC-7896 second channel >anymore. I'm cc'g to Mr. Gibbs and Smith in hope they are the right >persons. > >Dmesg: Can you send me the output of "pciconf -l" on this system? My guess is that your MB vendor did not use the correct subsystem ID for the aic7896 to enable the second channel. We only recently started to pay attention to this. What MB is this? -- Justin To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Lost second channel of AIC-7896
After upgrading my system from 13'th December to latest -current, the ahc driver doesn't attach to onboard AIC-7896 second channel anymore. I'm cc'g to Mr. Gibbs and Smith in hope they are the right persons. Dmesg: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Fri Jan 5 15:42:56 EET 2001 [EMAIL PROTECTED]:/usr/src/sys/compile/Myhakas.SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 268435456 (262144K bytes) avail memory = 257298432 (251268K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 Preloaded elf kernel "kernel" at 0xc03c5000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03c509c. Pentium Pro MTRR support enabled VESA: v2.0, 32768k memory, flags:0x1, mode table:0xc00c6954 (c0006954) VESA: Matrox Graphics Inc. npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vga_pci0: mem 0xfd80-0xfdff,0xfe2fc000-0xfe2f,0xf200-0xf3ff irq 16 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 (no driver attached) Timecounter "PIIX" frequency 3579545 Hz pci0: at 7.3 (no driver attached) ahc0: port 0xe400-0xe4ff mem 0xfebfc000-0xfebfcfff irq 16 at device 11.0 on pci0 aic7896/97: Wide Channel A, SCSI Id=7, 32/255 SCBs pci0: at 11.1 (no driver attached) pcm0: port 0xed80-0xedbf irq 18 at device 12.0 on pci0 fxp0: port 0xee80-0xeebf mem 0xfe80-0xfe8f,0xfebfd000-0xfebfdfff irq 19 at device 13.0 on pci0 fxp0: Ethernet address 00:e0:81:10:50:32 fxp1: port 0xef00-0xef3f mem 0xfea0-0xfeaf,0xfebfe000-0xfebfefff irq 17 at device 15.0 on pci0 fxp1: Ethernet address 00:90:27:54:57:26 ed0: port 0xef80-0xef9f irq 18 at device 18.0 on pci0 ed0: address 00:e0:29:6d:14:19, type NE2000 (16 bit) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <9 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 BRIDGE 990810, have 4 interfaces -- index 1 type 6 phy 0 addrl 6 addr 00.e0.81.10.50.32 -- index 2 type 6 phy 0 addrl 6 addr 00.90.27.54.57.26 -- index 3 type 6 phy 0 addrl 6 addr 00.e0.29.6d.14.19 ad0: 14649MB [29765/16/63] at ata0-master tagged UDMA33 ad1: 35772MB [72680/16/63] at ata1-master tagged UDMA33 Waiting 5 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a da0 at ahc0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 4350MB (8910423 512 byte sectors: 255H 63S/T 554C) da1 at ahc0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 4350MB (8910423 512 byte sectors: 255H 63S/T 554C) SMP: AP CPU #1 Launched! >> now fxp0 promisc ON if_flags 0x8943 bdg_flags 0x5 >> now fxp1 promisc ON if_flags 0x8943 bdg_flags 0x5 >> now ed0 promisc ON if_flags 0x8943 bdg_flags 0x5 Pciconf: hostb0@pci0:0:0:class=0x06 card=0x chip=0x71a08086 rev=0x00 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x chip=0x71a18086 rev=0x00 hdr=0x01 isab0@pci0:7:0: class=0x060100 card=0x chip=0x71108086 rev=0x02 hdr=0x00 atapci0@pci0:7:1: class=0x010180 card=0x chip=0x71118086 rev=0x01 hdr=0x00 none0@pci0:7:2: class=0x0c0300 card=0x chip=0x71128086 rev=0x01 hdr=0x00 none1@pci0:7:3: class=0x068000 card=0x chip=0x71138086 rev=0x02 hdr=0x00 ahc0@pci0:11:0: class=0x01 card=0x080f9005 chip=0x005f9005 rev=0x00 hdr=0x00 none2@pci0:11:1:class=0x01 card=0x080f9005 chip=0x005f9005 rev=0x00 hdr=0x00 pcm0@pci0:12:0: class=0x040100 card=0x13711
Re: buildworld Problems at NTP
On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote: > What is happening is that the system is killing off the make process > because it starts to swell up so much it consumes all swap. Here is > the dmesg, Were any bits of the compiler killed off? A new test snapshot of gcc was recently added to -current and maybe it's had a strange effect on makedepend or something David. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: turning off vga_pci
On Thu, Jan 04, 2001 at 11:11:54PM -0800, Mike Smith wrote: > > On Sat, Dec 30, 2000 at 03:13:24AM +1000, Andrew Kenneth Milton wrote: > > > Is there a nice way to stop vga_pci from attaching to my video card, or > > > to allow another driver to attach to it after vga_pci has done its thing? > > > > > > At the moment I'm removing all traces of vga_pci from the Makefile in > > > my kernel 'compile' directory (which works)... > > > > Just remove the vga_pci entry in sys/conf/files. > > vga_pci is actually more of a nuisance than anything, and I've no > objections to seeing it removed (or doing it myself for that matter). > All the good reasons I thought I had for keeping it are long gone. Ok, that's on my todo list. -- [EMAIL PROTECTED] Alcôve - Open Source Software Engineer - http://www.alcove.fr To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld Problems at NTP
On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote: >I'd really like to get this working so I can play with some kernel >mods I made last week. Any ideas? I've just finished building world and kernel with recent -CURRENT. Didn't encounter any problem though. % uname -a FreeBSD dante.naver.co.id 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Jan 5 13:19:17 JAVT 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DANTE i386 /john To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
buildworld Problems at NTP
I am having a really weird problem trying to buildworld on a CURRENT box. The build starts just fine and gets though the first three steps. When it gets to building everything, it plows right along until it hits usr.sbin/ntp/ntpd, ===> usr.sbin/ntp/libparse cc -O -pipe -I/usr/src/usr.sbin/ntp/libparse/../../../contrib/ntp/include -I/usr/src/usr.sbin/ntp/libparse/../ -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/ntp/libparse/../../../contrib/ntp/libparse/parse.c -o parse.o . . . ===> usr.sbin/ntp/ntpd Killed What is happening is that the system is killing off the make process because it starts to swell up so much it consumes all swap. Here is the dmesg, Jan 4 15:21:08 bubbles /boot/kernel/kernel: swap_pager: out of swap space Jan 4 15:21:09 bubbles /boot/kernel/kernel: swap_pager_getswapspace: failed Jan 4 15:21:19 bubbles /boot/kernel/kernel: pid 11799 (make), uid 0, was killed: out of swap space Jan 4 15:21:22 bubbles /boot/kernel/kernel: pid 9428 (make), uid 0, was killed: out of swap space Jan 4 15:21:22 bubbles /boot/kernel/kernel: pid 58084 (make), uid 0, was killed: out of swap space Jan 4 15:21:22 bubbles /boot/kernel/kernel: pid 44119 (make), uid 0, was killed: out of swap space Jan 4 15:21:22 bubbles /boot/kernel/kernel: pid 12418 (make), uid 0, was killed: out of swap space I've nuked the /usr/obj tree and started over to get the same result. I took out /usr/src/contrib/ntp and re-cvsup'ed, but the above was the result. I'd really like to get this working so I can play with some kernel mods I made last week. Any ideas? Oh, the hardware is a Pentium 133 with 32MB RAM and 100 MB of swap. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #11: Wed Dec 13 23:14:41 PST 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BUBBLES Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P54C (132.96-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping = 11 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30126080 (29420K bytes) Preloaded elf kernel "kernel" at 0xc02aa000. Intel Pentium detected, installing workaround for F00F bug I had been building CURRENT fine for the two months I've had it. Thanks. -- Crist J. Clark [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
