From owner-freebsd-current Sun Sep 16 0:15:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from galaxy.anchoragerescue.org (cable-95-7-237-24.anchorageak.net [24.237.7.95]) by hub.freebsd.org (Postfix) with ESMTP id E9B8937B406 for ; Sun, 16 Sep 2001 00:15:08 -0700 (PDT) Received: by galaxy.anchoragerescue.org (Postfix, from userid 0) id D52B58C08; Sat, 15 Sep 2001 23:15:06 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul To: kc5vdj@yahoo.com, freebsd-current@freebsd.org Subject: Re: Post-KSE KDE Issues... Date: Sat, 15 Sep 2001 23:15:06 -0800 X-Mailer: KMail [version 1.3] References: <3BA3E437.7010307@yahoo.com> In-Reply-To: <3BA3E437.7010307@yahoo.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20010916071506.D52B58C08@galaxy.anchoragerescue.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 15 September 2001 03:28 pm, Jim Bryant wrote: > I am getting intermittant communications initialization errors involving > DCOPSERVER upon starting KDE. The thing is that it seems to be random. So > far it will happen 2 out of every 3 times you attempt to login via KDM... > So far, the only cure is to keep logging in until it doesn't produce the > message, with a maximum so far of 3 times before a successful login, > minimum of getting in on the first attempt. > > I'm going to recompile KDE2 and see if this fixes anything, but if someone > knows about this, please tell, as I really don't want to spend the next 24 > hours recompiling... > > FreeBSD wahoo.kc.rr.com 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Fri Sep 14 > 08:13:08 CDT 2001 jbryant@wahoo.kc.rr.com:/usr/src/sys/i386/compile/WAHOO > i386 > > jim I'm having the exact same problem. I already recompiled KDE2 and it didn't help. I did find that if you do a rm -R /tmp/mcop* it will start the next time without problems. Beech To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 16 3:37:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id 0CAF737B401 for ; Sun, 16 Sep 2001 03:37:54 -0700 (PDT) Received: (from olli@localhost) by lurza.secnetix.de (8.9.3/8.9.3) id MAA20453; Sun, 16 Sep 2001 12:37:53 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Date: Sun, 16 Sep 2001 12:37:53 +0200 (CEST) Message-Id: <200109161037.MAA20453@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG Reply-To: freebsd-current@FreeBSD.ORG Subject: Re: ACPI??? was - Re: -current TCP performance hosed? In-Reply-To: <20010915215529.A61092@illuminati.is.co.za> X-Newsgroups: list.freebsd-current User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.1-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Geoff Rehmet wrote: > No, I can't say for certain when this started. In fact, reverting to a > kernel from June 27 still shows the same problem. > > However, I have done the following exercise, with three machines, > two of which sit on our internal LAN together, on the same hub, with > the third sitting on our public network (in our hosting room). > [...] > At this point, this seems, from the empirical evidence, to have nothing > to do with ACPI. This is probably a dumb question, but just to make sure ... Have you verified that the duplex setting of your network interface is correct? It should be set to half-duplex if the machine is connected to a hub. Don't trust autoselect. Check the collision LEDs at the card (if present) and at the hub during data transfer. If everything looks OK, try putting a different card into that machine. I'm running -current with some DEC clone NIC connected to a FastEthernet switch (running full-duplex), and there's no TCP performance problem. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 16 4:28: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47]) by hub.freebsd.org (Postfix) with ESMTP id EDF9237B40A for ; Sun, 16 Sep 2001 04:27:56 -0700 (PDT) Received: from witchspace.com ([213.105.80.222]) by mta07-svc.ntlworld.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010916112756.HSMC710.mta07-svc.ntlworld.com@witchspace.com> for ; Sun, 16 Sep 2001 12:27:56 +0100 Message-ID: <3BA48D5B.E517E817@witchspace.com> Date: Sun, 16 Sep 2001 12:30:35 +0100 From: Jonathan Belson X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Post-KSE KDE Issues... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jim Bryant wrote: > > I am getting intermittant communications initialization errors involving DCOPSERVER upon starting KDE. The thing is that it seems > to be random. So far it will happen 2 out of every 3 times you attempt to login via KDM... So far, the only cure is to keep > logging in until it doesn't produce the message, with a maximum so far of 3 times before a successful login, minimum of getting in > on the first attempt. Are you sure it's related to -current? I've been having the same problem running -stable, as has another guy I've been in contact with. -- C-YA Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 16 10: 4:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 0958637B406 for ; Sun, 16 Sep 2001 10:04:11 -0700 (PDT) Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id f8GH3om14380; Mon, 17 Sep 2001 02:03:51 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Mon, 17 Sep 2001 02:03:21 +0900 (JST) Message-Id: <20010917.020321.74756726.iwasaki@jp.FreeBSD.org> To: yokota@zodiac.mech.utsunomiya-u.ac.jp Cc: current@freebsd.org, acpi-jp@jp.freebsd.org Subject: Re: ThinkPad, ACPI, and PS/2 mouse From: Mitsuru IWASAKI In-Reply-To: <20010915.234817.92590934.iwasaki@jp.FreeBSD.org> References: <200109110336.MAA13723@zodiac.mech.utsunomiya-u.ac.jp> <20010915.234817.92590934.iwasaki@jp.FreeBSD.org> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Sep_17_02:03:21_2001_142)--" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----Next_Part(Mon_Sep_17_02:03:21_2001_142)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I've just noticed strange behavior of psm probing (w/ and w/o acpi). > > It now appears that some IBM ThinkPad models assign a distinct PnP ID > > to the PS/2 mouse port. > > > > If you have ThinkPad and its pointing device is not recognized when > > ACPI is loaded in the latest -current system, please do the following > > > > 1. Disable ACPI and boot > > unset acpi_load > > boot -v > > 2. Send the entire dmesg output to me. Don't forget to tell me > > the model name of your ThinkPad too. > > > > ThinkPad models currently known to have this behavior: > > > > model PnP ID for the PS/2 mouse port > > ---------------------------------------------------- > > ThinkPad 570E IBM3780 > > I also have a ThinkPad i1620 (PS/2 mouse PnP ID = 0x80374d24) here and > now that the mouse is recognized correctly with ACPI module by your > last commit. This is not a ThinkPad, but FIVA 206VL (PS/2 mouse PnP ID = 0x130fd041; normal one), the psm is no longer recognized if USB is not compiled (or USB module is not loaded at loader). Here is difference between dmesgs of kernel w/o and w/ usb module. --- dmesg-nousb Mon Sep 17 01:24:17 2001 +++ dmesg-usb Mon Sep 17 01:26:47 2001 @@ -3,7 +3,7 @@ The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #52: Mon Sep 17 01:16:21 JST 2001 root@fivavl:/usr/obj/usr/CURRENT/src/sys/FIVA -Calibrating clock(s) ... TSC clock: 597277464 Hz, i8254 clock: 1193158 Hz +Calibrating clock(s) ... TSC clock: 597277748 Hz, i8254 clock: 1193162 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 @@ -16,16 +16,17 @@ real memory = 251592704 (245696K bytes) Physical memory chunk(s): 0x00001000 - 0x0009afff, 630784 bytes (154 pages) -0x0049f000 - 0x0efe7fff, 246714368 bytes (60233 pages) -avail memory = 240271360 (234640K bytes) +0x004be000 - 0x0efe7fff, 246587392 bytes (60202 pages) +avail memory = 240144384 (234516K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f82a0 bios32: Entry = 0xfd770 (c00fd770) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd770+0x11e pnpbios: Found PnP BIOS data at 0xc00f82f0 pnpbios: Entry = f0000:a965 Rev = 1.0 Other BIOS signatures found: -Preloaded elf kernel "/boot/kernel/kernel" at 0xc0478000. -Preloaded elf module "/boot/kernel/logo_saver.ko" at 0xc04780b4. +Preloaded elf kernel "/boot/kernel/kernel" at 0xc0497000. +Preloaded elf module "/boot/kernel/logo_saver.ko" at 0xc04970b4. +Preloaded elf module "/boot/kernel/usb.ko" at 0xc0497164. null: mem: random: @@ -117,11 +118,11 @@ pcm0: ac97 codec id 0x41445348 (Analog Devices AD1881A) pcm0: ac97 codec features headphone, 6 bit master volume, Analog Devices Phat Stereo pcm0: ac97 primary codec extended features variable rate PCM -pcm: setmap 50e000, 1000; 0xc15fa000 -> 50e000 -pcm: setmap 4f1000, 1000; 0xc15fd000 -> 4f1000 -pcm: setmap 4f3000, 1000; 0xc15ff000 -> 4f3000 -pcm: setmap 4d5000, 1000; 0xc1601000 -> 4d5000 -pcm: setmap 4d7000, 1000; 0xc1603000 -> 4d7000 +pcm: setmap 514000, 1000; 0xc1600000 -> 514000 +pcm: setmap 4f7000, 1000; 0xc1603000 -> 4f7000 +pcm: setmap 4f9000, 1000; 0xc1605000 -> 4f9000 +pcm: setmap 51b000, 1000; 0xc1607000 -> 51b000 +pcm: setmap 51d000, 1000; 0xc1609000 -> 51d000 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 9.0 (no driver attached) @@ -285,7 +286,13 @@ ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x1808 ata1: at 0x170 irq 15 on atapci0 pci0: at device 17.0 (no driver attached) -pci0: at device 20.0 (no driver attached) +ohci0: mem 0xd0000-0xd0fff irq 11 at device 20.0 on pci0 +usb0: OHCI version 1.0, legacy support +usb0: SMM does not respond, resetting +usb0: on ohci0 +usb0: USB revision 1.0 +uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 +uhub0: 2 ports with 2 removable, self powered ex_isa_identify() ata-: ata0 already exists, using ata2 instead ata-: ata1 already exists, using ata3 instead @@ -370,7 +377,10 @@ kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 atkbd1: unable to allocate IRQ psm0: current command byte:0047 -psm0: the aux port is not functioning (-1). +psm0: irq 12 on atkbdc0 +psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons +psm0: config:00000000, flags:00000000, packet size:3 +psm0: syncmask:c0, syncbits:00 bt0 failed to probe on isa0 cs0 failed to probe at port 0x300 on isa0 ed0 failed to probe at port 0x280-0x29f iomem 0xd8000 irq 10 on isa0 @@ -430,10 +440,8 @@ unknown: failed to probe at port 0x61 on isa0 unknown: can't assign resources unknown: at iomem 0xd8000-0xdbfff on isa0 -psmcpnp0: at irq 12 on isa0 -atkbd1: unable to allocate IRQ -psm0: current command byte:0047 -psm0: the aux port is not functioning (-1). +unknown: can't assign resources +unknown: at irq 12 on isa0 fdc1: cannot reserve I/O port range (1 ports) unknown: failed to probe on isa0 BIOS Geometries: @@ -441,9 +449,9 @@ 0 accounted for Device configuration finished. splash: image decoder found: logo_saver +bpf: ppp0 attached bpf: faith0 attached bpf: lo0 attached -bpf: ppp0 attached ad0: success setting UDMA4 on Acer chip Creating DISK ad0 ad0: ATA-5 disk at ata0-master I tried to load acpi module too, but it seems acpi doesn't affect psm probing on this machine. In summary; with USB without USB ---------------+---------------+------------- with ACPI OK NG without ACPI OK NG I enclosed dmesg -v output of kernel w/o usb and acpi. Thanks ----Next_Part(Mon_Sep_17_02:03:21_2001_142)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Description: dmesg-nousb Content-Disposition: inline; filename=dmesg-nousb 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 #52: Mon Sep 17 01:16:21 JST 2001 root@fivavl:/usr/obj/usr/CURRENT/src/sys/FIVA Calibrating clock(s) ... TSC clock: 597277464 Hz, i8254 clock: 1193158 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 CPU: Transmeta(tm) Crusoe(tm) Processor TM5600 (597.30-MHz 586-class CPU) Origin = "GenuineTMx86" Id = 0x543 Processor revision 1.3.1.2 Code Morphing Software revision 4.1.7-7-154 20010606 19:11 official release 18.0.1-4.1.7#3 LongRun mode: 1 <600MHz 1600mV 100%> real memory = 251592704 (245696K bytes) Physical memory chunk(s): 0x00001000 - 0x0009afff, 630784 bytes (154 pages) 0x0049f000 - 0x0efe7fff, 246714368 bytes (60233 pages) avail memory = 240271360 (234640K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f82a0 bios32: Entry = 0xfd770 (c00fd770) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd770+0x11e pnpbios: Found PnP BIOS data at 0xc00f82f0 pnpbios: Entry = f0000:a965 Rev = 1.0 Other BIOS signatures found: Preloaded elf kernel "/boot/kernel/kernel" at 0xc0478000. Preloaded elf module "/boot/kernel/logo_saver.ko" at 0xc04780b4. null: mem: random: Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x80007804 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=03951279) Using $PIR table, 10 entries at 0xc00fdf20 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: physical bus=0 map[10]: type 1, range 32, base fc100000, size 20, enabled found-> vendor=0x1279, dev=0x0395, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 found-> vendor=0x1279, dev=0x0396, revid=0x00 bus=0, slot=0, func=1 class=05-00-00, hdrtype=0x00, mfdev=1 found-> vendor=0x1279, dev=0x0397, revid=0x00 bus=0, slot=0, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 map[10]: type 4, range 32, base 00001000, size 8, enabled map[14]: type 1, range 32, base fc004000, size 12, enabled found-> vendor=0x10b9, dev=0x5451, revid=0x01 bus=0, slot=4, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x10b9, dev=0x1533, revid=0x00 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base fd000000, size 24, enabled found-> vendor=0x126f, dev=0x0712, revid=0xa0 bus=0, slot=9, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=9 powerspec 1 supports D0 D1 D2 D3 current D0 found-> vendor=0x104c, dev=0xac51, revid=0x00 bus=0, slot=10, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 intpin=a, irq=5 powerspec 1 supports D0 D1 D2 D3 current D0 found-> vendor=0x104c, dev=0xac51, revid=0x00 bus=0, slot=10, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 intpin=b, irq=4 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fc006000, size 11, enabled map[14]: type 1, range 32, base fc000000, size 14, enabled found-> vendor=0x104c, dev=0x8020, revid=0x00 bus=0, slot=11, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 00001400, size 8, enabled map[14]: type 1, range 32, base fc006800, size 8, enabled found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=12, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 000001f0, size 4, enabled map[14]: type 4, range 32, base 000003f4, size 2, enabled map[18]: type 4, range 32, base 00000000, size 3, enabled map[1c]: type 4, range 32, base 00000000, size 2, enabled map[20]: type 4, range 32, base 00001800, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc3 bus=0, slot=15, func=0 class=01-01-a4, hdrtype=0x00, mfdev=0 intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=17, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 map[10]: type 1, range 32, base 000d0000, size 12, enabled found-> vendor=0x10b9, dev=0x5237, revid=0x03 bus=0, slot=20, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pcm0: port 0x1000-0x10ff mem 0xfc004000-0xfc004fff irq 10 at device 4.0 on pci0 pcm0: ac97 codec id 0x41445348 (Analog Devices AD1881A) pcm0: ac97 codec features headphone, 6 bit master volume, Analog Devices Phat Stereo pcm0: ac97 primary codec extended features variable rate PCM pcm: setmap 50e000, 1000; 0xc15fa000 -> 50e000 pcm: setmap 4f1000, 1000; 0xc15fd000 -> 4f1000 pcm: setmap 4f3000, 1000; 0xc15ff000 -> 4f3000 pcm: setmap 4d5000, 1000; 0xc1601000 -> 4d5000 pcm: setmap 4d7000, 1000; 0xc1603000 -> 4d7000 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 9.0 (no driver attached) pcic0: irq 5 at device 10.0 on pci0 pcic0: PCI Memory allocated: 0x44000000 pcic0: Polling mode pcic0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] pcic0: PCI Configuration space: 0x00: 0xac51104c 0x04: 0x02100007 0x08: 0x06070000 0x0c: 0x00824008 0x10: 0x44000000 0x14: 0x020000a0 0x18: 0x00000000 0x1c: 0x00000000 0x20: 0x00000000 0x24: 0x00000000 0x28: 0x00000000 0x2c: 0x00000000 0x30: 0x00000000 0x34: 0x00000000 0x38: 0x00000000 0x3c: 0x07e00105 0x40: 0x00000000 0x44: 0x00000001 0x48: 0x00000000 0x4c: 0x00000000 0x50: 0x00000000 0x54: 0x00000000 0x58: 0x00000000 0x5c: 0x00000000 0x60: 0x00000000 0x64: 0x00000000 0x68: 0x00000000 0x6c: 0x00000000 0x70: 0x00000000 0x74: 0x00000000 0x78: 0x00000000 0x7c: 0x00000000 0x80: 0x48449061 0x84: 0x00000000 0x88: 0x00000000 0x8c: 0x012c1222 0x90: 0x6066a2c0 0x94: 0x00000000 0x98: 0x00000000 0x9c: 0x00000000 0xa0: 0xfe110001 0xa4: 0x00c00000 0xa8: 0x00000000 0xac: 0x0000001f 0xb0: 0x09000000 0xb4: 0x00000000 0xb8: 0x00000000 0xbc: 0x00000000 0xc0: 0x00000000 0xc4: 0x00000000 0xc8: 0x00000000 0xcc: 0x00000000 0xd0: 0x00000000 0xd4: 0x00000000 0xd8: 0x00000000 0xdc: 0x00000000 0xe0: 0x00000000 0xe4: 0x00000000 0xe8: 0x00000000 0xec: 0x00000000 0xf0: 0x00000000 0xf4: 0x00000000 0xf8: 0x00000000 0xfc: 0x00000000 pccard0: on pcic0 pcic1: irq 4 at device 10.1 on pci0 pcic1: PCI Memory allocated: 0x44001000 pcic1: Polling mode pcic1: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] pcic1: PCI Configuration space: 0x00: 0xac51104c 0x04: 0x02100007 0x08: 0x06070000 0x0c: 0x00824008 0x10: 0x44001000 0x14: 0x020000a0 0x18: 0x00000000 0x1c: 0x00000000 0x20: 0x00000000 0x24: 0x00000000 0x28: 0x00000000 0x2c: 0x00000000 0x30: 0x00000000 0x34: 0x00000000 0x38: 0x00000000 0x3c: 0x07e00204 0x40: 0x00000000 0x44: 0x00000001 0x48: 0x00000000 0x4c: 0x00000000 0x50: 0x00000000 0x54: 0x00000000 0x58: 0x00000000 0x5c: 0x00000000 0x60: 0x00000000 0x64: 0x00000000 0x68: 0x00000000 0x6c: 0x00000000 0x70: 0x00000000 0x74: 0x00000000 0x78: 0x00000000 0x7c: 0x00000000 0x80: 0x48449061 0x84: 0x00000000 0x88: 0x00000000 0x8c: 0x012c1222 0x90: 0x6066a2c0 0x94: 0x00000000 0x98: 0x00000000 0x9c: 0x00000000 0xa0: 0xfe110001 0xa4: 0x00c00000 0xa8: 0x00000800 0xac: 0x0000001f 0xb0: 0x09000000 0xb4: 0x00000000 0xb8: 0x00000000 0xbc: 0x00000000 0xc0: 0x00000000 0xc4: 0x00000000 0xc8: 0x00000000 0xcc: 0x00000000 0xd0: 0x00000000 0xd4: 0x00000000 0xd8: 0x00000000 0xdc: 0x00000000 0xe0: 0x00000000 0xe4: 0x00000000 0xe8: 0x00000000 0xec: 0x00000000 0xf0: 0x00000000 0xf4: 0x00000000 0xf8: 0x00000000 0xfc: 0x00000000 pccard1: on pcic1 pci0: at device 11.0 (no driver attached) rl0: port 0x1400-0x14ff mem 0xfc006800-0xfc0068ff irq 11 at device 12.0 on pci0 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode rl0: Ethernet address: 08:00:74:50:46:2a miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: rl0 attached atapci0: port 0x1800-0x180f,0-0x3,0-0x7,0x3f4-0x3f7,0x1f0-0x1ff at device 15.0 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x1800 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe 00 00 ata0-slave: ATAPI probe 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA probe 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x1808 ata1: at 0x170 irq 15 on atapci0 pci0: at device 17.0 (no driver attached) pci0: at device 20.0 (no driver attached) ex_isa_identify() ata-: ata0 already exists, using ata2 instead ata-: ata1 already exists, using ata3 instead pcic-: pcic0 already exists, using pcic2 instead pcic-: pcic1 already exists, using pcic3 instead Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 pnpbios: 16 devices, largest 90 bytes PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x1 pnpbios: handle 0 device ID PNP0a03 (030ad041) PNP0c01: adding memory range 0-0x9bfff, size=0x9c000, align=0x1 PNP0c01: adding memory range 0xe0000-0xfffff, size=0x20000, align=0x1 PNP0c01: adding memory range 0xde000-0xdffff, size=0x2000, align=0x1 PNP0c01: adding fixed memory32 range 0x100000-0xf0ffbff, size=0xefffc00 pnpbios: handle 1 device ID PNP0c01 (010cd041) PNP0c02: adding irq mask 0x200 PNP0c02: adding io range 0x80-0x80, size=0x1, align=0x1 PNP0c02: adding io range 0xb1-0xb1, size=0x1, align=0x1 PNP0c02: adding io range 0x40b-0x40b, size=0x1, align=0x1 PNP0c02: adding io range 0x480-0x48f, size=0x10, align=0x1 PNP0c02: adding io range 0x4d6-0x4d6, size=0x1, align=0x1 PNP0c02: adding fixed memory32 range 0xfff80000-0xffffffff, size=0x80000 pnpbios: handle 2 device ID PNP0c02 (020cd041) PNP0200: adding io range 0-0xf, size=0x10, align=0x1 PNP0200: adding io range 0x81-0x8f, size=0xf, align=0x1 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0x1 PNP0200: adding dma mask 0x10 pnpbios: handle 3 device ID PNP0200 (0002d041) PNP0000: adding io range 0x20-0x21, size=0x2, align=0x1 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0x1 PNP0000: adding irq mask 0x4 pnpbios: handle 4 device ID PNP0000 (0000d041) PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 PNP0100: adding irq mask 0x1 pnpbios: handle 5 device ID PNP0100 (0001d041) PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 PNP0b00: adding irq mask 0x100 pnpbios: handle 6 device ID PNP0b00 (000bd041) PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 PNP0303: adding irq mask 0x2 pnpbios: handle 7 device ID PNP0303 (0303d041) PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 PNP0c04: adding irq mask 0x2000 pnpbios: handle 8 device ID PNP0c04 (040cd041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 9 device ID PNP0800 (0008d041) PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 PNP0c02: adding io range 0x92-0x92, size=0x1, align=0x1 PNP0c02: adding io range 0x8000-0x803f, size=0x40, align=0x1 PNP0c02: adding io range 0x8040-0x804f, size=0x10, align=0x1 pnpbios: handle 10 device ID PNP0c02 (020cd041) PNP0c02: adding memory32 range 0x9c000-0x9ffff, size=0x4000, align=0x4000 pnpbios: handle 11 device ID PNP0c02 (020cd041) PNP0c02: adding memory32 range 0xd8000-0xdbfff, size=0x4000, align=0x4000 pnpbios: handle 12 device ID PNP0c02 (020cd041) pnpbios: handle 13 device ID PNP0c02 (020cd041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 14 device ID PNP0f13 (130fd041) pnpbios: handle 15 device ID PNP0700 (0007d041) sc-: sc0 already exists, using sc1 instead vga-: vga0 already exists, using vga1 instead isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0:
Does anyone know is there any tutorial = about ipfw=20 implementation. It seems to me, like there was one, describing the = structures=20 and the code of ipfw, but can't remember where I've seen it.=20
------=_NextPart_000_0015_01C141E0.E66457A0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 4:52:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 2FC6037B411 for ; Thu, 20 Sep 2001 04:52:40 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8KBpwd28884; Thu, 20 Sep 2001 14:51:58 +0300 (EEST) (envelope-from ru) Date: Thu, 20 Sep 2001 14:51:58 +0300 From: Ruslan Ermilov To: Radoslav Vasilev Cc: freebsd-current@FreeBSD.ORG Subject: Re: ipfw tutorial needed Message-ID: <20010920145158.A28417@sunbay.com> References: <001801c141bf$5f945480$52ad44c1@unisvishtov.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001801c141bf$5f945480$52ad44c1@unisvishtov.bg>; from rvasilev@uni-svishtov.bg on Thu, Sep 20, 2001 at 02:31:13PM +0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 20, 2001 at 02:31:13PM +0400, Radoslav Vasilev wrote: > > Does anyone know is there any tutorial about ipfw implementation. It > seems to me, like there was one, describing the structures and the > code of ipfw, but can't remember where I've seen it. > ipfirewall(4), but much of the information herein is obsolete. -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 5:46:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from alpha.dante.org.uk (alpha.dante.org.uk [193.63.211.19]) by hub.freebsd.org (Postfix) with ESMTP id BABE437B407; Thu, 20 Sep 2001 05:46:26 -0700 (PDT) Received: from pi.dante.org.uk ([193.63.211.70] helo=dante.org.uk) by alpha.dante.org.uk with esmtp (Exim 3.12 #4) id 15k3Dl-0000iC-00; Thu, 20 Sep 2001 13:46:25 +0100 Message-ID: <3BA9E51E.5155D58A@dante.org.uk> Date: Thu, 20 Sep 2001 13:46:22 +0100 From: Konstantin Chuguev Organization: Delivery of Advanced Network Technology to Europe Ltd. X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: ru, en MIME-Version: 1.0 To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org Subject: USB Multimedia Card (MMC) readers supported? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Are USB MMC Card Readers (such as SanDisk ImageMate) supported in CURRENT? I suppose they can be treated as generic SCSI-over-USB drives, just want to be sure... Thanks, Konstantin. -- * * Konstantin Chuguev Francis House * * Application Engineer 112 Hills Road * Tel: +44 1223 302992 Cambridge CB2 1PQ D A N T E WWW: http://www.dante.net United Kingdom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 7:19: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57]) by hub.freebsd.org (Postfix) with SMTP id E9BD037B414 for ; Thu, 20 Sep 2001 07:19:00 -0700 (PDT) Received: from mkc-65-31-219-45.kc.rr.com (HELO yahoo.com) (65.31.219.45) by smtp.mail.vip.sc5.yahoo.com with SMTP; 20 Sep 2001 14:19:00 -0000 X-Apparently-From: Message-ID: <3BA9FAD3.10502@yahoo.com> Date: Thu, 20 Sep 2001 09:18:59 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Konstantin Chuguev Cc: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org Subject: Re: USB Multimedia Card (MMC) readers supported? References: <3BA9E51E.5155D58A@dante.org.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I believe at least one version of the SanDisk one is supported, and I recently helped test and get committed the Microtech CameraMate.... I personally recommend the CameraMate, as it has support for all known CompactFlash devices, including IBM Microdrives, as well as the fact that it also reads SmartMedia cards. Konstantin Chuguev wrote: > Hello, > > Are USB MMC Card Readers (such as SanDisk ImageMate) supported in > CURRENT? > I suppose they can be treated as generic SCSI-over-USB drives, just > want to be sure... > > Thanks, jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 7:26: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from gate.qubesoft.com (gate.qubesoft.com [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id D451337B409 for ; Thu, 20 Sep 2001 07:25:55 -0700 (PDT) Received: from builder03 (dhcp139.qubesoft.com [192.168.1.139]) by gate.qubesoft.com (8.11.3/8.11.3) with SMTP id f8KEPsM71761 for ; Thu, 20 Sep 2001 15:25:54 +0100 (BST) (envelope-from n_hibma@qubesoft.com) From: "Nick Hibma" To: Subject: FW: USB Multimedia Card (MMC) readers supported? Date: Thu, 20 Sep 2001 15:26:04 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Try usb-bsd@eleetbsd.org for more information. > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Jim Bryant > Sent: 20 September 2001 15:19 > To: Konstantin Chuguev > Cc: freebsd-hardware@FreeBSD.ORG; freebsd-current@FreeBSD.ORG > Subject: Re: USB Multimedia Card (MMC) readers supported? > > > I believe at least one version of the SanDisk one is > supported, and I recently helped test and get committed the Microtech > CameraMate.... I personally recommend the CameraMate, as it > has support for all known CompactFlash devices, including IBM > Microdrives, as well as the fact that it also reads SmartMedia cards. > > Konstantin Chuguev wrote: > > > Hello, > > > > Are USB MMC Card Readers (such as SanDisk ImageMate) supported in > > CURRENT? > > I suppose they can be treated as generic SCSI-over-USB drives, just > > want to be sure... > > > > Thanks, > > jim > -- > ET has one helluva sense of humor! > He's always anal-probing right-wing schizos! > ----------------------------------------------------- > POWER TO THE PEOPLE! > ----------------------------------------------------- > "Religious fundamentalism is the biggest threat to > international security that exists today." > United Nations Secretary General B.B.Ghali > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 7:33:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 3C12437B428; Thu, 20 Sep 2001 07:33:03 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8KEX0U14360; Thu, 20 Sep 2001 18:33:00 +0400 (MSD) (envelope-from ache) Date: Thu, 20 Sep 2001 18:32:58 +0400 From: "Andrey A. Chernov" To: current@freebsd.org, peter@freebsd.org, obrien@freebsd.org Subject: stdio change, other libraries needs bumping too! Message-ID: <20010920183257.A14316@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 "__stdoutp" 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. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 8: 2: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 5278537B420; Thu, 20 Sep 2001 08:01:49 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8KF1l124481; Thu, 20 Sep 2001 19:01:47 +0400 (MSD) (envelope-from ache) Date: Thu, 20 Sep 2001 19:01:45 +0400 From: "Andrey A. Chernov" To: current@freebsd.org, peter@freebsd.org, obrien@freebsd.org Subject: Re: stdio change, other libraries needs bumping too! Message-ID: <20010920190145.A23382@nagual.pp.ru> References: <20010920183257.A14316@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010920183257.A14316@nagual.pp.ru> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 "__stdoutp" > > 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: libalias.a libbz2.a libcam.a libcom_err.a libcurses.a libdes.a libdevstat.a libdialog.a libedit.a libfetch.a libftpio.a libg2c.a libhistory.a libipsec.a libisc.a libkvm.a libm.a libmp.a libmytinfo.a libncp.a libncurses.a libobjc.a libopie.a libpam.a libpcap.a libperl.a libreadline.a libstdc++.a libtermcap.a libtermlib.a libtinfo.a libutil.a liby.a -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 9:39:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id 14D7637B410 for ; Thu, 20 Sep 2001 09:39:46 -0700 (PDT) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.4/8.11.4) id f8KGdiS45512; Thu, 20 Sep 2001 09:39:44 -0700 (PDT) (envelope-from sgk) Date: Thu, 20 Sep 2001 09:39:44 -0700 From: Steve Kargl To: Mark Santcroos Cc: freebsd-current@FreeBSD.ORG Subject: Re: kldxref broken, maybe? Message-ID: <20010920093944.A45501@troutmask.apl.washington.edu> References: <20010919182139.A38723@troutmask.apl.washington.edu> <20010920080119.A661@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010920080119.A661@laptop.6bone.nl>; from marks@ripe.net on Thu, Sep 20, 2001 at 08:01:20AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 20, 2001 at 08:01:20AM +0200, Mark Santcroos wrote: > On Wed, Sep 19, 2001 at 06:22:03PM -0700, Steve Kargl wrote: > > root[265] make installkernel > > ===> 3dfx > > install -C -c -o root -g wheel -m 555 3dfx.ko /boot/kernel/ > > kldxref /boot/kernel > > kldxref:No such file or directory > > *** Error code 1 (ignored) > > kldxref is part of world since 2001/09/10 18:13:15 PDT. > You probably haven't rebuild your world since then. > This is a 'soft-error' and will be gone after your next install of world. > Mark, As Ruslan pointed out, the build/install process should use a version of kldxref under ${OBJDIR}, which is built during the bootstrap phase. He said kldxref produces a MD binary format, so cross builds won't work. I'm not familiar with the output of kldxref, and hence can't comment on this. I'll also note that src/UPDATING doesn't contain a item discussing the addition of kldxref and the possible errors during an installworld. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 9:58:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id A23F437B413; Thu, 20 Sep 2001 09:58:26 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8KGw8d63580; Thu, 20 Sep 2001 19:58:08 +0300 (EEST) (envelope-from ru) Date: Thu, 20 Sep 2001 19:58:08 +0300 From: Ruslan Ermilov To: Steve Kargl Cc: freebsd-current@FreeBSD.ORG, Peter Wemm , Boris Popov , Warner Losh Subject: Re: kldxref broken, maybe? Message-ID: <20010920195808.B61491@sunbay.com> References: <20010919182139.A38723@troutmask.apl.washington.edu> <20010920080119.A661@laptop.6bone.nl> <20010920093944.A45501@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010920093944.A45501@troutmask.apl.washington.edu>; from sgk@troutmask.apl.washington.edu on Thu, Sep 20, 2001 at 09:39:44AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 20, 2001 at 09:39:44AM -0700, Steve Kargl wrote: > On Thu, Sep 20, 2001 at 08:01:20AM +0200, Mark Santcroos wrote: > > On Wed, Sep 19, 2001 at 06:22:03PM -0700, Steve Kargl wrote: > > > root[265] make installkernel > > > ===> 3dfx > > > install -C -c -o root -g wheel -m 555 3dfx.ko /boot/kernel/ > > > kldxref /boot/kernel > > > kldxref:No such file or directory > > > *** Error code 1 (ignored) > > > > kldxref is part of world since 2001/09/10 18:13:15 PDT. > > You probably haven't rebuild your world since then. > > This is a 'soft-error' and will be gone after your next install of world. > > > > Mark, > > As Ruslan pointed out, the build/install process should > use a version of kldxref under ${OBJDIR}, which is built > during the bootstrap phase. He said kldxref produces a > MD binary format, so cross builds won't work. I'm not > familiar with the output of kldxref, and hence can't > comment on this. > Nope, not under ${OBJDIR}. We need to be able to build a special cross-arch version of kldxref(8), similarly to how this is done (in -STABLE) for gensetdefs(8). > I'll also note that src/UPDATING doesn't contain a item > discussing the addition of kldxref and the possible errors > during an installworld. > Bug Peter, Boris, and Warner. :-) Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 10:41:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132]) by hub.freebsd.org (Postfix) with ESMTP id F3A6237B40B; Thu, 20 Sep 2001 10:41:06 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id TAA08708; Thu, 20 Sep 2001 19:40:57 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f8KHeq306525; Thu, 20 Sep 2001 19:40:52 +0200 (CEST) (envelope-from wkb) Date: Thu, 20 Sep 2001 19:40:52 +0200 From: Wilko Bulte To: John Baldwin Cc: current@FreeBSD.ORG, Garrett Wollman Subject: Re: Seen this lock order reversal? Message-ID: <20010920194052.B6480@freebie.xs4all.nl> References: <20010919202447.B1763@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.ORG on Wed, Sep 19, 2001 at 01:32:28PM -0700 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 19, 2001 at 01:32:28PM -0700, John Baldwin wrote: > > On 19-Sep-01 Wilko Bulte wrote: > > On Tue, Sep 18, 2001 at 03:01:25PM -0700, John Baldwin wrote: ... > >> p_flag to p_sflag which changed its locking semantics.) > > > > Another one, on a -current from yesterday, on -alpha: > > > > lock order reversal > > 1st 0xfffffc00007fcef0 clk @ ../../../alpha/alpha/clock.c:702 > > 2nd 0xfffffc00007f65d8 callout @ ../../../kern/kern_timeout.c:225 > > ds10# > > Hmm, ok, that one is new and is a problem. Can you turn on WITNESS_DDB (it's > available as the debug.witness_ddb sysctl and loader variableas well) and then > get me a traceback in ddb? I built a GENERIC with WITNESS_DDB. Sofar (of course... :-/ ) no reproduction of the problem. I'm running buildworlds, any other good suggestions to help trigger it are welcome W/ -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 10:43:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id D32EA37B40F; Thu, 20 Sep 2001 10:43:40 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8KHhbJ51552; Thu, 20 Sep 2001 21:43:38 +0400 (MSD) (envelope-from ache) Date: Thu, 20 Sep 2001 21:43:33 +0400 From: "Andrey A. Chernov" To: current@FreeBSD.ORG, peter@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: stdio change, other libraries needs bumping too! Message-ID: <20010920214331.A51521@nagual.pp.ru> References: <20010920183257.A14316@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010920183257.A14316@nagual.pp.ru> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 20, 2001 at 18:32:58 +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 "__stdoutp" > > 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. Oops, I find the reasons - it was old /usr/lib/libc.so.4 picked before /usr/lib/compat/libc.so.4 -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 12: 5:34 2001 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id F098737B416; Thu, 20 Sep 2001 12:05:31 -0700 (PDT) Date: Thu, 20 Sep 2001 12:05:31 -0700 From: David O'Brien To: Steve Kargl Cc: freebsd-current@freebsd.org Subject: Re: kldxref broken, maybe? Message-ID: <20010920120531.A52175@hub.freebsd.org> Reply-To: obrien@freebsd.org References: <20010919182139.A38723@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010919182139.A38723@troutmask.apl.washington.edu>; from sgk@troutmask.apl.washington.edu on Wed, Sep 19, 2001 at 06:22:03PM -0700 X-Operating-System: FreeBSD 4.3-STABLE Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 19, 2001 at 06:22:03PM -0700, Steve Kargl wrote: > root[265] make installkernel > cd /usr/obj/usr/src/sys/C456086-A; MAKEOBJDIRPREFIX=/usr/obj ... What steps lead up to this? ``make buildworld && make kernel && make kernelinstall'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 12:15: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id 8977E37B411 for ; Thu, 20 Sep 2001 12:15:02 -0700 (PDT) Received: from [207.76.207.129] (PBG4.whistle.com [207.76.207.129]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id MAA43606 for ; Thu, 20 Sep 2001 12:14:19 -0700 (PDT) Mime-Version: 1.0 X-Sender: mark-ml@207.76.206.1 Message-Id: In-Reply-To: <20010920120531.A52175@hub.freebsd.org> References: <20010919182139.A38723@troutmask.apl.washington.edu> <20010920120531.A52175@hub.freebsd.org> Date: Thu, 20 Sep 2001 12:14:16 -0700 To: freebsd-current@FreeBSD.ORG From: Mark Peek Subject: Re: kldxref broken, maybe? Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 12:05 PM -0700 9/20/01, David O'Brien wrote: >On Wed, Sep 19, 2001 at 06:22:03PM -0700, Steve Kargl wrote: >> root[265] make installkernel >> cd /usr/obj/usr/src/sys/C456086-A; MAKEOBJDIRPREFIX=/usr/obj >... > >What steps lead up to this? >``make buildworld && make kernel && make kernelinstall'' 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. Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 12:19: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id 7965137B403; Thu, 20 Sep 2001 12:18:59 -0700 (PDT) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id f8KJIXo58763; Thu, 20 Sep 2001 09:18:34 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Thu, 20 Sep 2001 09:18:33 -1000 (HST) From: Vincent Poy To: Peter Wemm , , , Subject: make.conf not in -current tree (was cvs commit: src/include stdio.h) In-Reply-To: <20010920090611.O44406-100000@oahu.WURLDLINK.NET> Message-ID: <20010920091451.T44406-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 20 Sep 2001, Peter Wemm wrote: > peter 2001/09/20 01:47:41 PDT > > Modified files: > include stdio.h > Log: > Now that the compat4x libc.so.4 binary has been updated, we can finally > switch over to using a future-proof stdin/out/err. > > Note that if you run 4.x binaries on your system, you will certainly > want to update /usr/lib/compat/libc.so.4. The easiest way is to > add "COMPAT4X= yes" in your /etc/make.conf. > > Revision Changes Path > 1.36 +2 -2 src/include/stdio.h 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? Cheers, Vince - vince@WURLDLINK.NET - 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 12:22:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id 6E8C437B418; Thu, 20 Sep 2001 12:22:46 -0700 (PDT) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.4/8.11.4) id f8KJMkZ06203; Thu, 20 Sep 2001 12:22:46 -0700 (PDT) (envelope-from sgk) Date: Thu, 20 Sep 2001 12:22:46 -0700 From: Steve Kargl To: "David O'Brien" Cc: freebsd-current@FreeBSD.ORG Subject: Re: kldxref broken, maybe? Message-ID: <20010920122246.A984@troutmask.apl.washington.edu> References: <20010919182139.A38723@troutmask.apl.washington.edu> <20010920120531.A52175@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010920120531.A52175@hub.freebsd.org>; from obrien@FreeBSD.ORG on Thu, Sep 20, 2001 at 12:05:31PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 20, 2001 at 12:05:31PM -0700, David O'Brien wrote: > On Wed, Sep 19, 2001 at 06:22:03PM -0700, Steve Kargl wrote: > > root[265] make installkernel > > cd /usr/obj/usr/src/sys/C456086-A; MAKEOBJDIRPREFIX=/usr/obj > ... > > What steps lead up to this? > ``make buildworld && make kernel && make kernelinstall'' cvsup supfile # Grab sources as on yesterday afternoon cd /usr/src make -j 2 buildworld setenv KERNCONF `hostname -s` # Yes, I know there are other ways. make buildkernel make installkernel ^C # To see, what the error message says. I've found the location of where kldxref is invoked in kmod.mk, but I haven't determined what ${PATH} should be followed to actually find kldxref. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 12:26:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from r220-1.rz.RWTH-Aachen.DE (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by hub.freebsd.org (Postfix) with ESMTP id 52EF237B419; Thu, 20 Sep 2001 12:26:14 -0700 (PDT) Received: from r220-1.rz.RWTH-Aachen.DE (relay2.RWTH-Aachen.DE [134.130.3.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3-2) with ESMTP id f8KJQE600474; Thu, 20 Sep 2001 21:26:14 +0200 (MEST) Received: from kawoserv.kawo2.rwth-aachen.de (root@kawoserv.kawo2.RWTH-Aachen.DE [134.130.180.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3/6) with ESMTP id f8KJQEx00470; Thu, 20 Sep 2001 21:26:14 +0200 (MEST) Received: from zerogravity.kawo2.rwth-aachen.de (zerogravity.kawo2.rwth-aachen.de [134.130.181.28]) by kawoserv.kawo2.rwth-aachen.de (8.9.3/8.9.3) with ESMTP id VAA22096; Thu, 20 Sep 2001 21:26:11 +0200 Received: by zerogravity.kawo2.rwth-aachen.de (Postfix, from userid 1001) id 822D514B77; Thu, 20 Sep 2001 21:26:13 +0200 (CEST) Date: Thu, 20 Sep 2001 21:26:13 +0200 From: Alexander Langer To: Vincent Poy Cc: Peter Wemm , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: make.conf not in -current tree (was cvs commit: src/include stdio.h) Message-ID: <20010920212612.A6534@zerogravity.kawo2.rwth-aachen.d> Mail-Followup-To: Alexander Langer , Vincent Poy , Peter Wemm , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, current@FreeBSD.ORG References: <20010920090611.O44406-100000@oahu.WURLDLINK.NET> <20010920091451.T44406-100000@oahu.WURLDLINK.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010920091451.T44406-100000@oahu.WURLDLINK.NET>; from vince@oahu.WURLDLINK.NET on Thu, Sep 20, 2001 at 09:18:33AM -1000 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Vincent Poy (vince@oahu.WURLDLINK.NET): > 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. I'm currently still working on the make.conf/ports.conf stuff. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 12:31:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id CB0BA37B401 for ; Thu, 20 Sep 2001 12:31:24 -0700 (PDT) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.4/8.11.4) id f8KJVOR06268 for freebsd-current@freebsd.org; Thu, 20 Sep 2001 12:31:24 -0700 (PDT) (envelope-from sgk) Date: Thu, 20 Sep 2001 12:31:24 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: stdin/out/err changes kill world Message-ID: <20010920123124.A6236@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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/ld -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/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/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/usr/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 ldver.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' -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 12:52: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id A3AFA37B408; Thu, 20 Sep 2001 12:51:54 -0700 (PDT) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id f8KJpGj59320; Thu, 20 Sep 2001 09:51:16 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Thu, 20 Sep 2001 09:51:15 -1000 (HST) From: Vincent Poy To: Alexander Langer Cc: Peter Wemm , , , Subject: Re: make.conf not in -current tree (was cvs commit: src/include stdio.h) In-Reply-To: <20010920212612.A6534@zerogravity.kawo2.rwth-aachen.d> Message-ID: <20010920094954.R44406-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 20 Sep 2001, Alexander Langer wrote: > Thus spake Vincent Poy (vince@oahu.WURLDLINK.NET): > > > 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. > > I'm currently still working on the make.conf/ports.conf stuff. Thanks. For some reason, I thought make.conf was still in etc/defaults like in all other versions. I remember seeing a commit about removing the file from etc/defaults awhile back. Cheers, Vince - vince@WURLDLINK.NET - 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 14:34: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from galaxy.anchoragerescue.org (cable-95-7-237-24.anchorageak.net [24.237.7.95]) by hub.freebsd.org (Postfix) with ESMTP id 9FF5837B412 for ; Thu, 20 Sep 2001 14:33:42 -0700 (PDT) Received: by galaxy.anchoragerescue.org (Postfix, from userid 0) id 6336F8C1D; Thu, 20 Sep 2001 13:33:41 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul To: freebsd-current@freebsd.org Subject: libreadline error Date: Thu, 20 Sep 2001 13:33:40 -0800 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20010920213341.6336F8C1D@galaxy.anchoragerescue.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just built and installed the latest -current, now I'm getting the following on a lot of commands: /usr/libexec/ld-elf.so.1: /usr/lib/libreadline.so.4: Undefined symbol "--stdoutp" any suggestions? Beech -- Micro$oft: "Where can we make you go today?" ------------------------------------------------------------------- Beech Rintoul - IT Manager - Instructor - akbeech@anchoragerescue.org /"\ 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 15:53:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from w250.z064001178.sjc-ca.dsl.cnc.net (w250.z064001178.sjc-ca.dsl.cnc.net [64.1.178.250]) by hub.freebsd.org (Postfix) with SMTP id DD04737B407 for ; Thu, 20 Sep 2001 15:53:41 -0700 (PDT) Received: (qmail 22031 invoked by uid 1000); 20 Sep 2001 22:54:02 -0000 Date: Thu, 20 Sep 2001 15:53:40 -0701 From: Jos Backus To: freebsd-current@freebsd.org Subject: lsof broken on -current? Message-ID: <20010920155340.A16968@lizzy.bugworks.com> Reply-To: Jos Backus Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG NFSKERBKEY_T doesn't seem to be defined anywhere: ===> Building for lsof-4.58 (cd lib; make DEBUG="-O" CFGF="-pipe -march=pentium -DFREEBSDV=500 -DHASFDESCFS=2 -DHASPROCFS -DHAS9660FS -DHASIPv6 -DLSOF_VSTR=\"5.0-CURRENT\"") cc -pipe -march=pentium -DFREEBSDV=500 -DHASFDESCFS=2 -DHASPROCFS -DHAS9660FS -DHASIPv6 -DLSOF_VSTR="5.0-CURRENT" -I/usr/include -I/usr/src/sys -O -c ckkv.c In file included from ../dlsof.h:137, from ../lsof.h:172, from ckkv.c:43: /usr/include/nfs/nfs.h:207: syntax error before `NFSKERBKEY_T' /usr/include/nfs/nfs.h:218: syntax error before `NFSKERBKEY_T' *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.58/lib. *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.58. *** Error code 1 Stop in /usr/ports/sysutils/lsof. *** Error code 1 Stop in /usr/ports/sysutils/lsof. *** Error code 1 Stop in /usr/ports/sysutils/lsof. -- Jos Backus _/ _/_/_/ Santa Clara, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/ _/ josb@cncdsl.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 17:25:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 3F6E837B412 for ; Thu, 20 Sep 2001 17:25:48 -0700 (PDT) Received: (qmail 6298 invoked by uid 1000); 21 Sep 2001 00:26:07 -0000 Date: Fri, 21 Sep 2001 02:26:07 +0200 From: "Karsten W. Rohrbach" To: "P. U. (Uli) Kruppa" Cc: current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: anonymous-ftp cracked Message-ID: <20010921022607.B5341@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , "P. U. (Uli) Kruppa" , current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG References: <20010912174347.Q1009-100000@pukruppa.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="d01dLTUuW90fS44H" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010912174347.Q1009-100000@pukruppa.de>; from root@pukruppa.de on Wed, Sep 12, 2001 at 05:52:23PM +0200 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer X-Work-URL: http://www.ngenn.net/ X-Work-Address: nGENn GmbH, Schloss Kransberg, D-61250 Usingen-Kransberg, Germany X-Work-Phone: +49-6081-682-304 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --d01dLTUuW90fS44H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable P. U. (Uli) Kruppa(root@pukruppa.de)@2001.09.12 17:52:23 +0000: >=20 > Hi, >=20 > sorry for cross-mailing two lists! >=20 > I am running -CURRENT (ok - though I do not know anything > about computers) and just found about about 624 MB trash in > my /var/ftp - this is my anonymous-ftp -directory. > It was disposed in a sub-directory > ../incoming/tagged/byDj-krok . chmod 0 /var/ftp/incoming to run uploading off chmod 0333 /var/ftp/incoming to disable directory listing of incoming > What can I do (besides deleting this stuff)? -> ftpd(8) or install /usr/ports/ftp/lukemftpd and then -> ftpd(8), ftpd.conf(5) with man -M/usr/local/man /k --=20 > Life is a sexually transmitted disease. KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 B= F46 Please do not remove my address from To: and Cc: fields in mailing lists. 1= 0x --d01dLTUuW90fS44H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7qokfM0BPTilkv0YRAjetAJ9gWix3RPbpwaoau9mGwFEIBNFVfgCeInzL uxJ+nDzHAVzRwS/SrMBlces= =JMeB -----END PGP SIGNATURE----- --d01dLTUuW90fS44H-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 20:17: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id D0BDB37B406; Thu, 20 Sep 2001 20:17:00 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8L3Gxu20808; Thu, 20 Sep 2001 21:16:59 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id f8L3Gw713606; Thu, 20 Sep 2001 21:16:58 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109210316.f8L3Gw713606@harmony.village.org> To: Konstantin Chuguev Subject: Re: USB Multimedia Card (MMC) readers supported? Cc: freebsd-hardware@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Thu, 20 Sep 2001 13:46:22 BST." <3BA9E51E.5155D58A@dante.org.uk> References: <3BA9E51E.5155D58A@dante.org.uk> Date: Thu, 20 Sep 2001 21:16:58 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3BA9E51E.5155D58A@dante.org.uk> Konstantin Chuguev writes: : Are USB MMC Card Readers (such as SanDisk ImageMate) supported in : CURRENT? Some are, some aren't. The one I have that works identifies itself as: SanDisk ImageMate II 1.30 and except for lying about the geometry of the devices, it works great. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 20:20:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id BB09C37B420 for ; Thu, 20 Sep 2001 20:20:21 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8L3KKu20829; Thu, 20 Sep 2001 21:20:20 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id f8L3KJ713643; Thu, 20 Sep 2001 21:20:20 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109210320.f8L3KJ713643@harmony.village.org> To: Mark Peek Subject: Re: kldxref broken, maybe? Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Thu, 20 Sep 2001 12:14:16 PDT." References: <20010919182139.A38723@troutmask.apl.washington.edu> <20010920120531.A52175@hub.freebsd.org> Date: Thu, 20 Sep 2001 21:20:19 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message 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... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 22:14:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id B3AC737B40F for ; Thu, 20 Sep 2001 22:14:23 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f8L5ENM04787 for ; Thu, 20 Sep 2001 22:14:23 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 3FB6438FF; Thu, 20 Sep 2001 22:14:23 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Steve Kargl Cc: freebsd-current@FreeBSD.ORG Subject: Re: stdin/out/err changes kill world In-Reply-To: <20010920123124.A6236@troutmask.apl.washington.edu> Date: Thu, 20 Sep 2001 22:14:22 -0700 From: Peter Wemm Message-Id: <20010921051423.3FB6438FF@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 22:19:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id CD75737B41A for ; Thu, 20 Sep 2001 22:19:22 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f8L5JMM04805 for ; Thu, 20 Sep 2001 22:19:22 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 7B3A938FF; Thu, 20 Sep 2001 22:19:22 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Warner Losh Cc: Mark Peek , freebsd-current@FreeBSD.ORG Subject: Re: kldxref broken, maybe? In-Reply-To: <200109210320.f8L3KJ713643@harmony.village.org> Date: Thu, 20 Sep 2001 22:19:22 -0700 From: Peter Wemm Message-Id: <20010921051922.7B3A938FF@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Warner Losh wrote: > In message 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. 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, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 22:21:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 6367D37B409; Thu, 20 Sep 2001 22:21:31 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f8L5LVM04826; Thu, 20 Sep 2001 22:21:31 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 0695B38FF; Thu, 20 Sep 2001 22:21:31 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: "Andrey A. Chernov" Cc: current@freebsd.org, obrien@freebsd.org Subject: Re: stdio change, other libraries needs bumping too! In-Reply-To: <20010920190145.A23382@nagual.pp.ru> Date: Thu, 20 Sep 2001 22:21:31 -0700 From: Peter Wemm Message-Id: <20010921052131.0695B38FF@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "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. > libalias.a > libbz2.a > libcam.a > libcom_err.a > libcurses.a > libdes.a > libdevstat.a > libdialog.a > libedit.a > libfetch.a > libftpio.a > libg2c.a > libhistory.a > libipsec.a > libisc.a > libkvm.a > libm.a > libmp.a > libmytinfo.a > libncp.a > libncurses.a > libobjc.a > libopie.a > libpam.a > libpcap.a > libperl.a > libreadline.a > libstdc++.a > libtermcap.a > libtermlib.a > libtinfo.a > libutil.a > liby.a > > -- > Andrey A. Chernov > http://ache.pp.ru/ > > Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 23:24:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from galaxy.anchoragerescue.org (cable-95-7-237-24.anchorageak.net [24.237.7.95]) by hub.freebsd.org (Postfix) with ESMTP id 1D28537B41C; Thu, 20 Sep 2001 23:24:40 -0700 (PDT) Received: by galaxy.anchoragerescue.org (Postfix, from userid 0) id 332DB8C13; Thu, 20 Sep 2001 22:24:28 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul To: Peter Wemm , "Andrey A. Chernov" Subject: Re: stdio change, other libraries needs bumping too! Date: Thu, 20 Sep 2001 22:24:27 -0800 X-Mailer: KMail [version 1.3] Cc: current@freebsd.org, obrien@freebsd.org References: <20010921052131.0695B38FF@overcee.netplex.com.au> In-Reply-To: <20010921052131.0695B38FF@overcee.netplex.com.au> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20010921062428.332DB8C13@galaxy.anchoragerescue.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thursday 20 September 2001 09:21 pm, 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. > I have COMPAT4X=yes in my /etc/make.conf, I recompiled from fresh sources and I'm still getting the same error with libreadline.so.4. Beech -- Micro$oft: "Where can we make you go today?" ------------------------------------------------------------------- Beech Rintoul - IT Manager - Instructor - akbeech@anchoragerescue.org /"\ 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 23:40:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 77E0637B40A for ; Thu, 20 Sep 2001 23:36:51 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8L6Zs628420; Fri, 21 Sep 2001 09:35:54 +0300 (EEST) (envelope-from ru) Date: Fri, 21 Sep 2001 09:35:54 +0300 From: Ruslan Ermilov To: Peter Wemm Cc: Warner Losh , Mark Peek , freebsd-current@FreeBSD.ORG Subject: Re: kldxref broken, maybe? Message-ID: <20010921093554.B27714@sunbay.com> References: <200109210320.f8L3KJ713643@harmony.village.org> <20010921051922.7B3A938FF@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010921051922.7B3A938FF@overcee.netplex.com.au>; from peter@wemm.org on Thu, Sep 20, 2001 at 10:19:22PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 20, 2001 at 10:19:22PM -0700, Peter Wemm wrote: > Warner Losh wrote: > > In message 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, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 20 23:45:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 0FC2137B419; Thu, 20 Sep 2001 23:45:28 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8L6ijM29442; Fri, 21 Sep 2001 09:44:45 +0300 (EEST) (envelope-from ru) Date: Fri, 21 Sep 2001 09:44:45 +0300 From: Ruslan Ermilov To: Alexander Langer Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: make.conf not in -current tree (was cvs commit: src/include stdio.h) Message-ID: <20010921094445.E27714@sunbay.com> References: <20010920090611.O44406-100000@oahu.WURLDLINK.NET> <20010920091451.T44406-100000@oahu.WURLDLINK.NET> <20010920212612.A6534@zerogravity.kawo2.rwth-aachen.d> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010920212612.A6534@zerogravity.kawo2.rwth-aachen.d>; from alex@big.endian.de on Thu, Sep 20, 2001 at 09:26:13PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 20, 2001 at 09:26:13PM +0200, Alexander Langer wrote: > Thus spake Vincent Poy (vince@oahu.WURLDLINK.NET): > > > 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, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 0:22:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 8B88F37B418; Fri, 21 Sep 2001 00:22:22 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8L7M7p33548; Fri, 21 Sep 2001 10:22:07 +0300 (EEST) (envelope-from ru) Date: Fri, 21 Sep 2001 10:22:07 +0300 From: Ruslan Ermilov To: Peter Wemm , Warner Losh Cc: Steve Kargl , freebsd-current@FreeBSD.org Subject: Re: stdin/out/err changes kill world Message-ID: <20010921102207.H27714@sunbay.com> References: <20010920123124.A6236@troutmask.apl.washington.edu> <20010921051423.3FB6438FF@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010921051423.3FB6438FF@overcee.netplex.com.au>; from peter@wemm.org on Thu, Sep 20, 2001 at 10:14:22PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au > "All of this is for nothing if we don't go to the stars" - JMS/B5 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 0:24:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from wint.itfs.nsk.su (wint.itfs.nsk.su [212.20.32.43]) by hub.freebsd.org (Postfix) with ESMTP id D0B4237B421 for ; Fri, 21 Sep 2001 00:24:53 -0700 (PDT) Received: (from nnd@localhost) by wint.itfs.nsk.su (8.11.6/8.11.4) id f8L7OkQ29459 for current@freebsd.org; Fri, 21 Sep 2001 14:24:46 +0700 (NOVST) (envelope-from nnd) Date: Fri, 21 Sep 2001 14:24:46 +0700 From: Nickolay Dudorov To: current@freebsd.org Subject: Is it possible to make 4.4-REELASE on the -CURRENT ? Message-ID: <20010921142446.A29396@wint.itfs.nsk.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 0:30:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from r220-1.rz.RWTH-Aachen.DE (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by hub.freebsd.org (Postfix) with ESMTP id 9D1CD37B421; Fri, 21 Sep 2001 00:30:19 -0700 (PDT) Received: from r220-1.rz.RWTH-Aachen.DE (relay2.RWTH-Aachen.DE [134.130.3.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3-2) with ESMTP id f8L7UK621611; Fri, 21 Sep 2001 09:30:20 +0200 (MEST) Received: from kawoserv.kawo2.rwth-aachen.de (root@kawoserv.kawo2.RWTH-Aachen.DE [134.130.180.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3/6) with ESMTP id f8L7UJx21606; Fri, 21 Sep 2001 09:30:19 +0200 (MEST) Received: from zerogravity.kawo2.rwth-aachen.de (zerogravity.kawo2.rwth-aachen.de [134.130.181.28]) by kawoserv.kawo2.rwth-aachen.de (8.9.3/8.9.3) with ESMTP id JAA12539; Fri, 21 Sep 2001 09:30:17 +0200 Received: by zerogravity.kawo2.rwth-aachen.de (Postfix, from userid 1001) id 0D18414B7A; Fri, 21 Sep 2001 09:30:16 +0200 (CEST) Date: Fri, 21 Sep 2001 09:30:16 +0200 From: Alexander Langer To: Ruslan Ermilov Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: make.conf not in -current tree (was cvs commit: src/include stdio.h) Message-ID: <20010921093016.A1192@zerogravity.kawo2.rwth-aachen.d> Mail-Followup-To: Alexander Langer , Ruslan Ermilov , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, current@FreeBSD.ORG References: <20010920090611.O44406-100000@oahu.WURLDLINK.NET> <20010920091451.T44406-100000@oahu.WURLDLINK.NET> <20010920212612.A6534@zerogravity.kawo2.rwth-aachen.d> <20010921094445.E27714@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010921094445.E27714@sunbay.com>; from ru@FreeBSD.ORG on Fri, Sep 21, 2001 at 09:44:45AM +0300 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Ruslan Ermilov (ru@FreeBSD.ORG): > 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 0:47:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 062E337B403; Fri, 21 Sep 2001 00:46:45 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8L7jgY36359; Fri, 21 Sep 2001 10:45:42 +0300 (EEST) (envelope-from ru) Date: Fri, 21 Sep 2001 10:45:42 +0300 From: Ruslan Ermilov To: Peter Wemm , Warner Losh Cc: Steve Kargl , freebsd-current@FreeBSD.org Subject: Re: stdin/out/err changes kill world Message-ID: <20010921104542.I27714@sunbay.com> References: <20010920123124.A6236@troutmask.apl.washington.edu> <20010921051423.3FB6438FF@overcee.netplex.com.au> <20010921102207.H27714@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010921102207.H27714@sunbay.com>; from ru@FreeBSD.org on Fri, Sep 21, 2001 at 10:22:07AM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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.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. :-( -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 1:14:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 64F5E37B41C; Fri, 21 Sep 2001 01:14:44 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8L8Eej79715; Fri, 21 Sep 2001 12:14:40 +0400 (MSD) (envelope-from ache) Date: Fri, 21 Sep 2001 12:14:37 +0400 From: "Andrey A. Chernov" To: Peter Wemm Cc: current@freebsd.org, obrien@freebsd.org Subject: Re: stdio change, other libraries needs bumping too! Message-ID: <20010921121436.B79394@nagual.pp.ru> References: <20010920190145.A23382@nagual.pp.ru> <20010921052131.0695B38FF@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010921052131.0695B38FF@overcee.netplex.com.au> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 1:37:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 4DDCB37B421; Fri, 21 Sep 2001 01:37:39 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f8L8bcM05342; Fri, 21 Sep 2001 01:37:38 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id E22D938FF; Fri, 21 Sep 2001 01:37:38 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: "Andrey A. Chernov" Cc: current@freebsd.org, obrien@freebsd.org Subject: Re: stdio change, other libraries needs bumping too! In-Reply-To: <20010921121436.B79394@nagual.pp.ru> Date: Fri, 21 Sep 2001 01:37:38 -0700 From: Peter Wemm Message-Id: <20010921083738.E22D938FF@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "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 - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 2:43:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id C7A6037B429; Fri, 21 Sep 2001 02:43:22 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8L9hHW01188; Fri, 21 Sep 2001 13:43:18 +0400 (MSD) (envelope-from ache) Date: Fri, 21 Sep 2001 13:43:13 +0400 From: "Andrey A. Chernov" To: Peter Wemm Cc: current@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: stdio change, other libraries needs bumping too! Message-ID: <20010921134312.C716@nagual.pp.ru> References: <20010921121436.B79394@nagual.pp.ru> <20010921083738.E22D938FF@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010921083738.E22D938FF@overcee.netplex.com.au> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 4:39:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id A068937B417 for ; Fri, 21 Sep 2001 04:39:20 -0700 (PDT) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id NAA09807 for ; Fri, 21 Sep 2001 13:39:19 +0200 (MET DST) Date: Fri, 21 Sep 2001 13:39:19 +0200 (CEST) From: Harti Brandt To: Subject: Problem with 'ps' in todays -current Message-ID: <20010921133537.L6750-100000@beagle.fokus.gmd.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 brandt@fokus.fhg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 5:56:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 7629D37B40C; Fri, 21 Sep 2001 05:56:11 -0700 (PDT) Received: by tao.org.uk (Postfix, from userid 100) id 55D9C2F2; Fri, 21 Sep 2001 13:55:58 +0100 (BST) Date: Fri, 21 Sep 2001 13:55:58 +0100 From: Josef Karthauser To: Dag-Erling Smorgrav Cc: Jun Kuriyama , Julian Elischer , current@freebsd.org Subject: Re: Problems with interrupts on -current. Message-ID: <20010921135558.A761@tao.org.uk> Mail-Followup-To: Josef Karthauser , Dag-Erling Smorgrav , Jun Kuriyama , Julian Elischer , current@freebsd.org References: <200109120838.f8C8cDa51745@freefall.freebsd.org> <7m8zfimoi6.wl@waterblue.imgsrc.co.jp> <20010914125530.C3913@tao.org.uk> <20010916013520.A689@tao.org.uk> <20010916144848.A726@tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010916144848.A726@tao.org.uk>; from joe@tao.org.uk on Sun, Sep 16, 2001 at 02:48:48PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [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 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 k= ey > > > > that I press doesn't register and I have to press it again). > > >=20 > > > 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. > >=20 > > 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. >=20 > 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. >=20 > Thanks, > Joe This also happens from time to time: 6 users Load 1.39 1.23 1.14 Sep 21 13:32 = =20 = =20 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER = =20 Tot Share Tot Share Free in out in out = =20 Act 62696 8932 111764 14728 15052 count = =20 All 249864 12164 2806932 25860 pages = =20 Interrupts= =20 Proc:r p d s w Csw Trp Sys Int Sof Flt 1 cow 1743 total= =20 6 32 12398 13 866 1823 26 45516 wire stray= 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 =3D=3D=3D=3D+++ 3664 free 15= 05 ata0 irq14 daefr uhci0= irq5 Namei Name-cache Dir-cache 5 prcfr 2 pcm0 = irq5=20 Calls hits % hits % react 7 atkbd= 0 irq 688 687 100 pdwak psm0 = irq12 4 zfod pdpgs 100 clk i= rq0 =20 Disks ad0 fd0 ofod intrn 128 rtc i= rq8 =20 KB/t 6.00 0.00 9 %slo-z 35712 buf = =20 tps 1507 0 7 tfree 10 dirtybuf = =20 MB/s 8.83 0.00 17913 desiredvnodes = =20 % busy 98 0 14595 numvnodes = =20 4798 freevnodes = =20 = =20 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 users Load 1.01 0.42 0.16 Sep 21 13:50 = =20 = =20 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER = =20 Tot Share Tot Share Free in out in out = =20 Act 40328 3848 71980 4408 53308 count = =20 All 200248 6884 1085132 10232 pages = =20 Interrupts= =20 Proc:r p d s w Csw Trp Sys Int Sof Flt cow 329 total= =20 2 30 622 11 955 402 2 34 35928 wire stray= irq0 35492 act stray= irq6 1.4%Sys 1.9%Intr 1.2%User 0.6%Nice 94.9%Idl 128800 inact stray= irq7 | | | | | | | | | | 28 cache acpi0= irq9 =3D+- 53280 free 97 ata= 0 irq14 daefr uhci0= irq5 Namei Name-cache Dir-cache prcfr 1 pcm0 = irq5=20 Calls hits % hits % react 3 atkbd= 0 irq 536 534 100 pdwak psm0 = irq12 8 zfod pdpgs 100 clk i= rq0 =20 Disks ad0 fd0 1 ofod intrn 128 rtc i= rq8 =20 KB/t 7.99 0.00 7 %slo-z 35712 buf = =20 tps 97 0 1 tfree 33 dirtybuf = =20 MB/s 0.76 0.00 17913 desiredvnodes = =20 % busy 98 0 1655 numvnodes = =20 29 freevnodes = =20 Who's responsible for this area? I'm happy to help in getting to the bottom of it. Is it an interrupt routing problem? It is a ata device problem? It is something else (maybe locking) altogether? This problem has existed in -current for at least 6 weeks. Thanks for any suggestions, Joe --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjurON0ACgkQXVIcjOaxUBayQACdESArWroFnlOyEWhLWf/C9g8e DcEAn2OZgPbcUE3hKBIE1bMkETUJsEbI =mXjn -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 7:33:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 16DF437B40F; Fri, 21 Sep 2001 07:33:16 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id AAA01983; Sat, 22 Sep 2001 00:33:12 +1000 Date: Sat, 22 Sep 2001 00:32:43 +1000 (EST) From: Bruce Evans X-X-Sender: To: Ruslan Ermilov Cc: Peter Wemm , Warner Losh , Steve Kargl , Subject: Re: stdin/out/err changes kill world In-Reply-To: <20010921102207.H27714@sunbay.com> Message-ID: <20010922002628.I76524-100000@delplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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.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 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 8:25:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id E147937B41E for ; Fri, 21 Sep 2001 08:25:24 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id f8LFPHB26652; Fri, 21 Sep 2001 11:25:17 -0400 (EDT) (envelope-from wollman) Date: Fri, 21 Sep 2001 11:25:17 -0400 (EDT) From: Garrett Wollman Message-Id: <200109211525.f8LFPHB26652@khavrinen.lcs.mit.edu> To: Peter Wemm Cc: freebsd-current@FreeBSD.ORG Subject: Re: kldxref broken, maybe? In-Reply-To: <20010921051922.7B3A938FF@overcee.netplex.com.au> References: <200109210320.f8L3KJ713643@harmony.village.org> <20010921051922.7B3A938FF@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 9:46:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from hagbard.io.com (hagbard.io.com [199.170.88.13]) by hub.freebsd.org (Postfix) with ESMTP id 2742737B41D for ; Fri, 21 Sep 2001 09:46:21 -0700 (PDT) Received: from localhost (andrewl@localhost) by hagbard.io.com (8.11.2/8.11.2) with ESMTP id f8LGkJ426903 for ; Fri, 21 Sep 2001 11:46:20 -0500 X-Authentication-Warning: hagbard.io.com: andrewl owned process doing -bs Date: Fri, 21 Sep 2001 11:46:19 -0500 (CDT) From: "Andrew P. Lentvorski" To: Subject: NFS mount issues ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 11:31:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 7FE1637B42A; Fri, 21 Sep 2001 11:31:43 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA37306; Fri, 21 Sep 2001 12:00:37 -0700 (PDT) Date: Fri, 21 Sep 2001 12:00:36 -0700 (PDT) From: Julian Elischer To: Josef Karthauser Cc: Dag-Erling Smorgrav , Jun Kuriyama , Julian Elischer , current@freebsd.org Subject: Re: Problems with interrupts on -current. In-Reply-To: <20010921135558.A761@tao.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I must say I'm worried, but stumped.. I cannot see this problem here, and I cannot think of a change in the KSE support stuff that would have this effect. There was soem small change in the statistics gathering code that is done at clock time, but nothing so low-level as to effect the further generation of clock ticks. It does sound as thuogh statclock has been stopped though. On Fri, 21 Sep 2001, Josef Karthauser wrote: > [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 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 users Load 1.39 1.23 1.14 Sep 21 13:32 > > Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER > Tot Share Tot Share Free in out in out > Act 62696 8932 111764 14728 15052 count > All 249864 12164 2806932 25860 pages > Interrupts > Proc:r p d s w Csw Trp Sys Int Sof Flt 1 cow 1743 total > 6 32 12398 13 866 1823 26 45516 wire stray 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-cache Dir-cache 5 prcfr 2 pcm0 irq5 > Calls hits % hits % react 7 atkbd0 irq > 688 687 100 pdwak psm0 irq12 > 4 zfod pdpgs 100 clk irq0 > Disks ad0 fd0 ofod intrn 128 rtc irq8 > KB/t 6.00 0.00 9 %slo-z 35712 buf > tps 1507 0 7 tfree 10 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 users Load 1.01 0.42 0.16 Sep 21 13:50 > > Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER > Tot Share Tot Share Free in out in out > Act 40328 3848 71980 4408 53308 count > All 200248 6884 1085132 10232 pages > Interrupts > Proc:r p d s w Csw Trp Sys Int Sof Flt cow 329 total > 2 30 622 11 955 402 2 34 35928 wire stray irq0 > 35492 act stray irq6 > 1.4%Sys 1.9%Intr 1.2%User 0.6%Nice 94.9%Idl 128800 inact stray irq7 > | | | | | | | | | | 28 cache acpi0 irq9 > =+- 53280 free 97 ata0 irq14 > daefr uhci0 irq5 > Namei Name-cache Dir-cache prcfr 1 pcm0 irq5 > Calls hits % hits % react 3 atkbd0 irq > 536 534 100 pdwak psm0 irq12 > 8 zfod pdpgs 100 clk irq0 > Disks ad0 fd0 1 ofod intrn 128 rtc irq8 > KB/t 7.99 0.00 7 %slo-z 35712 buf > tps 97 0 1 tfree 33 dirtybuf > MB/s 0.76 0.00 17913 desiredvnodes > % busy 98 0 1655 numvnodes > 29 freevnodes > > > Who's responsible for this area? I'm happy to help in getting to the > bottom of it. Is it an interrupt routing problem? It is a ata device > problem? It is something else (maybe locking) altogether? > > This problem has existed in -current for at least 6 weeks. > > Thanks for any suggestions, > Joe > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 11:44:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 5FCB137B412; Fri, 21 Sep 2001 11:44:48 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.6/8.11.2) id f8LIiD571664; Fri, 21 Sep 2001 11:44:13 -0700 (PDT) (envelope-from dillon) Date: Fri, 21 Sep 2001 11:44:13 -0700 (PDT) From: Matt Dillon Message-Id: <200109211844.f8LIiD571664@earth.backplane.com> To: Julian Elischer Cc: Josef Karthauser , Dag-Erling Smorgrav , Jun Kuriyama , Julian Elischer , current@FreeBSD.ORG Subject: Re: Problems with interrupts on -current. References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'll be able to start playing with -current again in a day or so. I am almost finished cleaning up all the -stable stuff that was waiting for the release to finish. I got a little side-tracked when Bill announced his gigabit ethernet driver, and unfortunately I was unable to get rid of packet loss between my two DELL 2550's using a cross-over cable (it would be nice if other people with DELL 2550's could test Bill's bge0 gigabit ethernet driver to see if the same problem occurs). There is little more I can do there until I get an actual gigabit switch to play with so -current is coming back into my sights. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 12: 0:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from relay.cigital.com (relay.cigital.com [64.80.176.5]) by hub.freebsd.org (Postfix) with ESMTP id 8C8A337B429 for ; Fri, 21 Sep 2001 12:00:14 -0700 (PDT) Received: from exchange.cigital.com (exchange.cigital.com [10.1.20.3]) by relay.cigital.com (Postfix) with ESMTP id 0FB895B11E for ; Fri, 21 Sep 2001 15:00:10 -0400 (EDT) Received: from jabberwock (jabberwock.cigital.com [10.1.254.253]) by exchange.cigital.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id TJ8A0Z38; Fri, 21 Sep 2001 15:00:44 -0400 Received: by jabberwock (Postfix, from userid 5019) id 8611341; Fri, 21 Sep 2001 15:00:08 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15275.36408.294384.257898@jabberwock.cigital.com> Date: Fri, 21 Sep 2001 15:00:08 -0400 (EDT) From: Viren R.Shah To: freebsd-current@freebsd.org Subject: PS/2 mouse (psm0) is not detected with recent -current X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid Reply-To: Viren R.Shah Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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: 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=0x383f9ff real memory = 402391040 (392960K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00420000 - 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 0xf0000+0xda95 pnpbios: Found PnP BIOS data at 0xc00f2c10 pnpbios: Entry = f0000: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: mem: Pentium Pro MTRR support enabled random: pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25018086) Using $PIR table, 11 entries at 0xc00f3190 npx0: on motherboard npx0: INT 16 interface acpi0: 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: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, 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 0000ffa0, 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 0000ef80, 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 0000efa0, 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: on acpi_pcib0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfc900000-0xfe9fffff pcib1: prefetched decode 0xe4600000-0xf46fffff pci1: physical bus=1 map[10]: type 1, range 32, base fd000000, size 24, enabled map[14]: type 3, range 32, base e8000000, size 27, enabled found-> vendor=0x10de, dev=0x0100, revid=0x10 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xdfff pcib2: memory decode 0xfea00000-0xfeafffff pcib2: prefetched decode 0xf4700000-0xf47fffff pci2: physical bus=2 map[10]: type 4, range 32, base 0000dc00, size 7, enabled map[14]: type 1, range 32, base feaffc00, size 7, enabled found-> vendor=0x10b7, dev=0x9200, revid=0x78 bus=2, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fea80000, size 18, enabled map[14]: type 4, range 32, base 0000dff0, size 3, enabled map[18]: type 4, range 32, base 0000dfe0, size 3, enabled found-> vendor=0x12eb, dev=0x0002, revid=0xfe bus=2, slot=11, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D0 pci2: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xfeaffc00-0xfeaffc7f irq 11 at device 8.0 on pci2 pcib2: device xl0 requested decoded I/O range 0xdc00-0xdc7f xl0: Ethernet address: 00:01:03:1d:d6:4e xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: xl0 attached pci2: at device 11.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 31.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xffa0 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe 00 00 ata0-slave: ATAPI probe 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA probe 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xffa8 ata1: mask=03 ostat0=50 ostat2=00 ata1-master: ATAPI probe 14 eb ata1-slave: ATAPI probe 00 00 ata1: mask=03 stat0=00 stat1=00 ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xef80-0xef9f irq 10 at device 31.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 atkbd1: unable to allocate IRQ psm0: unable to allocate IRQ fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77f,0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata-: ata0 already exists, using ata2 instead ata-: ata1 already exists, using ata3 instead atkbdc-: atkbdc0 already exists, using atkbdc1 instead fdc-: fdc0 already exists, using fdc1 instead ppc-: ppc0 already exists, using ppc1 instead sio-: sio0 already exists, using sio1 instead sio-: sio1 already exists, using sio2 instead sio-: sio2 already exists, using sio3 instead sio-: sio3 already exists, using sio4 instead Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc-: sc0 already exists, using sc1 instead vga-: vga0 already exists, using vga1 instead isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0:

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,

Joe


Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger. --0-1011777118-1001107068=:31062-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 14:54:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 870C037B40B; Fri, 21 Sep 2001 14:54:12 -0700 (PDT) Received: from laptop.baldwin.cx ([147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id OAA16441; Fri, 21 Sep 2001 14:54:07 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 21 Sep 2001 14:53:54 -0700 (PDT) From: John Baldwin To: John Baldwin Subject: Re: Problems with interrupts on -current. Cc: Josef Karthauser , Dag-Erling Smorgrav , Jun Kuriyama , Julian Elischer , current@FreeBSD.org, Julian Elischer Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 21-Sep-01 John Baldwin wrote: > > On 21-Sep-01 Julian Elischer wrote: >> I must say I'm worried, but stumped.. >> I cannot see this problem here, and I cannot think of a change in the >> KSE support stuff that would have this effect. >> >> There was soem small change in the statistics gathering code that >> is done at clock time, but nothing so low-level as to >> effect the further generation of clock ticks. >> >> It does sound as thuogh statclock has been stopped though. > > Really bad things can happen if another interrupt comes in during statclock > and > causes a preemption. In the preemptive kernel I had to wrap fast interrupt > handlers in a critical section. I'll see if I can't resurrect that. > 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. 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). -- John Baldwin -- 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 14:54:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 1B90237B411; Fri, 21 Sep 2001 14:54:17 -0700 (PDT) Received: from laptop.baldwin.cx ([147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id OAA16493; Fri, 21 Sep 2001 14:54:13 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010921211748.34701.qmail@web14702.mail.yahoo.com> Date: Fri, 21 Sep 2001 14:54:00 -0700 (PDT) From: John Baldwin To: Aloha Guy Subject: RE: Latest 2001/09/21 -current breaks buildkernel at /usr/src/sy Cc: julian@FreeBSD.org, current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 -- 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 15:16:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from web14701.mail.yahoo.com (web14701.mail.yahoo.com [216.136.224.118]) by hub.freebsd.org (Postfix) with SMTP id 2E29D37B41F for ; Fri, 21 Sep 2001 15:16:27 -0700 (PDT) Message-ID: <20010921221626.40857.qmail@web14701.mail.yahoo.com> Received: from [63.203.72.93] by web14701.mail.yahoo.com via HTTP; Fri, 21 Sep 2001 15:16:26 PDT Date: Fri, 21 Sep 2001 15:16:26 -0700 (PDT) From: Aloha Guy Subject: RE: Latest 2001/09/21 -current breaks buildkernel at /usr/src/sys/compat/svr4/svr4_resource.c To: John Baldwin Cc: julian@FreeBSD.org, current@FreeBSD.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1687683348-1001110586=:37872" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --0-1687683348-1001110586=:37872 Content-Type: text/plain; charset=us-ascii John Baldwin 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, >> >> Joe Hmm, can you build the svr4 module by itself from /sys/modules/svr4? Yes, I can. cd /sys/modules/svr4/ make clean rm -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/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 rm -f .depend mkdep -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/svr4 cc -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.c sh @/kern/genassym.sh svr4_genassym.o > svr4_assym.h cc -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.o 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 -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_sysent.c 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 -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_sysvec.c 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 -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/imgact_svr4.c 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 -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_signal.c 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 -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_fcntl.c 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 -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_misc.c 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 -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_ioctl.c 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 -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_stat.c 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 -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_filio.c 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 -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_ttold.c 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 -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_termios.c 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 -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_stream.c 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 -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_socket.c 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 -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_sockio.c 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 -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/../../i386/svr4/svr4_machdep.c 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 -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 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 -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_ipc.c ld -r -o 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 ld -Bshareable -o svr4.ko svr4.kld > 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? Yes, I do. The buildkernel worked fine until sometime last weekend when a lot of kernel commits were done. This is what I have. options COMPAT_SVR4 options DEBUG_SVR4 device streams # STREAMS network driver (required for svr4). Thanks, Joe --------------------------------- Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger. --0-1687683348-1001110586=:37872 Content-Type: text/html; charset=us-ascii

John Baldwin <jhb@FreeBSD.org> 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,
>>
>> Joe

Hmm, can you build the svr4 module by itself from /sys/modules/svr4?

Yes, I can.

cd /sys/modules/svr4/

make clean
rm -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/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
rm -f .depend
mkdep -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/svr4
cc -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.c
sh @/kern/genassym.sh svr4_genassym.o > svr4_assym.h
cc -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.o
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  -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_sysent.c
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  -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_sysvec.c
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  -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/imgact_svr4.c
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  -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_signal.c
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  -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_fcntl.c
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  -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_misc.c
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  -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_ioctl.c
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  -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_stat.c
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  -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_filio.c
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  -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_ttold.c
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  -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_termios.c
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  -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_stream.c
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  -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_socket.c
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  -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_sockio.c
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  -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/../../i386/svr4/svr4_machdep.c
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  -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
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  -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_ipc.c
ld  -r -o 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
ld -Bshareable  -o svr4.ko svr4.kld

> 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?

Yes, I do.  The buildkernel worked fine until sometime last weekend when a lot of kernel commits were done.  This is what I have.

options         COMPAT_SVR4
options         DEBUG_SVR4
device          streams         # STREAMS network driver (required for svr4).

Thanks,

Joe


Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger. --0-1687683348-1001110586=:37872-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 20:32:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id C1C6C37B403; Fri, 21 Sep 2001 20:32:14 -0700 (PDT) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id f8M3ViL02317; Fri, 21 Sep 2001 17:31:45 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Fri, 21 Sep 2001 17:31:44 -1000 (HST) From: Vincent Poy To: John Baldwin Cc: , , Subject: RE: cvs commit: src/sys/sys mutex.h In-Reply-To: Message-ID: <20010921173101.J60530-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 - vince@WURLDLINK.NET - 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 21: 2:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id 50E4837B41E; Fri, 21 Sep 2001 21:02:13 -0700 (PDT) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id f8M41jo02689; Fri, 21 Sep 2001 18:01:45 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Fri, 21 Sep 2001 18:01:43 -1000 (HST) From: Vincent Poy To: John Baldwin Cc: , , Subject: RE: cvs commit: src/sys/sys mutex.h - it's working! In-Reply-To: <20010921174313.X60530-100000@oahu.WURLDLINK.NET> Message-ID: <20010921175920.D60530-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 - vince@WURLDLINK.NET - 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 21:43:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from galaxy.anchoragerescue.org (cable-95-7-237-24.anchorageak.net [24.237.7.95]) by hub.freebsd.org (Postfix) with ESMTP id 59E5237B417 for ; Fri, 21 Sep 2001 21:43:21 -0700 (PDT) Received: by galaxy.anchoragerescue.org (Postfix, from userid 0) id A2E6B9D33; Fri, 21 Sep 2001 20:43:20 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul To: freebsd-current@freebsd.org Subject: Problems with latest current build Date: Fri, 21 Sep 2001 20:43:20 -0800 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20010922044320.A2E6B9D33@galaxy.anchoragerescue.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 - akbeech@anchoragerescue.org /"\ 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 21:44:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail2out.giga.net.tw (mail2out.giga.net.tw [203.133.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 4D28737B41B for ; Fri, 21 Sep 2001 21:44:21 -0700 (PDT) Received: from index (u24-164.u203-203.giga.net.tw [203.203.24.164]) by mail2out.giga.net.tw (Postfix) with SMTP id EF74A14714 for ; Sat, 22 Sep 2001 12:44:18 +0800 (CST) To: From: gd168@24k.com.tw Subject: Àô«O¹p®gºÒ¯»§X±MÃD¬ã¨s³ø§i Date: ¬P´Á¤», 22 ¤E¤ë 2001 12:42:23 +0800 Message-Id: <37156.529444212960000.75273@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ¨ü¤åªÌ¡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¤ô·½¡A­Y·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¤W­z´ú¸Õ¡A¥þ­±¹ê¬I ¡@¡@¡@¡@«~½èº¡·N«OÃÒ¦A­qÁÊ¡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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 23: 4:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from robin.mail.pas.earthlink.net (robin.mail.pas.earthlink.net [207.217.120.65]) by hub.freebsd.org (Postfix) with ESMTP id E4D5137B406; Fri, 21 Sep 2001 23:04:22 -0700 (PDT) Received: from mindspring.com (dialup-209.245.141.15.Dial1.SanJose1.Level3.net [209.245.141.15]) by robin.mail.pas.earthlink.net (8.11.5/8.9.3) with ESMTP id f8M64JH22176; Fri, 21 Sep 2001 23:04:19 -0700 (PDT) Message-ID: <3BAC2A12.8F67C573@mindspring.com> Date: Fri, 21 Sep 2001 23:05:06 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Julian Elischer , current@FreeBSD.org, Julian Elischer , Jun Kuriyama , Dag-Erling Smorgrav , Josef Karthauser Subject: Re: Problems with interrupts on -current. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 21 23:12:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from robin.mail.pas.earthlink.net (robin.mail.pas.earthlink.net [207.217.120.65]) by hub.freebsd.org (Postfix) with ESMTP id AE8CE37B410; Fri, 21 Sep 2001 23:12:35 -0700 (PDT) Received: from mindspring.com (dialup-209.245.141.15.Dial1.SanJose1.Level3.net [209.245.141.15]) by robin.mail.pas.earthlink.net (8.11.5/8.9.3) with ESMTP id f8M6CXH28313; Fri, 21 Sep 2001 23:12:33 -0700 (PDT) Message-ID: <3BAC2C01.64BC7F1B@mindspring.com> Date: Fri, 21 Sep 2001 23:13:21 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Josef Karthauser , Dag-Erling Smorgrav , Jun Kuriyama , Julian Elischer , current@FreeBSD.org, Julian Elischer Subject: Re: Problems with interrupts on -current. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 1:13:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 78B4837B41D; Sat, 22 Sep 2001 01:13:45 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8M8DSj81346; Sat, 22 Sep 2001 11:13:28 +0300 (EEST) (envelope-from ru) Date: Sat, 22 Sep 2001 11:13:28 +0300 From: Ruslan Ermilov To: Beech Rintoul Cc: freebsd-current@FreeBSD.ORG, Peter Wemm Subject: Re: Problems with latest current build Message-ID: <20010922111328.D76391@sunbay.com> References: <20010922044320.A2E6B9D33@galaxy.anchoragerescue.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010922044320.A2E6B9D33@galaxy.anchoragerescue.org>; from akbeech@anchoragerescue.org on Fri, Sep 21, 2001 at 08:43:20PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Sep 21, 2001 at 08:43:20PM -0800, Beech Rintoul wrote: > 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. > Should be fixed in src/lib/compat/Makefile.inc,v 1.8. Thanks! > 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? > Hmm, if you have COMPAT_4x=TRUE in your /etc/make.conf, libc.so.4 should be installed in /usr/lib/compat, and the latter (by default) is listed in the ``ldconfig_paths'' rc.conf(5) variable. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 1:20:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 0254E37B409; Sat, 22 Sep 2001 01:20:34 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8M8KKL82030; Sat, 22 Sep 2001 11:20:20 +0300 (EEST) (envelope-from ru) Date: Sat, 22 Sep 2001 11:20:20 +0300 From: Ruslan Ermilov To: Beech Rintoul Cc: freebsd-current@FreeBSD.ORG, Peter Wemm Subject: Re: Problems with latest current build Message-ID: <20010922112020.E76391@sunbay.com> References: <20010922044320.A2E6B9D33@galaxy.anchoragerescue.org> <20010922111328.D76391@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010922111328.D76391@sunbay.com>; from ru@FreeBSD.ORG on Sat, Sep 22, 2001 at 11:13:28AM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 11:13:28AM +0300, Ruslan Ermilov wrote: > On Fri, Sep 21, 2001 at 08:43:20PM -0800, Beech Rintoul wrote: > > 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. > > > Should be fixed in src/lib/compat/Makefile.inc,v 1.8. Thanks! > > > 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? > > > Hmm, if you have COMPAT_4x=TRUE in your /etc/make.conf, libc.so.4 > should be installed in /usr/lib/compat, and the latter (by default) > is listed in the ``ldconfig_paths'' rc.conf(5) variable. > s/COMPAT_4x/COMPAT4X/ Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 1:30:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 4152F37B415; Sat, 22 Sep 2001 01:30:32 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8M8UVt80541; Sat, 22 Sep 2001 12:30:31 +0400 (MSD) (envelope-from ache) Date: Sat, 22 Sep 2001 12:30:30 +0400 From: "Andrey A. Chernov" To: Ruslan Ermilov Cc: Beech Rintoul , freebsd-current@FreeBSD.ORG, Peter Wemm Subject: Re: Problems with latest current build Message-ID: <20010922123030.B80168@nagual.pp.ru> References: <20010922044320.A2E6B9D33@galaxy.anchoragerescue.org> <20010922111328.D76391@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010922111328.D76391@sunbay.com> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 11:13:28 +0300, Ruslan Ermilov wrote: > > 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? > > > Hmm, if you have COMPAT_4x=TRUE in your /etc/make.conf, libc.so.4 > should be installed in /usr/lib/compat, and the latter (by default) > is listed in the ``ldconfig_paths'' rc.conf(5) variable. "ldconfig -R" must be adeded to the end of install: target of each compat* Makefile. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 2:13:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id C90DF37B416; Sat, 22 Sep 2001 02:13:39 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8M9D2R86373; Sat, 22 Sep 2001 12:13:02 +0300 (EEST) (envelope-from ru) Date: Sat, 22 Sep 2001 12:13:02 +0300 From: Ruslan Ermilov To: "Andrey A. Chernov" Cc: Beech Rintoul , freebsd-current@FreeBSD.ORG, Peter Wemm Subject: Re: Problems with latest current build Message-ID: <20010922121302.G76391@sunbay.com> References: <20010922044320.A2E6B9D33@galaxy.anchoragerescue.org> <20010922111328.D76391@sunbay.com> <20010922123030.B80168@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010922123030.B80168@nagual.pp.ru>; from ache@nagual.pp.ru on Sat, Sep 22, 2001 at 12:30:30PM +0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 12:30:30PM +0400, Andrey A. Chernov wrote: > On Sat, Sep 22, 2001 at 11:13:28 +0300, Ruslan Ermilov wrote: > > > 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? > > > > > Hmm, if you have COMPAT_4x=TRUE in your /etc/make.conf, libc.so.4 > > should be installed in /usr/lib/compat, and the latter (by default) > > is listed in the ``ldconfig_paths'' rc.conf(5) variable. > > "ldconfig -R" must be adeded to the end of install: target of each compat* > Makefile. > Huh? We don't call ldconfig(8) for normal installworlds, when we upgrade /usr/lib libraries; this also would be bogus for the DESTDIR=/foo case. Also recall that ``installworld'' should normally be executed from the single-user mode, then rebooted into multi-user, and rc(8) script will run the ldconfig(8) setup as needed. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 2:28:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id A2A8237B415; Sat, 22 Sep 2001 02:28:13 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8M9SBA81666; Sat, 22 Sep 2001 13:28:11 +0400 (MSD) (envelope-from ache) Date: Sat, 22 Sep 2001 13:28:11 +0400 From: "Andrey A. Chernov" To: Ruslan Ermilov Cc: Beech Rintoul , freebsd-current@FreeBSD.ORG, Peter Wemm Subject: Re: Problems with latest current build Message-ID: <20010922132810.A81582@nagual.pp.ru> References: <20010922044320.A2E6B9D33@galaxy.anchoragerescue.org> <20010922111328.D76391@sunbay.com> <20010922123030.B80168@nagual.pp.ru> <20010922121302.G76391@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010922121302.G76391@sunbay.com> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 12:13:02 +0300, Ruslan Ermilov wrote: > On Sat, Sep 22, 2001 at 12:30:30PM +0400, Andrey A. Chernov wrote: > > On Sat, Sep 22, 2001 at 11:13:28 +0300, Ruslan Ermilov wrote: > > > > 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? > > > > > > > Hmm, if you have COMPAT_4x=TRUE in your /etc/make.conf, libc.so.4 > > > should be installed in /usr/lib/compat, and the latter (by default) > > > is listed in the ``ldconfig_paths'' rc.conf(5) variable. > > > > "ldconfig -R" must be adeded to the end of install: target of each compat* > > Makefile. > > > Huh? We don't call ldconfig(8) for normal installworlds, when we upgrade > /usr/lib libraries; this also would be bogus for the DESTDIR=/foo case. > Also recall that ``installworld'' should normally be executed from the > single-user mode, then rebooted into multi-user, and rc(8) script will > run the ldconfig(8) setup as needed. If some libraries added, removed or moved, system not sense it unless 'ldconfig -R' is called, so ports Mk files do it. When COMPATX remove library from one place and put it to another, ldconfig must be called somehow, manually or after reboot or in some another way. If user just type 'make install' in lib/compat, it usually means he want to continue from here, not reboot or single user, so if DESTDIR=/ better way is to call ldconfig to reduce confusion. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 2:44:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from oahu.WURLDLINK.NET (oahu.WURLDLINK.NET [216.235.52.1]) by hub.freebsd.org (Postfix) with ESMTP id C7BA137B415; Sat, 22 Sep 2001 02:44:48 -0700 (PDT) Received: from localhost (vince@localhost) by oahu.WURLDLINK.NET (8.11.3/8.11.3) with ESMTP id f8M9iKA06205; Fri, 21 Sep 2001 23:44:21 -1000 (HST) (envelope-from vince@oahu.WURLDLINK.NET) Date: Fri, 21 Sep 2001 23:44:20 -1000 (HST) From: Vincent Poy To: Ruslan Ermilov Cc: Beech Rintoul , , Peter Wemm Subject: Re: Problems with latest current build In-Reply-To: <20010922111328.D76391@sunbay.com> Message-ID: <20010921234057.H60530-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 22 Sep 2001, Ruslan Ermilov wrote: > On Fri, Sep 21, 2001 at 08:43:20PM -0800, Beech Rintoul wrote: > > 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. > > > Should be fixed in src/lib/compat/Makefile.inc,v 1.8. Thanks! > > > 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? > > > Hmm, if you have COMPAT_4x=TRUE in your /etc/make.conf, libc.so.4 > should be installed in /usr/lib/compat, and the latter (by default) > is listed in the ``ldconfig_paths'' rc.conf(5) variable. Shouldn't this be COMPAT4X=yes rather than true according to the sample src/share/examples/etc/make.conf. Also, it seems like /usr/lib has the same problem of the schg flags not being removed so I have to manually do "chflags noschg /usr/lib" prior to the build and installworld or else it won't replace the targets in /usr/lib with those from the buildworld. Cheers, Vince - vince@WURLDLINK.NET - 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 4:11:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 3D9B937B410; Sat, 22 Sep 2001 04:11:21 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8MBBJ682876; Sat, 22 Sep 2001 15:11:19 +0400 (MSD) (envelope-from ache) Date: Sat, 22 Sep 2001 15:11:17 +0400 From: "Andrey A. Chernov" To: security@FreeBSD.ORG, rwatson@FreeBSD.ORG Cc: current@FreeBSD.ORG, developers@FreeBSD.ORG Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010922151116.A82718@nagual.pp.ru> References: <20010922143942.A82482@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010922143942.A82482@nagual.pp.ru> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 14:39:43 +0400, Andrey A. Chernov wrote: > As commit/immediate MFC message says: > > Disable per-user .login_conf support due to incorrect merging of local > and globaly settings. An alternative implementation will be developed. > > Reported by: Przemyslaw Frasunek > > Where I can see his report? Really I don't understand all that rush with > ~/.login_conf disabling which breaks locale f.e. If you mean his report in BUGTRAQ http://www.securityfocus.com/cgi-bin/archive.pl?id=1&mid=215381&start=2001-09-19&end=2001-09-25 it is hoax, we don't have such vulnerability in -current as I test. Please TEST things before commiting, especially to all branches. Please back it out. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 4:18: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 4D04937B421; Sat, 22 Sep 2001 04:17:55 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8MBHrJ82986; Sat, 22 Sep 2001 15:17:54 +0400 (MSD) (envelope-from ache) Date: Sat, 22 Sep 2001 15:17:52 +0400 From: "Andrey A. Chernov" To: security@FreeBSD.ORG, rwatson@FreeBSD.ORG Cc: current@FreeBSD.ORG, developers@FreeBSD.ORG Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010922151752.B82718@nagual.pp.ru> References: <20010922143942.A82482@nagual.pp.ru> <20010922151116.A82718@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010922151116.A82718@nagual.pp.ru> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 15:11:17 +0400, Andrey A. Chernov wrote: > If you mean his report in BUGTRAQ > http://www.securityfocus.com/cgi-bin/archive.pl?id=1&mid=215381&start=2001-09-19&end=2001-09-25 > > it is hoax, we don't have such vulnerability in -current as I test. > Please TEST things before commiting, especially to all branches. > Please back it out. Why it is hoax? One reason is simple, look at his examples: ---------------------------------------------------- default: :copyright=/etc/master.passwd: or :welcome=/etc/master.passwd: in user's ~/.login_conf. --------------------------------------------------- Only "me" class can be defined in ~/.login_conf, anything else ignored there. And "me" class picked up only when permissions are set to user mode, at the end of setusercontext(). And "copyright" and "welcome" are not overwriteable from "me" class in any case. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 5:12:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from r220-1.rz.RWTH-Aachen.DE (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by hub.freebsd.org (Postfix) with ESMTP id 6574A37B41D; Sat, 22 Sep 2001 05:12:17 -0700 (PDT) Received: from r220-1.rz.RWTH-Aachen.DE (relay2.RWTH-Aachen.DE [134.130.3.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3-2) with ESMTP id f8MCCHY15340; Sat, 22 Sep 2001 14:12:17 +0200 (MEST) Received: from kawoserv.kawo2.rwth-aachen.de (root@kawoserv.kawo2.RWTH-Aachen.DE [134.130.180.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3/6) with ESMTP id f8MCCGc15336; Sat, 22 Sep 2001 14:12:16 +0200 (MEST) Received: from fump.kawo2.rwth-aachen.de (root@fump.kawo2.rwth-aachen.de [134.130.181.148]) by kawoserv.kawo2.rwth-aachen.de (8.9.3/8.9.3) with ESMTP id OAA02977; Sat, 22 Sep 2001 14:12:15 +0200 Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de (8.11.3/8.11.3) id f8MCCHk07617; Sat, 22 Sep 2001 14:12:17 +0200 (CEST) (envelope-from alex) Date: Sat, 22 Sep 2001 14:12:17 +0200 From: Alexander Langer To: "Andrey A. Chernov" Cc: security@FreeBSD.org, rwatson@FreeBSD.org, current@FreeBSD.org, developers@FreeBSD.org Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010922141217.B7524@fump.kawo2.rwth-aachen.de> Mail-Followup-To: Alexander Langer , "Andrey A. Chernov" , security@FreeBSD.org, rwatson@FreeBSD.org, current@FreeBSD.org, developers@FreeBSD.org References: <20010922143942.A82482@nagual.pp.ru> <20010922151116.A82718@nagual.pp.ru> <20010922151752.B82718@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010922151752.B82718@nagual.pp.ru>; from ache@nagual.pp.ru on Sat, Sep 22, 2001 at 03:17:52PM +0400 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Andrey A. Chernov (ache@nagual.pp.ru): > Why it is hoax? One reason is simple, look at his examples: A hoax, that has been tested and verified by 10+ people on IRC, where he originally reported it. > Only "me" class can be defined in ~/.login_conf, anything else ignored > there. And "me" class picked up only when permissions are set to user > mode, at the end of setusercontext(). And "copyright" and "welcome" are > not overwriteable from "me" class in any case. Yeah, now you know what is broken. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 5:45: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id EA34737B407; Sat, 22 Sep 2001 05:44:53 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8MCinL83903; Sat, 22 Sep 2001 16:44:49 +0400 (MSD) (envelope-from ache) Date: Sat, 22 Sep 2001 16:44:48 +0400 From: "Andrey A. Chernov" To: Alexander Langer , security@FreeBSD.org, rwatson@FreeBSD.org, current@FreeBSD.org, developers@FreeBSD.org Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010922164448.A83816@nagual.pp.ru> References: <20010922143942.A82482@nagual.pp.ru> <20010922151116.A82718@nagual.pp.ru> <20010922151752.B82718@nagual.pp.ru> <20010922141217.B7524@fump.kawo2.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010922141217.B7524@fump.kawo2.rwth-aachen.de> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 14:12:17 +0200, Alexander Langer wrote: > Thus spake Andrey A. Chernov (ache@nagual.pp.ru): > > > Why it is hoax? One reason is simple, look at his examples: > > A hoax, that has been tested and verified by 10+ people on IRC, where he originally > reported it. Please, read me carefully. This bug not exist in -current, where it is disabled by mistake via commit I complain. I not test other branches, I mean -current. Proper fix will be to commit -current libutil/login_cap to other branches, not disable it, especially in -current. > > Only "me" class can be defined in ~/.login_conf, anything else ignored > > there. And "me" class picked up only when permissions are set to user > > mode, at the end of setusercontext(). And "copyright" and "welcome" are > > not overwriteable from "me" class in any case. > > Yeah, now you know what is broken. It is working in -current. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 6:11:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from r220-1.rz.RWTH-Aachen.DE (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by hub.freebsd.org (Postfix) with ESMTP id 65A9137B40A; Sat, 22 Sep 2001 06:11:08 -0700 (PDT) Received: from r220-1.rz.RWTH-Aachen.DE (relay2.RWTH-Aachen.DE [134.130.3.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3-2) with ESMTP id f8MDB8Y18890; Sat, 22 Sep 2001 15:11:08 +0200 (MEST) Received: from kawoserv.kawo2.rwth-aachen.de (root@kawoserv.kawo2.RWTH-Aachen.DE [134.130.180.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3/6) with ESMTP id f8MDB8c18886; Sat, 22 Sep 2001 15:11:08 +0200 (MEST) Received: from fump.kawo2.rwth-aachen.de (root@fump.kawo2.rwth-aachen.de [134.130.181.148]) by kawoserv.kawo2.rwth-aachen.de (8.9.3/8.9.3) with ESMTP id PAA04543; Sat, 22 Sep 2001 15:11:06 +0200 Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de (8.11.3/8.11.3) id f8MDB8I07781; Sat, 22 Sep 2001 15:11:08 +0200 (CEST) (envelope-from alex) Date: Sat, 22 Sep 2001 15:11:07 +0200 From: Alexander Langer To: "Andrey A. Chernov" Cc: security@FreeBSD.org, rwatson@FreeBSD.org, current@FreeBSD.org, developers@FreeBSD.org Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010922151107.C7524@fump.kawo2.rwth-aachen.de> Mail-Followup-To: Alexander Langer , "Andrey A. Chernov" , security@FreeBSD.org, rwatson@FreeBSD.org, current@FreeBSD.org, developers@FreeBSD.org References: <20010922143942.A82482@nagual.pp.ru> <20010922151116.A82718@nagual.pp.ru> <20010922151752.B82718@nagual.pp.ru> <20010922141217.B7524@fump.kawo2.rwth-aachen.de> <20010922164448.A83816@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010922164448.A83816@nagual.pp.ru>; from ache@nagual.pp.ru on Sat, Sep 22, 2001 at 04:44:48PM +0400 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Andrey A. Chernov (ache@nagual.pp.ru): > Please, read me carefully. This bug not exist in -current, where it is > disabled by mistake via commit I complain. I not test other branches, I Err, the bugtraq message explicelty says "4.4". Even worse if it only exists in the production-branch. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 6:21:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 32CB737B427; Sat, 22 Sep 2001 06:21:29 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8MDLP784411; Sat, 22 Sep 2001 17:21:25 +0400 (MSD) (envelope-from ache) Date: Sat, 22 Sep 2001 17:21:24 +0400 From: "Andrey A. Chernov" To: Alexander Langer , security@FreeBSD.org, rwatson@FreeBSD.org, current@FreeBSD.org, developers@FreeBSD.org Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010922172123.B84301@nagual.pp.ru> References: <20010922143942.A82482@nagual.pp.ru> <20010922151116.A82718@nagual.pp.ru> <20010922151752.B82718@nagual.pp.ru> <20010922141217.B7524@fump.kawo2.rwth-aachen.de> <20010922164448.A83816@nagual.pp.ru> <20010922151107.C7524@fump.kawo2.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010922151107.C7524@fump.kawo2.rwth-aachen.de> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 15:11:07 +0200, Alexander Langer wrote: > Thus spake Andrey A. Chernov (ache@nagual.pp.ru): > > > Please, read me carefully. This bug not exist in -current, where it is > > disabled by mistake via commit I complain. I not test other branches, I > > Err, the bugtraq message explicelty says "4.4". Even worse if it only > exists in the production-branch. Well, to be more carefull I'll need to say that it is hoax _for_-current_ as described. Proper move will be MFC -current login_cap variant to other branches, not disabling & not testing rush. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 6:34:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id 6745037B401; Sat, 22 Sep 2001 06:34:29 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [fec0::1:12]) by Awfulhak.org (8.11.6/8.11.6) with ESMTP id f8MDYAt40835; Sat, 22 Sep 2001 14:34:10 +0100 (BST) (envelope-from brian@freebsd-services.com) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.6/8.11.6) with ESMTP id f8MDY8R28557; Sat, 22 Sep 2001 14:34:08 +0100 (BST) (envelope-from brian@freebsd-services.com) Message-Id: <200109221334.f8MDY8R28557@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Peter Wemm Cc: "Andrey A. Chernov" , current@FreeBSD.ORG, obrien@FreeBSD.ORG, brian@freebsd-services.com Subject: Re: stdio change, other libraries needs bumping too! In-Reply-To: Message from Peter Wemm of "Thu, 20 Sep 2001 22:21:31 PDT." <20010921052131.0695B38FF@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Sep 2001 14:34:08 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > "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. But this isn't the default. Thinking about this scares me. Am I right in saying that std{in,out,err} are now real symbols rather than being #defines to the __sF array an that the real symbols will *always* simply refer to the same memory as the __sF array through the life of libc.so.4 ? If that's the case, then that sounds reasonable. Otherwise I'm scared :*) > Cheers, > -Peter > -- > Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au > "All of this is for nothing if we don't go to the stars" - JMS/B5 -- Brian http://www.freebsd-services.com/ Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 10:19:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from r220-1.rz.RWTH-Aachen.DE (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by hub.freebsd.org (Postfix) with ESMTP id 2996C37B401; Sat, 22 Sep 2001 10:19:38 -0700 (PDT) Received: from r220-1.rz.RWTH-Aachen.DE (relay2.RWTH-Aachen.DE [134.130.3.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3-2) with ESMTP id f8MHJbY04347; Sat, 22 Sep 2001 19:19:38 +0200 (MEST) Received: from kawoserv.kawo2.rwth-aachen.de (root@kawoserv.kawo2.RWTH-Aachen.DE [134.130.180.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3/6) with ESMTP id f8MHJac04337; Sat, 22 Sep 2001 19:19:37 +0200 (MEST) Received: from fump.kawo2.rwth-aachen.de (root@fump.kawo2.rwth-aachen.de [134.130.181.148]) by kawoserv.kawo2.rwth-aachen.de (8.9.3/8.9.3) with ESMTP id TAA11502; Sat, 22 Sep 2001 19:19:35 +0200 Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de (8.11.3/8.11.3) id f8MHJbd08323; Sat, 22 Sep 2001 19:19:37 +0200 (CEST) (envelope-from alex) Date: Sat, 22 Sep 2001 19:19:36 +0200 From: Alexander Langer To: "Andrey A. Chernov" Cc: rwatson@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010922191936.E7524@fump.kawo2.rwth-aachen.de> Mail-Followup-To: Alexander Langer , "Andrey A. Chernov" , rwatson@FreeBSD.ORG, current@FreeBSD.ORG References: <20010922143942.A82482@nagual.pp.ru> <20010922151116.A82718@nagual.pp.ru> <20010922151752.B82718@nagual.pp.ru> <20010922141217.B7524@fump.kawo2.rwth-aachen.de> <20010922164448.A83816@nagual.pp.ru> <20010922151107.C7524@fump.kawo2.rwth-aachen.de> <20010922172123.B84301@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010922172123.B84301@nagual.pp.ru>; from ache@nagual.pp.ru on Sat, Sep 22, 2001 at 05:21:24PM +0400 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Andrey A. Chernov (ache@nagual.pp.ru): [Cc: listed trimmed to a value mass] > Proper move will be MFC -current login_cap variant to other branches, not > disabling & not testing rush. If I understood the IRC discussion a week ago correctly, we had a volunteer who wanted to rewrite the whole login_cap stuff anyways. I don't remember who, though, and it might also be the case that I'm completely mistaken. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 10:53:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 5839D37B405; Sat, 22 Sep 2001 10:53:28 -0700 (PDT) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id f8MHr2B41580; Sat, 22 Sep 2001 13:53:03 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 22 Sep 2001 13:53:02 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Andrey A. Chernov" Cc: security@FreeBSD.ORG, current@FreeBSD.ORG, developers@FreeBSD.ORG, security-officer@FreeBSD.ORG Subject: Re: ~/.login_conf disabling exact reasons wanted In-Reply-To: <20010922151116.A82718@nagual.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 22 Sep 2001, Andrey A. Chernov wrote: > On Sat, Sep 22, 2001 at 14:39:43 +0400, Andrey A. Chernov wrote: > > As commit/immediate MFC message says: > > > > Disable per-user .login_conf support due to incorrect merging of local > > and globaly settings. An alternative implementation will be developed. > > > > Reported by: Przemyslaw Frasunek > > > > Where I can see his report? Really I don't understand all that rush with > > ~/.login_conf disabling which breaks locale f.e. > > If you mean his report in BUGTRAQ > http://www.securityfocus.com/cgi-bin/archive.pl?id=1&mid=215381&start=2001-09-19&end=2001-09-25 > > it is hoax, we don't have such vulnerability in -current as I test. > Please TEST things before commiting, especially to all branches. > Please back it out. This vulnerability is not a hoax--spreading this kind of mis-information is at best unhelpful, and more likely quite harmful. It was verified by a number of FreeBSD developers on many of past releases, and on 4.4-RC, as well as FreeBSD 5.0-CURRENT. The patch was tested on many of those branches, and as such committed. My FreeBSD -CURRENT boxes largely run -CURRENT from August, and those were certainly vulnerable--I cannot speak to more recent -CURRENT, as I relied on others to test the change on the most recent -CURRENT. If more recent -CURRENT is not vulnerable, I would be happy to back out the patch on -CURRENT. You can expect a security advisory on the vulnerability within the next couple of days, as well as the usual foray of binary updates and patches. We considered it of prime importance to make sure that the vulnerability was not present in 4.4-RELEASE, which we believe (as a result of these commits) that it is not. However, in response to your suggestion that an immediate MFC of your changes was appropriate: I believe that the two options were either to apply a work-around that was absolutely guaranteed to fix the problem, or to postpone the release to evaluate a complete solution, assuming we knew one existed. Given that a clear workaround was available, and given that the time to properly evaluate a complete fix would be non-trivial (I would feel uncomfortable with less then a week to fully understand and test the necessary changes), the decision was made to go ahead with the work-around, especially in light of impending public release of information on the vulnerability. As I'm sure you are aware, the code managing this component of the login process is both at high risk (it is exposed to both untrusted I/O and user files) and complex (it manages a suite of credentials, resource limits, and authorization criteria). This workaround reduces the risk by reducing exposure to untrusted policy sources--the fix will require extensive review. So, to put it bluntly: during the final release process, it would be irresponsible to MFC security fix code in -CURRENT that may not have been reviewed, and was apparently written without the knowledge that it was fixing a security hole. And if you did know it fixed a potential security hole, I'd like very much to know why it was you didn't report this immediately to the security-officer so that we could propagate the fix and release an advisory. Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 11:42:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 2AD2F37B41A; Sat, 22 Sep 2001 11:42:45 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8MIgiY88604; Sat, 22 Sep 2001 22:42:44 +0400 (MSD) (envelope-from ache) Date: Sat, 22 Sep 2001 22:42:43 +0400 From: "Andrey A. Chernov" To: Robert Watson Cc: security@FreeBSD.ORG, current@FreeBSD.ORG, developers@FreeBSD.ORG, security-officer@FreeBSD.ORG Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010922224243.A88511@nagual.pp.ru> References: <20010922151116.A82718@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 13:53:02 -0400, Robert Watson wrote: > is at best unhelpful, and more likely quite harmful. It was verified by a > number of FreeBSD developers on many of past releases, and on 4.4-RC, as > well as FreeBSD 5.0-CURRENT. The patch was tested on many of those I test in on my current -current changing "copyright" and "welcome" to various values and using "default" and "standard" and "me" but can't reproduce this bug. Please tell me EXACT how you test in in -current. To be double sure, you can check out very recent -current libutil and try it temporary moving your libutil out of the way. Could anybody else confirm this bug persent on very recent -current or not present? If this bug not present in very recent -current, I prever very recent login_cap merge into each branch instead of simple disabling. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 11:45:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 8530637B417; Sat, 22 Sep 2001 11:45:38 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8MIjbN88716; Sat, 22 Sep 2001 22:45:37 +0400 (MSD) (envelope-from ache) Date: Sat, 22 Sep 2001 22:45:37 +0400 From: "Andrey A. Chernov" To: Robert Watson Cc: security@FreeBSD.org, current@FreeBSD.org, developers@FreeBSD.org, security-officer@FreeBSD.org Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010922224537.A88684@nagual.pp.ru> References: <20010922151116.A82718@nagual.pp.ru> <20010922224243.A88511@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010922224243.A88511@nagual.pp.ru> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 22:42:43 +0400, Andrey A. Chernov wrote: > On Sat, Sep 22, 2001 at 13:53:02 -0400, Robert Watson wrote: > > is at best unhelpful, and more likely quite harmful. It was verified by a > > number of FreeBSD developers on many of past releases, and on 4.4-RC, as > > well as FreeBSD 5.0-CURRENT. The patch was tested on many of those > > I test in on my current -current changing "copyright" and "welcome" to minus your disable, of course. > various values and using "default" and "standard" and "me" but can't > reproduce this bug. Please tell me EXACT how you test in in -current. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 11:58:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id CC59B37B41C; Sat, 22 Sep 2001 11:58:22 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8MIwLL88872; Sat, 22 Sep 2001 22:58:21 +0400 (MSD) (envelope-from ache) Date: Sat, 22 Sep 2001 22:58:21 +0400 From: "Andrey A. Chernov" To: Robert Watson Cc: security@FreeBSD.org, current@FreeBSD.org, developers@FreeBSD.org, security-officer@FreeBSD.org Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010922225821.A88800@nagual.pp.ru> References: <20010922151116.A82718@nagual.pp.ru> <20010922224243.A88511@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010922224243.A88511@nagual.pp.ru> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 22:42:43 +0400, Andrey A. Chernov wrote: > On Sat, Sep 22, 2001 at 13:53:02 -0400, Robert Watson wrote: > > is at best unhelpful, and more likely quite harmful. It was verified by a > > number of FreeBSD developers on many of past releases, and on 4.4-RC, as > > well as FreeBSD 5.0-CURRENT. The patch was tested on many of those > > I test in on my current -current changing "copyright" and "welcome" to > various values and using "default" and "standard" and "me" but can't > reproduce this bug. Please tell me EXACT how you test in in -current. > > To be double sure, you can check out very recent -current libutil and try > it temporary moving your libutil out of the way. > > Could anybody else confirm this bug persent on very recent -current or not > present? Sorry for all that buzz, I am finally able to reproduce it on -current. I can't do it previously simple because I don't have empty login class field in /etc/passwd. This happens only with empty class field in passwd and "default" class in ~/.login_conf. This is NOT the way LOGIN_CAP supposed to work. It supposed to work as I describe in previous messages. I'll work on the proper fix tomorrow. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 12: 8:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 3FF9837B405; Sat, 22 Sep 2001 12:08:20 -0700 (PDT) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f8MJ7dO26311; Sat, 22 Sep 2001 12:07:40 -0700 (PDT) (envelope-from jkh@freebsd.org) To: alex@big.endian.de Cc: ache@nagual.pp.ru, security@freebsd.org, rwatson@freebsd.org, current@freebsd.org, developers@freebsd.org Subject: Re: ~/.login_conf disabling exact reasons wanted In-Reply-To: <20010922151107.C7524@fump.kawo2.rwth-aachen.de> References: <20010922141217.B7524@fump.kawo2.rwth-aachen.de> <20010922164448.A83816@nagual.pp.ru> <20010922151107.C7524@fump.kawo2.rwth-aachen.de> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010922120739E.jkh@freebsd.org> Date: Sat, 22 Sep 2001 12:07:39 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 15 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The bug doesn't exist in 4.4 either. It was fixed prior to release. Doesn't anyone read commit mail anymore?! :-( - Jordan > Thus spake Andrey A. Chernov (ache@nagual.pp.ru): > > > Please, read me carefully. This bug not exist in -current, where it is > > disabled by mistake via commit I complain. I not test other branches, I > > Err, the bugtraq message explicelty says "4.4". Even worse if it only > exists in the production-branch. > > Alex > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 14:22:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from Aphex.NewGold.NET (aphex.newgold.net [209.42.222.44]) by hub.freebsd.org (Postfix) with ESMTP id 5A38B37B40C; Sat, 22 Sep 2001 14:22:20 -0700 (PDT) Received: (from jmallett@localhost) by Aphex.NewGold.NET (8.11.3/8.11.3) id f8MLLs825037; Sat, 22 Sep 2001 21:21:54 GMT (envelope-from jmallett) Date: Sat, 22 Sep 2001 21:21:32 +0000 From: Joseph Mallett To: "Andrey A. Chernov" Cc: security@FreeBSD.ORG, rwatson@FreeBSD.ORG, current@FreeBSD.ORG, developers@FreeBSD.ORG Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010922212132.A10857@NewGold.NET> References: <20010922143942.A82482@nagual.pp.ru> <20010922151116.A82718@nagual.pp.ru> <20010922151752.B82718@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010922151752.B82718@nagual.pp.ru> User-Agent: Mutt/1.3.22.1i Organisation: New Gold Technology Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 03:17:52PM +0400, Andrey A. Chernov wrote: > Only "me" class can be defined in ~/.login_conf, anything else ignored > there. And "me" class picked up only when permissions are set to user > mode, at the end of setusercontext(). And "copyright" and "welcome" are > not overwriteable from "me" class in any case. I was able to overwrite the settings for the `default' class, which happens to be my login class, and was able to get master.passwd to print... This was 4.x though, not CURRENT, so maybe this is something that wasn't affected in CURRENT, and that's what you're referring to, or something. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 15: 1:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id E046437B409; Sat, 22 Sep 2001 15:01:34 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id PAA24279; Sat, 22 Sep 2001 15:00:54 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda24277; Sat Sep 22 15:00:37 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.6/8.9.1) id f8MM0bZ39172; Sat, 22 Sep 2001 15:00:37 -0700 (PDT) Received: from UNKNOWN(10.1.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdh39146; Sat Sep 22 15:00:16 2001 Received: (from smtpd@localhost) by cwsys.cwsent.com (8.11.6/8.9.1) id f8MM0GB29509; Sat, 22 Sep 2001 15:00:16 -0700 (PDT) Message-Id: <200109222200.f8MM0GB29509@cwsys.cwsent.com> X-Authentication-Warning: cwsys.cwsent.com: smtpd set sender to using -f Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdN29505; Sat Sep 22 15:00:05 2001 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: Joseph Mallett Cc: "Andrey A. Chernov" , security@FreeBSD.ORG, rwatson@FreeBSD.ORG, current@FreeBSD.ORG, developers@FreeBSD.ORG Subject: Re: ~/.login_conf disabling exact reasons wanted In-reply-to: Your message of "Sat, 22 Sep 2001 21:21:32 -0000." <20010922212132.A10857@NewGold.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Sep 2001 15:00:05 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010922212132.A10857@NewGold.NET>, Joseph Mallett writes: > On Sat, Sep 22, 2001 at 03:17:52PM +0400, Andrey A. Chernov wrote: > > Only "me" class can be defined in ~/.login_conf, anything else ignored > > there. And "me" class picked up only when permissions are set to user > > mode, at the end of setusercontext(). And "copyright" and "welcome" are > > not overwriteable from "me" class in any case. > > I was able to overwrite the settings for the `default' class, which > happens to be my login class, and was able to get master.passwd to > print... This was 4.x though, not CURRENT, so maybe this is something that > wasn't affected in CURRENT, and that's what you're referring to, or > something. I am able to exploit the bug in 4.4-RC. I am not able to exploit 4.4-RELEASE. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD Ministry of Management Services Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 15: 2:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35]) by hub.freebsd.org (Postfix) with ESMTP id C0FA737B406; Sat, 22 Sep 2001 15:02:06 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5AA4566DDA; Sat, 22 Sep 2001 15:02:06 -0700 (PDT) Date: Sat, 22 Sep 2001 15:02:06 -0700 From: Kris Kennaway To: "Andrey A. Chernov" Cc: Alexander Langer , security@FreeBSD.org, rwatson@FreeBSD.org, current@FreeBSD.org, developers@FreeBSD.org Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010922150206.C6270@xor.obsecurity.org> References: <20010922143942.A82482@nagual.pp.ru> <20010922151116.A82718@nagual.pp.ru> <20010922151752.B82718@nagual.pp.ru> <20010922141217.B7524@fump.kawo2.rwth-aachen.de> <20010922164448.A83816@nagual.pp.ru> <20010922151107.C7524@fump.kawo2.rwth-aachen.de> <20010922172123.B84301@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="UPT3ojh+0CqEDtpF" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010922172123.B84301@nagual.pp.ru>; from ache@nagual.pp.ru on Sat, Sep 22, 2001 at 05:21:24PM +0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --UPT3ojh+0CqEDtpF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 22, 2001 at 05:21:24PM +0400, Andrey A. Chernov wrote: > On Sat, Sep 22, 2001 at 15:11:07 +0200, Alexander Langer wrote: > > Thus spake Andrey A. Chernov (ache@nagual.pp.ru): > >=20 > > > Please, read me carefully. This bug not exist in -current, where it is > > > disabled by mistake via commit I complain. I not test other branches,= I > >=20 > > Err, the bugtraq message explicelty says "4.4". Even worse if it only > > exists in the production-branch. >=20 > Well, to be more carefull I'll need to say that it is hoax _for_-current_= =20 > as described. >=20 > Proper move will be MFC -current login_cap variant to other branches, not= =20 > disabling & not testing rush. This problem was reported to us at almost literally the very last minute..it was after Jordan had slipped several release dates already, and at least one of those postponements was because other security problems. There was no time to do a more thorough fix; now that the release is out we can revisit it, as was the intention all along. Kris --UPT3ojh+0CqEDtpF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7rQpdWry0BWjoQKURAqeRAJ4hZ1pXaSzsOJmBLPP3fiq6CqucowCfSeJw B2qM2gmqh0dILYpR670OEvo= =Gjgf -----END PGP SIGNATURE----- --UPT3ojh+0CqEDtpF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 18:43: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from nebula.anchoragerescue.org (cable-115-7-237-24.anchorageak.net [24.237.7.115]) by hub.freebsd.org (Postfix) with ESMTP id 5C4A137B421; Sat, 22 Sep 2001 18:42:58 -0700 (PDT) Received: from there (galaxy.anchoragerescue.org [24.237.7.95]) by nebula.anchoragerescue.org (Postfix) with SMTP id 4109DD4; Sat, 22 Sep 2001 17:42:52 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul To: "Andrey A. Chernov" , Ruslan Ermilov Subject: Re: Problems with latest current build Date: Sat, 22 Sep 2001 17:42:52 -0800 X-Mailer: KMail [version 1.3] Cc: freebsd-current@FreeBSD.ORG, Peter Wemm References: <20010922044320.A2E6B9D33@galaxy.anchoragerescue.org> <20010922121302.G76391@sunbay.com> <20010922132810.A81582@nagual.pp.ru> In-Reply-To: <20010922132810.A81582@nagual.pp.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20010923014252.4109DD4@nebula.anchoragerescue.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 22 September 2001 01:28 am, Andrey A. Chernov wrote: > On Sat, Sep 22, 2001 at 12:13:02 +0300, Ruslan Ermilov wrote: > > On Sat, Sep 22, 2001 at 12:30:30PM +0400, Andrey A. Chernov wrote: > > > On Sat, Sep 22, 2001 at 11:13:28 +0300, Ruslan Ermilov wrote: > > > > > 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? > > > > > > > > Hmm, if you have COMPAT_4x=TRUE in your /etc/make.conf, libc.so.4 > > > > should be installed in /usr/lib/compat, and the latter (by default) > > > > is listed in the ``ldconfig_paths'' rc.conf(5) variable. > > > > > > "ldconfig -R" must be adeded to the end of install: target of each > > > compat* Makefile. > > > > Huh? We don't call ldconfig(8) for normal installworlds, when we upgrade > > /usr/lib libraries; this also would be bogus for the DESTDIR=/foo case. > > Also recall that ``installworld'' should normally be executed from the > > single-user mode, then rebooted into multi-user, and rc(8) script will > > run the ldconfig(8) setup as needed. Just for the record, I did a new build and installworld in single user. When I rebooted into multi-user the compat libraries are still not being found. My /etc/make.conf has the COMPAT4X=yes line (has for some time). Beech > > If some libraries added, removed or moved, system not sense it unless > 'ldconfig -R' is called, so ports Mk files do it. When COMPATX remove > library from one place and put it to another, ldconfig must be called > somehow, manually or after reboot or in some another way. > > If user just type 'make install' in lib/compat, it usually means he want > to continue from here, not reboot or single user, so if DESTDIR=/ better > way is to call ldconfig to reduce confusion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 23:38: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (Postfix) with ESMTP id 3258337B408 for ; Sat, 22 Sep 2001 23:38:05 -0700 (PDT) Received: from nantai.utsunomiya-u.ac.jp by nasu.utsunomiya-u.ac.jp (8.11.2/1.1.29.3/26Jan01-1134AM) id f8N6bv5302538; Sun, 23 Sep 2001 15:37:57 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp by nantai.utsunomiya-u.ac.jp (8.11.2/1.1.29.3/30Jan01-0241PM) id f8N6bvO506762; Sun, 23 Sep 2001 15:37:57 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:2SFIvrcy9uXpiUpA2WLqweAaAY5QbXPw@zodiac.mech.utsunomiya-u.ac.jp [160.12.43.7]) by zodiac.mech.utsunomiya-u.ac.jp (8.9.3+3.2W/3.7W/zodiac-May2000) with ESMTP id PAA19004; Sun, 23 Sep 2001 15:47:46 +0900 (JST) Message-Id: <200109230647.PAA19004@zodiac.mech.utsunomiya-u.ac.jp> To: "Viren R.Shah" Cc: freebsd-current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: PS/2 mouse (psm0) is not detected with recent -current In-reply-to: Your message of "Fri, 21 Sep 2001 15:00:08 -0400." <15275.36408.294384.257898@jabberwock.cigital.com> References: <15275.36408.294384.257898@jabberwock.cigital.com> Date: Sun, 23 Sep 2001 15:47:45 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >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. [...] >and here's my verbose dmesg from a boot with today's sources: > >I notice that my atkbdc gets allocated as: > >atkbdc0: port 0x64,0x60 irq 1 on acpi0 Yes, I know we get this output on some systems... >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. Um, you should have typed "unset acpi_load" at the loader prompt to disable the acpi module... Please do unset acpi_load boot -v at the loader prompt and send me dmesg's output. Thank you, Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 22 23:40:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (Postfix) with ESMTP id 7DBBC37B42A for ; Sat, 22 Sep 2001 23:40:44 -0700 (PDT) Received: from nantai.utsunomiya-u.ac.jp by nasu.utsunomiya-u.ac.jp (8.11.2/1.1.29.3/26Jan01-1134AM) id f8N6eP5302432; Sun, 23 Sep 2001 15:40:25 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp by nantai.utsunomiya-u.ac.jp (8.11.2/1.1.29.3/30Jan01-0241PM) id f8N6ePO506134; Sun, 23 Sep 2001 15:40:25 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:OvW0dvTrvXcHY0swHbmkDP4cEhp+pNQn@zodiac.mech.utsunomiya-u.ac.jp [160.12.43.7]) by zodiac.mech.utsunomiya-u.ac.jp (8.9.3+3.2W/3.7W/zodiac-May2000) with ESMTP id PAA19034; Sun, 23 Sep 2001 15:50:14 +0900 (JST) Message-Id: <200109230650.PAA19034@zodiac.mech.utsunomiya-u.ac.jp> To: Jos Backus Cc: freebsd-current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: PS/2 mouse (psm0) is not detected with recent -current In-reply-to: Your message of "Fri, 21 Sep 2001 12:12:43 -0701." <20010921121243.F62838@lizzy.bugworks.com> References: <15275.36408.294384.257898@jabberwock.cigital.com> <20010921121243.F62838@lizzy.bugworks.com> Date: Sun, 23 Sep 2001 15:50:14 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >On Fri, Sep 21, 2001 at 03:00:08PM -0400, Viren R.Shah wrote: >> atkbdc0: port 0x64,0x60 irq 1 on acpi0 >> ^^^^^^^^^ > >Same here (Asus CUBX mobo): > >atkbdc0: at port 0x60,0x64 on isa0 Would you do the following and send me dmesg's output in each case? 1. Start the kernel with the acpi module enabled; just type boot -v at the loader prompt. 2. Reboot the system. This time disable the acpi module by unset acpi_load boot -v Thank you, Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message