Re: kldxref broken, maybe?
On Thu, Sep 20, 2001 at 10:19:22PM -0700, Peter Wemm wrote: Warner Losh wrote: In message p05100307b7cfef6da22f@[207.76.207.129] Mark Peek writes: : Install a -current kernel on a 4.X or pre-kldxref (before 9/10/01) : 5.X system. I sent a note to Warner mentioning he might want to put a : comment about this in UPDATING. I'm just unsure how to describe it... It is actually non-fatal. It should probably be added to the list of tools to build for making the kernel. This is not enough -- it should be made a cross-tool, much like the gensetdefs in -STABLE is. The binary format produced is MD. If we don't, we should disable it (-DNO_XREF) for cross-builds. It is probably worth having the rc scripts attempt to refresh it at bootup as well.. ie, something roughly like this: foreach $path (`sysctl -n kern.module_path | sed -e 's/;/ /`) if (-d $path) kldxref $path endif endfor Cheers, -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: stdin/out/err changes kill world
This is because BMAKEENV has DESTDIR=${WORLDTMP}, and bsd.{prog,lib}.mk have the magic of adding the -I${DESTDIR}/usr/include to CFLAGS if DESTDIR is set. I'm currently testing the following patch with the -CURRENT build on a -STABLE box. Index: bsd.prog.mk === RCS file: /home/ncvs/src/share/mk/bsd.prog.mk,v retrieving revision 1.100 diff -u -r1.100 bsd.prog.mk --- bsd.prog.mk 2001/06/14 06:08:02 1.100 +++ bsd.prog.mk 2001/09/21 07:23:14 @@ -11,7 +11,7 @@ .SUFFIXES: .out .o .c .cc .cpp .cxx .C .m .y .l .s .S CFLAGS+=${COPTS} ${DEBUG_FLAGS} -.if defined(DESTDIR) +.if defined(DESTDIR) !defined(BOOTSTRAPPING) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ .endif Index: bsd.lib.mk === RCS file: /home/ncvs/src/share/mk/bsd.lib.mk,v retrieving revision 1.97 diff -u -r1.97 bsd.lib.mk --- bsd.lib.mk 2001/05/19 23:24:17 1.97 +++ bsd.lib.mk 2001/09/21 07:23:15 @@ -37,7 +37,7 @@ .endif .endif -.if defined(DESTDIR) +.if defined(DESTDIR) !defined(BOOTSTRAPPING) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ .endif On Thu, Sep 20, 2001 at 10:14:22PM -0700, Peter Wemm wrote: Steve Kargl wrote: Note, I'm updating a 3 week old current to today's sources. I've fallen way behind in the mailing lists (due to living out of a suitcase for week longer then intended), so if this is a known problem please ignore. cc -O -pipe -march=k6 -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/l d -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/ binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\elf_ i386\ -DTARGET=\i386-unknown-freebsd\ -DSCRIPTDIR=\/usr/obj/usr/src/i38 6/usr/libdata\ -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binu tils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -I/usr/src/gnu/usr.bin/binutils/ld/../../../../include -DVERSION=\2.11.2 20010719 [FreeBSD]\ -DBFD_VERSION=\2.11.2 20010719 [FreeBSD]\ -I/u sr/obj/usr/src/i386/usr/include -static -o ld eelf_i386.o ldcref.o ldctor .o ldemul.o ldexp.o ldfile.o ldgram.o ldlang.o ldlex.o ldmain.o ldmisc.o ld ver.o ldwrite.o lexsup.o mri.o ../libbfd/libbfd.a ../libiberty/libiberty.a ldemul.o: In function `ldemul_choose_mode': ldemul.o(.text+0x318): undefined reference to `__stderrp' ldlang.o: In function `dprint_statement': ldlang.o(.text+0x26a6): undefined reference to `__stderrp' ldlex.o: In function `yylex': ldlex.o(.text+0xc0): undefined reference to `__stdinp' ldlex.o(.text+0xd3): undefined reference to `__stdoutp' This is actually a bug in the buildworld process. For some reason, it is using a -current stdio.h with an old unknown libc.a. It should be using the host stdio.h with the host libc.a, not mixing them up. If there is any binary incompatability, then there will be breakage. However, for now, you can get over the hurdle with this hack.. Simply add -D_OLD_STDIO to CFLAGS in /etc/make.conf, eg: CFLAGS= -O -pipe -D_OLD_STDIO Only do this for one buildworld. After that, you wont need it again. You should never have needed it at all though. :-( Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: stdin/out/err changes kill world
Also, this error may only be caused if: 1. The previous ``buildworld'' installed new headers in ${WORLDTMP}/usr/include. 2. The next ``buildworld'' was run with -DNOCLEAN. (Only in this case ${WORLDTMP}/usr/include will be non-empty.) On Fri, Sep 21, 2001 at 10:22:07AM +0300, Ruslan Ermilov wrote: This is because BMAKEENV has DESTDIR=${WORLDTMP}, and bsd.{prog,lib}.mk have the magic of adding the -I${DESTDIR}/usr/include to CFLAGS if DESTDIR is set. I'm currently testing the following patch with the -CURRENT build on a -STABLE box. Index: bsd.prog.mk === RCS file: /home/ncvs/src/share/mk/bsd.prog.mk,v retrieving revision 1.100 diff -u -r1.100 bsd.prog.mk --- bsd.prog.mk 2001/06/14 06:08:02 1.100 +++ bsd.prog.mk 2001/09/21 07:23:14 @@ -11,7 +11,7 @@ .SUFFIXES: .out .o .c .cc .cpp .cxx .C .m .y .l .s .S CFLAGS+=${COPTS} ${DEBUG_FLAGS} -.if defined(DESTDIR) +.if defined(DESTDIR) !defined(BOOTSTRAPPING) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ .endif Index: bsd.lib.mk === RCS file: /home/ncvs/src/share/mk/bsd.lib.mk,v retrieving revision 1.97 diff -u -r1.97 bsd.lib.mk --- bsd.lib.mk2001/05/19 23:24:17 1.97 +++ bsd.lib.mk2001/09/21 07:23:15 @@ -37,7 +37,7 @@ .endif .endif -.if defined(DESTDIR) +.if defined(DESTDIR) !defined(BOOTSTRAPPING) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ .endif On Thu, Sep 20, 2001 at 10:14:22PM -0700, Peter Wemm wrote: Steve Kargl wrote: Note, I'm updating a 3 week old current to today's sources. I've fallen way behind in the mailing lists (due to living out of a suitcase for week longer then intended), so if this is a known problem please ignore. cc -O -pipe -march=k6 -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/l d -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/ binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\elf_ i386\ -DTARGET=\i386-unknown-freebsd\ -DSCRIPTDIR=\/usr/obj/usr/src/i38 6/usr/libdata\ -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binu tils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -I/usr/src/gnu/usr.bin/binutils/ld/../../../../include -DVERSION=\2.11.2 20010719 [FreeBSD]\ -DBFD_VERSION=\2.11.2 20010719 [FreeBSD]\ -I/u sr/obj/usr/src/i386/usr/include -static -o ld eelf_i386.o ldcref.o ldctor .o ldemul.o ldexp.o ldfile.o ldgram.o ldlang.o ldlex.o ldmain.o ldmisc.o ld ver.o ldwrite.o lexsup.o mri.o ../libbfd/libbfd.a ../libiberty/libiberty.a ldemul.o: In function `ldemul_choose_mode': ldemul.o(.text+0x318): undefined reference to `__stderrp' ldlang.o: In function `dprint_statement': ldlang.o(.text+0x26a6): undefined reference to `__stderrp' ldlex.o: In function `yylex': ldlex.o(.text+0xc0): undefined reference to `__stdinp' ldlex.o(.text+0xd3): undefined reference to `__stdoutp' This is actually a bug in the buildworld process. For some reason, it is using a -current stdio.h with an old unknown libc.a. It should be using the host stdio.h with the host libc.a, not mixing them up. If there is any binary incompatability, then there will be breakage. However, for now, you can get over the hurdle with this hack.. Simply add -D_OLD_STDIO to CFLAGS in /etc/make.conf, eg: CFLAGS= -O -pipe -D_OLD_STDIO Only do this for one buildworld. After that, you wont need it again. You should never have needed it at all though. :-( -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problems with interrupts on -current.
[This is the continuation of a thread that started on -committers] On Sun, Sep 16, 2001 at 02:48:48PM +0100, Josef Karthauser wrote: On Sun, Sep 16, 2001 at 01:35:20AM +0100, Josef Karthauser wrote: On Sat, Sep 15, 2001 at 03:51:07PM +0200, Dag-Erling Smorgrav wrote: Josef Karthauser [EMAIL PROTECTED] writes: Is there a possibility that this commit is causing me to lose key presses? I'm finding it hard to imagine that I'm miss typing as I've never noticed it before. (Every N, where N is 30 or 40, a key that I press doesn't register and I have to press it again). Educated guess: your interrupt latency just went to hell (where mine's been for three months now, I'm still waiting to hear if Matt could make any sense out of my crash dump) and you're losing interrupts. If you have a serial mouse, try moving it around a lot and see if it seems to hang (you should see mentions of interrupt-level buffer overflows in your /var/log/messages). Also, just for kicks, check how much CPU time your syncer process is using, and try running sync(8) and see if your keyboard wedges for a couple of seconds when you do that. My mouse is /dev/psm0. From time to time the ata device's interrupt/second goes through the roof for not apparent reason (i.e. several hundred interrupts/sec). Sync never wedges anything. There's almost definitely an interrupt problem. I regularly have the machine wedge almost solid when rsyncing a lot of data to and fro. The machine begins to behave eratically, which I now think happens mainly because all the timers stop working (maybe the interrupts stop working?), 'systat -vmstat' doesn't produce any numbers because the initial time delay never passes. :(. Also, I don't appear to be able to enter the kernel debugger when this happens! :( Can someone in the know give me a hand debugging this. It really ought to be fixed, but my knowledge isn't sufficient to find this on my own. Thanks, Joe This also happens from time to time: 6 usersLoad 1.39 1.23 1.14 Sep 21 13:32 Mem:KBREALVIRTUAL VN PAGER SWAP PAGER Tot Share TotShareFree in out in out Act 626968932 11176414728 15052 count All 249864 12164 280693225860 pages Interrupts Proc:r p d s wCsw Trp Sys Int Sof Flt 1 cow1743 total 6 32 12398 13 866 182326 45516 wirestray irq0 90820 act stray irq6 8.3%Sys 5.1%Intr 0.2%User 0.0%Nice 86.4%Idl 102140 inact stray irq7 |||||||||| 11388 cache 1 acpi0 irq9 +++ 3664 free 1505 ata0 irq14 daefr uhci0 irq5 Namei Name-cacheDir-cache 5 prcfr 2 pcm0 irq5 Calls hits% hits% react 7 atkbd0 irq 688 687 100 pdwak psm0 irq12 4 zfodpdpgs 100 clk irq0 Disks ad0 fd0 ofodintrn 128 rtc irq8 KB/t 6.00 0.00 9 %slo-z35712 buf tps1507 0 7 tfree10 dirtybuf MB/s 8.83 0.00 17913 desiredvnodes % busy 98 0 14595 numvnodes 4798 freevnodes Look at the number of interrupts that the ata device is generating. This is in no way normal! It happens randomly and causes the machine to basically grind to a halt. As a comparison on the same machine, here's the output of systat -vmstat for the machine after I rebooted it and it was running a background fsck: 4 usersLoad 1.01 0.42 0.16 Sep 21 13:50 Mem:KBREALVIRTUAL VN PAGER SWAP PAGER Tot Share TotShareFree in out in out Act 40328384871980 4408 53308 count All 2002486884 108513210232 pages Interrupts Proc:r p d s wCsw Trp
Re: stdin/out/err changes kill world
On Fri, 21 Sep 2001, Ruslan Ermilov wrote: This is because BMAKEENV has DESTDIR=${WORLDTMP}, and bsd.{prog,lib}.mk have the magic of adding the -I${DESTDIR}/usr/include to CFLAGS if DESTDIR is set. I'm currently testing the following patch with the -CURRENT build on a -STABLE box. Index: bsd.prog.mk === RCS file: /home/ncvs/src/share/mk/bsd.prog.mk,v retrieving revision 1.100 diff -u -r1.100 bsd.prog.mk --- bsd.prog.mk 2001/06/14 06:08:02 1.100 +++ bsd.prog.mk 2001/09/21 07:23:14 @@ -11,7 +11,7 @@ .SUFFIXES: .out .o .c .cc .cpp .cxx .C .m .y .l .s .S CFLAGS+=${COPTS} ${DEBUG_FLAGS} -.if defined(DESTDIR) +.if defined(DESTDIR) !defined(BOOTSTRAPPING) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ .endif Index: bsd.lib.mk === RCS file: /home/ncvs/src/share/mk/bsd.lib.mk,v retrieving revision 1.97 diff -u -r1.97 bsd.lib.mk --- bsd.lib.mk2001/05/19 23:24:17 1.97 +++ bsd.lib.mk2001/09/21 07:23:15 @@ -37,7 +37,7 @@ .endif .endif -.if defined(DESTDIR) +.if defined(DESTDIR) !defined(BOOTSTRAPPING) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ .endif This CFLAGS adjustment should be moved to src/Makefile.inc1 someday. Using the includes in DESTDIR can only be right if you have just installed them there, but if you did that you can adjust CFLAGS too. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kldxref broken, maybe?
On Thu, 20 Sep 2001 22:19:22 -0700, Peter Wemm [EMAIL PROTECTED] said: foreach $path (`sysctl -n kern.module_path | sed -e 's/;/ /`) if (-d $path) kldxref $path endif endfor module_path=$(sysctl -n kern.module_path) OIFS=$IFS; IFS=; set ${module_path} IFS=$OIFS for directory; do [ -d ${directory} ] kldxref ${directory} done -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
NFS mount issues ...
There were some issues with trying to mount an NFS exported volume after the last NFS megacommit. I'm still seeing issues after doing a cvsup today. Has this been resolved? Is there an official workaround? I can chase it down, but if there is work already going on to fix it, I'd rather not duplicate effort. Thanks, Andy L. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
PS/2 mouse (psm0) is not detected with recent -current
I tried to upgrade my -current system today (I hadn't upgraded for a couple of weeks before this), and my PS/2 mouse went undetected. Here's my hints file: # $FreeBSD: src/sys/i386/conf/GENERIC.hints,v 1.2 2000/06/14 10:01:39 peter Exp $ hint.fdc.0.at=isa hint.fdc.0.port=0x3F0 hint.fdc.0.irq=6 hint.fdc.0.drq=2 hint.fd.0.at=fdc0 hint.fd.0.drive=0 hint.fd.1.at=fdc0 hint.fd.1.drive=1 hint.ata.0.at=isa hint.ata.0.port=0x1F0 hint.ata.0.irq=14 hint.ata.1.at=isa hint.ata.1.port=0x170 hint.ata.1.irq=15 hint.atkbdc.0.at=isa hint.atkbdc.0.port=0x060 hint.atkbd.0.at=atkbdc hint.atkbd.0.irq=1 hint.atkbd.0.flags=0x1 hint.psm.0.at=atkbdc hint.psm.0.irq=12 hint.vga.0.at=isa hint.sc.0.at=isa hint.sc.0.flags=0x100 hint.npx.0.at=nexus hint.npx.0.port=0x0F0 hint.npx.0.irq=13 hint.apm.0.at=nexus hint.apm.0.disabled=1 hint.apm.0.flags=0x20 hint.pcic.0.at=isa hint.sio.0.at=isa hint.sio.0.port=0x3F8 hint.sio.0.flags=0x10 hint.sio.0.irq=4 hint.sio.1.at=isa hint.sio.1.port=0x2F8 hint.sio.1.irq=3 hint.sio.2.at=isa hint.sio.2.disabled=1 hint.sio.2.port=0x3E8 hint.sio.2.irq=5 hint.sio.3.at=isa hint.sio.3.disabled=1 hint.sio.3.port=0x2E8 hint.sio.3.irq=9 hint.ppc.0.at=isa hint.ppc.0.irq=7 and here's my verbose dmesg from a boot with today's sources: I notice that my atkbdc gets allocated as: atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 ^ which Kazutaka YOKOTA suggested in a different thread might indicate some weirdness. Any suggestions? I tried setting acpi_load=NO at boot,but the acpi module gets loaded anyway. Thanks Viren 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 Sep 21 14:00:04 EDT 2001 vshah@jabberwock:/home/FreeBSD/src/sys/i386/compile/VORPAL Calibrating clock(s) ... TSC clock: 797899598 Hz, i8254 clock: 1193087 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter TSC frequency 797966949 Hz CPU: Pentium III/Pentium III Xeon/Celeron (797.97-MHz 686-class CPU) Origin = GenuineIntel Id = 0x683 Stepping = 3 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 402391040 (392960K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x0042 - 0x17fb7fff, 398032896 bytes (97176 pages) avail memory = 387207168 (378132K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fda60 bios32: Entry = 0xfda74 (c00fda74) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xda95 pnpbios: Found PnP BIOS data at 0xc00f2c10 pnpbios: Entry = f:24ca Rev = 1.0 Other BIOS signatures found: Preloaded elf kernel /boot/kernel/kernel at 0xc03f9000. Preloaded elf module /boot/kernel/acpi.ko at 0xc03f90b4. null: null device, zero device mem: memory I/O Pentium Pro MTRR support enabled random: entropy source pci_open(1):mode 1 addr port (0x0cf8) is 0x8058 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=25018086) Using $PIR table, 11 entries at 0xc00f3190 npx0: math processor on motherboard npx0: INT 16 interface acpi0: DELL LP82010A on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_pcib0: Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: physical bus=0 map[10]: type 3, range 32, base f800, size 26, enabled found- vendor=0x8086, dev=0x2501, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 found- vendor=0x8086, dev=0x250f, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found- vendor=0x8086, dev=0x2418, revid=0x02 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found- vendor=0x8086, dev=0x2410, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 map[20]: type 4, range 32, base ffa0, size 4, enabled found- vendor=0x8086, dev=0x2411, revid=0x02 bus=0, slot=31, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 map[20]: type 4, range 32, base ef80, size 5, enabled found- vendor=0x8086, dev=0x2412, revid=0x02 bus=0, slot=31, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=10 map[20]: type 4, range 32, base efa0, size 4, enabled found- vendor=0x8086, dev=0x2413, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 intpin=b, irq=9 pci0: PCI bus on acpi_pcib0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pcib1: secondary bus 1 pcib1:
Re: PS/2 mouse (psm0) is not detected with recent -current
On Fri, Sep 21, 2001 at 03:00:08PM -0400, Viren R.Shah wrote: atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 ^ Same here (Asus CUBX mobo): atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 which Kazutaka YOKOTA suggested in a different thread might indicate some weirdness. Any suggestions? I tried setting acpi_load=NO at boot,but the acpi module gets loaded anyway. Fwiw, I don't load any modules at boot, and I don't have ``device acpica'' in my kernel config, but kldstat -v still reveals a bunch of acpi modules: lizzy:/sys/i386/conf% kldstat -v|grep acpi 38 acpi_pcib/pci 117 acpi/attimer 119 acpi/atpic 121 acpi/atdma 124 acpi/npxisa 132 acpi/atkbdc 134 acpi/fdc 137 acpi/ppc 140 acpi/psmcpnp 142 acpi/sio -- Jos Backus _/ _/_/_/Santa Clara, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/_/ [EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer; To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: cvs commit: src/sys/sys mutex.h
On Fri, 21 Sep 2001, John Baldwin wrote: On 21-Sep-01 John Baldwin wrote: jhb 2001/09/21 16:15:10 PDT Modified files: sys/sys mutex.h Log: Use __FILE__ and __LINE__ explicitly since we know we will be using them when calling _mtx_assert() to prevent mtx_assert() from requiring sys/lock.h as well as sys/mutex.h. This fixes the COMPAT_SVR4 breakage. Seems to still be broken... cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/compat/svr4/svr4_resource.c /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:143: (Each undeclared identifier is reported only once /usr/src/sys/compat/svr4/svr4_resource.c:143: for each function it appears in.) /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/PELE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: cvs commit: src/sys/sys mutex.h - it's working!
On Fri, 21 Sep 2001, Vincent Poy wrote: On Fri, 21 Sep 2001, John Baldwin wrote: On 21-Sep-01 John Baldwin wrote: jhb 2001/09/21 16:15:10 PDT Modified files: sys/sys mutex.h Log: Use __FILE__ and __LINE__ explicitly since we know we will be using them when calling _mtx_assert() to prevent mtx_assert() from requiring sys/lock.h as well as sys/mutex.h. This fixes the COMPAT_SVR4 breakage. Seems to still be broken... cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/compat/svr4/svr4_resource.c /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:143: (Each undeclared identifier is reported only once /usr/src/sys/compat/svr4/svr4_resource.c:143: for each function it appears in.) /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/PELE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. It's working. For whatever reason, when I did the cvsup from cvsup10.FreeBSD.ORG an hour after your commit, it shows mutex.h 1.40 so I proceeded with the build afterwards. After I wrote the above, I checked the file and it was still 1.39 so another cvsup put it at 1.40 and it compiles fine now. Thanks for the efforts! Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make.conf not in -current tree (was cvs commit: src/include stdio.h)
On Thu, Sep 20, 2001 at 09:26:13PM +0200, Alexander Langer wrote: Thus spake Vincent Poy ([EMAIL PROTECTED]): I was looking on the -current tree and don't see make.conf in either etc or etc/defaults. In previous versions, make.conf is in etc/defaults and then you can put your own modifications in etc. So any chance of bringing back make.conf into the source tree? /usr/share/examples/etc/make.conf Just copy the stuff you need to /etc/make.conf, as before. IIRC, it was requested by many that this change be backed out, no? Cheers, -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Is it possible to make 4.4-REELASE on the -CURRENT ?
When I try to make release ... RELEASETAG=RELENG_4_4_0_RELEASE on the freshly buildworld-ed -CURRENT it stops on the stage 2: build tools with the following diagnostics: cd /usr/src/bin/sh; make build-tools cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat-c /usr/src/bin/sh/mkinit.c cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat -static mkinit.o -o mkinit cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat-c /usr/src/bin/sh/mknodes.c /usr/src/bin/sh/mknodes.c:101: initializer element is not constant *** Error code 1 Stop in /usr/src/bin/sh. *** Error code 1 Stop in /usr/src. *** Error code 1 How can I make release ? N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make.conf not in -current tree (was cvs commit: src/include stdio.h)
Thus spake Ruslan Ermilov ([EMAIL PROTECTED]): IIRC, it was requested by many that this change be backed out, no? No, the discussion -arch converted to a discussion about the implementation of a world.conf file, which implicits this commit. Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: stdio change, other libraries needs bumping too!
On Thu, Sep 20, 2001 at 22:21:31 -0700, Peter Wemm wrote: Andrey A. Chernov wrote: On Thu, Sep 20, 2001 at 18:32:57 +0400, Andrey A. Chernov wrote: After stdio changes 4.4 binaries linked with libtermcap/libcurses refuse to work: /usr/libexec/ld-elf.so.1: /usr/lib/libcurses.so: Undefined symbol __stdout p It is because compat 4.4 libc not have __stdoutp, which required by recompiled libtermcap/libncurses. It means that ncurses major (and probably some other) needs bumping. Please, fix. Here the list of libraries infected with new std{in,out,err}p pointer which major is not bumped yet, so 4.x binaries shared linked with them will not works: No, we added the hooks to RELENG_4 and tool the 4.4-RELEASE libc.so.4 and included it in compat4x before the change. Make sure you have COMPAT4X=yes in your /etc/make.conf and no bump is required. Adding COMPAT4X alone not helps in such situation. As I already report, I found the root of the problem - old /usr/lib/*.so* libraries must be removed because the picked before fixed /usr/lib/compat/*.so* libraries. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: stdio change, other libraries needs bumping too!
Andrey A. Chernov wrote: On Thu, Sep 20, 2001 at 22:21:31 -0700, Peter Wemm wrote: Andrey A. Chernov wrote: On Thu, Sep 20, 2001 at 18:32:57 +0400, Andrey A. Chernov wrote: After stdio changes 4.4 binaries linked with libtermcap/libcurses refus e to work: /usr/libexec/ld-elf.so.1: /usr/lib/libcurses.so: Undefined symbol __st dout p It is because compat 4.4 libc not have __stdoutp, which required by recompiled libtermcap/libncurses. It means that ncurses major (and probably some other) needs bumping. Please, fix. Here the list of libraries infected with new std{in,out,err}p pointer which major is not bumped yet, so 4.x binaries shared linked with them will not works: No, we added the hooks to RELENG_4 and tool the 4.4-RELEASE libc.so.4 and included it in compat4x before the change. Make sure you have COMPAT4X=yes in your /etc/make.conf and no bump is required. Adding COMPAT4X alone not helps in such situation. As I already report, I found the root of the problem - old /usr/lib/*.so* libraries must be removed because the picked before fixed /usr/lib/compat/*.so* libraries. Perhaps the compat install should check for and remove any stale files that it is replacing? Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: stdio change, other libraries needs bumping too!
On Fri, Sep 21, 2001 at 01:37:38 -0700, Peter Wemm wrote: Adding COMPAT4X alone not helps in such situation. As I already report, I found the root of the problem - old /usr/lib/*.so* libraries must be removed because the picked before fixed /usr/lib/compat/*.so* libraries. Perhaps the compat install should check for and remove any stale files that it is replacing? Yes, removing /usr/lib/${LIB} before installing /usr/lib/compat/${LIB} will be right thing. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Problem with 'ps' in todays -current
Hi, with a fresh -current from today 'ps' from time to time stops my machine. I discovered this when building a new net-snmpd. It always stops at the line saying checking for correct flags to ps... I had a look at the configure script. It does a 'ps' with different options. Runnning 'ps' by hand as root stops the machine sometimes for: ps -el ps axc truss doesn't show anything (obviously the system stops too fast), DDB doesn't help. No idea how to track this down... harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Problems with latest current build
I just built today's -current, still having a couple of problems. First off, when install tried to rm -R libc_r.so.4 and libc.so.4 it couldn't because schg flags were set. Went fine after I removed them. Second I still have apps looking for libc.so.4 (mountd for example) I finally just linked those libs back from compat and it seems to work. Is this just my box this is happening on or are others also seeing this? Beech -- Micro$oft: Where can we make you go today? --- Beech Rintoul - IT Manager - Instructor - [EMAIL PROTECTED] /\ ASCII Ribbon Campaign | Anchorage Gospel Rescue Mission \ / - NO HTML/RTF in e-mail | P.O. Box 230510 X - NO Word docs in e-mail | Anchorage, AK 99523-0510 / \ - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Àô«O¹p®gºÒ¯»§X±MÃD¬ã¨s³ø§i
¨ü¤åªÌ¡G§e¡@°ê¥ß¥xÆW¤j¾Çº[©ÒÄݦæ¬F¾Ç³N¬ã¨s³æ¦ì¡þ ¡@¡@¡@¡@¡@¡@¥þ°ê¦U¯Å¾÷Ãö¹ÎÅé¡þ¤½¥q¦æ¸¹¡þ¤½·|©ÎÓ¤H¡@½Ðų®Ö¡I µo¤åªÌ¡G¥øÀs¿ì¤½¥Î«~¦³¤½¥q¡@¹q¸Ü¡G(02)2701-2000 ¥D¡@¦®¡G¨Ï¥Î¡eÀô«O¹p®gºÒ¯»§X¡f¤§ÀuÂI¤Î±ÄÁÊnÂI¡C »¡¡@©ú¡GÀô«O¹p®gºÒ¯»§X¤§±MÃD¬ã¨s³ø§i ¡]¤@¡^«e¨¥ ¡@¡@¡@¡@¡@ªñ¦~¨Ó¡A¥Ñ©ó¦U¶µ¬ÛÃö§Þ³N¦¨¼ô¡A°t¦X¥b¾ÉÅé²£·~ÁO«kµo®i ¡@¡@¡@¨Ï±o¹p®g¦Lªí¾÷»ù®æ¤j´T¤U·Æ¡A¦U¼t°ÓµL¤£À£§C»ù®æ¡A¥HÂX¤j¥« ¡@¡@¡@³õ¦û¦³²v¡A¦A¥H«áÄòªº¯Ó§÷ÁȦ^¨ä§Q¼í¡A±zªá¦bºÒ¯»§Xªº¶O¥Î¡A ¡@¡@¡@ªø´Á¦Ó¨¥¹ê¦b¬O¤@µ§¥iÆ[ªº¤ä¥X¡C ¡@¡@¡@¡@¡@¡@¡@¡@¡e¨Ï¥ÎÀô«O¹p®gºÒ¯»§X¤§¤T¤j²z¥Ñ¡f ¡@¡@¡@¡@ (1)§Þ³N¤W¤w¬ð¯}¡G¦³Å²©óºÒ¯»§X©M¾¥¤ô§X»Ý¨D¶q¤£Â_¦¨ªø¡A ¡@¡@¡@°ê¤H¤¦~«e¶}©lµÛ¤â¡A°w¹ï¹p®g¦Lªí¾÷¹q¤l¼g¯u§Þ³N¤ÎºÒ¯»·P¥ú ¡@¡@¡@Åé¡A¶i¦æ¬ÛÃö¬ãµo¤u§@¡A¬ãµo¤p²Õ¦¨û¬Ò¬°³ÕºÓ¤h¾Ç¾ú¡A¬ãµo¤p ¡@¡@¡@²Õ¦¨û°w¹ï¦U¤j¼tµP¾÷¾¹ºë±Kµ²ºc¡A¤w¦³²`«×¤F¸Ñ¡A´x´¤³\¦h¬Û ¡@¡@¡@Ãö§Þ³N¡A¹ïºÒ¯»§Xªº§÷®Æ¤Î»sµ{°Ñ¼Æ¦³Y¤z§ï¶i¡A¥H¾AÀ³¥xÆW¨È ¡@¡@¡@¼ö±a°ª·Å¼éÀ㪺®ðÔÀô¹Ò¡A¸gÄY®æ«~ºÞ±±¨î¡A°ê¤H©Ò¥Í²£ªºÀô«O ¡@¡@¡@¹p®gºÒ¯»§X¡A¦C¦L«~½è©Mì¼t¦P¼Ë²M´·¡A¥B¤£·|¶Ë®`¾÷¾¹¡C ¡@¡@¡@¡@ (2)¬°Àô«OºÉ¤ß¤O¡GºÒ¯»§X³y¦¨¹ïÀô¹Òªº¦Ã¬V»P¤éѼW¡A¤HÃþ ¡@¡@¡@À³¤Ï¬Ùı®©¡A§ÚÌ¥u¦³¤@Ó¦a²y¡A¬°¥þ¤HÃþ¤Î«á¥N¤l®]¡A«O¯d¤@ ¡@¡@¡@Ó°®²bªº¥Í¦sÀô¹Ò¡A¤w¨ì¨è¤£®e½wªº¦a¨B¡IÅý§Ú̱q®Õ¶é°µ°_¡A ¡@¡@¡@¤@°_¨Ó¦^¦¬¨Ã¨Ï¥ÎÀô«O¹p®gºÒ¯»§X¡C ¡@¡@¡@¡@ (3)¸`¬Ù¦C¦L¶O¥Î¡G®Ú¾Ú¤u°Ó®É³ø 90¦~4¤ë12¤é³ø¾É«ü¥X¡A¥Î ¡@¡@¡@Àô«O¹p®gºÒ¯»§X¥i¸`¬Ù¢³¦¨¥ª¥kªº¶O¥Î¡A¤£¥²¦hªá¿ú¡C ¡]¤G¡^¥þ²yÁͶդÀªR ¡@¡@¡@¡@¡@1999¦~ºÒ¯»¥d§X¦A¥Í¦^¦¬¨Ï¥Î¤ñ¸û¡G ¡@¡@¡@¼Ú¬ü¥«³õ¦A¥Í¦^¦¬¥d§X¨Ï¥Î²v ¢²¢¯¢H (¬ù1/3) ¡@¡@¡@¥xÆW¥«³õ¦A¥Í¦^¦¬¥d§X¨Ï¥Î²v ¡@¢´¢H ¡@¡@¡@(¸ê®Æ¨Ó·½¡GRecharger´Á¥Z) ¡@¡@¡@¡@¡@¥xÆW¬ù¦³50¸U¥x¹p®g¦Lªí¾÷¡A¹w¦ô¨C¦~¨Ï¥Î¬ù100¡ã200¸U¤ä ¡@¡@¡@¹p®gºÒ¯»§X¡A»s³y¥X¬ù2000¡ã2500¤½¾·©TÅé¼o±óª«¡A¨Ã¥B¨C¦~³o ¡@¡@¡@Ӽƥإ¿¦b¦¨ªø¡C¦Ó³o¨Ç¶ì½¦¼o±óª«¶·n¶W¹L¤QÓ¥@¬ö¨Ó¤À¸Ñ¡A ¡@¡@¡@¹ï¥xÆW¤T¸U¤»¤d¥¤è¤½¨½ªº¤g¦a¤W¡A³y¦¨ÄY«ªºt²ü¡C ¡@¡@¡@¡@¡@¼Ú¬ü¦U°ê¬ÛÃöÀô«Oªk¥O±j¨î³W©w»s³y¼t°Óªº¦^¦¬¤ñ²v¡A¤w¦æ ¡@¡@¡@¤§¦h¦~¡A¹ï©ó¦^¦¬·~ªÌ¤]¦³¹ïÀ³ªº»²§U¬Fµ¦¡A¨Ã¤£Â_ªº±Ð¨|¨Ï¥Î ¡@¡@¡@ªÌ¦^¦¬¡B´î¶q¦A§Q¥Î(Recycle, Reduce, Reuse)ªºÆ[©À¡C ¡@¡@¡@¡@¡@¨Æ¹êÃÒ©ú¡A¦¹Á|¤£¶È¦³§U©óÀô«O¥B¯à°§C¤ä¥X¡A¬ü°ê¤w©ú¥O ¡@¡@¡@Áp¨¹¬F©²ªº¦U³æ¦ì¥²¶·¨Ï¥ÎÀô«OºÒ¯»§X¡C ¡]¤T¡^¹ïÀô¹Ò«OÅ@¤Î¸ê·½¦^¦¬¦A§Q¥Î¡A¨ã¦³¥¿±·N¸q ¡@¡@¡@¡@¡@¡@¦pªG»s³y¨CÓ¥d§X»Ýn¶W¹L¤T¦j²æªo¡A¨º»ò¥xÆW¨C¦~´N·| ¡@¡@¡@¥Î±¼ªñ100 ¸U¥[±[ªº¥Ûªo¡C¦pªG±z´«¶RÀô«OºÒ¯»§X¡A«Ü©ú½T¦a¡A ¡@¡@¡@±z¤w¸g¹ï«OÅ@Àô¹Ò°µ¥X°^Äm¤F¡A¦]¬°§Ú̪º§£§£³õ¥i¥H´î¤Ö¤@Ó ¡@¡@¡@ªÅ¶¡¨Ó¦s©ñ±zªº¥d§X¡C ¡@¡@¡@¡@¡@¥H¥xÆW¥Ø«e¨Ï¥Î¶q·U¨Ó·U¦hªº¹p®g¦Lªí¾÷¦Ó¨¥¡A¨C¤Ñ¥á±óªº ¡@¡@¡@ºÒ¯»§X¤£ª¾¦h¤Ö¡A¦Ó³o¨ÇºÒ¯»§X¸ÌªººÒ¯»¦â¾¯·L²É¡A¤Ø¤o¬ù6-12 ¡@¡@¡@·L¦Ì¡A«o·|º¯¤J¦a¤U¤ô¡A¦Ã¬V¤ô·½¡AY·Q±q¤ô¤¤°£¥h³o¨ÇºÒ¯»·L ¡@¡@¡@²É¡A´N¥²¶·¥[¸Ë¯S®íÂo¤ô³]³Æ¡A¦]¦¹µL½×¤½¥q¥ø·~©Î¾Ç®Õ¤ÎÓ¤H ¡@¡@¡@³£¦³³d¥ô¤@°_¨Ó¨¾¤îºÒ¯»§X¦Ã¬VÀô¹Òªº¤u§@¡AºÒ¯»§Xªº¦^¦¬¦A§Q ¡@¡@¡@¥Î¡A¬O¥Ø«eªº°ß¤@³~®|¡C ¡]¥|¡^Àô«OºÒ¯»§X¤§±ÄÁÊnÂI ¡@¡@¡@¡@¡@¥Ñ©ó¥«°âÀô«OºÒ¯»§X¡A¨ÑÀ³°Ó¹L¦h¡A¦U®aªº«~½è°Ñ®t¤£»ô¡A ¡@¡@¡@·q½Ð»{©ú¥øÀs¥N²zªºÀô«OºÒ¯»§X¡A¬°¥Ø«e¥xÆW°ß¤@±M·~¾É¦V¤§Àô ¡@¡@¡@«O¹p®gºÒ¯»§X¡A«~½èº¡·N«OÃÒ¡A¤£º¡¥]°h¡A½T«O®ø¶OÅv¯q¡AÁקK ¡@¡@¡@¶R¨ì¦H½è«~¡A¿ï¾Ü¥øÀs¡A«~½è¦³«O»Ù¡I ¡@¡@¡@±ÄÁÊ«e°È¥²¸ß°Ý¤U¦C«n°Ñ¦Ò¨Ì¾Ú¡G ¡@¡@¡@1.Àô«O¹p®gºÒ¯»§X¡A¬O§_§¹¥þ¥H¼Ð·Ç»sµ{»s³y¡H¡@»sµ{¤¤¡A¼oºÒ ¡@¡@¡@¡@¯»¼Ñ¤Î¬ÛÃö¹s¥ó¬O§_²M²z°®²b¨ÃÀ˸դ¸¥ó©Ê¯à¡H ¡@¡@¡@2.Àx¯»¼Ñ¬O§_§¹¥þ²M¼ä°®²b«á¡A¤~«·s¸Ë¶ñ¥þ·sºÒ¯»¡H ¡@¡@¡@3.©Ò¥R¶ñ¤§ºÒ¯»¡A¬O§_¬°°ê»Ú¶¡ª¾¦WºÒ¯»¼t¥X«~¡H ¡@¡@¡@4.©Ò¦³Àx¯»¼Ñ¡A¬O§_¥H«Ê±ø±K«Ê¡A§¹¾ã¥æ¥I¨Ï¥Î¤H¡H ¡@¡@¡@5.ºÒ¯»§X¬O§_³q¹L§¹¾ã¦ÓÄY®æ«~ºÞ´ú¸Õ«á¤~¥X¼t¡H ¡@¡@¡@6.´ú¸Õ¥Î¤§ºÒ¯»¬O§_¬°¥~¥[¡H¡@©Ò¥R¶ñªººÒ¯»¼Æ¶q©Mì¼tºÒ¯»§X ¡@¡@¡@¡@®e¶q¬O§_¬Û¦P¡A·|¤£·|µu¤Ö¡H ¡@¡@¡@7.¥R¶ñ¤§ºÒ¯»¬O§_¸g¹Lºë±K´ú¸Õ¡A½T»{¤ñ¼Ð·ÇÈ°ª¤~¸Ë¶ñ¡H ¡@¡@¡@8.©Ò§ó´«¤§·P¥ú¹ª¬O§_¬°°ê»Ú¶¡ª¾¦W¤§°ª¬ì§Þ¼tµP²£«~¡H ¡@¡@¡@9.ºÒ¯»§X¦¨«~¬O§_¥H¶Â¦â¶ì½¦¯È¹ê¬IÁ×¥ú¥]¸Ë«á¡A¨Ã¥H®ðªw³U©Î ¡@¡@¡@¡@¯S®íŨ¹Ô«OÅ@¡A¦A¸Ë¤J«OÅ@¼Ñ¡A¥H½T«O¹B¿é³~¤¤¤D¦Ü¨Ï¥Î«e¡A ¡@¡@¡@¡@¤£¨ü¥ô¦ó¥ú½u¨ä¥Lª«²z©Ê¡A¤Æ¾Ç©Ê¶Ë®`¡H ¡@¡@¡@¡@¥øÀs¥N²zªºÀô«O¹p®gºÒ¯»§X·~¤w¥þ¼Æ³q¹L¤Wz´ú¸Õ¡A¥þ±¹ê¬I ¡@¡@¡@¡@«~½èº¡·N«OÃÒ¦AqÁÊ¡A¤£º¡·N«OÃÒ°h³f¡I ¡]¤¡^»ù®æ¸ê°T¡GÀô«O¹p®gºÒ¯»§X¤§»ù®æ¤w¤½¥¬©óºô¯¸¡AÅwªï¤Wºô¬d¸ß ¡@¡@¡@¡@¡@¡@¡@¡@ºô§}¡Ghttp://clik.to/96969180 ¡]¤»¡^Ápµ¸¸ê°T¡G¥H¤W¸ê®Æ¥Ñ¥øÀs¿ì¤½¥Î«~¦³¤½¥q©Ò´£¨Ñ¡A¦p»ÝqÁÊ ¡@¡@¡@¡@¡@¡@¡@¡@½Ð¹q¡G(02)2701-2000§Ú̼ö¸Ûªº¦P¤¯¬°±zªA°È¡C To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problems with interrupts on -current.
John Baldwin wrote: The problem is that during a fast interrupt handler, we don't acknowledge the interrupt until we return from the interrupt handler, so if we preempt it may be a while before we get back to the interrupted process so it can finish the interrupt handler and ack the interrupt in the PIC. I think that you're also going to find some overhead problems related to interrupt threads when it comes to NETISR running in a seperate thread, as well. If nothing else, you are going to be paying an additional context switch overhead to switch to the NETISR thread that you weren't paying before. I don't really buy Julian's IDE stack depth worst case argument: the fix for that is to fix the IDE drivers to not suck up huge chunks of stack to do their work. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problems with interrupts on -current.
John Baldwin wrote: Bah, we leave interrupts disabled during fast interrupt handlers, so this should be fine in -current since the softclock swi_sched() uses SWI_NOSWITCH (there is no NOSWITCH flag in a preemptive kernel, it's automatic and that is what bit the preemption kernel). I think you will see this problem elsewhere, as time goes on. It is reasonable to leave ethernet card interrupts disabled, in order to load-shed prior to having to handle an interrupt, as a means of receiver livelock avoidance. Were you to implement a fair share scheduler to ensure that your web server or firewall got a chance to process incoming packets in a user space process to completion, rather than spending all its time fielding hardware interrupts to the exclusion of all else, part of the implementation would be to disable interrupts on the card when the kernel-to-user queue hit a certain depth, and not reenable them until it hit a corresponding low water mark, at some later time. A reasonable approximation of this would establish high and low watermarks on mbuf usage, and not reenable interrupts if there were less than some low watermark of mbufs free. Then on the freeing of mbufs, the reenables would be delayed until more than a high watermark of mbufs had been freed back to the system. Jeff Mogul, of DEC Western Research Laboratories, suggested this approach in 1994. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Latest 2001/09/21 -current breaks buildkernel at /usr/src/sys/compat/svr4/svr4_resource.c
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/compat/svr4/svr4_resource.c/usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit':/usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_FILE' undeclared (first use in this function)/usr/src/sys/compat/svr4/svr4_resource.c:143: (Each undeclared identifier is reported only once/usr/src/sys/compat/svr4/svr4_resource.c:143: for each function it appears in.)/usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_LINE' undeclared (first use in this function)/usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit':/usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_FILE' undeclared (first use in this function)/usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_LINE' undeclared (first use in this function)/usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit64':/usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_FILE' undeclared (first use in this function)/usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_LINE' undeclared (first use in this function)/usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit64':/usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_FILE' undeclared (first use in this function)/usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_LINE' undeclared (first use in this function)*** Error code 1 Stop in /usr/obj/usr/src/sys/VECTOR.*** Error code 1 Stop in /usr/src.*** Error code 1 Stop in /usr/src. Regards, JoeDo You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger.
RE: Latest 2001/09/21 -current breaks buildkernel at /usr/src/sy
On 21-Sep-01 Aloha Guy wrote: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ip filter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/compat/svr4/svr4_resource.c /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:143: (Each undeclared identifier is reported only once /usr/src/sys/compat/svr4/svr4_resource.c:143: for each function it appears in.) /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/VECTOR. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Regards, Joe Hmm, can you build the svr4 module by itself from /sys/modules/svr4? cd /sys/modules/svr4/ make svr4_resource.o @ - /usr/src/sys machine - /usr/src/sys/i386/include echo #define COMPAT_43 1 opt_compat.h touch opt_svr4.h touch opt_vmpage.h perl @/kern/vnode_if.pl -h @/kern/vnode_if.src cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_resource.c Do you have COMPAT_SVR4 in your kernel? -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc Power Users Use the Power to Serve! - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: Latest 2001/09/21 -current breaks buildkernel at /usr/src/sys/compat/svr4/svr4_resource.c
John Baldwin [EMAIL PROTECTED] wrote: On 21-Sep-01 Aloha Guy wrote: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ip filter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/compat/svr4/svr4_resource.c /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:143: (Each undeclared identifier is reported only once /usr/src/sys/compat/svr4/svr4_resource.c:143: for each function it appears in.) /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/VECTOR. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Regards, JoeHmm, can you build the svr4 module by itself from /sys/modules/svr4? Yes, I can. cd /sys/modules/svr4/ make cleanrm -f svr4_assym.h svr4_genassym.o setdef0.c setdef1.c setdefs.h setdef0.o setdef1.o svr4.ko svr4.ko svr4.kld svr4_locore.o svr4_sysent.o svr4_sysvec.o imgact_svr4.o svr4_signal.o svr4_fcntl.o svr4_misc.o svr4_ioctl.o svr4_stat.o svr4_filio.o svr4_ttold.o svr4_termios.o svr4_stream.o svr4_socket.o svr4_sockio.o svr4_machdep.o svr4_resource.o svr4_ipc.o @ machine symb.tmp tmp.o opt_compat.h opt_svr4.h opt_vmpage.h vnode_if.h make depend@ - /usr/src/sysmachine - /usr/src/sys/i386/includeecho "#define COMPAT_43 1" opt_compat.htouch opt_svr4.htouch opt_vmpage.hperl @/kern/vnode_if.pl -h @/kern/vnode_if.srcrm -f .dependmkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/usr/include /usr/src/sys/modules/svr4/../../compat/svr4/svr4_sysent.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_sysvec.c /usr/src/sys/modules/svr4/../../compat/svr4/imgact_svr4.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_signal.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_fcntl.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_misc.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_ioctl.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_stat.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_filio.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_ttold.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_termios.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_stream.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_socket.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_sockio.c /usr/src/sys/modules/svr4/../../i386/svr4/svr4_machdep.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_resource.c /usr/src/sys/modules/svr4/../../compat/svr4/svr4_ipc.c make Warning: Object directory not changed from original /usr/src/sys/modules/svr4cc -c -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi /usr/src/sys/modules/svr4/../../i386/svr4/svr4_genassym.csh @/kern/genassym.sh svr4_genassym.o svr4_assym.hcc -c -x assembler-with-cpp -DLOCORE -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi /usr/src/sys/modules/svr4/../../i386/svr4/svr4_locore.s -o svr4_locore.occ -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc