From owner-freebsd-current@FreeBSD.ORG Sun Aug 12 11:14:04 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5090D106564A for ; Sun, 12 Aug 2012 11:14:04 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 060EE8FC0C for ; Sun, 12 Aug 2012 11:14:03 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtp (envelope-from ) id <1T0W7P-0003aw-2Z>; Sun, 12 Aug 2012 13:14:03 +0200 Received: from e178005214.adsl.alicedsl.de ([85.178.5.214] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1T0W7O-0003la-Tg>; Sun, 12 Aug 2012 13:14:03 +0200 Message-ID: <50278FF4.3040706@zedat.fu-berlin.de> Date: Sun, 12 Aug 2012 13:13:56 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120810 Thunderbird/14.0 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig32B12798F88548A71EE35812" X-Originating-IP: 85.178.5.214 Cc: Subject: FreeBSD development audio system: KLANG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 11:14:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig32B12798F88548A71EE35812 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable A few days ago, I stumbled into sthis at Phoronix: http://www.phoronix.com/scan.php?page=3Dnews_item&px=3DMTE1NzY KLANG is supposed to be an exchange audio system for the kernel, replacing several userland backed systems. Phoronix also claims this approach is supposed to support the FreeBSD kernel and yes, I'd like to see something been developed not even for Linux these days. On the website of KLANG, located here, http://klang.eudyptula.org/ I couldn't find much of information regarding FreeBSD. But I'd like to draw attention towards this for FreeBSD people, if they didn't already have noticed. It is like in science - no spreading of informations makes it hard to discover what's going on ... I'm not sorry for the noise, Regards, Oliver --------------enig32B12798F88548A71EE35812 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQJ4/6AAoJEOgBcD7A/5N8fnIIAJ74rvmJoBkhA0PUNAxzS5cm cO51w+6M/Ho2/QrakuUw5tp7o2dIcd37d8R6AD9bCGeNbiSsT86eLo7dS/YHWlhD MArclkMA7UkQApYLrGx5u9zUreoNJu/Sa8SmtNx6/esmD3891uZxdu7pXZvpEn/S CmBRlzYOCpLrO39lF3l3qr6aTF7gJvEAd745PahVSvaDm2P/OQrcJfJPM493VN4B DcUOY7yO42lL0jpOYJALSf/6moY0UF1N4HulkNr91xcTUKop2e5k4SRbAcW5IKVs yHR3YZG4BX0384Zj1MmhyJWVdEedBhDtXISnGdiGF1GRmW0uQ4sq6n0eUZOqTK4= =o6WX -----END PGP SIGNATURE----- --------------enig32B12798F88548A71EE35812-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 12 11:50:46 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DA2B106564A; Sun, 12 Aug 2012 11:50:46 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from basalt.tackymt.homeip.net (unknown [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by mx1.freebsd.org (Postfix) with ESMTP id E2D4F8FC0C; Sun, 12 Aug 2012 11:50:45 +0000 (UTC) Received: from basalt.tackymt.homeip.net (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id C19E083C5; Sun, 12 Aug 2012 20:50:44 +0900 (JST) X-Virus-Scanned: amavisd-new at tackymt.homeip.net Received: from localhost by basalt.tackymt.homeip.net (amavisd-new, unix socket) with ESMTP id vC9pzMkytgXI; Sun, 12 Aug 2012 20:50:42 +0900 (JST) Received: from basalt.tackymt.homeip.net (basalt.tackymt.homeip.net [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by basalt.tackymt.homeip.net (Postfix) with ESMTPSA; Sun, 12 Aug 2012 20:50:42 +0900 (JST) Date: Sun, 12 Aug 2012 20:50:41 +0900 From: Taku YAMAMOTO To: "O. Hartmann" Message-Id: <20120812205041.ab54f512.taku@tackymt.homeip.net> In-Reply-To: <50278FF4.3040706@zedat.fu-berlin.de> References: <50278FF4.3040706@zedat.fu-berlin.de> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.24.6; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD multimedia , Current FreeBSD Subject: Re: FreeBSD development audio system: KLANG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 11:50:46 -0000 I think it should be forwarded to -multimedia@. Other than that, it's nice to hear about! On Sun, 12 Aug 2012 13:13:56 +0200 "O. Hartmann" wrote: > A few days ago, I stumbled into sthis at Phoronix: > > http://www.phoronix.com/scan.php?page=news_item&px=MTE1NzY The above link didn't work for me... > KLANG is supposed to be an exchange audio system for the kernel, > replacing several userland backed systems. Phoronix also claims this > approach is supposed to support the FreeBSD kernel and yes, I'd like to > see something been developed not even for Linux these days. > > On the website of KLANG, located here, > > http://klang.eudyptula.org/ > > I couldn't find much of information regarding FreeBSD. > > But I'd like to draw attention towards this for FreeBSD people, if they > didn't already have noticed. It is like in science - no spreading of > informations makes it hard to discover what's going on ... > > > I'm not sorry for the noise, Don't worry, generating a noise is the primary goal for sound systems :) -- -|-__ YAMAMOTO, Taku | __ < - A chicken is an egg's way of producing more eggs. - From owner-freebsd-current@FreeBSD.ORG Sun Aug 12 13:20:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39759106564A for ; Sun, 12 Aug 2012 13:20:55 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id DD46A8FC17 for ; Sun, 12 Aug 2012 13:20:54 +0000 (UTC) Received: from mx1.psconsult.nl (mx1.iaf.psconsult.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.5/8.14.4) with ESMTP id q7CDKli3082068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 12 Aug 2012 15:20:53 +0200 (CEST) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.5/8.14.4/Submit) id q7CDKlk3082067 for freebsd-current@freebsd.org; Sun, 12 Aug 2012 15:20:47 +0200 (CEST) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Sun, 12 Aug 2012 15:20:47 +0200 From: Paul Schenkeveld To: Current FreeBSD Message-ID: <20120812132047.GA33526@psconsult.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: make package fails in chroot: tar: getvfsbyname failed: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 13:20:55 -0000 Hi, I have a wrapper script that builds packages in a chroot environment which happily runs on release 6 thru 9 and earlier 10 but fails with: tar: getvfsbyname failed: No such file or directory on a recent -CURRENT. What I could dig up so far is that "make package-recursive" calls pkg_create(1) which in turn calls "tar -c -f .tbz -j -T -" and then starts feeding filenames that should go into the tarball. Something has changed in libarchive when src/contrib/libarchive/libarchive/archive_read_disk_posix.c was introduced (libarchive 3.0.3, svn rev 232153 I think) where setup_current_filesystem() calls getvfsbyname(). Now it's getting too hairy for me so I hope someone with more insight in this kind of stuff can help me out. My chroot environment has a root directory which is a subdir of my build environment, so not a mountpoint by itself. /usr/src and /usr/ports are NFS mounted from a fileserver and I have devfs mounted on /dev. Thanks for any help! With kind regards, Paul Schenkeveld From owner-freebsd-current@FreeBSD.ORG Sun Aug 12 15:49:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6069E106566B for ; Sun, 12 Aug 2012 15:49:31 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id 677A98FC08 for ; Sun, 12 Aug 2012 15:49:30 +0000 (UTC) Received: from mx1.psconsult.nl (mx1.iaf.psconsult.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.5/8.14.4) with ESMTP id q7CFnO1N029604 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 12 Aug 2012 17:49:29 +0200 (CEST) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.5/8.14.4/Submit) id q7CFnOnF029603 for freebsd-current@freebsd.org; Sun, 12 Aug 2012 17:49:24 +0200 (CEST) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Sun, 12 Aug 2012 17:49:24 +0200 From: Paul Schenkeveld To: FreeBSD Current Message-ID: <20120812154924.GA82602@psconsult.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Soekris net4801 sees no disk devices with -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 15:49:31 -0000 Hi, I am trying to build a NanoBSD image for Soekris net4801 with a recent -CURRENT. The kernel boots fine but when it comes to mounting the root filesystem, it cannot find the flash disk anymore. Bios is up to date (1.33). The full boot -v log is below, here are the lines related to the ATA subsystem: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 18.2 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 (aprobe0:ata0:0:0:0): SIGNATURE: 0000 (aprobe0:ata0:0:0:0): ATA status error (aprobe0:ata0:0:0:0): SETFEATURES SET TRANSFER MODE. ACB: ef 03 00 00 00 40 00 00 00 00 0c 00 (aprobe0:ata0:0:0:0): CAM status: ATA Status Error (aprobe0:ata0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (aprobe0:ata0:0:0:0): RES: 51 04 00 00 00 00 00 00 00 0c 00 (aprobe0:ata0:0:0:0): Retrying command (aprobe0:ata0:0:0:0): ATA status error (aprobe0:ata0:0:0:0): SETFEATURES SET TRANSFER MODE. ACB: ef 03 00 00 00 40 00 00 00 00 0c 00 (aprobe0:ata0:0:0:0): CAM status: ATA Status Error (aprobe0:ata0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (aprobe0:ata0:0:0:0): RES: 51 04 00 00 00 00 00 00 00 0c 00 (aprobe0:ata0:0:0:0): Error 5, Retries exhausted ata1: reset tp1 mask=00 ostat0=ff ostat1=ff (probe0:ctl2cam0:0:1:0): Error 6, Unretryable error Kernels up to FreeBSD 9 run fine on this box. Hope this can be solved, I have many of these devices in use and would really like to use the new carp(4) stuff in -CURRENT. Any ideas? With kind regards, Paul Schenkeveld [boot -v log] ------------------------------------------------------------------------ Copyright (c) 1992-2012 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #1 r232152: Sun Aug 12 17:20:11 CEST 2012 paul@localhost:/usr/obj/nanobsd.NET4801_10/i386.i386/FreeBSD/src-10/sys/NET4801_10_GEN i386 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc14fd000. Calibrating TSC clock ... TSC clock: 266677901 Hz CPU: Geode(TM) Integrated Processor by National Semi (586-class CPU) Origin = "Geode by NSC" Id = 0x540 Family = 5 Model = 4 Stepping = 0 Features=0x808131 real memory = 268435456 (256 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001826000 - 0x000000000fb24fff, 238022656 bytes (58111 pages) avail memory = 239140864 (228 MB) bios32: Found BIOS32 Service Directory header at 0xc00f7800 bios32: Entry = 0xf7840 (c00f7840) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x7861 Other BIOS signatures found: random device not loaded; using insecure entropy ULE: setup cpu 0 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device null: io: random: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 ACPI Error: A valid RSDP was not found (20120215/tbxfroot-237) ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=00011078) pcibios: BIOS version 2.01 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1078, dev=0x0001, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x100b, dev=0x0020, revid=0x00 domain=0, bus=0, slot=6, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x3f (1890 ns), mingnt=0x0b (2750 ns), maxlat=0x34 (13000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xe100, size 8, enabled map[14]: type Memory, range 32, base 0xa0000000, size 12, enabled found-> vendor=0x100b, dev=0x0020, revid=0x00 domain=0, bus=0, slot=7, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x3f (1890 ns), mingnt=0x0b (2750 ns), maxlat=0x34 (13000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xe200, size 8, enabled map[14]: type Memory, range 32, base 0xa0001000, size 12, enabled found-> vendor=0x100b, dev=0x0020, revid=0x00 domain=0, bus=0, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x3f (1890 ns), mingnt=0x0b (2750 ns), maxlat=0x34 (13000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xe300, size 8, enabled map[14]: type Memory, range 32, base 0xa0002000, size 12, enabled found-> vendor=0x100b, dev=0x0510, revid=0x00 domain=0, bus=0, slot=18, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x001f, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x3f (1890 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x6100, size 6, enabled map[14]: type I/O Port, range 32, base 0x6200, size 6, enabled found-> vendor=0x100b, dev=0x0511, revid=0x00 domain=0, bus=0, slot=18, func=1 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x6300, size 8, enabled found-> vendor=0x100b, dev=0x0502, revid=0x01 domain=0, bus=0, slot=18, func=2 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0xe000, size 4, enabled found-> vendor=0x100b, dev=0x0515, revid=0x00 domain=0, bus=0, slot=18, func=5 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x6500, size 6, enabled found-> vendor=0x0e11, dev=0xa0f8, revid=0x08 domain=0, bus=0, slot=19, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x38 (1680 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=11 map[10]: type Memory, range 32, base 0xa0003000, size 12, enabled sis0: port 0xe100-0xe1ff mem 0xa0000000-0xa0000fff irq 10 at device 6.0 on pci0 sis0: Silicon Revision: DP83816A miibus0: on sis0 nsphyter0: PHY 0 on miibus0 nsphyter0: OUI 0x1000e8, model 0x0002, rev. 1 nsphyter0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached sis0: Ethernet address: 00:00:24:c6:e7:00 sis1: port 0xe200-0xe2ff mem 0xa0001000-0xa0001fff irq 10 at device 7.0 on pci0 sis1: Silicon Revision: DP83816A miibus1: on sis1 nsphyter1: PHY 0 on miibus1 nsphyter1: OUI 0x1000e8, model 0x0002, rev. 1 nsphyter1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: bpf attached sis1: Ethernet address: 00:00:24:c6:e7:01 sis2: port 0xe300-0xe3ff mem 0xa0002000-0xa0002fff irq 10 at device 8.0 on pci0 sis2: Silicon Revision: DP83816A miibus2: on sis2 nsphyter2: PHY 0 on miibus2 nsphyter2: OUI 0x1000e8, model 0x0002, rev. 1 nsphyter2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis2: bpf attached sis2: Ethernet address: 00:00:24:c6:e7:02 isab0: port 0x6100-0x613f,0x6200-0x623f at device 18.0 on pci0 isa0: on isab0 pci0: at device 18.1 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 18.2 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 pci0: at device 18.5 (no driver attached) ohci0: mem 0xa0003000-0xa0003fff irq 11 at device 19.0 on pci0 ohci0: (New OHCI DeviceId=0xa0f80e11) usbus0: on ohci0 usbus0: bpf attached ohci0: usbpf: Attached cpu0 on motherboard ex_isa_identify() ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc8000-0xd0fff pnpid ORM0000 on isa0 sc0: no video adapter found. sc0: failed to probe on isa0 vga0 failed to probe on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x1f0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ atrtc0: at port 0x70 irq 8 on isa0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) Event timer "RTC" frequency 32768 Hz quality 0 attimer0: at port 0x40 on isa0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: fast interrupt uart0: console (9600,n,8,1) uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 uart1: fast interrupt isa_probe_children: probing PnP devices ctl: CAM Target Layer loaded Device configuration finished. procfs registered Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached hptrr: no controller detected. usbus0: 12Mbps Full Speed USB v1.0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 (aprobe0:ata0:0:0:0): SIGNATURE: 0000 ugen0.1: <0x0e11> at usbus0 uhub0: <0x0e11 OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0 (aprobe0:ata0:0:0:0): ATA status error (aprobe0:ata0:0:0:0): SETFEATURES SET TRANSFER MODE. ACB: ef 03 00 00 00 40 00 00 00 00 0c 00 (aprobe0:ata0:0:0:0): CAM status: ATA Status Error (aprobe0:ata0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (aprobe0:ata0:0:0:0): RES: 51 04 00 00 00 00 00 00 00 0c 00 (aprobe0:ata0:0:0:0): Retrying command (aprobe0:ata0:0:0:0): ATA status error (aprobe0:ata0:0:0:0): SETFEATURES SET TRANSFER MODE. ACB: ef 03 00 00 00 40 00 00 00 00 0c 00 (aprobe0:ata0:0:0:0): CAM status: ATA Status Error (aprobe0:ata0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (aprobe0:ata0:0:0:0): RES: 51 04 00 00 00 00 00 00 00 0c 00 (aprobe0:ata0:0:0:0): Error 5, Retries exhausted ata1: reset tp1 mask=00 ostat0=ff ostat1=ff uhub0: 3 ports with 3 removable, self powered (probe0:ctl2cam0:0:1:0): Error 6, Unretryable error WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s1a [ro]... mountroot: waiting for device /dev/ad0s1a ... Mounting from ufs:/dev/ad0s1a failed with error 19. Loader variables: vfs.root.mountfrom=ufs:/dev/ad0s1a vfs.root.mountfrom.options=ro Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> ? List of GEOM managed disk devices: mountroot> From owner-freebsd-current@FreeBSD.ORG Sun Aug 12 20:30:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6240A1065673; Sun, 12 Aug 2012 20:30:04 +0000 (UTC) (envelope-from freebsd@penx.com) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) by mx1.freebsd.org (Postfix) with ESMTP id 10B8E8FC16; Sun, 12 Aug 2012 20:30:04 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.5/8.14.5) with ESMTP id q7CKTwos018173; Sun, 12 Aug 2012 13:29:58 -0700 (PDT) (envelope-from freebsd@penx.com) From: Dennis Glatting To: Dennis Glatting In-Reply-To: <1344802894.5402.11.camel@btw.pki2.com> References: <1344802894.5402.11.camel@btw.pki2.com> Content-Type: text/plain; charset="us-ascii" Date: Sun, 12 Aug 2012 13:29:58 -0700 Message-ID: <1344803398.5537.9.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-yoursite-MailScanner-Information: Dennis Glatting X-yoursite-MailScanner-ID: q7CKTwos018173 X-yoursite-MailScanner: Found to be clean X-MailScanner-From: freebsd@penx.com Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Panic 9 .1-PRERELEASE on HP Servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 20:30:04 -0000 Looks like my screen shot was stripped. You can find it here: http://www.pki2.com/hp.JPG Also: Granny> cc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] On Sun, 2012-08-12 at 13:21 -0700, Dennis Glatting wrote: > I have a number of HP servers and on two of them (so far) I am getting > similar panics on every reboot. I've enclosed a screen shot of one of > the panics. > > A common denominator, so far, is both are compiled using the 4.2+ C > compiler and both are CVSUP mirrors. My other HP machines have not yet > shown the same problem on reboot. > > > Other data: > > > Granny# uname -a > FreeBSD Granny 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #35: Sun Aug 12 > 13:08:52 MDT 2012 root@Granny:/sys/amd64/compile/PENFORD-amd64 > amd64 > > > Granny# tunefs -p /dev/da0p3 > tunefs: POSIX.1e ACLs: (-a) disabled > tunefs: NFSv4 ACLs: (-N) disabled > tunefs: MAC multilabel: (-l) disabled > tunefs: soft updates: (-n) enabled > tunefs: soft update journaling: (-j) enabled > tunefs: gjournal: (-J) disabled > tunefs: trim: (-t) disabled > tunefs: maximum blocks per file in a cylinder group: (-e) 4096 > tunefs: average file size: (-f) 16384 > tunefs: average number of files in a directory: (-s) 64 > tunefs: minimum percentage of free space: (-m) 8% > tunefs: optimization preference: (-o) time > tunefs: volume label: (-L) > > > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Aug 12 20:45:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B9F71065740; Sun, 12 Aug 2012 20:45:12 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D9D8D8FC0C; Sun, 12 Aug 2012 20:45:11 +0000 (UTC) Received: by obbun3 with SMTP id un3so7813595obb.13 for ; Sun, 12 Aug 2012 13:45:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ptjlofal8XQMgoFrn2N5KqO+8O2vCcYPeRrNcUSC0rM=; b=PGOOPvwclmzcJFPbQTsTXo5zFuZJAo9ou5NdRSc7+0gEscyLdUQwpgwtRUFaes+GJQ 3rDUGAIa0sQa0LRcA9DQemkQh5IvBSVOs27bHSY2PZPoX6WOESpZ63twnJPCAIXQIY4e c0ulKFQLWOGWOh6i/jYcfZGcDOIKStvB55b4057yGg/f5wcfTUu83EDi2oTOtaIyj5HO RYHLTwQ2wi+2sB0x0Vyaayz8EYWctftSJTxD4PnIC+ulfBLzOQq4kD3AR6RzPJRGWpIa 7uHty10MGTtRu+vUNazpt5TJa3AnNIv03ksO4jRiwQDEDTDGdEUG5kU8z5nfUVlfqn8/ TLnQ== MIME-Version: 1.0 Received: by 10.60.31.102 with SMTP id z6mr1590622oeh.42.1344803868524; Sun, 12 Aug 2012 13:37:48 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sun, 12 Aug 2012 13:37:48 -0700 (PDT) In-Reply-To: <1344803398.5537.9.camel@btw.pki2.com> References: <1344802894.5402.11.camel@btw.pki2.com> <1344803398.5537.9.camel@btw.pki2.com> Date: Sun, 12 Aug 2012 13:37:48 -0700 Message-ID: From: Garrett Cooper To: Dennis Glatting Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Dennis Glatting , freebsd-questions@freebsd.org Subject: Re: Panic 9 .1-PRERELEASE on HP Servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 20:45:12 -0000 On Sun, Aug 12, 2012 at 1:29 PM, Dennis Glatting wrote: > Looks like my screen shot was stripped. You can find it here: > > http://www.pki2.com/hp.JPG > > > Also: > > Granny> cc -v > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070831 patched [FreeBSD] What was the actual panic message/assert that was hit? Thanks, -Garrett PS Please don't cross-post. From owner-freebsd-current@FreeBSD.ORG Sun Aug 12 22:45:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C95C51065672 for ; Sun, 12 Aug 2012 22:45:49 +0000 (UTC) (envelope-from bounces+73574-dfb6-freebsd-current=freebsd.org@sendgrid.me) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id 71AA68FC0A for ; Sun, 12 Aug 2012 22:45:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h= message-id:date:from:mime-version:to:subject:content-type :content-transfer-encoding; s=smtpapi; bh=TDxFf2h2ZURqsdyCfXZABC M4SDI=; b=FT6jO4V1anM8HOHmUWQtCjtazP2Db3VvuFSnMRXs5U+HMReP7pCzx1 zaOOXH1usL+KFRryogEDoupJN/wntioYXZ8ngW22ZltJCW9nwAsU95Qsmns7odwY IHwM4Bq5U9RdId0PTP8aNl78SE/CwWKywQWdenumgH/cKp9b8RWqY= Received: by 10.8.40.42 with SMTP id mf64.4584.502832186 Sun, 12 Aug 2012 17:45:44 -0500 (CDT) Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi1 (SG) with ESMTP id 50283218.53d5.1023089 for ; Sun, 12 Aug 2012 17:45:44 -0500 (CST) Received: (qmail 37027 invoked from network); 12 Aug 2012 22:41:40 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 12 Aug 2012 22:41:40 -0000 Received: (qmail 24623 invoked from network); 12 Aug 2012 22:44:07 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 12 Aug 2012 22:44:07 -0000 Message-ID: <502831B7.1080309@freebsd.org> Date: Sun, 12 Aug 2012 15:44:07 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120731 Thunderbird/14.0 MIME-Version: 1.0 To: FreeBSD current X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Sendgrid-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S8e+ELJ8nyUuZ+RzXcbPkSJZY7FQS9PixoaHYJibD9kQVUFocCGtxreo3hUjiH/khjhpaT/0QADOoie5hVnjf7EnUR3RLE6w3b3JS7b9wxxqIcW1WqzBR4IntztXrZA0fA= Subject: Time to bump default VM_SWZONE_SIZE_MAX? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 22:45:49 -0000 Hi all, If I'm understanding things correctly, the "maxswzone" value -- set by the kern.maxswzone loader tunable or to VM_SWZONE_SIZE_MAX by default -- should be approximately 9 MiB per GiB of swap space. The current default for VM_SWZONE_SIZE_MAX was set in August 2002 to 32 MiB; meaning that anyone who wants to use more than ~ 3.5 GB of swap space ought to set kern.maxswzone in /boot/loader.conf. Is it time to increase this default on amd64? (I understand that keeping the value low on i386 is important due to KVA limitations, but amd64 has far more address space available...) -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Sun Aug 12 23:17:46 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 938A11065674; Sun, 12 Aug 2012 23:17:46 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 993BC8FC12; Sun, 12 Aug 2012 23:17:45 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 6EF521E000F2; Mon, 13 Aug 2012 01:17:44 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.4) with ESMTP id q7CNDaxZ036686; Mon, 13 Aug 2012 01:13:36 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id q7CNDZ1d036685; Mon, 13 Aug 2012 01:13:35 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Mon, 13 Aug 2012 01:13:35 +0200 To: Juergen Lock Message-ID: <20120812231335.GA35313@triton8.kn-bremen.de> References: <201208021921.q72JLT4k040018@triton8.kn-bremen.de> <1361725.y2QOXzX10J@pcoliver.heesakkers.info> <20120802205625.GA43980@triton8.kn-bremen.de> <20120803142711.1cb981b3@ernst.jennejohn.org> <501BE795.8070407@gwdg.de> <20120803163633.GA2046@triton8.kn-bremen.de> <20120804110952.4f3a9cfd@ernst.jennejohn.org> <201208051531.q75FVJjO087729@triton8.kn-bremen.de> <20120805161353.GF2676@deviant.kiev.zoral.com.ua> <20120805173811.GA91260@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120805173811.GA91260@triton8.kn-bremen.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Konstantin Belousov , current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 23:17:46 -0000 On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote: > On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote: > > On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: > > > Hi kib, -current, seems we have a segfault in rtld when updating > > > the multimedia/vlc port from the version currently in ports to the > > > 2.0.3 CFT version from here: > > > > > > http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch > > > > > > (If you test the LIVEMEDIA knob you also need this update: > > > > > > http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch > > > > > > ) > > Please do two things. > > > > 1. Provide me the output of readelf -a for the module that was loaded. > > > > 2. Recompile rtld with debug symbols and redo the build to get the useful > > backtrace from core: > > cd /usr/src/libexec/rtld-elf > > make clean > > make all install DEBUG_FLAGS=-g > > > Ok, someone who got the crash will have to do this as I couln't > reproduce it here (sorry forgot to say...) > I just learned that the missing piece in reproducing this is the pulseaudio knob, now I finally have a bt: [...] Loaded symbols for /libexec/ld-elf.so.1 #0 symlook_obj (req=0x7fffffffbf40, obj=0x800640400) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 3847 for (symnum = obj->buckets[req->hash % obj->nbuckets]; [New Thread 802406400 (LWP 100159/vlc-cache-gen)] (gdb) bt #0 symlook_obj (req=0x7fffffffbf40, obj=0x800640400) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 #1 0x0000000800608ae7 in symlook_list (req=0x7fffffffc120, objlist=Variable "objlist" is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3611 #2 0x000000080060911b in symlook_default (req=0x7fffffffc1c0, refobj=Variable "refobj" is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3569 #3 0x000000080060939d in find_symdef (symnum=15, refobj=0x8006fd000, defobj_out=0x7fffffffc260, flags=0, cache=0x80061d000, lockstate=0x7fffffffc300) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:1541 #4 0x0000000800603690 in reloc_non_plt (obj=0x8006fd000, obj_rtld=Variable "obj_rtld" is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/amd64/reloc.c:204 #5 0x0000000800606ae8 in relocate_object (obj=0x8006fd000, bind_now=0 '\0', rtldobj=0x800819d00, flags=0, lockstate=0x7fffffffc300) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2433 #6 0x00000008006084a8 in dlopen_object (name=0x80243ec80 "../modules/access/.libs/libpulsesrc_plugin.so", fd=Variable "fd" is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2392 #7 0x0000000800608f67 in rtld_dlopen (name=0x80243ec80 "../modules/access/.libs/libpulsesrc_plugin.so", fd=-1, mode=1) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2761 #8 0x0000000800ad377d in vlc_timer_create () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #9 0x0000000800ab9998 in module_gettext () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #10 0x0000000800aba0aa in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #11 0x0000000800ab9db1 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #12 0x0000000800ab9db1 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #13 0x0000000800aba17d in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #14 0x0000000800aba631 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #15 0x0000000800a52573 in libvlc_InternalInit () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #16 0x00000008008227a7 in libvlc_new () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/lib/.libs/libvlc.so.8 #17 0x0000000000400cd4 in main () (gdb) p obj->buckets $1 = (const Elf_Hashelt *) 0x804de0160 (gdb) p req->hash % obj->nbuckets $2 = 399 (gdb) p obj->buckets[req->hash % obj->nbuckets] Cannot access memory at address 0x804de079c (gdb) p obj->nbuckets $3 = 521 (gdb) l 2761 return (dlopen_object(name, fd, obj_main, lo_flags, 2762 mode & (RTLD_MODEMASK | RTLD_GLOBAL), NULL)); 2763 } 2764 2765 static void 2766 dlopen_cleanup(Obj_Entry *obj) 2767 { 2768 2769 obj->dl_refcount--; 2770 unref_dag(obj); (gdb) l 3840 3835 * performed with the obj->valid_hash_sysv assignment. 3836 */ 3837 static int 3838 symlook_obj1_sysv(SymLook *req, const Obj_Entry *obj) 3839 { 3840 unsigned long symnum; 3841 Sym_Match_Result matchres; 3842 3843 matchres.sym_out = NULL; 3844 matchres.vsymp = NULL; (gdb) l 3845 matchres.vcount = 0; 3846 3847 for (symnum = obj->buckets[req->hash % obj->nbuckets]; 3848 symnum != STN_UNDEF; symnum = obj->chains[symnum]) { 3849 if (symnum >= obj->nchains) 3850 return (ESRCH); /* Bad object */ 3851 3852 if (matched_symbol(req, obj, &matchres, symnum)) { 3853 req->sym_out = matchres.sym_out; 3854 req->defobj_out = obj; (gdb) q % readelf -a work/vlc-2.0.3/modules/access/.libs/libpulsesrc_plugin.so ELF Header: Magic: 7f 45 4c 46 02 01 01 09 00 00 00 00 00 00 00 00 Class: ELF64 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - FreeBSD ABI Version: 0 Type: DYN (Shared object file) Machine: Advanced Micro Devices X86-64 Version: 0x1 Entry point address: 0x2110 Start of program headers: 64 (bytes into file) Start of section headers: 18600 (bytes into file) Flags: 0x0 Size of this header: 64 (bytes) Size of program headers: 56 (bytes) Number of program headers: 5 Size of section headers: 64 (bytes) Number of section headers: 28 Section header string table index: 25 Section Headers: [Nr] Name Type Address Offset Size EntSize Flags Link Info Align [ 0] NULL 0000000000000000 00000000 0000000000000000 0000000000000000 0 0 0 [ 1] .hash HASH 0000000000000158 00000158 0000000000000268 0000000000000004 A 3 0 8 [ 2] .gnu.hash GNU_HASH 00000000000003c0 000003c0 0000000000000060 0000000000000000 A 3 0 8 [ 3] .dynsym DYNSYM 0000000000000420 00000420 00000000000007f8 0000000000000018 A 4 2 8 [ 4] .dynstr STRTAB 0000000000000c18 00000c18 000000000000085e 0000000000000000 A 0 0 1 [ 5] .gnu.version VERSYM 0000000000001476 00001476 00000000000000aa 0000000000000002 A 3 0 2 [ 6] .gnu.version_r VERNEED 0000000000001520 00001520 0000000000000020 0000000000000000 A 4 1 8 [ 7] .rela.dyn RELA 0000000000001540 00001540 0000000000000060 0000000000000018 A 3 0 8 [ 8] .rela.plt RELA 00000000000015a0 000015a0 00000000000006c0 0000000000000018 A 3 10 8 [ 9] .init PROGBITS 0000000000001c60 00001c60 0000000000000013 0000000000000000 AX 0 0 4 [10] .plt PROGBITS 0000000000001c74 00001c74 0000000000000490 0000000000000010 AX 0 0 4 [11] .text PROGBITS 0000000000002110 00002110 0000000000001238 0000000000000000 AX 0 0 16 [12] .fini PROGBITS 0000000000003348 00003348 000000000000000e 0000000000000000 AX 0 0 4 [13] .rodata PROGBITS 0000000000003360 00003360 00000000000004b4 0000000000000000 A 0 0 32 [14] .eh_frame_hdr PROGBITS 0000000000003814 00003814 00000000000000bc 0000000000000000 A 0 0 4 [15] .eh_frame PROGBITS 00000000000038d0 000038d0 0000000000000294 0000000000000000 A 0 0 8 [16] .ctors PROGBITS 0000000000204000 00004000 0000000000000010 0000000000000000 WA 0 0 8 [17] .dtors PROGBITS 0000000000204010 00004010 0000000000000010 0000000000000000 WA 0 0 8 [18] .jcr PROGBITS 0000000000204020 00004020 0000000000000008 0000000000000000 WA 0 0 8 [19] .dynamic DYNAMIC 0000000000204028 00004028 0000000000000390 0000000000000010 WA 4 0 8 [20] .got PROGBITS 00000000002043b8 000043b8 0000000000000010 0000000000000008 WA 0 0 8 [21] .got.plt PROGBITS 00000000002043c8 000043c8 0000000000000258 0000000000000008 WA 0 0 8 [22] .data PROGBITS 0000000000204620 00004620 0000000000000010 0000000000000000 WA 0 0 8 [23] .bss NOBITS 0000000000204630 00004630 0000000000000008 0000000000000000 WA 0 0 4 [24] .comment PROGBITS 0000000000000000 00004630 000000000000019e 0000000000000000 0 0 1 [25] .shstrtab STRTAB 0000000000000000 000047ce 00000000000000d5 0000000000000000 0 0 1 [26] .symtab SYMTAB 0000000000000000 00004fa8 00000000000002a0 0000000000000018 27 25 8 [27] .strtab STRTAB 0000000000000000 00005248 0000000000000049 0000000000000000 0 0 1 Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings) I (info), L (link order), G (group), x (unknown) O (extra OS processing required) o (OS specific), p (processor specific) There are no section groups in this file. Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flags Align LOAD 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000003b64 0x0000000000003b64 R E 200000 LOAD 0x0000000000004000 0x0000000000204000 0x0000000000204000 0x0000000000000630 0x0000000000000638 RW 200000 DYNAMIC 0x0000000000004028 0x0000000000204028 0x0000000000204028 0x0000000000000390 0x0000000000000390 RW 8 GNU_EH_FRAME 0x0000000000003814 0x0000000000003814 0x0000000000003814 0x00000000000000bc 0x00000000000000bc R 4 GNU_STACK 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 RW 8 Section to Segment mapping: Segment Sections... 00 .hash .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn .rela.plt .init .plt .text .fini .rodata .eh_frame_hdr .eh_frame 01 .ctors .dtors .jcr .dynamic .got .got.plt .data .bss 02 .dynamic 03 .eh_frame_hdr 04 Dynamic section at offset 0x4028 contains 53 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libvlccore.so.6] 0x0000000000000001 (NEEDED) Shared library: [libthr.so.3] 0x0000000000000001 (NEEDED) Shared library: [libpulse.so.0] 0x0000000000000001 (NEEDED) Shared library: [libpulsecommon-0.9.23.so] 0x0000000000000001 (NEEDED) Shared library: [libX11-xcb.so.1] 0x0000000000000001 (NEEDED) Shared library: [libSM.so.6] 0x0000000000000001 (NEEDED) Shared library: [libICE.so.6] 0x0000000000000001 (NEEDED) Shared library: [libXtst.so.6] 0x0000000000000001 (NEEDED) Shared library: [libXi.so.6] 0x0000000000000001 (NEEDED) Shared library: [libXext.so.6] 0x0000000000000001 (NEEDED) Shared library: [libX11.so.6] 0x0000000000000001 (NEEDED) Shared library: [libxcb.so.2] 0x0000000000000001 (NEEDED) Shared library: [libXau.so.6] 0x0000000000000001 (NEEDED) Shared library: [libXdmcp.so.6] 0x0000000000000001 (NEEDED) Shared library: [libpthread-stubs.so.0] 0x0000000000000001 (NEEDED) Shared library: [librpcsvc.so.5] 0x0000000000000001 (NEEDED) Shared library: [libwrap.so.6] 0x0000000000000001 (NEEDED) Shared library: [libsndfile.so.1] 0x0000000000000001 (NEEDED) Shared library: [libFLAC.so.10] 0x0000000000000001 (NEEDED) Shared library: [libvorbisenc.so.2] 0x0000000000000001 (NEEDED) Shared library: [libvorbis.so.4] 0x0000000000000001 (NEEDED) Shared library: [libogg.so.8] 0x0000000000000001 (NEEDED) Shared library: [libdbus-1.so.3] 0x0000000000000001 (NEEDED) Shared library: [libgdbm.so.4] 0x0000000000000001 (NEEDED) Shared library: [libexecinfo.so.1] 0x0000000000000001 (NEEDED) Shared library: [librt.so.1] 0x0000000000000001 (NEEDED) Shared library: [libm.so.5] 0x0000000000000001 (NEEDED) Shared library: [libintl.so.9] 0x0000000000000001 (NEEDED) Shared library: [libiconv.so.3] 0x0000000000000001 (NEEDED) Shared library: [libc.so.7] 0x000000000000000e (SONAME) Library soname: [libpulsesrc_plugin.so] 0x000000000000000f (RPATH) Library rpath: [/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs:/usr/local/lib] 0x000000000000001d (RUNPATH) Library runpath: [/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs:/usr/local/lib] 0x000000000000000c (INIT) 0x1c60 0x000000000000000d (FINI) 0x3348 0x0000000000000004 (HASH) 0x158 0x000000006ffffef5 (GNU_HASH) 0x3c0 0x0000000000000005 (STRTAB) 0xc18 0x0000000000000006 (SYMTAB) 0x420 0x000000000000000a (STRSZ) 2142 (bytes) 0x000000000000000b (SYMENT) 24 (bytes) 0x0000000000000003 (PLTGOT) 0x2043c8 0x0000000000000002 (PLTRELSZ) 1728 (bytes) 0x0000000000000014 (PLTREL) RELA 0x0000000000000017 (JMPREL) 0x15a0 0x0000000000000007 (RELA) 0x1540 0x0000000000000008 (RELASZ) 96 (bytes) 0x0000000000000009 (RELAENT) 24 (bytes) 0x000000006ffffffe (VERNEED) 0x1520 0x000000006fffffff (VERNEEDNUM) 1 0x000000006ffffff0 (VERSYM) 0x1476 0x000000006ffffff9 (RELACOUNT) 2 0x0000000000000000 (NULL) 0x0 Relocation section '.rela.dyn' at offset 0x1540 contains 4 entries: Offset Info Type Sym. Value Sym. Name + Addend 000000204620 000000000008 R_X86_64_RELATIVE 0000000000204620 000000204628 000000000008 R_X86_64_RELATIVE 0000000000204018 0000002043b8 000800000006 R_X86_64_GLOB_DAT 0000000000000000 __cxa_finalize + 0 0000002043c0 000f00000006 R_X86_64_GLOB_DAT 0000000000000000 _Jv_RegisterClasses + 0 Relocation section '.rela.plt' at offset 0x15a0 contains 72 entries: Offset Info Type Sym. Value Sym. Name + Addend 0000002043e0 000200000007 R_X86_64_JUMP_SLO 0000000000000000 malloc + 0 0000002043e8 000300000007 R_X86_64_JUMP_SLO 0000000000000000 sysconf + 0 0000002043f0 000400000007 R_X86_64_JUMP_SLO 0000000000000000 pa_context_unref + 0 0000002043f8 000500000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_drop + 0 000000204400 000600000007 R_X86_64_JUMP_SLO 0000000000000000 pa_strerror + 0 000000204408 000700000007 R_X86_64_JUMP_SLO 0000000000000000 pa_context_get_state + 0 000000204410 000800000007 R_X86_64_JUMP_SLO 0000000000000000 __cxa_finalize + 0 000000204418 000900000007 R_X86_64_JUMP_SLO 0000000000000000 pa_proplist_setf + 0 000000204420 004900000007 R_X86_64_JUMP_SLO 00000000000021b0 vlc_pa_disconnect + 0 000000204428 000a00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_set_overflow + 0 000000204430 000b00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_get_state + 0 000000204438 000c00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_proplist_free + 0 000000204440 000d00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_context_get_server + 0 000000204448 000e00000007 R_X86_64_JUMP_SLO 0000000000000000 var_Inherit + 0 000000204450 001000000007 R_X86_64_JUMP_SLO 0000000000000000 pa_threaded_mainloop_s + 0 000000204458 001100000007 R_X86_64_JUMP_SLO 0000000000000000 getpwuid_r + 0 000000204460 001200000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_get_buffer_a + 0 000000204468 001300000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_peek + 0 000000204470 001400000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_set_started_ + 0 000000204478 001500000007 R_X86_64_JUMP_SLO 0000000000000000 vlc_memcpy + 0 000000204480 001600000007 R_X86_64_JUMP_SLO 0000000000000000 pa_threaded_mainloop_w + 0 000000204488 001700000007 R_X86_64_JUMP_SLO 0000000000000000 pa_threaded_mainloop_u + 0 000000204490 001800000007 R_X86_64_JUMP_SLO 0000000000000000 aout_BitsPerSample + 0 000000204498 001900000007 R_X86_64_JUMP_SLO 0000000000000000 pa_usec_to_bytes + 0 0000002044a0 001a00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_threaded_mainloop_s + 0 0000002044a8 001b00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_get_sample_s + 0 0000002044b0 001c00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_context_disconnect + 0 0000002044b8 001d00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_threaded_mainloop_s + 0 0000002044c0 001e00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_set_underflo + 0 0000002044c8 001f00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_context_get_index + 0 0000002044d0 002000000007 R_X86_64_JUMP_SLO 0000000000000000 gethostname + 0 0000002044d8 002100000007 R_X86_64_JUMP_SLO 0000000000000000 pa_proplist_sets + 0 0000002044e0 002200000007 R_X86_64_JUMP_SLO 0000000000000000 pa_threaded_mainloop_g + 0 0000002044e8 002300000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_get_latency + 0 0000002044f0 002400000007 R_X86_64_JUMP_SLO 0000000000000000 pa_context_set_state_c + 0 0000002044f8 002500000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_set_suspende + 0 000000204500 002600000007 R_X86_64_JUMP_SLO 0000000000000000 mdate + 0 000000204508 002700000007 R_X86_64_JUMP_SLO 0000000000000000 pa_context_get_server_ + 0 000000204510 002800000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_set_moved_ca + 0 000000204518 002900000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_connect_reco + 0 000000204520 002a00000007 R_X86_64_JUMP_SLO 0000000000000000 getuid + 0 000000204528 002b00000007 R_X86_64_JUMP_SLO 0000000000000000 block_Alloc + 0 000000204530 002c00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_threaded_mainloop_f + 0 000000204538 002d00000007 R_X86_64_JUMP_SLO 0000000000000000 vlc_Log + 0 000000204540 002e00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_context_errno + 0 000000204548 002f00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_get_library_version + 0 000000204550 003000000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_unref + 0 000000204558 003100000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_set_buffer_a + 0 000000204560 003200000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_get_device_n + 0 000000204568 003300000007 R_X86_64_JUMP_SLO 0000000000000000 pa_threaded_mainloop_n + 0 000000204570 005400000007 R_X86_64_JUMP_SLO 0000000000002240 vlc_pa_error + 0 000000204578 003400000007 R_X86_64_JUMP_SLO 0000000000000000 setlocale + 0 000000204580 003500000007 R_X86_64_JUMP_SLO 0000000000000000 pa_context_is_local + 0 000000204588 003600000007 R_X86_64_JUMP_SLO 0000000000000000 pa_context_connect + 0 000000204590 003700000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_set_read_cal + 0 000000204598 003800000007 R_X86_64_JUMP_SLO 0000000000000000 pa_context_get_protoco + 0 0000002045a0 003900000007 R_X86_64_JUMP_SLO 0000000000000000 getpid + 0 0000002045a8 003a00000007 R_X86_64_JUMP_SLO 0000000000000000 getenv + 0 0000002045b0 003b00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_get_device_i + 0 0000002045b8 003c00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_operation_unref + 0 0000002045c0 003d00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_context_new_with_pr + 0 0000002045c8 003e00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_operation_get_state + 0 0000002045d0 003f00000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_get_time + 0 0000002045d8 004000000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_set_state_ca + 0 0000002045e0 004c00000007 R_X86_64_JUMP_SLO 0000000000002330 vlc_pa_connect + 0 0000002045e8 004100000007 R_X86_64_JUMP_SLO 0000000000000000 free + 0 0000002045f0 004200000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_set_buffer_a + 0 0000002045f8 004300000007 R_X86_64_JUMP_SLO 0000000000000000 pa_proplist_new + 0 000000204600 004400000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_new + 0 000000204608 004500000007 R_X86_64_JUMP_SLO 0000000000000000 pa_stream_disconnect + 0 000000204610 004600000007 R_X86_64_JUMP_SLO 0000000000000000 pa_threaded_mainloop_l + 0 000000204618 004700000007 R_X86_64_JUMP_SLO 0000000000000000 es_format_Init + 0 There are no unwind sections in this file. Symbol table '.dynsym' contains 85 entries: Num: Value Size Type Bind Vis Ndx Name 0: 0000000000000000 0 NOTYPE LOCAL DEFAULT UND 1: 0000000000001c60 0 SECTION LOCAL DEFAULT 9 2: 0000000000000000 241 FUNC GLOBAL DEFAULT UND malloc@FBSD_1.0 (2) 3: 0000000000000000 1333 FUNC GLOBAL DEFAULT UND sysconf@FBSD_1.0 (2) 4: 0000000000000000 189 FUNC GLOBAL DEFAULT UND pa_context_unref 5: 0000000000000000 425 FUNC GLOBAL DEFAULT UND pa_stream_drop 6: 0000000000000000 59 FUNC GLOBAL DEFAULT UND pa_strerror 7: 0000000000000000 169 FUNC GLOBAL DEFAULT UND pa_context_get_state 8: 0000000000000000 497 FUNC WEAK DEFAULT UND __cxa_finalize@FBSD_1.0 (2) 9: 0000000000000000 623 FUNC GLOBAL DEFAULT UND pa_proplist_setf 10: 0000000000000000 230 FUNC GLOBAL DEFAULT UND pa_stream_set_overflow_ca 11: 0000000000000000 169 FUNC GLOBAL DEFAULT UND pa_stream_get_state 12: 0000000000000000 109 FUNC GLOBAL DEFAULT UND pa_proplist_free 13: 0000000000000000 266 FUNC GLOBAL DEFAULT UND pa_context_get_server 14: 0000000000000000 285 FUNC GLOBAL DEFAULT UND var_Inherit 15: 0000000000000000 0 NOTYPE WEAK DEFAULT UND _Jv_RegisterClasses 16: 0000000000000000 151 FUNC GLOBAL DEFAULT UND pa_threaded_mainloop_sign 17: 0000000000000000 175 FUNC GLOBAL DEFAULT UND getpwuid_r@FBSD_1.0 (2) 18: 0000000000000000 237 FUNC GLOBAL DEFAULT UND pa_stream_get_buffer_attr 19: 0000000000000000 580 FUNC GLOBAL DEFAULT UND pa_stream_peek 20: 0000000000000000 230 FUNC GLOBAL DEFAULT UND pa_stream_set_started_cal 21: 0000000000000000 10 FUNC GLOBAL DEFAULT UND vlc_memcpy 22: 0000000000000000 289 FUNC GLOBAL DEFAULT UND pa_threaded_mainloop_wait 23: 0000000000000000 192 FUNC GLOBAL DEFAULT UND pa_threaded_mainloop_unlo 24: 0000000000000000 373 FUNC GLOBAL DEFAULT UND aout_BitsPerSample 25: 0000000000000000 246 FUNC GLOBAL DEFAULT UND pa_usec_to_bytes 26: 0000000000000000 225 FUNC GLOBAL DEFAULT UND pa_threaded_mainloop_stop 27: 0000000000000000 189 FUNC GLOBAL DEFAULT UND pa_stream_get_sample_spec 28: 0000000000000000 199 FUNC GLOBAL DEFAULT UND pa_context_disconnect 29: 0000000000000000 209 FUNC GLOBAL DEFAULT UND pa_threaded_mainloop_star 30: 0000000000000000 230 FUNC GLOBAL DEFAULT UND pa_stream_set_underflow_c 31: 0000000000000000 259 FUNC GLOBAL DEFAULT UND pa_context_get_index 32: 0000000000000000 102 FUNC GLOBAL DEFAULT UND gethostname@FBSD_1.0 (2) 33: 0000000000000000 448 FUNC GLOBAL DEFAULT UND pa_proplist_sets 34: 0000000000000000 93 FUNC GLOBAL DEFAULT UND pa_threaded_mainloop_get_ 35: 0000000000000000 551 FUNC GLOBAL DEFAULT UND pa_stream_get_latency 36: 0000000000000000 223 FUNC GLOBAL DEFAULT UND pa_context_set_state_call 37: 0000000000000000 230 FUNC GLOBAL DEFAULT UND pa_stream_set_suspended_c 38: 0000000000000000 94 FUNC GLOBAL DEFAULT UND mdate 39: 0000000000000000 232 FUNC GLOBAL DEFAULT UND pa_context_get_server_pro 40: 0000000000000000 230 FUNC GLOBAL DEFAULT UND pa_stream_set_moved_callb 41: 0000000000000000 199 FUNC GLOBAL DEFAULT UND pa_stream_connect_record 42: 0000000000000000 0 FUNC GLOBAL DEFAULT UND getuid@FBSD_1.0 (2) 43: 0000000000000000 132 FUNC GLOBAL DEFAULT UND block_Alloc 44: 0000000000000000 256 FUNC GLOBAL DEFAULT UND pa_threaded_mainloop_free 45: 0000000000000000 132 FUNC GLOBAL DEFAULT UND vlc_Log 46: 0000000000000000 102 FUNC GLOBAL DEFAULT UND pa_context_errno 47: 0000000000000000 8 FUNC GLOBAL DEFAULT UND pa_get_library_version 48: 0000000000000000 330 FUNC GLOBAL DEFAULT UND pa_stream_unref 49: 0000000000000000 230 FUNC GLOBAL DEFAULT UND pa_stream_set_buffer_attr 50: 0000000000000000 284 FUNC GLOBAL DEFAULT UND pa_stream_get_device_name 51: 0000000000000000 127 FUNC GLOBAL DEFAULT UND pa_threaded_mainloop_new 52: 0000000000000000 904 FUNC GLOBAL DEFAULT UND setlocale@FBSD_1.0 (2) 53: 0000000000000000 235 FUNC GLOBAL DEFAULT UND pa_context_is_local 54: 0000000000000000 881 FUNC GLOBAL DEFAULT UND pa_context_connect 55: 0000000000000000 230 FUNC GLOBAL DEFAULT UND pa_stream_set_read_callba 56: 0000000000000000 6 FUNC GLOBAL DEFAULT UND pa_context_get_protocol_v 57: 0000000000000000 0 FUNC GLOBAL DEFAULT UND getpid@FBSD_1.0 (2) 58: 0000000000000000 389 FUNC GLOBAL DEFAULT UND getenv@FBSD_1.0 (2) 59: 0000000000000000 293 FUNC GLOBAL DEFAULT UND pa_stream_get_device_inde 60: 0000000000000000 378 FUNC GLOBAL DEFAULT UND pa_operation_unref 61: 0000000000000000 527 FUNC GLOBAL DEFAULT UND pa_context_new_with_propl 62: 0000000000000000 169 FUNC GLOBAL DEFAULT UND pa_operation_get_state 63: 0000000000000000 430 FUNC GLOBAL DEFAULT UND pa_stream_get_time 64: 0000000000000000 230 FUNC GLOBAL DEFAULT UND pa_stream_set_state_callb 65: 0000000000000000 172 FUNC GLOBAL DEFAULT UND free@FBSD_1.0 (2) 66: 0000000000000000 744 FUNC GLOBAL DEFAULT UND pa_stream_set_buffer_attr 67: 0000000000000000 19 FUNC GLOBAL DEFAULT UND pa_proplist_new 68: 0000000000000000 8 FUNC GLOBAL DEFAULT UND pa_stream_new 69: 0000000000000000 397 FUNC GLOBAL DEFAULT UND pa_stream_disconnect 70: 0000000000000000 192 FUNC GLOBAL DEFAULT UND pa_threaded_mainloop_lock 71: 0000000000000000 234 FUNC GLOBAL DEFAULT UND es_format_Init 72: 0000000000002190 20 FUNC GLOBAL DEFAULT 11 vlc_pa_rttime_free 73: 00000000000021b0 94 FUNC GLOBAL DEFAULT 11 vlc_pa_disconnect 74: 0000000000204638 0 NOTYPE GLOBAL DEFAULT ABS _end 75: 00000000000022a0 133 FUNC GLOBAL DEFAULT 11 vlc_pa_get_latency 76: 0000000000002330 1110 FUNC GLOBAL DEFAULT 11 vlc_pa_connect 77: 0000000000204630 0 NOTYPE GLOBAL DEFAULT ABS _edata 78: 0000000000002990 8 FUNC GLOBAL DEFAULT 11 vlc_entry_license__1_2_0l 79: 0000000000204630 0 NOTYPE GLOBAL DEFAULT ABS __bss_start 80: 0000000000001c60 0 FUNC GLOBAL DEFAULT 9 _init 81: 0000000000003348 0 FUNC GLOBAL DEFAULT 12 _fini 82: 0000000000002790 486 FUNC GLOBAL DEFAULT 11 vlc_entry__1_2_0l 83: 0000000000002980 8 FUNC GLOBAL DEFAULT 11 vlc_entry_copyright__1_2_ 84: 0000000000002240 84 FUNC GLOBAL DEFAULT 11 vlc_pa_error Symbol table '.symtab' contains 28 entries: Num: Value Size Type Bind Vis Ndx Name 0: 0000000000000000 0 NOTYPE LOCAL DEFAULT UND 1: 0000000000000158 0 SECTION LOCAL DEFAULT 1 2: 00000000000003c0 0 SECTION LOCAL DEFAULT 2 3: 0000000000000420 0 SECTION LOCAL DEFAULT 3 4: 0000000000000c18 0 SECTION LOCAL DEFAULT 4 5: 0000000000001476 0 SECTION LOCAL DEFAULT 5 6: 0000000000001520 0 SECTION LOCAL DEFAULT 6 7: 0000000000001540 0 SECTION LOCAL DEFAULT 7 8: 00000000000015a0 0 SECTION LOCAL DEFAULT 8 9: 0000000000001c60 0 SECTION LOCAL DEFAULT 9 10: 0000000000001c74 0 SECTION LOCAL DEFAULT 10 11: 0000000000002110 0 SECTION LOCAL DEFAULT 11 12: 0000000000003348 0 SECTION LOCAL DEFAULT 12 13: 0000000000003360 0 SECTION LOCAL DEFAULT 13 14: 0000000000003814 0 SECTION LOCAL DEFAULT 14 15: 00000000000038d0 0 SECTION LOCAL DEFAULT 15 16: 0000000000204000 0 SECTION LOCAL DEFAULT 16 17: 0000000000204010 0 SECTION LOCAL DEFAULT 17 18: 0000000000204020 0 SECTION LOCAL DEFAULT 18 19: 0000000000204028 0 SECTION LOCAL DEFAULT 19 20: 00000000002043b8 0 SECTION LOCAL DEFAULT 20 21: 00000000002043c8 0 SECTION LOCAL DEFAULT 21 22: 0000000000204620 0 SECTION LOCAL DEFAULT 22 23: 0000000000204630 0 SECTION LOCAL DEFAULT 23 24: 0000000000000000 0 SECTION LOCAL DEFAULT 24 25: 0000000000002790 486 FUNC GLOBAL DEFAULT 11 vlc_entry__1_2_0l 26: 0000000000002990 8 FUNC GLOBAL DEFAULT 11 vlc_entry_license__1_2_0l 27: 0000000000002980 8 FUNC GLOBAL DEFAULT 11 vlc_entry_copyright__1_2_ Histogram for bucket list length (total of 67 buckets): Length Number % of total Coverage 0 18 ( 26.9%) 1 27 ( 40.3%) 32.5% 2 15 ( 22.4%) 68.7% 3 4 ( 6.0%) 83.1% 4 1 ( 1.5%) 88.0% 5 2 ( 3.0%) 100.0% Histogram for `.gnu.hash' bucket list length (total of 3 buckets): Length Number % of total Coverage 0 0 ( 0.0%) 1 0 ( 0.0%) 0.0% 2 0 ( 0.0%) 0.0% 3 1 ( 33.3%) 23.1% 4 1 ( 33.3%) 53.8% 5 0 ( 0.0%) 53.8% 6 1 ( 33.3%) 100.0% Version symbols section '.gnu.version' contains 85 entries: Addr: 0000000000001476 Offset: 0x001476 Link: 3 (.dynsym) 000: 0 (*local*) 0 (*local*) 2 (FBSD_1.0) 2 (FBSD_1.0) 004: 0 (*local*) 0 (*local*) 0 (*local*) 0 (*local*) 008: 2 (FBSD_1.0) 0 (*local*) 0 (*local*) 0 (*local*) 00c: 0 (*local*) 0 (*local*) 0 (*local*) 0 (*local*) 010: 0 (*local*) 2 (FBSD_1.0) 0 (*local*) 0 (*local*) 014: 0 (*local*) 0 (*local*) 0 (*local*) 0 (*local*) 018: 0 (*local*) 0 (*local*) 0 (*local*) 0 (*local*) 01c: 0 (*local*) 0 (*local*) 0 (*local*) 0 (*local*) 020: 2 (FBSD_1.0) 0 (*local*) 0 (*local*) 0 (*local*) 024: 0 (*local*) 0 (*local*) 0 (*local*) 0 (*local*) 028: 0 (*local*) 0 (*local*) 2 (FBSD_1.0) 0 (*local*) 02c: 0 (*local*) 0 (*local*) 0 (*local*) 0 (*local*) 030: 0 (*local*) 0 (*local*) 0 (*local*) 0 (*local*) 034: 2 (FBSD_1.0) 0 (*local*) 0 (*local*) 0 (*local*) 038: 0 (*local*) 2 (FBSD_1.0) 2 (FBSD_1.0) 0 (*local*) 03c: 0 (*local*) 0 (*local*) 0 (*local*) 0 (*local*) 040: 0 (*local*) 2 (FBSD_1.0) 0 (*local*) 0 (*local*) 044: 0 (*local*) 0 (*local*) 0 (*local*) 0 (*local*) 048: 1 (*global*) 1 (*global*) 1 (*global*) 1 (*global*) 04c: 1 (*global*) 1 (*global*) 1 (*global*) 1 (*global*) 050: 1 (*global*) 1 (*global*) 1 (*global*) 1 (*global*) 054: 1 (*global*) Version needs section '.gnu.version_r' contains 1 entries: Addr: 0x0000000000001520 Offset: 0x001520 Link to section: 4 (.dynstr) 000000: Version: 1 File: libc.so.7 Cnt: 1 0x0010: Name: FBSD_1.0 Flags: none Version: 2 > Thanx, :) > Juergen Thanx once more... :) Juergen > > > > > > In article <20120804110952.4f3a9cfd@ernst.jennejohn.org> you write: > > > >On Fri, 3 Aug 2012 18:36:33 +0200 > > > >Juergen Lock wrote: > > > > > > > >> On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: > > > >> > On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: > > > >> > > On Thu, 2 Aug 2012 22:56:26 +0200 > > > >> > > Juergen Lock wrote: > > > >> > > > > > >> > > [trimmed irrelevant content] > > > >> > >> Ok I added that check: > > > >> > >> > > > >> > >> http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch > > > >> > >> > > > >> > >> Enjoy, :) > > > >> > >> > > > >> > > > > > >> > > AMD64 on HEAD. > > > >> > > > > > >> > > I always get this error, no matter which patch I use: > > > >> > > > > > >> > > GEN ../modules/plugins.dat > > > >> > > gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) > > > >> > > gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' > > > >> > > gmake[1]: *** [all-recursive] Error 1 > > > >> > > gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' > > > >> > > gmake: *** [all] Error 2 > > > >> > > *** [do-build] Error code 1 > > > >> > > > > >> > I get exactly the same error with CURRENT amd64. > > > >> > > > > >> Hm how old are both your installed src and ports? You two are the > > > >> first to report this and I just tried to reproduce it on a head > > > >> checkout from May 13 and ports from June 18, and couldn't. > > > >> > > > > > > > >I update the ports and source trees almost every day. I do not install > > > >new ports binaries unless absolutely necessary, so the ports binaries > > > >are pretty much rather old. > > > > > > > >Just installed a new world/kernel today (updated yesterdya), r239006. > > > > > > > >> > BTW, mplayer from ports does not build with liveMedia-20120404 ... > > > >> > > > > >> > > Stop in /usr/ports/multimedia/vlc. > > > >> > > *** [build] Error code 1 > > > >> > > > > > >> > > and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. > > > >> > > > > > >> > > May be because I have a mix of old and new dependencies, although the vlc > > > >> > > port never tries to update any of them. > > > >> > > > > > >> Well ports never update dependencies themselves, you need to use > > > >> tools like portmaster for that. > > > >> > > > > > > > >I avoid using tools whenever possible. Maybe I will have to try > > > >portmaster, but I dread seeing 50 ports updated just because I > > > >want to update one port. > > > > > > > >I turned on -g in make.conf and ran vlc-cache-gen in gdb. Here's the > > > >result. > > > > > > > >gdb /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen > > > >GNU gdb 6.1.1 [FreeBSD] > > > >Copyright 2004 Free Software Foundation, Inc. > > > >GDB is free software, covered by the GNU General Public License, and you are > > > >welcome to change it and/or distribute copies of it under certain conditions. > > > >Type "show copying" to see the conditions. > > > >There is absolutely no warranty for GDB. Type "show warranty" for details. > > > >This GDB was configured as "amd64-marcel-freebsd"... > > > >(gdb) r ../modules/ > > > >Starting program: /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen ../modules/ > > > >[New LWP 100125] > > > >[New Thread 802406400 (LWP 100125/vlc-cache-gen)] > > > > > > > >Program received signal SIGSEGV, Segmentation fault. > > > >[Switching to Thread 802406400 (LWP 100125/vlc-cache-gen)] > > > >0x0000000800606588 in matched_symbol () from /libexec/ld-elf.so.1 > > > >(gdb) bt > > > >#0 0x0000000800606588 in matched_symbol () from /libexec/ld-elf.so.1 > > > >#1 0x00000008006087e4 in symlook_obj () from /libexec/ld-elf.so.1 > > > >#2 0x0000000800608ae7 in symlook_list () from /libexec/ld-elf.so.1 > > > >#3 0x000000080060911b in symlook_default () from /libexec/ld-elf.so.1 > > > >#4 0x000000080060939d in find_symdef () from /libexec/ld-elf.so.1 > > > >#5 0x000000080060375b in reloc_non_plt () from /libexec/ld-elf.so.1 > > > >#6 0x0000000800606ae8 in relocate_object () from /libexec/ld-elf.so.1 > > > >#7 0x00000008006084a8 in dlopen_object () from /libexec/ld-elf.so.1 > > > >#8 0x0000000800608f67 in rtld_dlopen () from /libexec/ld-elf.so.1 > > > >#9 0x0000000800affe95 in module_Load (p_this=0x80244c198, > > > > psz_file=0x802472c00 "../modules//codec/.libs/libfluidsynth_plugin.so", > > > > p_handle=0x7fffffffd180, lazy=true) at posix/plugin.c:62 > > > >#10 0x0000000800adef4b in module_InitDynamic (obj=0x80244c198, > > > > path=0x802472c00 "../modules//codec/.libs/libfluidsynth_plugin.so", > > > > fast=true) at modules/bank.c:536 > > > >#11 0x0000000800adede2 in AllocatePluginFile (bank=0x7fffffffd490, > > > > abspath=0x802472c00 "../modules//codec/.libs/libfluidsynth_plugin.so", > > > > relpath=0x802472b80 "codec/.libs/libfluidsynth_plugin.so", > > > > st=0x7fffffffd210) at modules/bank.c:479 > > > >#12 0x0000000800adeca3 in AllocatePluginDir (bank=0x7fffffffd490, maxdepth=2, > > > > absdir=0x802472b00 "../modules//codec/.libs", > > > > reldir=0x802472a80 "codec/.libs") at modules/bank.c:440 > > > >#13 0x0000000800adecd7 in AllocatePluginDir (bank=0x7fffffffd490, maxdepth=3, > > > > absdir=0x802472a00 "../modules//codec", reldir=0x8024704f0 "codec") > > > > at modules/bank.c:444 > > > >#14 0x0000000800adecd7 in AllocatePluginDir (bank=0x7fffffffd490, maxdepth=4, > > > > absdir=0x802452c20 "../modules/", reldir=0x0) at modules/bank.c:444 > > > >#15 0x0000000800ade9b8 in AllocatePluginPath (p_this=0x80244c198, > > > > path=0x802452c20 "../modules/", mode=CACHE_USE) at modules/bank.c:353 > > > >#16 0x0000000800ade823 in AllocateAllPlugins (p_this=0x80244c198) > > > > at modules/bank.c:298 > > > >#17 0x0000000800ade55d in module_LoadPlugins (obj=0x80244c198) > > > > at modules/bank.c:189 > > > >#18 0x0000000800a53e63 in libvlc_InternalInit (p_libvlc=0x80244c198, i_argc=3, > > > > ppsz_argv=0x7fffffffd6f0) at libvlc.c:247 > > > >#19 0x000000080082234d in libvlc_new (argc=2, argv=0x7fffffffd7a0) at core.c:59 > > > >#20 0x0000000000400d1c in main (argc=2, argv=0x7fffffffd858) at cachegen.c:107 > > > >(gdb) > > > > > > > >If I remove enough plugins then I can build and install vlc, but the > > > >result isn't very useful. > > > > > > > >The old port builds, installs and works just fine with all the plugins I > > > >want to use so I'll stick to it. > > > > > > I Cc'd -current and kib (who did the majority of the recent rtld commits), > > > maybe he has an idea. Seems dlopen() was called from here, > > > /usr/ports/multimedia/vlc/work/vlc-2.0.3/src/posix/plugin.c , line 62: > > > > > > /** > > > * Load a dynamically linked library using a system dependent method. > > > * > > > * \param p_this vlc object > > > * \param psz_file library file > > > * \param p_handle the module handle returned > > > * \return 0 on success as well as the module handle. > > > */ > > > int module_Load( vlc_object_t *p_this, const char *psz_file, > > > module_handle_t *p_handle, bool lazy ) > > > { > > > #if defined (RTLD_NOW) > > > const int flags = lazy ? RTLD_LAZY : RTLD_NOW; > > > #elif defined (DL_LAZY) > > > const int flags = DL_LAZY; > > > #else > > > const int flags = 0; > > > #endif > > > char *path = ToLocale( psz_file ); > > > > > > module_handle_t handle = dlopen( path, flags ); > > > if( handle == NULL ) > > > { > > > msg_Warn( p_this, "cannot load module `%s' (%s)", path, dlerror() ); > > > LocaleFree( path ); > > > return -1; > > > } > > > LocaleFree( path ); > > > *p_handle = handle; > > > return 0; > > > } > > > > > > Thanx, :) > > > Juergen > From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 00:29:38 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EC95106564A; Mon, 13 Aug 2012 00:29:38 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id DA3388FC08; Mon, 13 Aug 2012 00:29:37 +0000 (UTC) Received: by qcsg15 with SMTP id g15so2353646qcs.13 for ; Sun, 12 Aug 2012 17:29:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=9ARjbso12aTpWxlvgkLwdjjDcnBhuzkJFbFxqWCsDJ4=; b=uYY66V4ttGBTgVXg8J6qTCFUnMUzLoGN6r9QN9e1ep/XOiImQMmO5ZpgwGvpH8x80w 3Ybso8Q3ZLSMPLMmNPEzcEi+HLyrYxbIs3KowdDMg/QKSBHfbIS0AfeVfGnVlRfouZM7 FAabYxbk+mcGSWdlBs7mrycU3F1IJoCwXVrAxAQK7Jaimn1rk8Kba429wfUVAahFZp6v Tp4Dh5/42Oacki01tNI26wgsCVi/ePkxF7kpXUxRSQs/ANW+G81trlp5341cxwKHGPCL E+6ZTmxZRAMA42RbUVUQLAsFKdkmLM9llZ9NRgn3tpwf8ZXqegA4zRzmkpJQ1+6a3tgZ qYAg== Received: by 10.224.9.82 with SMTP id k18mr10132029qak.19.1344817776944; Sun, 12 Aug 2012 17:29:36 -0700 (PDT) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id fx5sm7515653qab.14.2012.08.12.17.29.35 (version=SSLv3 cipher=OTHER); Sun, 12 Aug 2012 17:29:35 -0700 (PDT) Date: Sun, 12 Aug 2012 20:29:30 -0400 From: Alexander Kabaev To: Juergen Lock Message-ID: <20120812202930.4c11035e@kan.dyndns.org> In-Reply-To: <20120812231335.GA35313@triton8.kn-bremen.de> References: <201208021921.q72JLT4k040018@triton8.kn-bremen.de> <1361725.y2QOXzX10J@pcoliver.heesakkers.info> <20120802205625.GA43980@triton8.kn-bremen.de> <20120803142711.1cb981b3@ernst.jennejohn.org> <501BE795.8070407@gwdg.de> <20120803163633.GA2046@triton8.kn-bremen.de> <20120804110952.4f3a9cfd@ernst.jennejohn.org> <201208051531.q75FVJjO087729@triton8.kn-bremen.de> <20120805161353.GF2676@deviant.kiev.zoral.com.ua> <20120805173811.GA91260@triton8.kn-bremen.de> <20120812231335.GA35313@triton8.kn-bremen.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/iK0fLxayKQvJ5LNyqQ_h11W"; protocol="application/pgp-signature" Cc: Konstantin Belousov , current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 00:29:38 -0000 --Sig_/iK0fLxayKQvJ5LNyqQ_h11W Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 13 Aug 2012 01:13:35 +0200 Juergen Lock wrote: > On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote: > > On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote: > > > On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: > > > > Hi kib, -current, seems we have a segfault in rtld when updating > > > > the multimedia/vlc port from the version currently in ports to > > > > the 2.0.3 CFT version from here: > > > >=20 > > > > http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch > > > >=20 > > > > (If you test the LIVEMEDIA knob you also need this update: > > > >=20 > > > > http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch > > > >=20 > > > > ) > > > Please do two things. > > >=20 > > > 1. Provide me the output of readelf -a for the module that was > > > loaded. > > >=20 > > > 2. Recompile rtld with debug symbols and redo the build to get > > > the useful backtrace from core: > > > cd /usr/src/libexec/rtld-elf > > > make clean > > > make all install DEBUG_FLAGS=3D-g > > >=20 > > Ok, someone who got the crash will have to do this as I couln't > > reproduce it here (sorry forgot to say...) > >=20 > I just learned that the missing piece in reproducing this is the > pulseaudio knob, now I finally have a bt: > obj->nbuckets in core seems to disagree with that readelf thinks it should be (521 !=3D 67). Could you please make the tarball of all the VLC libraries involved? Send the link to me and kib@, please. At the very least, can I lay my hands on libpulsesrc_plugin.so binary? --=20 Alexander Kabaev --Sig_/iK0fLxayKQvJ5LNyqQ_h11W Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iD8DBQFQKEpuQ6z1jMm+XZYRAtwIAKC9JliAP7Ws7m9qw16UcvTS/4VCpQCgsKxN Xml0oL9aahE+JP5i+cQpTFY= =TmGF -----END PGP SIGNATURE----- --Sig_/iK0fLxayKQvJ5LNyqQ_h11W-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 05:49:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 094171065672; Mon, 13 Aug 2012 05:49:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B302C8FC08; Mon, 13 Aug 2012 05:49:39 +0000 (UTC) Received: by obbun3 with SMTP id un3so8588789obb.13 for ; Sun, 12 Aug 2012 22:49:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=mCRhJC5QAF3jExfUXymF1f8L5F+50Prst5Y40p3+Hfc=; b=KRDz0pA+k3PfA4oluBGEWVU2XgpDiSzRtDXdIgUmjphBnXQYon7vJuahufCTikgisF hVikHevOb/wNUqgG36GkXTbmDaS4gZtJ2v3Qq15pnqwsQOd2FWWpFNSRyzKmKIiOjZKq sBYfT++3Onesr5A9LgYLzgbF1AapoMedNV2oMBxYEoNMKQxEKNzXcx3bnTWOzYFDd0fT xY0u1n+YdqKt4QoZSszn5gG2m1k87KMKrTWDjN3n5n9LdLlqQNskt0yswh/yJ9vhu+70 mIm3G6eGoirh8fvnc58+LLS9wxDgrbY6AjjofFLNbxIKaSik6S3VzJ1/sYD1+t94a2nm MPGg== MIME-Version: 1.0 Received: by 10.50.237.73 with SMTP id va9mr4123948igc.3.1344836978933; Sun, 12 Aug 2012 22:49:38 -0700 (PDT) Received: by 10.64.165.34 with HTTP; Sun, 12 Aug 2012 22:49:38 -0700 (PDT) In-Reply-To: References: <7BEE3948-EE35-48C2-B4B1-25E34087A4C4@lists.zabbadoz.net> <201207021036.45567.jhb@freebsd.org> Date: Mon, 13 Aug 2012 09:49:38 +0400 Message-ID: From: Sergey Kandaurov To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current FreeBSD Subject: Re: swp_pager_meta_build DoS printf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 05:49:40 -0000 On 2 July 2012 20:31, Bjoern A. Zeeb wrote: > > On 2. Jul 2012, at 14:36 , John Baldwin wrote: > >> On Sunday, July 01, 2012 8:23:31 am Bjoern A. Zeeb wrote: >>> Hey, >>> >>> hitting this printf in swp_pager_meta_build() >>> >>> if (uma_zone_exhausted(swap_zone)) { >>> printf("swap zone exhausted, increase kern.maxswzone\n"); >>> vm_pageout_oom(VM_OOM_SWAPZ); >>> pause("swzonex", 10); >>> } else >>> >>> seems to be an effective way to put the machine into a state of no recovery >>> unless the memory situation would be able to clear itself. Not that it wouldn't >>> otherwise be any better but in addition having a couple of tenthousands of these >>> going to console as well is really not helpful to try to do anything either. Can >>> we make it a log() call or something? >>> >>> /bz >>> >>> PS: I am not sure as I have seen it on someone else's machines and it's >>> probably been ZFS that caused it. I unfortunately neither had a way to >>> get back in or break to a kernel debugger, so information is sparse. >> >> This used to be a silent deadlock before I added the printf() and the call to >> OOM. :-P Do you just want to ratelimit the printf? We have an API to ratelimit >> printf's already. > > Ratelimit would be fine; I was writing that on the wrong time of the wrong day to > just get it out; could you do that? Hi, looks like the discussion was abandoned. What about this patch? It enables to ratelimit the printf. Also, are the new variables put in the right places from the style pov? Index: /usr/src/sys/vm/swap_pager.c =================================================================== --- /usr/src/sys/vm/swap_pager.c (revision 239171) +++ /usr/src/sys/vm/swap_pager.c (working copy) @@ -1804,8 +1804,10 @@ restart: static void swp_pager_meta_build(vm_object_t object, vm_pindex_t pindex, daddr_t swapblk) { + static struct timeval lastfail; struct swblock *swap; struct swblock **pswap; + static int curfail; int idx; VM_OBJECT_LOCK_ASSERT(object, MA_OWNED); @@ -1847,7 +1849,9 @@ retry: mtx_unlock(&swhash_mtx); VM_OBJECT_UNLOCK(object); if (uma_zone_exhausted(swap_zone)) { - printf("swap zone exhausted, increase kern.maxswzone\n"); + if (ppsratecheck(&lastfail, &curfail, 1)) + printf("swap zone exhausted, " + "increase kern.maxswzone\n"); vm_pageout_oom(VM_OOM_SWAPZ); pause("swzonex", 10); } else -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 07:05:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 286F51065674 for ; Mon, 13 Aug 2012 07:05:24 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id A2D118FC08 for ; Mon, 13 Aug 2012 07:05:23 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so2939015wgb.31 for ; Mon, 13 Aug 2012 00:05:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=fD0UqjJAvAb+9jWWTDNODiiTCnXZcxjgD1eIpTqM1IM=; b=Goc8EyQqtWp6+24SC8sw8ZoFaxJ7SoLDkFWSVndJupG1NnFMiGPqhzVtg54MY2L9Fg zRu8ci62LSw0E8DzgbPmTA8VQlbg1xu8HvV7/3ja0ltBZw9/qm7sK+E3P9KMoRl5VOMe R6tfXgT6YXMAUwRjKqvcdMyj/oiu78tFviH743wDnVrmDJQV/1CyrxEot1LoQCnimgH9 jX33/qCxGDYFGM5FlyD+asL01Ka16Mtx1nMzV72r46BKR1ff+Om0HABnmSD3ju+BKQf7 Un6hS/eFOfJ1aI3uhorKCRN7TNLZYNMaFUDVK3LkONLBIQAq95RssPLRGUNnFxWakVcO jCvQ== Received: by 10.216.29.17 with SMTP id h17mr3737994wea.221.1344841045321; Sun, 12 Aug 2012 23:57:25 -0700 (PDT) Received: from green.tandem.local (157-17-132-95.pool.ukrtel.net. [95.132.17.157]) by mx.google.com with ESMTPS id ef5sm21673832wib.3.2012.08.12.23.57.22 (version=SSLv3 cipher=OTHER); Sun, 12 Aug 2012 23:57:24 -0700 (PDT) Message-ID: <5028A551.7080006@gmail.com> Date: Mon, 13 Aug 2012 09:57:21 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120730 Firefox/14.0.1 SeaMonkey/2.11 MIME-Version: 1.0 To: "O. Hartmann" References: <50278FF4.3040706@zedat.fu-berlin.de> In-Reply-To: <50278FF4.3040706@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: FreeBSD development audio system: KLANG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 07:05:24 -0000 O. Hartmann wrote: > A few days ago, I stumbled into sthis at Phoronix: > > http://www.phoronix.com/scan.php?page=news_item&px=MTE1NzY > > KLANG is supposed to be an exchange audio system for the kernel, > replacing several userland backed systems. Phoronix also claims this > approach is supposed to support the FreeBSD kernel and yes, I'd like to > see something been developed not even for Linux these days. > > On the website of KLANG, located here, > > http://klang.eudyptula.org/ > > I couldn't find much of information regarding FreeBSD. > > But I'd like to draw attention towards this for FreeBSD people, if they > didn't already have noticed. It is like in science - no spreading of > informations makes it hard to discover what's going on ... I think the main problems with this one would be: 1. It's targeted at fixing Linux bugs, not FreeBSD ones. FreeBSD sound system had in-kernel virtual channel mixing support for years. 2. It's claiming very spurious tasks like adding full audio routing support like JACK does. I personally think that most users doesn't need it and I can't really say who and how will benefit of this. 3. What drivers would be supported? FreeBSD OSS and ALSA still have working support for Aureal Vortex despite those ones were already dropped at OSS4. How long it will take to support at least 50% of hardware list? 4. Where is source? Anyway, good luck to them. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 07:42:09 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21133106566C for ; Mon, 13 Aug 2012 07:42:09 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id E1BA68FC0A for ; Mon, 13 Aug 2012 07:42:08 +0000 (UTC) Received: from [10.0.1.2] (cpc3-cwma8-2-0-cust207.7-3.cable.virginmedia.com [82.20.156.208]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id q7D7g0WN038714 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Mon, 13 Aug 2012 07:42:02 GMT (envelope-from theraven@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: David Chisnall In-Reply-To: <5028A551.7080006@gmail.com> Date: Mon, 13 Aug 2012 08:42:01 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <19BDF321-ECB9-41C2-9301-6886FC4364E8@FreeBSD.org> References: <50278FF4.3040706@zedat.fu-berlin.de> <5028A551.7080006@gmail.com> To: Volodymyr Kostyrko X-Mailer: Apple Mail (2.1278) Cc: FreeBSD-Current , "O. Hartmann" Subject: Re: FreeBSD development audio system: KLANG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 07:42:09 -0000 On 13 Aug 2012, at 07:57, Volodymyr Kostyrko wrote: > 1. It's targeted at fixing Linux bugs, not FreeBSD ones. FreeBSD sound = system had in-kernel virtual channel mixing support for years. I found this to be the major issue. There were very few things on the = list that weren't already supported by the FreeBSD sound system (which, = before the last major rewrite, was the reason I switched to FreeBSD in = the first place, and is now an amazing piece of work) and the few = remaining things would be better added incrementally, rather than by = throwing everything away and starting again. Unless, of course, the = project is to improve a few bits of the FreeBSD sound subsystem and then = port it to Linux... David= From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 10:30:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92234106564A; Mon, 13 Aug 2012 10:30:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D6DAA8FC14; Mon, 13 Aug 2012 10:30:52 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q7DAV0wj077747; Mon, 13 Aug 2012 13:31:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q7DAUmVv005123; Mon, 13 Aug 2012 13:30:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q7DAUlwM005122; Mon, 13 Aug 2012 13:30:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 13 Aug 2012 13:30:47 +0300 From: Konstantin Belousov To: Juergen Lock Message-ID: <20120813103047.GD2352@deviant.kiev.zoral.com.ua> References: <1361725.y2QOXzX10J@pcoliver.heesakkers.info> <20120802205625.GA43980@triton8.kn-bremen.de> <20120803142711.1cb981b3@ernst.jennejohn.org> <501BE795.8070407@gwdg.de> <20120803163633.GA2046@triton8.kn-bremen.de> <20120804110952.4f3a9cfd@ernst.jennejohn.org> <201208051531.q75FVJjO087729@triton8.kn-bremen.de> <20120805161353.GF2676@deviant.kiev.zoral.com.ua> <20120805173811.GA91260@triton8.kn-bremen.de> <20120812231335.GA35313@triton8.kn-bremen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TybLhxa8M7aNoW+V" Content-Disposition: inline In-Reply-To: <20120812231335.GA35313@triton8.kn-bremen.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 10:30:53 -0000 --TybLhxa8M7aNoW+V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 13, 2012 at 01:13:35AM +0200, Juergen Lock wrote: > On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote: > > On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote: > > > On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: > > > > Hi kib, -current, seems we have a segfault in rtld when updating > > > > the multimedia/vlc port from the version currently in ports to the > > > > 2.0.3 CFT version from here: > > > >=20 > > > > http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch > > > >=20 > > > > (If you test the LIVEMEDIA knob you also need this update: > > > >=20 > > > > http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch > > > >=20 > > > > ) > > > Please do two things. > > >=20 > > > 1. Provide me the output of readelf -a for the module that was loaded. > > >=20 > > > 2. Recompile rtld with debug symbols and redo the build to get the us= eful > > > backtrace from core: > > > cd /usr/src/libexec/rtld-elf > > > make clean > > > make all install DEBUG_FLAGS=3D-g > > >=20 > > Ok, someone who got the crash will have to do this as I couln't > > reproduce it here (sorry forgot to say...) > >=20 > I just learned that the missing piece in reproducing this is the > pulseaudio knob, now I finally have a bt: >=20 > [...] > Loaded symbols for /libexec/ld-elf.so.1 > #0 symlook_obj (req=3D0x7fffffffbf40, obj=3D0x800640400) at /d3t/d3t/hom= e/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 > 3847 for (symnum =3D obj->buckets[req->hash % obj->nbuckets]; > [New Thread 802406400 (LWP 100159/vlc-cache-gen)] > (gdb) bt > #0 symlook_obj (req=3D0x7fffffffbf40, obj=3D0x800640400) at /d3t/d3t/hom= e/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 > #1 0x0000000800608ae7 in symlook_list (req=3D0x7fffffffc120, objlist=3DV= ariable "objlist" is not available. > ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3611 > #2 0x000000080060911b in symlook_default (req=3D0x7fffffffc1c0, refobj= =3DVariable "refobj" is not available. > ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3569 > #3 0x000000080060939d in find_symdef (symnum=3D15, refobj=3D0x8006fd000,= defobj_out=3D0x7fffffffc260, flags=3D0, cache=3D0x80061d000, lockstate=3D0= x7fffffffc300) > at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:1541 > #4 0x0000000800603690 in reloc_non_plt (obj=3D0x8006fd000, obj_rtld=3DVa= riable "obj_rtld" is not available. > ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/amd64/reloc.c:204 > #5 0x0000000800606ae8 in relocate_object (obj=3D0x8006fd000, bind_now=3D= 0 '\0', rtldobj=3D0x800819d00, flags=3D0, lockstate=3D0x7fffffffc300) > at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2433 > #6 0x00000008006084a8 in dlopen_object (name=3D0x80243ec80 "../modules/a= ccess/.libs/libpulsesrc_plugin.so", fd=3DVariable "fd" is not available. > ) > at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2392 > #7 0x0000000800608f67 in rtld_dlopen (name=3D0x80243ec80 "../modules/acc= ess/.libs/libpulsesrc_plugin.so", fd=3D-1, mode=3D1) > at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2761 > #8 0x0000000800ad377d in vlc_timer_create () from /usr/ports/multimedia/= vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > #9 0x0000000800ab9998 in module_gettext () from /usr/ports/multimedia/vl= c-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > #10 0x0000000800aba0aa in module_list_get () from /usr/ports/multimedia/v= lc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > #11 0x0000000800ab9db1 in module_list_get () from /usr/ports/multimedia/v= lc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > #12 0x0000000800ab9db1 in module_list_get () from /usr/ports/multimedia/v= lc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > #13 0x0000000800aba17d in module_list_get () from /usr/ports/multimedia/v= lc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > #14 0x0000000800aba631 in module_list_get () from /usr/ports/multimedia/v= lc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > #15 0x0000000800a52573 in libvlc_InternalInit () from /usr/ports/multimed= ia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > #16 0x00000008008227a7 in libvlc_new () from /usr/ports/multimedia/vlc-20= 3a/work/vlc-2.0.3/lib/.libs/libvlc.so.8 > #17 0x0000000000400cd4 in main () > (gdb) p obj->buckets > $1 =3D (const Elf_Hashelt *) 0x804de0160 > (gdb) p req->hash % obj->nbuckets > $2 =3D 399 > (gdb) p obj->buckets[req->hash % obj->nbuckets]=20 > Cannot access memory at address 0x804de079c > (gdb) p obj->nbuckets > $3 =3D 521 Can you show the output of "p *obj" there ? --TybLhxa8M7aNoW+V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAo11cACgkQC3+MBN1Mb4iPtQCdElyikop+24b+QZo32xEN3fSx J3oAoOZwQJtpoo2dtEHL2GogxSlnS9+6 =B9dP -----END PGP SIGNATURE----- --TybLhxa8M7aNoW+V-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 11:15:01 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F4C7106564A for ; Mon, 13 Aug 2012 11:15:01 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id CFEE78FC0A for ; Mon, 13 Aug 2012 11:15:00 +0000 (UTC) Received: by vcbgb22 with SMTP id gb22so4314034vcb.13 for ; Mon, 13 Aug 2012 04:15:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=LMiodyIiBeC/LTS2OQCShts5xt9eptAo0hDeaGpRm/g=; b=qNaPJMsLJULqJ4WFMmYBFHdpfOmwzSVU0V2q4D5uaNvj16Q8cpIzhAdhsoxXQocRFy C3OkQ8pjQcO96I1HCfnWUHju3gXAmk1Q/yqSzymnRD9da5YX1p9HJEjknHRQT4+jnRPL IZyGMTWBSkJmDbdzPbHIggPnKf+Vx8e9MUo2PqHjpGIZcTRWdAe+zlQMnzkDT3cxmDne Cxh4G++WhzypHsjxoT6f/yQ/kdqbTTYZku30/YiyeiiKZ6bwlhNJvg/+dDT2IONl++XS y0OS5sQWFWWZ+Hmwnnw9YyQRBrNavyuqeWUda3p3AM7an3eUZPAC8LPHEFNwaa029Iui UUww== MIME-Version: 1.0 Received: by 10.221.9.142 with SMTP id ow14mr4912747vcb.33.1344856500119; Mon, 13 Aug 2012 04:15:00 -0700 (PDT) Received: by 10.58.200.101 with HTTP; Mon, 13 Aug 2012 04:15:00 -0700 (PDT) Date: Mon, 13 Aug 2012 07:15:00 -0400 Message-ID: From: Kim Culhan To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: r239222 boot failure: Lock (sx) USB config SX lock not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 11:15:01 -0000 Seeing this on r239222: panic: Lock (sx) USB config SX lock not locked @ /usr/src/sys/dev/usb/usb/usb_device.c:2781 thanks -kim From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 12:28:07 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A95A5106566C for ; Mon, 13 Aug 2012 12:28:07 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 663518FC16 for ; Mon, 13 Aug 2012 12:28:07 +0000 (UTC) Received: by vcbgb22 with SMTP id gb22so4387780vcb.13 for ; Mon, 13 Aug 2012 05:28:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=y1UnCfXWYPJr1ds/MYc8E/f1I+8UwrKpKr9YtQx5ols=; b=lNKGBDgQM07cM8qQq+aCsqSBaMktKte8b/UdOzhPF0PxghTwL/QhxEeq9XPw2oA2F4 irdco4cqtOk0nzG//bGzxrSEGFov7sAyBJPjLlgzp6WyY1oafThNc2O4hkDyL2UXOiIl 9t5KGQUVk8miWblFRV6BQ4dZ5EvHRFR9n3MmFuWjVAC+AgyPReI9NagbhaDIEKW0UZlV GVgRrC4xgwe9USQyHQcBWk8mUqzwOpmkXebYEVd+NPIQNbYjSBazrg/OYnyxvFCiokK7 DO0YKtdByM5ZKbG8eNs2shkLfgOCuFq396csZiLmWVviMbHvcDNhWmeEtoRSTStlgLjr WuuQ== MIME-Version: 1.0 Received: by 10.220.149.130 with SMTP id t2mr8159138vcv.8.1344860885686; Mon, 13 Aug 2012 05:28:05 -0700 (PDT) Received: by 10.58.200.101 with HTTP; Mon, 13 Aug 2012 05:28:05 -0700 (PDT) Date: Mon, 13 Aug 2012 08:28:05 -0400 Message-ID: From: Kim Culhan To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: r239222 boot failure back trace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 12:28:07 -0000 It was found a ps/2 keyboard would work when the usb keyboard would not so was then able to get a backtrace: http://img827.imageshack.us/img827/3622/img0084vc.jpg http://img705.imageshack.us/img705/9816/img0086dms.jpg -kim From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 17:03:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14582106566C; Mon, 13 Aug 2012 17:03:13 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id A97578FC08; Mon, 13 Aug 2012 17:03:12 +0000 (UTC) Received: by ghrr13 with SMTP id r13so3890590ghr.13 for ; Mon, 13 Aug 2012 10:03:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=fBOeUbPBNA8Ncv35iNOTHPOzGBdwndmXPeL4cRSPav8=; b=gZe9tITD/bDU9VzmmWQvXJSMjWMgxpPPlN1h03ynNXjZx6s58uLLWeB+qhMZYGjqMQ YmLgQt9Ec+y/woP1NXOUyeNNaYptrfAfOfAVvoEV7Ct5s60zKLmCJd+IJBX8Gfrpaim1 LSfMKgmZgrMWfhRTMZVKbnjny+/YSZ9pd8sRFgY8DqXg/us5gNfjRa5GSVXCtA1Idn1E hs4kcNgHauAMNNiDZJry4Pn2lMJuTpNraLpzGFxFdr2BS3FOKQvdYhAqrcc2pdMKe2a+ i4oI7jveOnVYYDO6xHq27B94S0uGKKMYOsSPR//LKXHjGGaYsqs5gbN+fMOjrxpUm038 jShw== MIME-Version: 1.0 Received: by 10.66.75.73 with SMTP id a9mr25805617paw.43.1344877391756; Mon, 13 Aug 2012 10:03:11 -0700 (PDT) Received: by 10.68.203.69 with HTTP; Mon, 13 Aug 2012 10:03:11 -0700 (PDT) In-Reply-To: <502831B7.1080309@freebsd.org> References: <502831B7.1080309@freebsd.org> Date: Mon, 13 Aug 2012 12:03:11 -0500 Message-ID: From: Alan Cox To: Colin Percival Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD current Subject: Re: Time to bump default VM_SWZONE_SIZE_MAX? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 17:03:13 -0000 On Sun, Aug 12, 2012 at 5:44 PM, Colin Percival wrote: > Hi all, > > If I'm understanding things correctly, the "maxswzone" value -- set by the > kern.maxswzone loader tunable or to VM_SWZONE_SIZE_MAX by default -- should > be approximately 9 MiB per GiB of swap space. > > The current default for VM_SWZONE_SIZE_MAX was set in August 2002 to 32 > MiB; > meaning that anyone who wants to use more than ~ 3.5 GB of swap space ought > to set kern.maxswzone in /boot/loader.conf. > > Is it time to increase this default on amd64? (I understand that keeping > the > value low on i386 is important due to KVA limitations, but amd64 has far > more > address space available...) > > The short answer is "Yes." The long answer is that amd64, ia64, etc. shouldn't have this limit at all. The swap zone objects are small objects that could be allocated by uma_small_alloc() and accessed through the direct map. Alan From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 17:47:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A06B10656F8; Mon, 13 Aug 2012 17:47:19 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id CF6418FC17; Mon, 13 Aug 2012 17:47:18 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 4CD471E00228; Mon, 13 Aug 2012 19:47:12 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.4) with ESMTP id q7DGxppm064392; Mon, 13 Aug 2012 18:59:51 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id q7DGxpGu064391; Mon, 13 Aug 2012 18:59:51 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Mon, 13 Aug 2012 18:59:51 +0200 To: Konstantin Belousov Message-ID: <20120813165951.GA64229@triton8.kn-bremen.de> References: <20120802205625.GA43980@triton8.kn-bremen.de> <20120803142711.1cb981b3@ernst.jennejohn.org> <501BE795.8070407@gwdg.de> <20120803163633.GA2046@triton8.kn-bremen.de> <20120804110952.4f3a9cfd@ernst.jennejohn.org> <201208051531.q75FVJjO087729@triton8.kn-bremen.de> <20120805161353.GF2676@deviant.kiev.zoral.com.ua> <20120805173811.GA91260@triton8.kn-bremen.de> <20120812231335.GA35313@triton8.kn-bremen.de> <20120813103047.GD2352@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120813103047.GD2352@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org, Juergen Lock , freebsd-ports@freebsd.org Subject: Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 17:47:20 -0000 On Mon, Aug 13, 2012 at 01:30:47PM +0300, Konstantin Belousov wrote: > On Mon, Aug 13, 2012 at 01:13:35AM +0200, Juergen Lock wrote: > > On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote: > > > On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote: > > > > On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: > > > > > Hi kib, -current, seems we have a segfault in rtld when updating > > > > > the multimedia/vlc port from the version currently in ports to the > > > > > 2.0.3 CFT version from here: > > > > > > > > > > http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch > > > > > > > > > > (If you test the LIVEMEDIA knob you also need this update: > > > > > > > > > > http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch > > > > > > > > > > ) > > > > Please do two things. > > > > > > > > 1. Provide me the output of readelf -a for the module that was loaded. > > > > > > > > 2. Recompile rtld with debug symbols and redo the build to get the useful > > > > backtrace from core: > > > > cd /usr/src/libexec/rtld-elf > > > > make clean > > > > make all install DEBUG_FLAGS=-g > > > > > > > Ok, someone who got the crash will have to do this as I couln't > > > reproduce it here (sorry forgot to say...) > > > > > I just learned that the missing piece in reproducing this is the > > pulseaudio knob, now I finally have a bt: > > > > [...] > > Loaded symbols for /libexec/ld-elf.so.1 > > #0 symlook_obj (req=0x7fffffffbf40, obj=0x800640400) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 > > 3847 for (symnum = obj->buckets[req->hash % obj->nbuckets]; > > [New Thread 802406400 (LWP 100159/vlc-cache-gen)] > > (gdb) bt > > #0 symlook_obj (req=0x7fffffffbf40, obj=0x800640400) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 > > #1 0x0000000800608ae7 in symlook_list (req=0x7fffffffc120, objlist=Variable "objlist" is not available. > > ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3611 > > #2 0x000000080060911b in symlook_default (req=0x7fffffffc1c0, refobj=Variable "refobj" is not available. > > ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3569 > > #3 0x000000080060939d in find_symdef (symnum=15, refobj=0x8006fd000, defobj_out=0x7fffffffc260, flags=0, cache=0x80061d000, lockstate=0x7fffffffc300) > > at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:1541 > > #4 0x0000000800603690 in reloc_non_plt (obj=0x8006fd000, obj_rtld=Variable "obj_rtld" is not available. > > ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/amd64/reloc.c:204 > > #5 0x0000000800606ae8 in relocate_object (obj=0x8006fd000, bind_now=0 '\0', rtldobj=0x800819d00, flags=0, lockstate=0x7fffffffc300) > > at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2433 > > #6 0x00000008006084a8 in dlopen_object (name=0x80243ec80 "../modules/access/.libs/libpulsesrc_plugin.so", fd=Variable "fd" is not available. > > ) > > at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2392 > > #7 0x0000000800608f67 in rtld_dlopen (name=0x80243ec80 "../modules/access/.libs/libpulsesrc_plugin.so", fd=-1, mode=1) > > at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2761 > > #8 0x0000000800ad377d in vlc_timer_create () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > > #9 0x0000000800ab9998 in module_gettext () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > > #10 0x0000000800aba0aa in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > > #11 0x0000000800ab9db1 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > > #12 0x0000000800ab9db1 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > > #13 0x0000000800aba17d in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > > #14 0x0000000800aba631 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > > #15 0x0000000800a52573 in libvlc_InternalInit () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 > > #16 0x00000008008227a7 in libvlc_new () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/lib/.libs/libvlc.so.8 > > #17 0x0000000000400cd4 in main () > > (gdb) p obj->buckets > > $1 = (const Elf_Hashelt *) 0x804de0160 > > (gdb) p req->hash % obj->nbuckets > > $2 = 399 > > (gdb) p obj->buckets[req->hash % obj->nbuckets] > > Cannot access memory at address 0x804de079c > > (gdb) p obj->nbuckets > > $3 = 521 > Can you show the output of "p *obj" there ? Here it comes... #0 symlook_obj (req=0x7fffffffbf40, obj=0x800640400) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 3847 for (symnum = obj->buckets[req->hash % obj->nbuckets]; [New Thread 802406400 (LWP 100159/vlc-cache-gen)] (gdb) p *obj $1 = {magic = 3578837114, version = 1, next = 0x80063f800, path = 0x8006434c0 "/usr/local/lib/libgconf-2.so.4", origin_path = 0x0, refcount = 1, dl_refcount = 0, mapbase = 0x804de0000
, mapsize = 2342912, textsize = 229376, vaddrbase = 0, relocbase = 0x804de0000
, dynamic = 0x805018620, entry = 0x804df14b0
, phdr = 0x804de0040, phsize = 280, interp = 0x0, stack_flags = 6, tlsindex = 0, tlsinit = 0x0, tlsinitsize = 0, tlssize = 0, tlsoffset = 0, tlsalign = 0, relro_page = 0x804de0000
, relro_size = 0, pltgot = 0x805018ad8, rel = 0x0, relsize = 0, rela = 0x804de9040, relasize = 17256, pltrel = 0x0, pltrelsize = 0, pltrela = 0x804ded3a8, pltrelasize = 9960, symtab = 0x804de13d0, strtab = 0x804de5180
, strsize = 14680, verneed = 0x804de9000, verneednum = 2, verdef = 0x0, verdefnum = 0, versyms = 0x804de8ad8, buckets = 0x804de0160, nbuckets = 521, chains = 0x804de0984, nchains = 658, nbuckets_gnu = 0, symndx_gnu = 0, maskwords_bm_gnu = 0, shift2_gnu = 0, dynsymcount = 658, bloom_gnu = 0x0, buckets_gnu = 0x0, chain_zero_gnu = 0x0, rpath = 0x804de8ac0
, runpath = 0x0, needed = 0x0, needed_filtees = 0x0, needed_aux_filtees = 0x0, names = { stqh_first = 0x0, stqh_last = 0x8006405c0}, vertab = 0x80061e480, vernum = 4, init = 34441460368, fini = 34441575208, preinit_array = 0, init_array = 0, fini_array = 0, preinit_array_num = 0, init_array_num = 0, fini_array_num = 0, osrel = 0, mainprog = 0 '\0', rtld = 0 '\0', relocated = 1 '\001', ver_checked = 1 '\001', textrel = 0 '\0', symbolic = 0 '\0', bind_now = 0 '\0', traced = 0 '\0', jmpslots_done = 0 '\0', init_done = 1 '\001', tls_done = 0 '\0', phdr_alloc = 0 '\0', z_origin = 0 '\0', z_nodelete = 0 '\0', z_noopen = 0 '\0', z_loadfltr = 0 '\0', z_nodeflib = 0 '\0', ref_nodel = 0 '\0', init_scanned = 0 '\0', on_fini_list = 1 '\001', dag_inited = 0 '\0', filtees_loaded = 0 '\0', irelative = 0 '\0', gnu_ifunc = 0 '\0', crt_no_init = 0 '\0', valid_hash_sysv = 1 '\001', valid_hash_gnu = 0 '\0', linkmap = { l_addr = 0x804de0000
, l_name = 0x8006434c0 "/usr/local/lib/libgconf-2.so.4", l_ld = 0x805018620, l_next = 0x80063fa20, l_prev = 0x800645620}, dldags = { stqh_first = 0x800701c80, stqh_last = 0x800701c80}, dagmembers = { stqh_first = 0x0, stqh_last = 0x800640658}, dev = 160, ino = 2042032, priv = 0x0} (gdb) Thanx! :) Juergen From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 18:17:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAEB9106564A for ; Mon, 13 Aug 2012 18:17:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 4FDD08FC14 for ; Mon, 13 Aug 2012 18:17:02 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 140550672; Mon, 13 Aug 2012 20:16:55 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 13 Aug 2012 20:17:31 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208132017.31172.hselasky@c2i.net> Cc: Kim Culhan Subject: Re: r239222 boot failure: Lock (sx) USB config SX lock not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 18:17:03 -0000 On Monday 13 August 2012 13:15:00 Kim Culhan wrote: > Seeing this on r239222: > > panic: Lock (sx) USB config SX lock not locked @ > /usr/src/sys/dev/usb/usb/usb_device.c:2781 > > thanks > -kim It's my fault. I'll add the missing locks. Thank you. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 18:48:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5A21106566B for ; Mon, 13 Aug 2012 18:48:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 6BE6B8FC0C for ; Mon, 13 Aug 2012 18:48:39 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 308227288; Mon, 13 Aug 2012 20:48:33 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 13 Aug 2012 20:49:08 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <201208132017.31172.hselasky@c2i.net> In-Reply-To: <201208132017.31172.hselasky@c2i.net> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208132049.08195.hselasky@c2i.net> Cc: Kim Culhan Subject: Re: r239222 boot failure: Lock (sx) USB config SX lock not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 18:48:41 -0000 On Monday 13 August 2012 20:17:31 Hans Petter Selasky wrote: > On Monday 13 August 2012 13:15:00 Kim Culhan wrote: > > Seeing this on r239222: > > > > panic: Lock (sx) USB config SX lock not locked @ > > /usr/src/sys/dev/usb/usb/usb_device.c:2781 > > > > thanks > > -kim > > It's my fault. I'll add the missing locks. Thank you. > > --HPS Hi Kim, See r239240. My -current tinybsd was not configured with WITNESS so I wasn't able to catch this error before commit. If there are more problems please let me know, and I'll fix it. It was the USB 3.0 streams change which caused this problem, and if you guys at -current mailing list want to help out get the new SCSI protocol for USB supported, then I'll be more than glad to accept hardware donations! --HPS From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 20:37:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2177E106566C for ; Mon, 13 Aug 2012 20:37:29 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id D9D308FC0A for ; Mon, 13 Aug 2012 20:37:28 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 744877300A; Mon, 13 Aug 2012 22:56:22 +0200 (CEST) Date: Mon, 13 Aug 2012 22:56:22 +0200 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20120813205622.GA85732@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: rate-limited [kernel] debugging messages ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 20:37:29 -0000 In my kernel stuff i tend to define debugging macros of the form #define ND(format, ...) do {} while (0) #define D(format, ...) do { } while (0) so it is convenient to comment them out when not needed anymore. I have recently tried the following rate-limited version, where the first parameter indicates how many lines per second are output at most /* rate limited, lps indicates how many per second */ #define RD(lps, format, ...) \ do { \ static int t0, cnt; \ if (t0 != time_second) { \ t0 = time_second; \ cnt = 0; \ } \ if (cnt++ < lps) \ D(format, ##__VA_ARGS__); \ } while (0) I was wondering if people have better suggestions or perhaps there are already similar macros used by other parts of the kernel. cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 20:49:58 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF952106564A for ; Mon, 13 Aug 2012 20:49:58 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 77E498FC0A for ; Mon, 13 Aug 2012 20:49:58 +0000 (UTC) Received: by yhfs35 with SMTP id s35so4433064yhf.13 for ; Mon, 13 Aug 2012 13:49:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=tqORfFH00x0ixpIWRpQHBL+kN8JIAkH+ktL+I2xAmV4=; b=hIbtvqHPz8khA0IAYQL3UThkvfOZ5kP7CBLmwYmmSHqTnbYNy5kR1PJ+j8+jJxjcEi 7Hhy37e/ppPUwo1xkJbT8f2BGhEFfsgeTtmx9qh/SaA2/EoS4nnAopmoUzsaZulfymfa U5lURXLiuPB1pMaGNfQJdXuMtDaz6isaHiQ3zpwcp765KN1wFC/56BX52sWb5Tglb7pU tQ9HGm5wO2OvjdSUKjjqn/iZuG1e3s1caZ3116LOXTxBk5v2zTZbllg5oVWXnZUn2PUY KpN2tW3aFKmUMwviGBX0Xtj9ins1zfNIc1ztxAB0F3JsXx7ydN3v+gAUhTZ5NmP+JU+z paqQ== MIME-Version: 1.0 Received: by 10.66.76.130 with SMTP id k2mr18655331paw.19.1344890996762; Mon, 13 Aug 2012 13:49:56 -0700 (PDT) Sender: andy@fud.org.nz Received: by 10.68.135.130 with HTTP; Mon, 13 Aug 2012 13:49:56 -0700 (PDT) In-Reply-To: <20120813205622.GA85732@onelab2.iet.unipi.it> References: <20120813205622.GA85732@onelab2.iet.unipi.it> Date: Tue, 14 Aug 2012 08:49:56 +1200 X-Google-Sender-Auth: mymbTyhBnQJEoBzk0OYGA0pL6ck Message-ID: From: Andrew Thompson To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkzNBiugAe94cdNeqHKsSPF+BbEgm/XOLS3Xkudj/TWjAE9MWrYAv1lmehPFmWgja5q2S0X Cc: current@freebsd.org Subject: Re: rate-limited [kernel] debugging messages ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 20:49:58 -0000 On 14 August 2012 08:56, Luigi Rizzo wrote: > In my kernel stuff i tend to define debugging macros of the form > > #define ND(format, ...) do {} while (0) > #define D(format, ...) do { } while (0) > > so it is convenient to comment them out when not needed anymore. > > I have recently tried the following rate-limited version, where the > first parameter indicates how many lines per second are output at most > > /* rate limited, lps indicates how many per second */ > #define RD(lps, format, ...) \ > do { \ > static int t0, cnt; \ > if (t0 != time_second) { \ > t0 = time_second; \ > cnt = 0; \ > } \ > if (cnt++ < lps) \ > D(format, ##__VA_ARGS__); \ > } while (0) > > I was wondering if people have better suggestions or perhaps there > are already similar macros used by other parts of the kernel. > See ppsratecheck(), it does most of that already. Andrew From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 21:23:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D1D6106566C; Mon, 13 Aug 2012 21:23:23 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 8882D8FC08; Mon, 13 Aug 2012 21:23:21 +0000 (UTC) Received: from server.rulingia.com (c220-239-249-137.belrs5.nsw.optusnet.com.au [220.239.249.137]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q7DLNGgr080582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 14 Aug 2012 07:23:16 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q7DLN9eC074663 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Aug 2012 07:23:09 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q7DLN9d3074662; Tue, 14 Aug 2012 07:23:09 +1000 (EST) (envelope-from peter) Date: Tue, 14 Aug 2012 07:23:09 +1000 From: Peter Jeremy To: Colin Percival Message-ID: <20120813212309.GA74129@server.rulingia.com> References: <502831B7.1080309@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <502831B7.1080309@freebsd.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD current Subject: Re: Time to bump default VM_SWZONE_SIZE_MAX? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 21:23:23 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Aug-12 15:44:07 -0700, Colin Percival wrote: >If I'm understanding things correctly, the "maxswzone" value -- set by the >kern.maxswzone loader tunable or to VM_SWZONE_SIZE_MAX by default -- should >be approximately 9 MiB per GiB of swap space. I'm not sure how you got that value. By default, struct swblock is 288 bytes (280 bytes on 32-bit archs) and can store up to 32 pages of swap (the comment in vm/swap_pager.c:swap_pager_swap_init() is wrong). For x86, this is 2.25 MiB per GiB (best case). >The current default for VM_SWZONE_SIZE_MAX was set in August 2002 to 32 Mi= B; >meaning that anyone who wants to use more than ~ 3.5 GB of swap space ought >to set kern.maxswzone in /boot/loader.conf. In practice, you can't fully populate each swblock. I did a test on my amd64 box by running multiple copies of a program that allocates and dirties a big chunk of RAM and then pause()s. That gave me a 90% swblock utilisation - which I suspect is higher than a typical scenario where memory pressure pushes more randomly unused pages out. Realistically, I'd say that the default VM_SWZONE_SIZE_MAX can handle about 9GB swap (at least, that was my experience). BTW, if you plan on allocating lots of swap, be aware that each swap device is limited to 32GiB - see vm/swap_pager.c:swaponsomething(). --=20 Peter Jeremy --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlApcD0ACgkQ/opHv/APuIeGzgCgnHz+eaHudb1YePddap28MTaH S7wAmgKY5TPkNaslUTrh3/3WI03rmkdN =hkWg -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 21:34:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 226F41065672; Mon, 13 Aug 2012 21:34:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id D7D9C8FC08; Mon, 13 Aug 2012 21:34:12 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.5) with ESMTP id q7DLYBno074724; Mon, 13 Aug 2012 17:34:11 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <502972C0.9020000@sentex.net> Date: Mon, 13 Aug 2012 17:33:52 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: John Baldwin References: <201208031418.57941.jhb@freebsd.org> <201208031539.47735.jhb@freebsd.org> <501C37D3.5040704@sentex.net> <201208031718.07569.jhb@freebsd.org> In-Reply-To: <201208031718.07569.jhb@freebsd.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 64.7.153.18 Cc: current@freebsd.org Subject: Re: [PATCH] Add locking to twe(4) so it no longer uses Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 21:34:13 -0000 On 8/3/2012 5:18 PM, John Baldwin wrote: >> >> Seems to apply to RELENG_9 just fine. Are there any stress tests you >> suggest I run that might expose some bugs ? The machine is not >> production yet, so its ok to crash it. > > Probably pho's stress2 stuff. Thinks like dbench might be a good start as > well for initial testing. dbench runs just fine with 20 clients. I am letting stress2's disk stress test now. The tw_cli seems to run the same when the controller is super busy with pho's stress I havent looked at performance differences, but a quick eyeball shows about the same. 0{offsite2}# tw_cli "/c0 show" Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache AVrfy ------------------------------------------------------------------------------ u0 RAID-0 OK - - 64K 931.521 ON - Port Status Unit Size Blocks Serial --------------------------------------------------------------- p0 OK u0 465.76 GB 976773168 WD-WCAYUEY18298 p1 OK u0 465.76 GB 976773168 WD-WMAYUL256317 0{offsite2}# Operation Count AvgLat MaxLat ---------------------------------------- NTCreateX 1523290 1.527 2151.921 Close 1119090 0.681 2001.144 Rename 64489 3.669 748.957 Unlink 307507 3.305 2075.871 Deltree 40 35.922 194.337 Mkdir 20 0.014 0.113 Qpathinfo 1380911 0.292 637.855 Qfileinfo 242016 0.001 0.201 Qfsinfo 253036 0.006 2.063 Sfileinfo 124125 3.539 1479.315 Find 533771 0.417 1501.775 WriteX 759745 0.195 403.113 ReadX 2386679 0.033 322.923 LockX 4952 0.004 0.018 UnlockX 4952 0.003 0.240 Flush 106775 59.541 2081.524 Throughput 79.6165 MB/sec 20 clients 20 procs max_latency=2151.929 ms Mon Aug 13 16:38:18 EDT 2012 run: run time 3+00:00:00, incarnations 1, load 100, verbose 1 16:38:18 Loop #1 rw: run time 0+00:02:00, incarnations 17, load 100, verbose 1 creat: run time 0+00:02:00, incarnations 64, load 80, verbose 1 mkdir: run time 0+00:02:00, incarnations 52, load 80, verbose 1 16:40:56 Loop #2 rw: run time 0+00:02:00, incarnations 98, load 100, verbose 1 creat: run time 0+00:02:00, incarnations 28, load 80, verbose 1 mkdir: run time 0+00:02:00, incarnations 34, load 80, verbose 1 16:48:39 Loop #3 rw: run time 0+00:02:00, incarnations 63, load 100, verbose 1 creat: run time 0+00:02:00, incarnations 80, load 80, verbose 1 mkdir: run time 0+00:02:00, incarnations 19, load 80, verbose 1 16:53:59 Loop #4 rw: run time 0+00:02:00, incarnations 11, load 100, verbose 1 creat: run time 0+00:02:00, incarnations 46, load 80, verbose 1 mkdir: run time 0+00:02:00, incarnations 21, load 80, verbose 1 > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Mon Aug 13 22:36:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17056106566B for ; Mon, 13 Aug 2012 22:36:49 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id BEC248FC0A for ; Mon, 13 Aug 2012 22:36:48 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id gb22so5213850vcb.13 for ; Mon, 13 Aug 2012 15:36:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ul3OMPz3Vr4iY7Q34e7ns6s96wyVOPWXrlKTcN/ZSuQ=; b=f9ozr2sICPHuQEEovoUC1foprwdpdUuBorheL+qFTgpUe0T0prhqPc15LfT0U21O5b Zss/+RvN6JzOAwki2+7a+0HSeR7dV97IjIKn2tag0HfdVrdoco4KW3hLrp7EZ1a2KfVd jGS4o0XDhYUoVoEO1guGgoMy2080D1G2o4AKg8Pi9hBnxorbWyVAMCGQWCuZTTqsUo/t Z+Y8fHFmrh3ORlQ69bzET2vJHoBDDNFNif4CFby4bkaH9hZpcfU9llo7OPmmaz0CVgQg WSBjDngrJtcfInYllAux/ERPcRhYzzIvixcxDtHZl80HAWjpwdjXZY80Lk2KZLz+4NYd KshQ== MIME-Version: 1.0 Received: by 10.221.1.5 with SMTP id no5mr9070629vcb.67.1344897408564; Mon, 13 Aug 2012 15:36:48 -0700 (PDT) Received: by 10.58.200.101 with HTTP; Mon, 13 Aug 2012 15:36:48 -0700 (PDT) In-Reply-To: <201208132049.08195.hselasky@c2i.net> References: <201208132017.31172.hselasky@c2i.net> <201208132049.08195.hselasky@c2i.net> Date: Mon, 13 Aug 2012 18:36:48 -0400 Message-ID: From: Kim Culhan To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: r239222 boot failure: Lock (sx) USB config SX lock not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 22:36:49 -0000 On Mon, Aug 13, 2012 at 2:49 PM, Hans Petter Selasky wrote: > On Monday 13 August 2012 20:17:31 Hans Petter Selasky wrote: >> On Monday 13 August 2012 13:15:00 Kim Culhan wrote: >> > Seeing this on r239222: >> > >> > panic: Lock (sx) USB config SX lock not locked @ >> > /usr/src/sys/dev/usb/usb/usb_device.c:2781 >> > >> > thanks >> > -kim >> >> It's my fault. I'll add the missing locks. Thank you. >> >> --HPS > > Hi Kim, > > See r239240. > > My -current tinybsd was not configured with WITNESS so I wasn't able to catch > this error before commit. If there are more problems please let me know, and > I'll fix it. It was the USB 3.0 streams change which caused this problem, and > if you guys at -current mailing list want to help out get the new SCSI > protocol for USB supported, then I'll be more than glad to accept hardware > donations! Thanks muchly Hans, would the hardware be like this: http://www.adaptec.com/en-us/support/_eol/usb_scsi/usbxchange/ thanks -kim From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 05:28:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E430E1065673 for ; Tue, 14 Aug 2012 05:28:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 6C0D98FC08 for ; Tue, 14 Aug 2012 05:28:29 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 308337557; Tue, 14 Aug 2012 07:28:27 +0200 From: Hans Petter Selasky To: Kim Culhan Date: Tue, 14 Aug 2012 07:29:03 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <201208132049.08195.hselasky@c2i.net> In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208140729.03527.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: r239222 boot failure: Lock (sx) USB config SX lock not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 05:28:31 -0000 On Tuesday 14 August 2012 00:36:48 Kim Culhan wrote: > On Mon, Aug 13, 2012 at 2:49 PM, Hans Petter Selasky wrote: > > On Monday 13 August 2012 20:17:31 Hans Petter Selasky wrote: > >> On Monday 13 August 2012 13:15:00 Kim Culhan wrote: > >> > Seeing this on r239222: > >> > > >> > panic: Lock (sx) USB config SX lock not locked @ > >> > /usr/src/sys/dev/usb/usb/usb_device.c:2781 > >> > > >> > thanks > >> > -kim > >> > >> It's my fault. I'll add the missing locks. Thank you. > >> > >> --HPS > > > > Hi Kim, > > > > See r239240. > > > > My -current tinybsd was not configured with WITNESS so I wasn't able to > > catch this error before commit. If there are more problems please let me > > know, and I'll fix it. It was the USB 3.0 streams change which caused > > this problem, and if you guys at -current mailing list want to help out > > get the new SCSI protocol for USB supported, then I'll be more than glad > > to accept hardware donations! > > Thanks muchly Hans, would the hardware be like this: > > http://www.adaptec.com/en-us/support/_eol/usb_scsi/usbxchange/ Hi, It is more like this: http://news.softpedia.com/news/ASUS-Boosts-USB-3-0-Performance-With-UASP-227703.shtml Device needs to support UASP and USB 3.0 --HPS From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 06:47:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82FDF106566C; Tue, 14 Aug 2012 06:47:49 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id D89068FC08; Tue, 14 Aug 2012 06:47:48 +0000 (UTC) Received: from ds4.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id BB4106FFF; Tue, 14 Aug 2012 08:47:47 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 875A8816A; Tue, 14 Aug 2012 08:47:47 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Colin Percival References: <502831B7.1080309@freebsd.org> Date: Tue, 14 Aug 2012 08:47:47 +0200 In-Reply-To: <502831B7.1080309@freebsd.org> (Colin Percival's message of "Sun, 12 Aug 2012 15:44:07 -0700") Message-ID: <86zk5y55rg.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: FreeBSD current Subject: Re: Time to bump default VM_SWZONE_SIZE_MAX? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 06:47:49 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Colin Percival writes: > If I'm understanding things correctly, the "maxswzone" value -- set by the > kern.maxswzone loader tunable or to VM_SWZONE_SIZE_MAX by default -- shou= ld > be approximately 9 MiB per GiB of swap space. Far less, in fact. As mentioned in loader(8), the default 32 MB limit is enough for slightly more than 7 GB of swap space - assuming 100% efficient use of swblocks. The man page recommends not using more than half the theoretical limit, or, with 16 pages per swblock, 1 maxswzone x s --- x --------------- 2 16 where s =3D 276 on 32-bit systems and 288 on 64-bit systems. > The current default for VM_SWZONE_SIZE_MAX was set in August 2002 to 32 M= iB; > meaning that anyone who wants to use more than ~ 3.5 GB of swap space oug= ht > to set kern.maxswzone in /boot/loader.conf. > > Is it time to increase this default on amd64? (I understand that keeping= the > value low on i386 is important due to KVA limitations, but amd64 has far = more > address space available...) There is no reason to keep this limit at all. The algorithm used to size the zone is "physpages / 2 * sizeof(struct swblock) or maxswzone, whichever is smaller" where maxswzone =3D=3D VM_SWZONE_SIZE_MAX unless kern.maxswzone was set in loader.conf. On amd64, the cutoff point is slightly below 1 GB of physical memory (233,016 4,096-byte pages), so the limit doesn't help machines that actually need to conserve memory, and it hurts machines that have plenty of it and therefore also plenty of swap (assuming the user followed the old "twice the amount of RAM" rule of thumb). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=maxswzone-no-default.diff Index: sys/boot/common/loader.8 =================================================================== --- sys/boot/common/loader.8 (revision 238711) +++ sys/boot/common/loader.8 (working copy) @@ -615,14 +615,16 @@ Limits the amount of KVM to be used to hold swap meta information, which directly governs the maximum amount of swap the system can support. -This value is specified in bytes of KVA space -and defaults to 32MBytes on i386 and amd64. +This value is specified in bytes of KVA space. +If no value is provided, the system allocates +enough memory to handle an amount of swap +that corresponds to eight times the amount of +physical memory present in the system. +.Pp Care should be taken to not reduce this value such that the actual -amount of configured swap exceeds 1/2 the -kernel-supported swap. -The default of 32MB allows -the kernel to support a maximum of ~7GB of swap. +amount of configured swap exceeds the amount +supported by the kernel. Only change this parameter if you need to greatly extend the KVM reservation for other resources such as the Index: sys/amd64/include/param.h =================================================================== --- sys/amd64/include/param.h (revision 238711) +++ sys/amd64/include/param.h (working copy) @@ -123,14 +123,6 @@ #define KSTACK_GUARD_PAGES 1 /* pages of kstack guard; 0 disables */ /* - * Ceiling on amount of swblock kva space, can be changed via - * the kern.maxswzone /boot/loader.conf variable. - */ -#ifndef VM_SWZONE_SIZE_MAX -#define VM_SWZONE_SIZE_MAX (32 * 1024 * 1024) -#endif - -/* * Mach derived conversion macros */ #define round_page(x) ((((unsigned long)(x)) + PAGE_MASK) & ~(PAGE_MASK)) Index: sys/i386/include/param.h =================================================================== --- sys/i386/include/param.h (revision 238711) +++ sys/i386/include/param.h (working copy) @@ -123,14 +123,6 @@ #define KSTACK_GUARD_PAGES 1 /* pages of kstack guard; 0 disables */ /* - * Ceiling on amount of swblock kva space, can be changed via - * the kern.maxswzone /boot/loader.conf variable. - */ -#ifndef VM_SWZONE_SIZE_MAX -#define VM_SWZONE_SIZE_MAX (32 * 1024 * 1024) -#endif - -/* * Ceiling on size of buffer cache (really only effects write queueing, * the VM page cache is not effected), can be changed via * the kern.maxbcache /boot/loader.conf variable. --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 06:50:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F3F11065673 for ; Tue, 14 Aug 2012 06:50:21 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 090AE8FC0C for ; Tue, 14 Aug 2012 06:50:20 +0000 (UTC) Received: from ds4.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 0F6D76002; Tue, 14 Aug 2012 08:50:20 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id DCDC0816C; Tue, 14 Aug 2012 08:50:19 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Sergey Kandaurov References: <7BEE3948-EE35-48C2-B4B1-25E34087A4C4@lists.zabbadoz.net> <201207021036.45567.jhb@freebsd.org> Date: Tue, 14 Aug 2012 08:50:19 +0200 In-Reply-To: (Sergey Kandaurov's message of "Mon, 13 Aug 2012 09:49:38 +0400") Message-ID: <86txw655n8.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: "Bjoern A. Zeeb" , freebsd-current FreeBSD Subject: Re: swp_pager_meta_build DoS printf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 06:50:21 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sergey Kandaurov writes: > What about this patch? It enables to ratelimit the printf. I have a different patch that just prints one message when swzone is exhausted and another when more space becomes available. However, we might want to combine the two, so that it periodically prints a message as long as swzone is exhausted. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=maxswzone-exhausted.diff Index: sys/vm/swap_pager.c =================================================================== --- sys/vm/swap_pager.c (revision 238711) +++ sys/vm/swap_pager.c (working copy) @@ -1804,6 +1804,7 @@ static void swp_pager_meta_build(vm_object_t object, vm_pindex_t pindex, daddr_t swapblk) { + static volatile int exhausted; struct swblock *swap; struct swblock **pswap; int idx; @@ -1847,7 +1848,9 @@ mtx_unlock(&swhash_mtx); VM_OBJECT_UNLOCK(object); if (uma_zone_exhausted(swap_zone)) { - printf("swap zone exhausted, increase kern.maxswzone\n"); + if (atomic_cmpset_rel_int(&exhausted, 0, 1)) + printf("swap zone exhausted, " + "increase kern.maxswzone\n"); vm_pageout_oom(VM_OOM_SWAPZ); pause("swzonex", 10); } else @@ -1856,6 +1859,9 @@ goto retry; } + if (atomic_cmpset_rel_int(&exhausted, 1, 0)) + printf("swap zone ok\n"); + swap->swb_hnext = NULL; swap->swb_object = object; swap->swb_index = pindex & ~(vm_pindex_t)SWAP_META_MASK; --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 07:00:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFCBC106566C; Tue, 14 Aug 2012 07:00:44 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 97DBA8FC08; Tue, 14 Aug 2012 07:00:44 +0000 (UTC) Received: from ds4.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 0037D6009; Tue, 14 Aug 2012 09:00:43 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 9EE89879F; Tue, 14 Aug 2012 09:00:43 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Colin Percival References: <502831B7.1080309@freebsd.org> <86zk5y55rg.fsf@ds4.des.no> Date: Tue, 14 Aug 2012 09:00:43 +0200 In-Reply-To: <86zk5y55rg.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Tue, 14 Aug 2012 08:47:47 +0200") Message-ID: <86mx1y555w.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: FreeBSD current Subject: Re: Time to bump default VM_SWZONE_SIZE_MAX? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 07:00:45 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Slightly better patch (improved documentation) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=maxswzone-no-default.diff Index: sys/boot/common/loader.8 =================================================================== --- sys/boot/common/loader.8 (revision 239239) +++ sys/boot/common/loader.8 (working copy) @@ -613,17 +613,26 @@ for details. .It Va kern.maxswzone Limits the amount of KVM to be used to hold swap -meta information, which directly governs the -maximum amount of swap the system can support. -This value is specified in bytes of KVA space -and defaults to 32MBytes on i386 and amd64. -Care should be taken -to not reduce this value such that the actual -amount of configured swap exceeds 1/2 the -kernel-supported swap. -The default of 32MB allows -the kernel to support a maximum of ~7GB of swap. -Only change +metadata, which directly governs the +maximum amount of swap the system can support, +at the rate of approximately 200 MB of swap space +per 1 MB of metadata. +This value is specified in bytes of KVA space. +If no value is provided, the system allocates +enough memory to handle an amount of swap +that corresponds to eight times the amount of +physical memory present in the system. +.Pp +Note that swap metadata can be fragmented, +which means that the system can run out of +space before it reaches the theoretical limit. +Therefore, care should be taken to not configure +more swap than approximately half of the +theoretical maximum. +.Pp +Running out of space for swap metadata can leave +the system in an unrecoverable state. +Therefore, you should only change this parameter if you need to greatly extend the KVM reservation for other resources such as the buffer cache or Index: sys/amd64/include/param.h =================================================================== --- sys/amd64/include/param.h (revision 239239) +++ sys/amd64/include/param.h (working copy) @@ -123,14 +123,6 @@ #define KSTACK_GUARD_PAGES 1 /* pages of kstack guard; 0 disables */ /* - * Ceiling on amount of swblock kva space, can be changed via - * the kern.maxswzone /boot/loader.conf variable. - */ -#ifndef VM_SWZONE_SIZE_MAX -#define VM_SWZONE_SIZE_MAX (32 * 1024 * 1024) -#endif - -/* * Mach derived conversion macros */ #define round_page(x) ((((unsigned long)(x)) + PAGE_MASK) & ~(PAGE_MASK)) Index: sys/i386/include/param.h =================================================================== --- sys/i386/include/param.h (revision 239239) +++ sys/i386/include/param.h (working copy) @@ -123,14 +123,6 @@ #define KSTACK_GUARD_PAGES 1 /* pages of kstack guard; 0 disables */ /* - * Ceiling on amount of swblock kva space, can be changed via - * the kern.maxswzone /boot/loader.conf variable. - */ -#ifndef VM_SWZONE_SIZE_MAX -#define VM_SWZONE_SIZE_MAX (32 * 1024 * 1024) -#endif - -/* * Ceiling on size of buffer cache (really only effects write queueing, * the VM page cache is not effected), can be changed via * the kern.maxbcache /boot/loader.conf variable. --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 08:44:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44CE3106566B for ; Tue, 14 Aug 2012 08:44:42 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id C822D8FC08 for ; Tue, 14 Aug 2012 08:44:41 +0000 (UTC) Received: from mx1.psconsult.nl (mx1.hvnu.psconsult.nl [46.44.189.154]) by mx1.psconsult.nl (8.14.5/8.14.4) with ESMTP id q7E8iYuQ022010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Aug 2012 10:44:39 +0200 (CEST) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.5/8.14.4/Submit) id q7E8iYpc022009; Tue, 14 Aug 2012 10:44:34 +0200 (CEST) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Tue, 14 Aug 2012 10:44:34 +0200 From: Paul Schenkeveld To: Pierre DAVID Message-ID: <20120814084434.GA21794@psconsult.nl> References: <20120812154924.GA82602@psconsult.nl> <20120813213004.GB45964@vagabond.ma.maison> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120813213004.GB45964@vagabond.ma.maison> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: Soekris net4801 sees no disk devices with -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 08:44:42 -0000 On Mon, Aug 13, 2012 at 11:30:06PM +0200, Pierre DAVID wrote: > On Sun, Aug 12, 2012 at 05:49:24PM +0200, Paul Schenkeveld wrote: > > Hi, > > > > I am trying to build a NanoBSD image for Soekris net4801 with a recent > > -CURRENT. The kernel boots fine but when it comes to mounting the root > > filesystem, it cannot find the flash disk anymore. Bios is up to date > > (1.33). > > > > Hello, > > I'm trying to resurrect my old net4801 and update it with -CURRENT > (old version was a 8-CURRENT), and I do not succeed to get kernel > output via the RS-232 port. Kernel goes mute just after being loaded. > Could you send me your NanoBSD kernel configuration file? > > Pierre Below is my kernel config. You also have to use boot0sio and create a file called /boot.config containing "-h" so the boot loader knows that you want to use a serial console. Usually NanoBSD does that for you if you include "customize_cmd cust_comconsole" in your NanoBSD config file and leave NANO_BOOTLOADER set to its default of "boot/boot0sio". ------------------------------------------------------------------------ # from GENERIC cpu I586_CPU ident NET4801 options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options INCLUDE_CONFIG_FILE # Include this file in kernel device apic # I/O APIC device cpufreq device acpi device pci device ahci # AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers options ATA_CAM # Handle legacy controllers with CAM options ATA_STATIC_ID # Static device numbering device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA device siis # SiliconImage SiI3124/SiI3132/SiI3531 SATA device scbus # SCSI bus (required for ATA/SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct ATA/SCSI access) device ctl # CAM Target Layer device pmtimer device uart # Generic UART driver device miibus # MII bus support device sis # Silicon Integrated Systems SiS 900/SiS 7016 device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device bpf # Berkeley packet filter options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device umass # Disks/Mass storage - Requires scbus and da # local additions makeoptions MODULES_OVERRIDE="" options CPU_GEODE options CPU_SOEKRIS device atadisk # ATA disk drives ------------------------------------------------------------------------ I have tried with and without the "device atadisk" line but my compact flash is never seen by the kernel. Kind regards, Paul Schenkeveld From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 08:45:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2DE8106564A for ; Tue, 14 Aug 2012 08:45:21 +0000 (UTC) (envelope-from bounces+73574-dfb6-freebsd-current=freebsd.org@sendgrid.me) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id 796E48FC1D for ; Tue, 14 Aug 2012 08:45:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h= message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=n2JBp3kEKUWk3Pws1hUNCquXbBE=; b=ZSjNaF6+6AjzvVuYxWplE3wS+Pue SMV3/hshDBAHsKn5EsSHUpLpPVu0Vki/Bz5ORnTzg08qZnz0wumvx+EMLiW3EOXz 6NIsrs1iICEwjZ9we1qQ5EEeT75gw33RhevyxtFL87dL0CO9ADPW0urZ1zUN/XWo E38d4y4beZOF3kU= Received: by 10.4.35.242 with SMTP id mf70.11780.502A101E4 Tue, 14 Aug 2012 03:45:18 -0500 (CDT) Received: from mail.tarsnap.com (unknown [10.9.180.5]) by mi12 (SG) with ESMTP id 502a101e.7f3c.a3a705 for ; Tue, 14 Aug 2012 03:45:18 -0500 (CST) Received: (qmail 57879 invoked from network); 14 Aug 2012 08:41:08 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 14 Aug 2012 08:41:08 -0000 Received: (qmail 36104 invoked from network); 14 Aug 2012 08:45:14 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 14 Aug 2012 08:45:14 -0000 Message-ID: <502A101A.7050909@freebsd.org> Date: Tue, 14 Aug 2012 01:45:14 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120731 Thunderbird/14.0 MIME-Version: 1.0 To: Peter Jeremy References: <502831B7.1080309@freebsd.org> <20120813212309.GA74129@server.rulingia.com> In-Reply-To: <20120813212309.GA74129@server.rulingia.com> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Sendgrid-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S83AqeZPK7rhQV+3rOcUVnQ2EinrtZjQY2biFlvrJ8xx4XOrWtTrT/cX1XCkqEQoaPOlm4P6V8L6vxZVgwBNH/VOlG3DbV/4DYfKP2NDcnqZpWU/RyWuu+vOcesZaiwwdw= Cc: FreeBSD current Subject: Re: Time to bump default VM_SWZONE_SIZE_MAX? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 08:45:22 -0000 On 08/13/12 14:23, Peter Jeremy wrote: > On 2012-Aug-12 15:44:07 -0700, Colin Percival > wrote: >> If I'm understanding things correctly, the "maxswzone" value -- set by >> the kern.maxswzone loader tunable or to VM_SWZONE_SIZE_MAX by default -- >> should be approximately 9 MiB per GiB of swap space. > > I'm not sure how you got that value. By default, struct swblock is 288 > bytes (280 bytes on 32-bit archs) and can store up to 32 pages of swap (the > comment in vm/swap_pager.c:swap_pager_swap_init() is wrong). For x86, this > is 2.25 MiB per GiB (best case). I got that value from a previous mailing list discussion -- I think it was based on the (incorrect) value of 16 pages per swblock and not exceeding 50% swblock utilization. > Realistically, I'd say that the default VM_SWZONE_SIZE_MAX can handle about > 9GB swap (at least, that was my experience). The 50% utilization rule of thumb would make it 7 GB, but yes, same order of magnitude. > BTW, if you plan on allocating lots of swap, be aware that each swap device > is limited to 32GiB - see vm/swap_pager.c:swaponsomething(). Yes, noted. I'm not actually using lots of swap myself, but I was writing code for EC2 instances to set up "reasonable" amounts of swap at boot time, and I don't want to accidentally autoconfigure more swap than FreeBSD can safely use. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 09:29:18 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 805CE106566B; Tue, 14 Aug 2012 09:29:18 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 2B2778FC0A; Tue, 14 Aug 2012 09:29:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Message-ID:Subject:Cc:To:From:Date; bh=iT+OLjZUWeQ8N7uJ49yYfGyxVKNLc/0ct8d62se1hwQ=; b=ELnNp2vASjdUgVHnKz5A7jpzDBtsVI/CeITvf4uzlHMjRI5JtnzclSHrVMxdhsWicCN3RFuEjJA1hbuO/dbM9e7NPgBAJ2Q8ZkcqzuV64t5C4j1xJcbqqL0YjpcluWcxfjSPhX81JMDUHmoDGgOUrl0T5uFwv/58e/vjNTIFI2A=; Received: from [178.137.138.140] (helo=nonamehost) by fsm2.ukr.net with esmtpsa ID 1T1DR0-0007RE-Qx ; Tue, 14 Aug 2012 12:29:11 +0300 Date: Tue, 14 Aug 2012 12:29:09 +0300 From: Ivan Klymenko To: freebsd-current@FreeBSD.org Message-ID: <20120814122909.4a3213ee@nonamehost> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: mav@freebsd.org Subject: panic: page fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 09:29:18 -0000 http://privatepaste.com/147286442b From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 09:54:52 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7805106564A; Tue, 14 Aug 2012 09:54:52 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw11.york.ac.uk (mail-gw11.york.ac.uk [144.32.129.150]) by mx1.freebsd.org (Postfix) with ESMTP id 37B8E8FC08; Tue, 14 Aug 2012 09:54:51 +0000 (UTC) Received: from buffy-128.york.ac.uk ([144.32.128.160]:50950 helo=buffy.york.ac.uk) by mail-gw11.york.ac.uk with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1T1Dpq-0006Wn-6h; Tue, 14 Aug 2012 10:54:50 +0100 Received: from [127.0.0.1] (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.5/8.14.5) with ESMTP id q7E9smV0047497; Tue, 14 Aug 2012 10:54:48 +0100 (BST) (envelope-from gavin@FreeBSD.org) From: Gavin Atkinson To: Maksim Yevmenkin In-Reply-To: References: <501D52AD.4010105@protected-networks.net> Content-Type: text/plain; charset="ASCII" Date: Tue, 14 Aug 2012 10:41:51 +0100 Message-ID: <1344937311.47389.1.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, Michael Butler , current@FreeBSD.org Subject: Re: geom mirror now rebuilding on every reboot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 09:54:52 -0000 On Mon, 2012-08-06 at 08:34 -0700, Maksim Yevmenkin wrote: > Michael, > > > Something in -current and recently MFC'd to -stable is causing all of my > > gmirror drives to rebuild on reboot :-( > > > > Being remote and these being production machines, I suspect SVN r237929 > > and r237930 in -current and SVN r238500 to -stable but haven't yet been > > able to prove it. > > > > Is anyone else seeing this? > > yes, i've seem something similar only much, much worse. one of our > production systems completely kept loosing its gmirror volumes on > every reboot. it looked like gmirror metadata were completely > corrupted. rebuilding mirrors and reverting back to previous kernel > seemed to work. someone else is tracking it down. Have they managed to track this down to a commit or range of commits yet? Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 08:36:25 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F770106564A; Tue, 14 Aug 2012 08:36:25 +0000 (UTC) (envelope-from ianf@cloudseed.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id B7BDD8FC16; Tue, 14 Aug 2012 08:36:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id 0F1442A82A61; Tue, 14 Aug 2012 10:30:37 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lewu9Sm45tLY; Tue, 14 Aug 2012 10:30:35 +0200 (SAST) Received: from clue.co.za (l2tp.clue.co.za [41.154.88.20]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 478552A82A15; Tue, 14 Aug 2012 10:30:35 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1T1CWG-0000vq-QW; Tue, 14 Aug 2012 10:30:32 +0200 To: Gleb Smirnoff From: Ian FREISLICH In-Reply-To: <20120809114130.GC20560@FreeBSD.org> References: <20120809114130.GC20560@FreeBSD.org> <501D52AD.4010105@protected-networks.net> X-Attribution: BOFH Date: Tue, 14 Aug 2012 10:30:32 +0200 Message-Id: X-Mailman-Approved-At: Tue, 14 Aug 2012 11:25:47 +0000 Cc: current@FreeBSD.org Subject: Re: Speaking of ship blockers for 9.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 08:36:25 -0000 Gleb Smirnoff wrote: > I> Jul 22 08:54:25 brane kernel: pf: state key linking mismatch! dir=OUT, if= > I> tun0, stored af=2, a0: 10.0.2.220:60985, a1: 192.41.162.30:53, proto=17, > I> found af=2, a0: 41.154.2.53:1701, a1: 41.133.165.161:59051, proto=17. > > Let me give you link to my branch of pf: > > http://lists.freebsd.org/pipermail/freebsd-pf/2012-June/006643.html > http://lists.freebsd.org/pipermail/freebsd-pf/2012-June/006662.html > > In that branch the code that puts the "reverse" pointer on state keys, > as well as the m_addr_changed() function and the pf_compare_state_keys() > had been cut away. > > So, this exact bug definitely can't be reproduced there. However, others > may hide in :) > > Let me encourage you to try and test my branch (instructions in URLs > above). I do see much better performance, however, I'm seeing this panic after about 23 minutes (the slightly higher uptime was a result of a manual fsck). This system is not particularly loaded. It's a UP Pentium-m which is our office gateway. I can give you access to inspect if you like. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc046f8f4 stack pointer = 0x28:0xeb7b7bd8 frame pointer = 0x28:0xeb7b7bec code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 4 (pf purge) trap number = 12 panic: page fault KDB: stack backtrace: db_trace_self_wrapper(c0819c2b,eb7b7a78,c05d5829,c0816ff2,c08acca0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0816ff2,c08acca0,c07f2736,eb7b7a84,eb7b7a84,...) at kdb_backtrace+0x29 panic(c07f2736,c0845a85,c559fd68,1,1,...) at panic+0xc9 trap_fatal(0,c60c826c,c610b31c,c610ac44,8,...) at trap_fatal+0x353 trap_pfault(eb7b7b18,c05c0a2d,c0ecc500,c0ecc608,c54ec000,...) at trap_pfault+0xd9 trap(eb7b7b98) at trap+0x418 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc046f8f4, esp = 0xeb7b7bd8, ebp = 0xeb7b7bec --- pf_state_key_detach(eb7b7c18,c046af2a,502a6f69,0,8000,...) at pf_state_key_detach+0x74 pf_detach_state(c64d5d00,0,8000,0,c559fbc0,...) at pf_detach_state+0x1c6 pf_unlink_state(c64d5d00,1,0,0,c0870398,...) at pf_unlink_state+0x1c5 pf_purge_expired_states(c08947c0,0,0,c07eadbf,64,...) at pf_purge_expired_states+0xe6 pf_purge_thread(0,eb7b7d08,0,c54ec000,0,...) at pf_purge_thread+0x14f fork_exit(c0471b60,0,eb7b7d08) at fork_exit+0xa2 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xeb7b7d40, ebp = 0 --- Uptime: 57m29s Physical memory: 2038 MB Dumping 189 MB: 174 158 142 126 110 94 78 62 46 30 14 (kgdb) bt #0 doadump (textdump=1) at pcpu.h:249 #1 0xc05d563a in kern_reboot (howto=260) at /usr/src.pflock/sys/kern/kern_shutdown.c:449 #2 0xc05d5888 in panic (fmt=Variable "fmt" is not available.) at /usr/src.pflock/sys/kern/kern_shutdown.c:637 #3 0xc07b8b23 in trap_fatal (frame=0xeb7b7b98, eva=0) at /usr/src.pflock/sys/i386/i386/trap.c:1028 #4 0xc07b8c09 in trap_pfault (frame=0xeb7b7b98, usermode=0, eva=0) at /usr/src.pflock/sys/i386/i386/trap.c:881 #5 0xc07b9a58 in trap (frame=dwarf2_read_address: Corrupted DWARF expression.) at /usr/src.pflock/sys/i386/i386/trap.c:552 #6 0xc07a579c in calltrap () at /usr/src.pflock/sys/i386/i386/exception.s:169 #7 0xc046f8f4 in pf_state_key_detach (s=0xc64d5d00, idx=1) at /usr/src.pflock/sys/contrib/pf/net/pf.c:1040 #8 0xc04713f6 in pf_detach_state (s=0xc64d5d00) at /usr/src.pflock/sys/contrib/pf/net/pf.c:1006 #9 0xc0471975 in pf_unlink_state (s=0xc64d5d00, flags=Variable "flags" is not available.) at /usr/src.pflock/sys/contrib/pf/net/pf.c:1520 #10 0xc0471a96 in pf_purge_expired_states (maxcheck=148) at /usr/src.pflock/sys/contrib/pf/net/pf.c:1573 #11 0xc0471caf in pf_purge_thread (v=0x0) at /usr/src.pflock/sys/contrib/pf/net/pf.c:1371 #12 0xc05a5af2 in fork_exit (callout=0xc0471b60 , arg=0x0, frame=0xeb7b7d08) at /usr/src.pflock/sys/kern/kern_fork.c:995 #13 0xc07a5814 in fork_trampoline () at /usr/src.pflock/sys/i386/i386/exception.s:276 Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 17:03:33 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93F791065673 for ; Tue, 14 Aug 2012 17:03:33 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7388FC0C for ; Tue, 14 Aug 2012 17:03:33 +0000 (UTC) Received: from meatwad.mouf.net (cpe-024-162-230-236.nc.res.rr.com [24.162.230.236]) (authenticated bits=0) by mouf.net (8.14.5/8.14.5) with ESMTP id q7EH05qS024643 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Tue, 14 Aug 2012 13:00:06 -0400 (EDT) (envelope-from swills@FreeBSD.org) Message-ID: <502A84E0.9000908@FreeBSD.org> Date: Tue, 14 Aug 2012 13:03:28 -0400 From: Steve Wills User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120604 Thunderbird/12.0.1 MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mouf.net [199.48.129.64]); Tue, 14 Aug 2012 13:00:06 -0400 (EDT) X-Spam-Status: No, score=1.3 required=4.5 tests=RCVD_IN_RP_RNBL autolearn=no version=3.3.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.5 at mouf.net X-Virus-Status: Clean Cc: Subject: zfsloader failure with r239244 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 17:03:33 -0000 Hi, I just upgraded my system from r238261 to r239244 and was unable to boot one of my zfs root systems. I had to recover using the zfsloader.old that is kept in /boot. The messages from zfsloader were: ZFS: can't find pool by guid ZFS: can't find pool by guid can't load 'kernel' followed by a loader prompt. My loader.conf has: vfs.root.mountfrom="zfs:zroot" as well as other settings. I suspect this may be related to the fact that my zfs root is "formatted using a legacy on-disk format." Specifically, it is version 14 and for the record it's on an MBR partition. This system also has two other pools, one which is version 28 and another which is the latest zpool version (I think? No version number is shown in "zpool list -o all", only a "-"). I've avoided zpool upgrading this pool because I'm a little nervous about updating zfsboot via dd. I didn't see the issue on another zfs root system which is using GPT and the latest zpool version and was upgraded from/to the same versions. Any ideas if this is a bug or something wrong with my system would be appreciated. Thanks, Steve From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 19:42:54 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 221061065673; Tue, 14 Aug 2012 19:42:54 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EAD9E14D8A5; Tue, 14 Aug 2012 19:42:52 +0000 (UTC) Message-ID: <502AAA3A.30200@FreeBSD.org> Date: Tue, 14 Aug 2012 23:42:50 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: Steve Wills References: <502A84E0.9000908@FreeBSD.org> In-Reply-To: <502A84E0.9000908@FreeBSD.org> X-Enigmail-Version: 1.4 OpenPGP: id=10C8A17A Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: zfsloader failure with r239244 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 19:42:54 -0000 On 14.08.2012 21:03, Steve Wills wrote: > Any ideas if this is a bug or something wrong with my system would be > appreciated. Can you boot with serial console and show what show the `lsdev` command in the loader? And from the running system the output of `gpart show` and `zpool status`. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 20:45:57 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24470106566C for ; Tue, 14 Aug 2012 20:45:57 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id B285F8FC0C for ; Tue, 14 Aug 2012 20:45:56 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:18c9:94f1:8e7e:6995]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 165A14AC2D for ; Wed, 15 Aug 2012 00:45:53 +0400 (MSK) Date: Wed, 15 Aug 2012 00:45:42 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <157941699.20120815004542@serebryakov.spb.ru> To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 20:45:57 -0000 Hello, Current. I'm using Soekris net5501 (AMD Geode 500Mhz, 512MiB of RAM) as all-in-one home router: it connects my network to ISP via PPPoE (40Mbit shaped channel, ng0, over 100Mbit ethernet, interface vr1) and acts as AP for my WiFi (Atheros card). It connected to my wired home network with gigabit Intel card (em0, old PCI one). One of servers in my network acts as storage and torrent box in same time. It is connected to wire network (gigabit one). And I found strange thing: when torrents are active (40Mbit up and down, from em0 to ng0 over vr1 with firewall and NAT) router could pass only about 0.1MiB/s of trafic from internal (gigabit) network into WiFi. Yes, 0.1MiB/s. When torrents are not active it could provide from 1.5 to 2.2MiB/s, depending on time of day (and state of environment), so in this case radio channel is limiting factor. Answer looks trivial: router CPU is bottleneck. But here is one additional detail: `top' never shows less than 50% of idle when torrents are active. And `idle' time with torrents traffic is ALWAYS is higher than without them, but with WiFi traffic. Here is typical top-5 when torrents AND WiFi is active (WiFi speed is terrible): PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND 10 root 155 ki31 0K 8K RUN 3:29 75.20% idle 11 root -72 - 0K 80K WAIT 2:33 12.50% intr{swi1: netisr 0} 11 root -92 - 0K 80K WAIT 0:39 6.40% intr{irq15: ath0 ata1} 14 root -16 - 0K 8K - 0:12 5.76% yarrow 0 root -92 0 0K 72K - 0:10 1.17% kernel{ath0 taskq} Here is typical top-5 when ONLY WiFi is active (please, note: idle is less than in previous case!): PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND 10 root 155 ki31 0K 8K RUN 3:12 38.57% idle 11 root -92 - 0K 80K WAIT 0:31 34.67% intr{irq15: ath0 ata1} 11 root -72 - 0K 80K WAIT 2:12 13.67% intr{swi1: netisr 0} 0 root -92 0 0K 72K - 0:08 7.47% kernel{ath0 taskq} 14 root -16 - 0K 8K - 0:10 4.69% yarrow Here is typical top-5 only with torrents: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND 10 root 155 ki31 0K 8K RUN 3:47 82.67% idle 11 root -72 - 0K 80K WAIT 3:00 10.60% intr{swi1: netisr 0} 14 root -16 - 0K 8K - 0:13 5.18% yarrow 11 root -92 - 0K 80K WAIT 0:40 0.78% intr{irq15: ath0 ata1} 1870 root 20 0 10684K 2268K RUN 0:02 0.59% top And here is typical top-5 with no traffic PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND 10 root 155 ki31 0K 8K RUN 4:36 98.58% idle 11 root -72 - 0K 80K WAIT 3:22 5.08% intr{swi1: netisr 0} 14 root -16 - 0K 8K - 0:14 0.78% yarrow 11 root -92 - 0K 80K WAIT 0:41 0.68% intr{irq15: ath0 ata1} 1870 root 20 0 10684K 2268K RUN 0:02 0.29% top I'm wonder, why adding torrent traffic slows down WiFi transfer BUT gives much more idle time than WiFi transfer alone? I'm using CURRENT r239228 with SCHED_ULE. -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 20:51:19 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2BCE106568D for ; Tue, 14 Aug 2012 20:51:19 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 372A98FC12 for ; Tue, 14 Aug 2012 20:51:14 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:18c9:94f1:8e7e:6995]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 72C494AC2D for ; Wed, 15 Aug 2012 00:51:13 +0400 (MSK) Date: Wed, 15 Aug 2012 00:51:03 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <19110162309.20120815005103@serebryakov.spb.ru> To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Strange behavior of r239228 on i386 -- looks like livelocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 20:51:19 -0000 Hello, Current. It looks like I've got live lock on my router. It acts as router, but physical console (serial one) and ssh connection are stalled and don't react on keypresses. After two or three minutes everything unfreeze, then freeze again... After unfreeze here are messages from "nut" that connection with UPS is lost (UPS is connected to other host in network) and re-established. I don't understand how to debug such situation :) uname -a is: FreeBSD gateway.home.serebryakov.spb.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r239228: Mon Aug 13 13:07:52 MSK 2012 root@vmware-c-32.home.serebryakov.spb.ru:/usr/obj/nanobsd.gateway-net5501/data/src/sys/NET5501 i386 Scheduler is ULE. -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 22:00:08 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4F57106566C; Tue, 14 Aug 2012 22:00:08 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id A0FC48FC08; Tue, 14 Aug 2012 22:00:08 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:18c9:94f1:8e7e:6995]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id B1B854AC2D; Wed, 15 Aug 2012 02:00:06 +0400 (MSK) Date: Wed, 15 Aug 2012 01:59:55 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1075800054.20120815015955@serebryakov.spb.ru> To: Lev Serebryakov In-Reply-To: <19110162309.20120815005103@serebryakov.spb.ru> References: <19110162309.20120815005103@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: Strange behavior of r239228 on i386 -- looks like livelocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 22:00:09 -0000 Hello, Lev. You wrote 15 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2012 =D0=B3., 0:51:= 03: LS> It looks like I've got live lock on my router. It acts as router, LS> but physical console (serial one) and ssh connection are stalled and LS> don't react on keypresses. After two or three minutes everything LS> unfreeze, then freeze again... named (BIND) could not resolve names (for other network clients) in these moments. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Aug 14 22:20:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7252106564A; Tue, 14 Aug 2012 22:20:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 523E28FC17; Tue, 14 Aug 2012 22:20:49 +0000 (UTC) Received: by yenl7 with SMTP id l7so1318953yen.13 for ; Tue, 14 Aug 2012 15:20:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=KDVd6vUk5Ne4RLcf1CC498SJT5rsJ+p+8X0XPtvoosk=; b=If8YsXM5O5yJEnnuR2GcQ5n0s04fEmnv/x8Q9eSNZRD/H1ie6REqxeoKQyl7P0xlnc W38TRFcvTRckS7KQ9JmFbElLPsTtMqIuVVaKSnf1g2a/99Hpp9sUopehzDfzFpXF/gDf Uuv3oeasyfQD2u8mtlBmg5KKirXp3Z27GWrx8JoWlIKieoUs31I8KW7DAwXfmJQbt7E9 D7Padp7n5yBrhedG8A0l+Emu+9b694E9oc2o6qHeZ9/NlnHNheBkeW6K9f4TrXNAMXvY jS0hlyPXc1D4QgddikHCZz5TSMhTqz2bpbCz8tEcCpVW7u8PUFp/tTDarp0BQrylq3UC 2j9g== MIME-Version: 1.0 Received: by 10.66.72.197 with SMTP id f5mr22560561pav.20.1344982848112; Tue, 14 Aug 2012 15:20:48 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.43.169 with HTTP; Tue, 14 Aug 2012 15:20:48 -0700 (PDT) In-Reply-To: <157941699.20120815004542@serebryakov.spb.ru> References: <157941699.20120815004542@serebryakov.spb.ru> Date: Tue, 14 Aug 2012 15:20:48 -0700 X-Google-Sender-Auth: AvFhCSoCulqcc9qsYFx0yfxA6w4 Message-ID: From: Adrian Chadd To: lev@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 22:20:49 -0000 Hi, Would you be willing to compile a kernel with KTR so you can capture some KTR scheduler dumps? That way the scheduler peeps can feed this into schedgraph.py (and you can too!) to figure out what's going on. Maybe things aren't being scheduled correctly and the added latency is killing performance? Adrian From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 00:09:27 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 4DCB1106566C; Wed, 15 Aug 2012 00:09:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6F2DA14F68D; Wed, 15 Aug 2012 00:09:26 +0000 (UTC) Message-ID: <502AE8B5.9090106@FreeBSD.org> Date: Tue, 14 Aug 2012 14:09:25 -1000 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: Adrian Chadd References: <157941699.20120815004542@serebryakov.spb.ru> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: mav@FreeBSD.org, lev@freebsd.org, current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 00:09:27 -0000 On 08/14/2012 12:20 PM, Adrian Chadd wrote: > Hi, > > Would you be willing to compile a kernel with KTR so you can capture > some KTR scheduler dumps? > > That way the scheduler peeps can feed this into schedgraph.py (and you > can too!) to figure out what's going on. > > Maybe things aren't being scheduled correctly and the added latency is > killing performance? You might also try switching to SCHED_ULE to see if it helps. Although, in the last few months as mav has been converging the 2 I've started to see the same problems I saw on my desktop systems previously re-appear even using ULE. For example, if I'm watching an AVI with VLC and start doing anything that generates a lot of interrupts (like moving large quantities of data from one disk to another) the video and sound start to skip. Also, various other desktop features (like menus, window switching, etc.) start to take measurable time to happen, sometimes seconds. ... and lest you think this is just a desktop problem, I've seen the same scenario on 8.x systems used as web servers. With ULE they were frequently getting into peak load situations that created what I called "mini thundering herd" problems where they could never quite get caught up. Whereas switching to 4BSD the same servers got into high-load situations less often, and they recovered on their own in minutes. Doug From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 03:04:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79C5B1065672; Wed, 15 Aug 2012 03:04:45 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 254288FC14; Wed, 15 Aug 2012 03:04:45 +0000 (UTC) Received: by ggnk4 with SMTP id k4so1577114ggn.13 for ; Tue, 14 Aug 2012 20:04:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=nYgymJsoqxn07I31oPkWb6Lb4SXs0XWEd4KUIpdry5g=; b=V6vw+XuWHfFokB6r8F4zBG/EYRL7F9ReUOhCFMUisQscCxrDHmBHqHxMjJzr5YZJKm pXYuzV2t4FOoTDGd9gP52o1RHJVSFHQAxQ5Eun+EdfSZVUoe4ikpCcF8N5ZbuSe3AFQS 6MiB+mT/9pGIdtV7B7gMxYNIuKRtG393WirSeP1exc7FVKMAyGDaoQZkLkT6+PPIYuSk M8qcKEZcB2iEDSv+q1wR1H6v+F/P0SywseAb7a4BO2eazDmPsU/WHDTqVmrj36PMdG6b GGNnAikd5QsmxksRT1136t8e0mBWKNTr6I1uqUfXK+GhP8AzgYc+BzGo6oTONiWLosDS dQ4Q== MIME-Version: 1.0 Received: by 10.50.158.164 with SMTP id wv4mr15325963igb.12.1344999883884; Tue, 14 Aug 2012 20:04:43 -0700 (PDT) Received: by 10.64.48.7 with HTTP; Tue, 14 Aug 2012 20:04:43 -0700 (PDT) Date: Tue, 14 Aug 2012 23:04:43 -0400 Message-ID: From: Aryeh Friedman To: freebsd-x11@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: (i)frame based sites cause horrible performence in firefox 14.0.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 03:04:45 -0000 Sites that are based on frames or iframes (such as google mail and most of google's non-search services) kill the performance of www/firefox [firefox-14.0.1_1,1] (last updated yesterday on a 9.1 built at the same time) here is the uname: FreeBSD XXX 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #2: Thu Aug 9 15:54:37 EDT 2012 root@XXX:/usr/obj/usr/src/sys/GENERIC i386 From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 07:18:11 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DC8710656B2; Wed, 15 Aug 2012 07:18:11 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id E2EA48FC0C; Wed, 15 Aug 2012 07:18:10 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d574:b85:92a2:5e7b] (unknown [IPv6:2001:7b8:3a7:0:d574:b85:92a2:5e7b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 813AD5C37; Wed, 15 Aug 2012 09:18:09 +0200 (CEST) Message-ID: <502B4D32.5070500@andric.com> Date: Wed, 15 Aug 2012 09:18:10 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120731 Thunderbird/15.0 MIME-Version: 1.0 To: Doug Barton References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> In-Reply-To: <502AE8B5.9090106@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , lev@freebsd.org, mav@FreeBSD.org, current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 07:18:11 -0000 On 2012-08-15 02:09, Doug Barton wrote: > On 08/14/2012 12:20 PM, Adrian Chadd wrote: ... >> Maybe things aren't being scheduled correctly and the added latency is >> killing performance? > > You might also try switching to SCHED_ULE to see if it helps. Most likely, s/ULE/4BSD/ here, and in the rest of your mail? :) From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 08:04:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B121C1065672; Wed, 15 Aug 2012 08:04:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 720C68FC12; Wed, 15 Aug 2012 08:04:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q7F7pjII067834; Wed, 15 Aug 2012 03:51:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q7F7piwa067833; Wed, 15 Aug 2012 07:51:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Aug 2012 07:51:44 GMT Message-Id: <201208150751.q7F7piwa067833@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 08:04:33 -0000 TB --- 2012-08-15 06:30:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-08-15 06:30:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-08-15 06:30:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-08-15 06:30:01 - cleaning the object tree TB --- 2012-08-15 06:30:01 - cvsupping the source tree TB --- 2012-08-15 06:30:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-08-15 06:31:17 - building world TB --- 2012-08-15 06:31:17 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 06:31:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 06:31:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 06:31:17 - SRCCONF=/dev/null TB --- 2012-08-15 06:31:17 - TARGET=arm TB --- 2012-08-15 06:31:17 - TARGET_ARCH=arm TB --- 2012-08-15 06:31:17 - TZ=UTC TB --- 2012-08-15 06:31:17 - __MAKE_CONF=/dev/null TB --- 2012-08-15 06:31:17 - cd /src TB --- 2012-08-15 06:31:17 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 15 06:31:18 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 15 07:48:12 UTC 2012 TB --- 2012-08-15 07:48:12 - cd /src/sys/arm/conf TB --- 2012-08-15 07:48:12 - /usr/sbin/config -m ATMEL TB --- 2012-08-15 07:48:12 - building ATMEL kernel TB --- 2012-08-15 07:48:12 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 07:48:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 07:48:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 07:48:12 - SRCCONF=/dev/null TB --- 2012-08-15 07:48:12 - TARGET=arm TB --- 2012-08-15 07:48:12 - TARGET_ARCH=arm TB --- 2012-08-15 07:48:12 - TZ=UTC TB --- 2012-08-15 07:48:12 - __MAKE_CONF=/dev/null TB --- 2012-08-15 07:48:12 - cd /src TB --- 2012-08-15 07:48:12 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Wed Aug 15 07:48:13 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c cat /src/sys/conf/ldscript.arm|sed s/KERNPHYSADDR/0x20000000/g| sed s/KERNVIRTADDR/0xc0000000/g > ldscript.arm MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh ATMEL cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror vers.c linking kernel machdep.o: In function `cpu_idle': machdep.c:(.text+0xa3c): undefined reference to `cpu_idleclock' machdep.c:(.text+0xa50): undefined reference to `cpu_activeclock' *** Error code 1 Stop in /obj/arm.arm/src/sys/ATMEL. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-08-15 07:51:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-08-15 07:51:44 - ERROR: failed to build ATMEL kernel TB --- 2012-08-15 07:51:44 - 2647.95 user 595.47 system 4903.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 08:09:07 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8EAD106566C; Wed, 15 Aug 2012 08:09:07 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 62CEA8FC08; Wed, 15 Aug 2012 08:09:07 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:18c9:94f1:8e7e:6995]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 9CDB44AC2D; Wed, 15 Aug 2012 12:09:05 +0400 (MSK) Date: Wed, 15 Aug 2012 12:08:54 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1463912709.20120815120854@serebryakov.spb.ru> To: Adrian Chadd In-Reply-To: References: <157941699.20120815004542@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 08:09:07 -0000 Hello, Adrian. You wrote 15 =E0=E2=E3=F3=F1=F2=E0 2012 =E3., 2:20:48: AC> Would you be willing to compile a kernel with KTR so you can capture AC> some KTR scheduler dumps? AC> That way the scheduler peeps can feed this into schedgraph.py (and you AC> can too!) to figure out what's going on. AC> Maybe things aren't being scheduled correctly and the added latency is AC> killing performance? I'll try this. Also I've found, that I turned POLLING on (and set HZ=3D1000) a long time ago and forgot about it. I'll try with more standard config and try 4BSD too, as now I have much more problems with router freezes that with low speed. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 08:21:33 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 856BE106564A; Wed, 15 Aug 2012 08:21:33 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3D0BD8FC12; Wed, 15 Aug 2012 08:21:32 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:18c9:94f1:8e7e:6995]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 5CC4C4AC2D; Wed, 15 Aug 2012 12:21:31 +0400 (MSK) Date: Wed, 15 Aug 2012 12:21:19 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <42630017.20120815122119@serebryakov.spb.ru> To: Lev Serebryakov In-Reply-To: <157941699.20120815004542@serebryakov.spb.ru> References: <157941699.20120815004542@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 08:21:33 -0000 Hello, Lev. You wrote 15 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2012 =D0=B3., 0:45:= 42: LS> Answer looks trivial: router CPU is bottleneck. But here is one additi= onal LS> detail: `top' never shows less than 50% of idle when torrents are LS> active. And `idle' time with torrents traffic is ALWAYS is higher than LS> without them, but with WiFi traffic. Ok, additional information: it seems, that `top' is liar when POLLING is enabled for em0 and vr1 NICs. I'm turned POLLING off, and speeds are the same, but `idle' is no more 50%, it is `0%' when gateway is overloaded. But i still feezes under load with ULE. It looks like ULE is broken. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 08:31:47 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 6DEEA106566C; Wed, 15 Aug 2012 08:31:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 0A9951509A0; Wed, 15 Aug 2012 08:31:45 +0000 (UTC) Message-ID: <502B5E71.8080703@FreeBSD.org> Date: Tue, 14 Aug 2012 22:31:45 -1000 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: Dimitry Andric References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B4D32.5070500@andric.com> In-Reply-To: <502B4D32.5070500@andric.com> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , lev@freebsd.org, mav@FreeBSD.org, current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 08:31:47 -0000 On 08/14/2012 09:18 PM, Dimitry Andric wrote: > On 2012-08-15 02:09, Doug Barton wrote: >> On 08/14/2012 12:20 PM, Adrian Chadd wrote: > ... >>> Maybe things aren't being scheduled correctly and the added latency is >>> killing performance? >> >> You might also try switching to SCHED_ULE to see if it helps. > > Most likely, s/ULE/4BSD/ here, and in the rest of your mail? :) > yes, thanks From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 08:42:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CBCE10656D0; Wed, 15 Aug 2012 08:42:53 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 343618FC12; Wed, 15 Aug 2012 08:42:52 +0000 (UTC) Received: by yhfs35 with SMTP id s35so1813305yhf.13 for ; Wed, 15 Aug 2012 01:42:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=YQ1563J4cHHvMPtUpvOgdF2gnrhosYIddIwEojjX5lk=; b=I9Fz+8AAZTbnbmfvk37DxAxIXrQ79WS4IemeWD4O642f/d7fukR63p6H1+pDHZifc0 GZke3+6OlbJuWJtijnBBKu6T44Lx4Fcj1nRIllU6h9zPcjrylU0QTxKyaZDC4Uye5tke ULnaknAbVB1gbebMCFKJRt4yqIgrs6B+R7j3XanGLWnc+8446PZiR6SRe42tzhZ3N/oF iSkvbIGGT3ECEkzyk7EvBU7iuLfDJWVJ0qY/5b45mSAHSnnkN2dMfWmTiamAnCfOCLMS LDP04hnIzaRgdqMTTBtR06egMwty5ZSQyoL2TevXp7ujRPOF0GWOelCY1Boy/vaB5AZn Zhqg== MIME-Version: 1.0 Received: by 10.50.194.165 with SMTP id hx5mr16422290igc.56.1345020172050; Wed, 15 Aug 2012 01:42:52 -0700 (PDT) Received: by 10.64.176.200 with HTTP; Wed, 15 Aug 2012 01:42:51 -0700 (PDT) In-Reply-To: <42630017.20120815122119@serebryakov.spb.ru> References: <157941699.20120815004542@serebryakov.spb.ru> <42630017.20120815122119@serebryakov.spb.ru> Date: Wed, 15 Aug 2012 01:42:51 -0700 Message-ID: From: Garrett Cooper To: lev@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 08:42:53 -0000 On Wed, Aug 15, 2012 at 1:21 AM, Lev Serebryakov wrote: > Hello, Lev. > You wrote 15 =C1=D7=C7=D5=D3=D4=C1 2012 =C7., 0:45:42: > > LS> Answer looks trivial: router CPU is bottleneck. But here is one addi= tional > LS> detail: `top' never shows less than 50% of idle when torrents are > LS> active. And `idle' time with torrents traffic is ALWAYS is higher tha= n > LS> without them, but with WiFi traffic. > Ok, additional information: it seems, that `top' is liar when > POLLING is enabled for em0 and vr1 NICs. I'm turned POLLING off, and > speeds are the same, but `idle' is no more 50%, it is `0%' when > gateway is overloaded. > > But i still feezes under load with ULE. It looks like ULE is broken. Not sure what card you have, but the lem style e1000 cards were changed recently (r238953) to use poll a bit differently. Try setting "hw.em.use_legacy_irq=3D1" as a tunable and see what happens or remove DEVICE_POLLING altogether? The clock and scheduling code has also been changed recently (r239185, r239194, r239183, r239157, r239036, r239013). See if reverting any or all of the beforementioned commits helps improve performance for you. HTH! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 09:00:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39488106566B for ; Wed, 15 Aug 2012 09:00:17 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id AC8BC8FC14 for ; Wed, 15 Aug 2012 09:00:16 +0000 (UTC) Received: by lbbgk8 with SMTP id gk8so899102lbb.13 for ; Wed, 15 Aug 2012 02:00:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; bh=W7hajaRfbAASYVHb0K6oiw969UCMRj/x2g/5PQ5Z4y0=; b=FCioIyUY0wE0f2rpIbPa4Th25Xb5bWggpxwiLXCbrwFfF770ZmEGqkg8LrjDeil2+J n5SjSK0wtPf/5PuNeDReb3zlGz+TNiRXaJTvgSFf9n5mpAnikYySQVDn6NLy9c2DkdDN Fw/O1t+vPXdRE30a5WRF7yzwR0sAmK1mZf7L5T5P/SgYrdNhtQghhR8hFJZDogxvaSem UrrEl8WQ0IwdCU/7/xt5Hset/A/z92lgSNOhYh7zjCTUMdt3Lb05MtlDu1XKZsLNgiYc pnGonXkjdZWys/7Ed4lCwPhYi39PYDTxsB45gkeq7QCcdjwm6BnLiahLeSllYbOPmHfi JQCA== Received: by 10.152.110.46 with SMTP id hx14mr6108599lab.21.1345021215130; Wed, 15 Aug 2012 02:00:15 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (213-227-240-37.static.vega-ua.net. [213.227.240.37]) by mx.google.com with ESMTPS id o5sm244148lbg.5.2012.08.15.02.00.13 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 15 Aug 2012 02:00:14 -0700 (PDT) Sender: Alexander Motin Message-ID: <502B651B.7090901@FreeBSD.org> Date: Wed, 15 Aug 2012 12:00:11 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Paul Schenkeveld Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Soekris net4801 sees no disk devices with -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 09:00:17 -0000 Hi. It seems your flash disk doesn't like PIO4 mode setting command for some reason. I would try to set different modes via hint.ata.0.mode="PIOX" tunables. Also please tell more about that disk and how (mode, etc) it was working before. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 09:39:00 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB6CE106564A; Wed, 15 Aug 2012 09:39:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 997C08FC0C; Wed, 15 Aug 2012 09:39:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q7F9cxN5077540; Wed, 15 Aug 2012 05:38:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q7F9cxjO077536; Wed, 15 Aug 2012 09:38:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Aug 2012 09:38:59 GMT Message-Id: <201208150938.q7F9cxjO077536@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 09:39:01 -0000 TB --- 2012-08-15 07:51:45 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-08-15 07:51:45 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-08-15 07:51:45 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-08-15 07:51:45 - cleaning the object tree TB --- 2012-08-15 07:51:45 - cvsupping the source tree TB --- 2012-08-15 07:51:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-08-15 07:52:14 - building world TB --- 2012-08-15 07:52:14 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 07:52:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 07:52:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 07:52:14 - SRCCONF=/dev/null TB --- 2012-08-15 07:52:14 - TARGET=ia64 TB --- 2012-08-15 07:52:14 - TARGET_ARCH=ia64 TB --- 2012-08-15 07:52:14 - TZ=UTC TB --- 2012-08-15 07:52:14 - __MAKE_CONF=/dev/null TB --- 2012-08-15 07:52:14 - cd /src TB --- 2012-08-15 07:52:14 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 15 07:52:15 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 15 09:31:58 UTC 2012 TB --- 2012-08-15 09:31:58 - generating LINT kernel config TB --- 2012-08-15 09:31:58 - cd /src/sys/ia64/conf TB --- 2012-08-15 09:31:58 - /usr/bin/make -B LINT TB --- 2012-08-15 09:31:58 - cd /src/sys/ia64/conf TB --- 2012-08-15 09:31:58 - /usr/sbin/config -m LINT TB --- 2012-08-15 09:31:58 - building LINT kernel TB --- 2012-08-15 09:31:58 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 09:31:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 09:31:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 09:31:58 - SRCCONF=/dev/null TB --- 2012-08-15 09:31:58 - TARGET=ia64 TB --- 2012-08-15 09:31:58 - TARGET_ARCH=ia64 TB --- 2012-08-15 09:31:58 - TZ=UTC TB --- 2012-08-15 09:31:58 - __MAKE_CONF=/dev/null TB --- 2012-08-15 09:31:58 - cd /src TB --- 2012-08-15 09:31:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 15 09:31:58 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/ath_rate/sample/sample.c -I/src/sys/dev/ath In file included from /src/sys/dev/ath/ath_rate/sample/sample.c:80: /src/sys/dev/ath/ath_rate/sample/tx_schedules.h:104: error: expected '}' before '{' token cc1: warnings being treated as errors /src/sys/dev/ath/ath_rate/sample/sample.c: In function 'sample_stats': /src/sys/dev/ath/ath_rate/sample/sample.c:1303: warning: format '%qx' expects type 'long long unsigned int', but argument 6 has type 'uint64_t' [-Wformat] *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-08-15 09:38:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-08-15 09:38:59 - ERROR: failed to build LINT kernel TB --- 2012-08-15 09:38:59 - 4575.09 user 698.38 system 6433.92 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 10:18:11 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D2CA106566C; Wed, 15 Aug 2012 10:18:11 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 130A48FC08; Wed, 15 Aug 2012 10:18:09 +0000 (UTC) Received: by lage12 with SMTP id e12so893927lag.13 for ; Wed, 15 Aug 2012 03:18:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=o2aHL4UcXuW/oZMgSblzsuFx1q4Bcn2+qncrLrAaGyA=; b=ZIPjG1KzOjzubmNK0Kjq0Occi9fg+2uxxO2PwAhuoRz7842N48ULmceqFEzwLCjo+N 1Y1jv82G1NhTRywVmdVXk18xcViYSkMfgD7FmQXMogPr8LWx6T9y50JwF5mR2EJI/maN 16jT8QZvYRSaZMxqqTs6GG6IsJc6eGjVzxEklpPpnNk3voTADUUT/FZzVQjnb3yAXLdy QiVd5Aki2W2WpgRS3u4z4SXRoNexbX1K0sqwU/q6e1gv2mKDXQYUdXork0xCnmrQhCki GFA1hUvmgVw8ZHX7w51pHSciwc3KLPuq/fzSY3SCSOA5bFSWevbb1vnN/FsGuqA/BQLn 5ZOQ== Received: by 10.152.109.212 with SMTP id hu20mr4895744lab.3.1345025888622; Wed, 15 Aug 2012 03:18:08 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (213-227-240-37.static.vega-ua.net. [213.227.240.37]) by mx.google.com with ESMTPS id o5sm288912lbg.5.2012.08.15.03.18.07 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 15 Aug 2012 03:18:07 -0700 (PDT) Sender: Alexander Motin Message-ID: <502B775D.7000101@FreeBSD.org> Date: Wed, 15 Aug 2012 13:18:05 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Doug Barton References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> In-Reply-To: <502AE8B5.9090106@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , lev@freebsd.org, current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 10:18:11 -0000 On 15.08.2012 03:09, Doug Barton wrote: > On 08/14/2012 12:20 PM, Adrian Chadd wrote: >> Would you be willing to compile a kernel with KTR so you can capture >> some KTR scheduler dumps? >> >> That way the scheduler peeps can feed this into schedgraph.py (and you >> can too!) to figure out what's going on. >> >> Maybe things aren't being scheduled correctly and the added latency is >> killing performance? > > You might also try switching to SCHED_ULE to see if it helps. > > Although, in the last few months as mav has been converging the 2 I've > started to see the same problems I saw on my desktop systems previously > re-appear even using ULE. For example, if I'm watching an AVI with VLC > and start doing anything that generates a lot of interrupts (like moving > large quantities of data from one disk to another) the video and sound > start to skip. Also, various other desktop features (like menus, window > switching, etc.) start to take measurable time to happen, sometimes > seconds. > > ... and lest you think this is just a desktop problem, I've seen the > same scenario on 8.x systems used as web servers. With ULE they were > frequently getting into peak load situations that created what I called > "mini thundering herd" problems where they could never quite get caught > up. Whereas switching to 4BSD the same servers got into high-load > situations less often, and they recovered on their own in minutes. It is quite pointless to speculate without real info like mentioned above KTR_SCHED traces. Main thing I've learned about schedulers, things there never work as you expect. There are two many factors are relations to predict behavior in every case. About Soekris and idle CPU measurement, let's start from what kind of eventtimer is used there. As soon as it is UP machine, I guess it uses i8254 timer in periodic mode. It means that it by definition can't properly measure load from treads running from hardclock, such as dummynet, polling netisr threads, etc. What's about playing AVIs and using other GUIs, key word here and for ULE in general is interactivity. ULE gives huge boost to threads it counts interactive. Disk I/O is a good candidate for it, as it does many voluntary sleeps by definition, while waiting for data. If it will not be counted interactive, it will heavily suffer from latencies while waiting for other threads. Modern heavy GUIs and video CODECs same time may consume CPU time sequentially for long periods. On busy machines they may never sleep at all, trying to catchup incoming data rate. It can make ULE count them as batch and so less preferred then I/O. As I've said above, let's try to collect some real data first. If somebody still wish area for experiments, there is always some: - if you want video player to not lag, set negative nice for it (ULE is not a magician to guess user wishes); - same I guess counts for Xorg process; - there are number of sysctls ULE provides: - kern.sched.interact -- value in percents specifying how much run time may have thread to still be counted as interactive; - kern.sched.slice or new kern.sched.quantum -- specifying interval of context switches for non-interactive threads, historically set to 100ms. It may be too long now. Reducing it may make system run more smooth, while price of those switches is probably not so significant now. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 10:40:19 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A53FF106564A; Wed, 15 Aug 2012 10:40:19 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3AA218FC16; Wed, 15 Aug 2012 10:40:19 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:18c9:94f1:8e7e:6995]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 618474AC2D; Wed, 15 Aug 2012 14:40:17 +0400 (MSK) Date: Wed, 15 Aug 2012 14:40:06 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1849591745.20120815144006@serebryakov.spb.ru> To: Alexander Motin In-Reply-To: <502B775D.7000101@FreeBSD.org> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , Doug Barton , current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 10:40:19 -0000 Hello, Alexander. You wrote 15 =E0=E2=E3=F3=F1=F2=E0 2012 =E3., 14:18:05: AM> It is quite pointless to speculate without real info like mentioned AM> above KTR_SCHED traces. Main thing I've learned about schedulers, things AM> there never work as you expect. There are two many factors are relations AM> to predict behavior in every case. I'll take these with as much variants (ULE and 4BSD, polling with HZ=3D1000 and interrupts with default HZ) as I can, in day or two. Now I have kernels with KTR compiled in (GEN, NET and SCHED). AM> About Soekris and idle CPU measurement, let's start from what kind of= =20 AM> eventtimer is used there. As soon as it is UP machine, I guess it uses AM> i8254 timer in periodic mode. It means that it by definition can't It doesn't have any other timers. You could think about this machine as about good old "true" i386, with PCI (and some additional fancy commands in CPU core, something like classic Pentium) but nothing more. kern.eventtimer.choice: i8254(100) RTC(0) kern.eventtimer.et.RTC.flags: 17 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.periodic: 1 kern.eventtimer.timer: i8254 kern.eventtimer.activetick: 1 kern.eventtimer.idletick: 0 kern.eventtimer.singlemul: 2 AM> properly measure load from treads running from hardclock, such as=20 AM> dummynet, polling netisr threads, etc. You see, here are two different problems: (a) with polling, system is responsive under any load, but wire2wifi performance is hugely affected by wire2wire traffic (and mpd5 inbetween). And, yes, "top" seems to lie about idle time. (b) with interrupts, system works much better when it works (wire2wifi speed is affected by wire2wire traffic, but to much less extent), but it freezes every third minute for minute, when traffic is passed, but no user-level applications including BIND and DHCP server) works at all FOR MINUTE OR MORE. It not looks like 100ms lag, which could affect video playback. It looks like 60-120 seconds lag! At least, in case of ULE, I didn't try 4BSD yet. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 10:57:21 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3C93106568A; Wed, 15 Aug 2012 10:57:21 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 4F5708FC19; Wed, 15 Aug 2012 10:57:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id C039C2A82A64; Wed, 15 Aug 2012 12:57:19 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vs6wUcZVZEoS; Wed, 15 Aug 2012 12:57:19 +0200 (SAST) Received: from clue.co.za (l2tp.clue.co.za [41.154.88.20]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id DAD5D2A82A04; Wed, 15 Aug 2012 12:57:18 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1T1bHp-0000qY-Do; Wed, 15 Aug 2012 12:57:17 +0200 To: To: ; In-reply-to: <42630017.20120815122119@serebryakov.spb.ru> References: <42630017.20120815122119@serebryakov.spb.ru> <157941699.20120815004542@serebryakov.spb.ru> From: "Ian FREISLICH" X-Attribution: BOFH Date: Wed, 15 Aug 2012 12:57:17 +0200 Message-Id: Cc: current@FreeBSD.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 10:57:21 -0000 Lev Serebryakov wrote: > Hello, Lev. > You wrote 15 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2012 =D0=B3., 0:45:= > 42: > > LS> Answer looks trivial: router CPU is bottleneck. But here is one additi= > onal > LS> detail: `top' never shows less than 50% of idle when torrents are > LS> active. And `idle' time with torrents traffic is ALWAYS is higher than > LS> without them, but with WiFi traffic. > Ok, additional information: it seems, that `top' is liar when > POLLING is enabled for em0 and vr1 NICs. I'm turned POLLING off, and > speeds are the same, but `idle' is no more 50%, it is `0%' when > gateway is overloaded. > > But i still feezes under load with ULE. It looks like ULE is broken. Are you sure it's a freeze and not a panic? I'm seeing very frequent panics on -CURRENT running as a gateway. Often, it doesn't come back without a powercycle because it's unable to complete a crashdump. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 11:01:09 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99D72106564A for ; Wed, 15 Aug 2012 11:01:09 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5452F8FC15 for ; Wed, 15 Aug 2012 11:01:09 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:18c9:94f1:8e7e:6995]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id D495C4AC31; Wed, 15 Aug 2012 15:01:07 +0400 (MSK) Date: Wed, 15 Aug 2012 15:00:57 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1017282310.20120815150057@serebryakov.spb.ru> To: "Ian FREISLICH" In-Reply-To: References: <42630017.20120815122119@serebryakov.spb.ru> <157941699.20120815004542@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 11:01:09 -0000 Hello, Ian. You wrote 15 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2012 =D0=B3., 14:57= :17: IF> Are you sure it's a freeze and not a panic? I'm seeing very frequent Yes, I'm sure, because I have hardware console attached (serial one, connected to other computer on my network) and because it un-freeze after minute or two, and freeze again after next minute or tow, etc, without resetting uptime :) --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 11:06:21 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E41E71065673; Wed, 15 Aug 2012 11:06:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD3F78FC15; Wed, 15 Aug 2012 11:06:19 +0000 (UTC) Received: by lbbgk8 with SMTP id gk8so958398lbb.13 for ; Wed, 15 Aug 2012 04:06:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=yLEYJehd5dNE8hDdujybRUhRvGA1apRcmG1fbOWE+j4=; b=sPmN9OEO/UKNY9kxFKgg551/Vp3d+l3a63IziU6LqnHngmzkfSft4lMX9a1SOuuCQH tKBAvZz60mH7fzdQ21q4QawKrSCkVOgcWrzkb6jTP7q0JcH3cqmgg57i81G1mUoiEijj nfKtH+x3wqram/5198l045c30I6VTSIpKrmpXhNLAvgAa+GDNuJHOdC9JHPvhd/PwFv2 Exm4abiZnqWTBUudwX7L7Ip80EgHJ11p/pdJ7CjFGmOUsNa0zctR4cVkgAai9bZFN/cg cc4VNMc+mnEEekd4hrH88bPQqNp6ljBaI/tzbpa3CMEpwcc5ez61blEtQv1YEwP6q5Cr A8Hw== Received: by 10.112.88.34 with SMTP id bd2mr9100315lbb.33.1345028778405; Wed, 15 Aug 2012 04:06:18 -0700 (PDT) Received: from pc.mavhome.dp.ua (213-227-240-37.static.vega-ua.net. [213.227.240.37]) by mx.google.com with ESMTPS id i4sm312910lbg.17.2012.08.15.04.06.16 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 15 Aug 2012 04:06:17 -0700 (PDT) Sender: Alexander Motin Message-ID: <502B82F4.1090804@FreeBSD.org> Date: Wed, 15 Aug 2012 14:07:32 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: lev@FreeBSD.org References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> In-Reply-To: <1849591745.20120815144006@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: Adrian Chadd , Doug Barton , current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 11:06:21 -0000 On 15.08.2012 13:40, Lev Serebryakov wrote: > You wrote 15 àâãóñòà 2012 ã., 14:18:05: > AM> It is quite pointless to speculate without real info like mentioned > AM> above KTR_SCHED traces. Main thing I've learned about schedulers, things > AM> there never work as you expect. There are two many factors are relations > AM> to predict behavior in every case. > I'll take these with as much variants (ULE and 4BSD, polling with > HZ=1000 and interrupts with default HZ) as I can, in day or two. > Now I have kernels with KTR compiled in (GEN, NET and SCHED). > > AM> About Soekris and idle CPU measurement, let's start from what kind of > AM> eventtimer is used there. As soon as it is UP machine, I guess it uses > AM> i8254 timer in periodic mode. It means that it by definition can't > It doesn't have any other timers. You could think about this machine > as about good old "true" i386, with PCI (and some additional fancy > commands in CPU core, something like classic Pentium) but > nothing more. > > kern.eventtimer.choice: i8254(100) RTC(0) > kern.eventtimer.et.RTC.flags: 17 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.periodic: 1 > kern.eventtimer.timer: i8254 > kern.eventtimer.activetick: 1 > kern.eventtimer.idletick: 0 > kern.eventtimer.singlemul: 2 Yes, that is what I expected to see there. If you have timecounter other then i8254, you can release i8254 from those duties to allow using it as one-shot setting hint.attimer.0.timecounter=0. Otherwise there are no options now. > AM> properly measure load from treads running from hardclock, such as > AM> dummynet, polling netisr threads, etc. > You see, here are two different problems: > > (a) with polling, system is responsive under any load, but wire2wifi > performance is hugely affected by wire2wire traffic (and mpd5 > inbetween). And, yes, "top" seems to lie about idle time. I don't know why wifi is so different. Suppose it is for some reason more affected by latencies. > (b) with interrupts, system works much better when it works (wire2wifi > speed is affected by wire2wire traffic, but to much less extent), but > it freezes every third minute for minute, when traffic is passed, but > no user-level applications including BIND and DHCP server) works at > all FOR MINUTE OR MORE. It not looks like 100ms lag, which could affect > video playback. It looks like 60-120 seconds lag! At least, in case of > ULE, I didn't try 4BSD yet. In this case problem may be that kernel and interrupt threads are all having absolute priorities. It means until they release the CPU, user-level may get no CPU time at all. :( -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 11:12:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34281106564A; Wed, 15 Aug 2012 11:12:02 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id E44A48FC16; Wed, 15 Aug 2012 11:12:01 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:18c9:94f1:8e7e:6995]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 8B9AD4AC2D; Wed, 15 Aug 2012 15:12:00 +0400 (MSK) Date: Wed, 15 Aug 2012 15:11:49 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <938388715.20120815151149@serebryakov.spb.ru> To: Alexander Motin In-Reply-To: <502B82F4.1090804@FreeBSD.org> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <502B82F4.1090804@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , Doug Barton , current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 11:12:02 -0000 Hello, Alexander. You wrote 15 =E0=E2=E3=F3=F1=F2=E0 2012 =E3., 15:07:32: AM> Yes, that is what I expected to see there. If you have timecounter other AM> then i8254, you can release i8254 from those duties to allow using it as AM> one-shot setting hint.attimer.0.timecounter=3D0. Otherwise there are no= =20 AM> options now. % dmesg | grep timer pmtimer0 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: at port 0x40 on isa0 Event timer "i8254" frequency 1193182 Hz quality 100 % >> (a) with polling, system is responsive under any load, but wire2wifi >> performance is hugely affected by wire2wire traffic (and mpd5 >> inbetween). And, yes, "top" seems to lie about idle time. AM> I don't know why wifi is so different. Suppose it is for some reason AM> more affected by latencies. Adrian says, it is. >> (b) with interrupts, system works much better when it works (wire2wifi >> speed is affected by wire2wire traffic, but to much less extent), but >> it freezes every third minute for minute, when traffic is passed, but >> no user-level applications including BIND and DHCP server) works at >> all FOR MINUTE OR MORE. It not looks like 100ms lag, which could affect >> video playback. It looks like 60-120 seconds lag! At least, in case of >> ULE, I didn't try 4BSD yet. AM> In this case problem may be that kernel and interrupt threads are all AM> having absolute priorities. It means until they release the CPU,=20 AM> user-level may get no CPU time at all. :( How could it be seen in KTR traces? Where could I read how to decipher and read these traces? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 11:18:21 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB35B1065672; Wed, 15 Aug 2012 11:18:21 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id B9B9D8FC0C; Wed, 15 Aug 2012 11:18:20 +0000 (UTC) Received: by lbbgk8 with SMTP id gk8so964604lbb.13 for ; Wed, 15 Aug 2012 04:18:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=WGydcVuEvVMYrU40YzKqw+KMaTZuFkZOinGrsEmcqxk=; b=gO5VEa3QsrIiaWAnYmU8GvPDJ97CPVZGbQhuu0XXxWd+SvP+T1rkMS1IrOPN9ZV0oQ WwiYY39Y2mDAkd4SCDzFwAqUqLPV8bknsSV4rlCHdd2g+qw4wPMH9+UQNlrxKW77JoLc owMzXxyIJT64Bdfvspm5bAg4tap8CxL5zQaDxNXIcSiJIA0a0RRs25FcqYeI1nrmIMn2 N5ZjsSjQT3CxqIJIji8m5UtbIU9vATAxlZ2hwu6AKnEtnESG0FcnGwYpVV/v4JGEH8kX 48TfWDwZlUIfI3I6irD/v/PVoaKlo7VYWMYrNdu1CaJlkIfGp3WMg4ip4vgaF3wH7NRP fbWQ== Received: by 10.112.9.3 with SMTP id v3mr3627488lba.32.1345029499164; Wed, 15 Aug 2012 04:18:19 -0700 (PDT) Received: from pc.mavhome.dp.ua (213-227-240-37.static.vega-ua.net. [213.227.240.37]) by mx.google.com with ESMTPS id gd9sm320752lbb.15.2012.08.15.04.18.17 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 15 Aug 2012 04:18:18 -0700 (PDT) Sender: Alexander Motin Message-ID: <502B85C4.5060703@FreeBSD.org> Date: Wed, 15 Aug 2012 14:19:32 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: lev@FreeBSD.org References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <502B82F4.1090804@FreeBSD.org> <938388715.20120815151149@serebryakov.spb.ru> In-Reply-To: <938388715.20120815151149@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: Adrian Chadd , Doug Barton , current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 11:18:22 -0000 On 15.08.2012 14:11, Lev Serebryakov wrote: > Hello, Alexander. > You wrote 15 àâãóñòà 2012 ã., 15:07:32: > > AM> Yes, that is what I expected to see there. If you have timecounter other > AM> then i8254, you can release i8254 from those duties to allow using it as > AM> one-shot setting hint.attimer.0.timecounter=0. Otherwise there are no > AM> options now. > > % dmesg | grep timer > pmtimer0 on isa0 > Event timer "RTC" frequency 32768 Hz quality 0 > attimer0: at port 0x40 on isa0 > Event timer "i8254" frequency 1193182 Hz quality 100 > % I've meant `kern.timecounter`. >>> (b) with interrupts, system works much better when it works (wire2wifi >>> speed is affected by wire2wire traffic, but to much less extent), but >>> it freezes every third minute for minute, when traffic is passed, but >>> no user-level applications including BIND and DHCP server) works at >>> all FOR MINUTE OR MORE. It not looks like 100ms lag, which could affect >>> video playback. It looks like 60-120 seconds lag! At least, in case of >>> ULE, I didn't try 4BSD yet. > AM> In this case problem may be that kernel and interrupt threads are all > AM> having absolute priorities. It means until they release the CPU, > AM> user-level may get no CPU time at all. :( > How could it be seen in KTR traces? Where could I read how to > decipher and read these traces? There is python GUI tool /usr/src/tools/sched/schedgraph.py for it. Short manual is inside. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 11:23:26 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D9C5106566C; Wed, 15 Aug 2012 11:23:26 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 441078FC0A; Wed, 15 Aug 2012 11:23:25 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:18c9:94f1:8e7e:6995]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 5F3D74AC2D; Wed, 15 Aug 2012 15:23:24 +0400 (MSK) Date: Wed, 15 Aug 2012 15:23:13 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1866034737.20120815152313@serebryakov.spb.ru> To: Alexander Motin In-Reply-To: <502B85C4.5060703@FreeBSD.org> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <502B82F4.1090804@FreeBSD.org> <938388715.20120815151149@serebryakov.spb.ru> <502B85C4.5060703@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , Doug Barton , current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 11:23:26 -0000 Hello, Alexander. You wrote 15 =E0=E2=E3=F3=F1=F2=E0 2012 =E3., 15:19:32: AM> I've meant `kern.timecounter`. kern.timecounter.tick: 1 kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) kern.timecounter.hardware: TSC kern.timecounter.stepwarnings: 0 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 63995 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 276768292 kern.timecounter.tc.TSC.frequency: 499912330 kern.timecounter.tc.TSC.quality: 800 kern.timecounter.invariant_tsc: 0 AM> There is python GUI tool /usr/src/tools/sched/schedgraph.py for it. AM> Short manual is inside. uh-oh, Python+Tk! I wonder, will it work on Windows, as I don't have ``headed'' FreeBSD or Linux machines :) Will it work with ALQ output from KTR, not with output of ktrdump? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 10:55:04 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EED51106564A; Wed, 15 Aug 2012 10:55:03 +0000 (UTC) (envelope-from ianf@cloudseed.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD6A8FC0A; Wed, 15 Aug 2012 10:55:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id D9A232A82A64; Wed, 15 Aug 2012 12:54:53 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5ybIkIWxcnTa; Wed, 15 Aug 2012 12:54:53 +0200 (SAST) Received: from clue.co.za (l2tp.clue.co.za [41.154.88.20]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 368122A82A04; Wed, 15 Aug 2012 12:54:53 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1T1bFS-0000pM-Uk; Wed, 15 Aug 2012 12:54:50 +0200 To: lev@FreeBSD.org From: Ian FREISLICH In-Reply-To: <42630017.20120815122119@serebryakov.spb.ru> References: <42630017.20120815122119@serebryakov.spb.ru> <157941699.20120815004542@serebryakov.spb.ru> X-Attribution: BOFH Date: Wed, 15 Aug 2012 12:54:50 +0200 Message-Id: X-Mailman-Approved-At: Wed, 15 Aug 2012 11:44:11 +0000 Cc: current@FreeBSD.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 10:55:04 -0000 Lev Serebryakov wrote: > Hello, Lev. > You wrote 15 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2012 =D0=B3., 0:45:= > 42: > > LS> Answer looks trivial: router CPU is bottleneck. But here is one additi= > onal > LS> detail: `top' never shows less than 50% of idle when torrents are > LS> active. And `idle' time with torrents traffic is ALWAYS is higher than > LS> without them, but with WiFi traffic. > Ok, additional information: it seems, that `top' is liar when > POLLING is enabled for em0 and vr1 NICs. I'm turned POLLING off, and > speeds are the same, but `idle' is no more 50%, it is `0%' when > gateway is overloaded. > > But i still feezes under load with ULE. It looks like ULE is broken. Are you sure it's a freeze and not a panic? I'm seeing very frequent panics on -CURRENT running as a gateway. Often, it doesn't come back without a powercycle because it's unable to complete a crashdump. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 11:45:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5E3E106567E; Wed, 15 Aug 2012 11:45:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA068FC26; Wed, 15 Aug 2012 11:45:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q7FBjF2D057303; Wed, 15 Aug 2012 07:45:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q7FBjFXb057293; Wed, 15 Aug 2012 11:45:15 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Aug 2012 11:45:15 GMT Message-Id: <201208151145.q7FBjFXb057293@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 11:45:16 -0000 TB --- 2012-08-15 09:38:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-08-15 09:38:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-08-15 09:38:59 - starting HEAD tinderbox run for mips/mips TB --- 2012-08-15 09:38:59 - cleaning the object tree TB --- 2012-08-15 09:38:59 - cvsupping the source tree TB --- 2012-08-15 09:38:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-08-15 09:39:58 - building world TB --- 2012-08-15 09:39:58 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 09:39:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 09:39:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 09:39:58 - SRCCONF=/dev/null TB --- 2012-08-15 09:39:58 - TARGET=mips TB --- 2012-08-15 09:39:58 - TARGET_ARCH=mips TB --- 2012-08-15 09:39:58 - TZ=UTC TB --- 2012-08-15 09:39:58 - __MAKE_CONF=/dev/null TB --- 2012-08-15 09:39:58 - cd /src TB --- 2012-08-15 09:39:58 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 15 09:39:59 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 15 10:42:52 UTC 2012 TB --- 2012-08-15 10:42:52 - cd /src/sys/mips/conf TB --- 2012-08-15 10:42:52 - /usr/sbin/config -m ADM5120 TB --- 2012-08-15 10:42:52 - skipping ADM5120 kernel TB --- 2012-08-15 10:42:52 - cd /src/sys/mips/conf TB --- 2012-08-15 10:42:52 - /usr/sbin/config -m ALCHEMY TB --- 2012-08-15 10:42:52 - skipping ALCHEMY kernel TB --- 2012-08-15 10:42:52 - cd /src/sys/mips/conf TB --- 2012-08-15 10:42:52 - /usr/sbin/config -m AP93 TB --- 2012-08-15 10:42:52 - building AP93 kernel TB --- 2012-08-15 10:42:52 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 10:42:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 10:42:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 10:42:52 - SRCCONF=/dev/null TB --- 2012-08-15 10:42:52 - TARGET=mips TB --- 2012-08-15 10:42:52 - TARGET_ARCH=mips TB --- 2012-08-15 10:42:52 - TZ=UTC TB --- 2012-08-15 10:42:52 - __MAKE_CONF=/dev/null TB --- 2012-08-15 10:42:52 - cd /src TB --- 2012-08-15 10:42:52 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Wed Aug 15 10:42:52 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Wed Aug 15 10:47:13 UTC 2012 TB --- 2012-08-15 10:47:13 - cd /src/sys/mips/conf TB --- 2012-08-15 10:47:13 - /usr/sbin/config -m AP94 TB --- 2012-08-15 10:47:13 - building AP94 kernel TB --- 2012-08-15 10:47:13 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 10:47:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 10:47:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 10:47:13 - SRCCONF=/dev/null TB --- 2012-08-15 10:47:13 - TARGET=mips TB --- 2012-08-15 10:47:13 - TARGET_ARCH=mips TB --- 2012-08-15 10:47:13 - TZ=UTC TB --- 2012-08-15 10:47:13 - __MAKE_CONF=/dev/null TB --- 2012-08-15 10:47:13 - cd /src TB --- 2012-08-15 10:47:13 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Wed Aug 15 10:47:13 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Wed Aug 15 10:51:41 UTC 2012 TB --- 2012-08-15 10:51:41 - cd /src/sys/mips/conf TB --- 2012-08-15 10:51:41 - /usr/sbin/config -m AP96 TB --- 2012-08-15 10:51:41 - building AP96 kernel TB --- 2012-08-15 10:51:41 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 10:51:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 10:51:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 10:51:41 - SRCCONF=/dev/null TB --- 2012-08-15 10:51:41 - TARGET=mips TB --- 2012-08-15 10:51:41 - TARGET_ARCH=mips TB --- 2012-08-15 10:51:41 - TZ=UTC TB --- 2012-08-15 10:51:41 - __MAKE_CONF=/dev/null TB --- 2012-08-15 10:51:41 - cd /src TB --- 2012-08-15 10:51:41 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Wed Aug 15 10:51:41 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Wed Aug 15 10:56:07 UTC 2012 TB --- 2012-08-15 10:56:07 - cd /src/sys/mips/conf TB --- 2012-08-15 10:56:07 - /usr/sbin/config -m AR71XX_BASE TB --- 2012-08-15 10:56:07 - building AR71XX_BASE kernel TB --- 2012-08-15 10:56:07 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 10:56:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 10:56:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 10:56:07 - SRCCONF=/dev/null TB --- 2012-08-15 10:56:07 - TARGET=mips TB --- 2012-08-15 10:56:07 - TARGET_ARCH=mips TB --- 2012-08-15 10:56:07 - TZ=UTC TB --- 2012-08-15 10:56:07 - __MAKE_CONF=/dev/null TB --- 2012-08-15 10:56:07 - cd /src TB --- 2012-08-15 10:56:07 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Wed Aug 15 10:56:07 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Wed Aug 15 11:00:25 UTC 2012 TB --- 2012-08-15 11:00:25 - cd /src/sys/mips/conf TB --- 2012-08-15 11:00:25 - /usr/sbin/config -m AR91XX_BASE TB --- 2012-08-15 11:00:25 - building AR91XX_BASE kernel TB --- 2012-08-15 11:00:25 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:00:25 - SRCCONF=/dev/null TB --- 2012-08-15 11:00:25 - TARGET=mips TB --- 2012-08-15 11:00:25 - TARGET_ARCH=mips TB --- 2012-08-15 11:00:25 - TZ=UTC TB --- 2012-08-15 11:00:25 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:00:25 - cd /src TB --- 2012-08-15 11:00:25 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Wed Aug 15 11:00:25 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Wed Aug 15 11:04:40 UTC 2012 TB --- 2012-08-15 11:04:40 - cd /src/sys/mips/conf TB --- 2012-08-15 11:04:40 - /usr/sbin/config -m GXEMUL TB --- 2012-08-15 11:04:40 - skipping GXEMUL kernel TB --- 2012-08-15 11:04:40 - cd /src/sys/mips/conf TB --- 2012-08-15 11:04:40 - /usr/sbin/config -m IDT TB --- 2012-08-15 11:04:40 - skipping IDT kernel TB --- 2012-08-15 11:04:40 - cd /src/sys/mips/conf TB --- 2012-08-15 11:04:40 - /usr/sbin/config -m MALTA TB --- 2012-08-15 11:04:40 - skipping MALTA kernel TB --- 2012-08-15 11:04:40 - cd /src/sys/mips/conf TB --- 2012-08-15 11:04:40 - /usr/sbin/config -m MALTA64 TB --- 2012-08-15 11:04:40 - skipping MALTA64 kernel TB --- 2012-08-15 11:04:40 - cd /src/sys/mips/conf TB --- 2012-08-15 11:04:40 - /usr/sbin/config -m OCTEON1 TB --- 2012-08-15 11:04:40 - skipping OCTEON1 kernel TB --- 2012-08-15 11:04:40 - cd /src/sys/mips/conf TB --- 2012-08-15 11:04:40 - /usr/sbin/config -m PB47 TB --- 2012-08-15 11:04:40 - building PB47 kernel TB --- 2012-08-15 11:04:40 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:04:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:04:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:04:40 - SRCCONF=/dev/null TB --- 2012-08-15 11:04:40 - TARGET=mips TB --- 2012-08-15 11:04:40 - TARGET_ARCH=mips TB --- 2012-08-15 11:04:40 - TZ=UTC TB --- 2012-08-15 11:04:40 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:04:40 - cd /src TB --- 2012-08-15 11:04:40 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Wed Aug 15 11:04:40 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB47 completed on Wed Aug 15 11:09:08 UTC 2012 TB --- 2012-08-15 11:09:08 - cd /src/sys/mips/conf TB --- 2012-08-15 11:09:08 - /usr/sbin/config -m PB92 TB --- 2012-08-15 11:09:08 - building PB92 kernel TB --- 2012-08-15 11:09:08 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:09:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:09:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:09:08 - SRCCONF=/dev/null TB --- 2012-08-15 11:09:08 - TARGET=mips TB --- 2012-08-15 11:09:08 - TARGET_ARCH=mips TB --- 2012-08-15 11:09:08 - TZ=UTC TB --- 2012-08-15 11:09:08 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:09:08 - cd /src TB --- 2012-08-15 11:09:08 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Wed Aug 15 11:09:08 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB92 completed on Wed Aug 15 11:12:30 UTC 2012 TB --- 2012-08-15 11:12:30 - cd /src/sys/mips/conf TB --- 2012-08-15 11:12:30 - /usr/sbin/config -m QEMU TB --- 2012-08-15 11:12:30 - skipping QEMU kernel TB --- 2012-08-15 11:12:30 - cd /src/sys/mips/conf TB --- 2012-08-15 11:12:30 - /usr/sbin/config -m ROUTERSTATION TB --- 2012-08-15 11:12:30 - building ROUTERSTATION kernel TB --- 2012-08-15 11:12:30 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:12:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:12:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:12:30 - SRCCONF=/dev/null TB --- 2012-08-15 11:12:30 - TARGET=mips TB --- 2012-08-15 11:12:30 - TARGET_ARCH=mips TB --- 2012-08-15 11:12:30 - TZ=UTC TB --- 2012-08-15 11:12:30 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:12:30 - cd /src TB --- 2012-08-15 11:12:30 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Wed Aug 15 11:12:30 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION completed on Wed Aug 15 11:16:59 UTC 2012 TB --- 2012-08-15 11:16:59 - cd /src/sys/mips/conf TB --- 2012-08-15 11:16:59 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2012-08-15 11:16:59 - building ROUTERSTATION_MFS kernel TB --- 2012-08-15 11:16:59 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:16:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:16:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:16:59 - SRCCONF=/dev/null TB --- 2012-08-15 11:16:59 - TARGET=mips TB --- 2012-08-15 11:16:59 - TARGET_ARCH=mips TB --- 2012-08-15 11:16:59 - TZ=UTC TB --- 2012-08-15 11:16:59 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:16:59 - cd /src TB --- 2012-08-15 11:16:59 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Wed Aug 15 11:16:59 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION_MFS completed on Wed Aug 15 11:21:26 UTC 2012 TB --- 2012-08-15 11:21:26 - cd /src/sys/mips/conf TB --- 2012-08-15 11:21:26 - /usr/sbin/config -m RSPRO TB --- 2012-08-15 11:21:26 - building RSPRO kernel TB --- 2012-08-15 11:21:26 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:21:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:21:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:21:26 - SRCCONF=/dev/null TB --- 2012-08-15 11:21:26 - TARGET=mips TB --- 2012-08-15 11:21:26 - TARGET_ARCH=mips TB --- 2012-08-15 11:21:26 - TZ=UTC TB --- 2012-08-15 11:21:26 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:21:26 - cd /src TB --- 2012-08-15 11:21:26 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Wed Aug 15 11:21:26 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO completed on Wed Aug 15 11:25:53 UTC 2012 TB --- 2012-08-15 11:25:53 - cd /src/sys/mips/conf TB --- 2012-08-15 11:25:53 - /usr/sbin/config -m RSPRO_MFS TB --- 2012-08-15 11:25:53 - building RSPRO_MFS kernel TB --- 2012-08-15 11:25:53 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:25:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:25:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:25:53 - SRCCONF=/dev/null TB --- 2012-08-15 11:25:53 - TARGET=mips TB --- 2012-08-15 11:25:53 - TARGET_ARCH=mips TB --- 2012-08-15 11:25:53 - TZ=UTC TB --- 2012-08-15 11:25:53 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:25:53 - cd /src TB --- 2012-08-15 11:25:53 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Wed Aug 15 11:25:53 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_MFS completed on Wed Aug 15 11:30:20 UTC 2012 TB --- 2012-08-15 11:30:20 - cd /src/sys/mips/conf TB --- 2012-08-15 11:30:20 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2012-08-15 11:30:20 - building RSPRO_STANDALONE kernel TB --- 2012-08-15 11:30:20 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:30:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:30:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:30:20 - SRCCONF=/dev/null TB --- 2012-08-15 11:30:20 - TARGET=mips TB --- 2012-08-15 11:30:20 - TARGET_ARCH=mips TB --- 2012-08-15 11:30:20 - TZ=UTC TB --- 2012-08-15 11:30:20 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:30:20 - cd /src TB --- 2012-08-15 11:30:20 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Wed Aug 15 11:30:20 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_STANDALONE completed on Wed Aug 15 11:34:48 UTC 2012 TB --- 2012-08-15 11:34:48 - cd /src/sys/mips/conf TB --- 2012-08-15 11:34:48 - /usr/sbin/config -m RT305X TB --- 2012-08-15 11:34:48 - skipping RT305X kernel TB --- 2012-08-15 11:34:48 - cd /src/sys/mips/conf TB --- 2012-08-15 11:34:48 - /usr/sbin/config -m SENTRY5 TB --- 2012-08-15 11:34:48 - skipping SENTRY5 kernel TB --- 2012-08-15 11:34:48 - cd /src/sys/mips/conf TB --- 2012-08-15 11:34:48 - /usr/sbin/config -m SWARM TB --- 2012-08-15 11:34:48 - building SWARM kernel TB --- 2012-08-15 11:34:48 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:34:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:34:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:34:48 - SRCCONF=/dev/null TB --- 2012-08-15 11:34:48 - TARGET=mips TB --- 2012-08-15 11:34:48 - TARGET_ARCH=mips TB --- 2012-08-15 11:34:48 - TZ=UTC TB --- 2012-08-15 11:34:48 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:34:48 - cd /src TB --- 2012-08-15 11:34:48 - /usr/bin/make -B buildkernel KERNCONF=SWARM >>> Kernel build for SWARM started on Wed Aug 15 11:34:48 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM completed on Wed Aug 15 11:37:25 UTC 2012 TB --- 2012-08-15 11:37:25 - cd /src/sys/mips/conf TB --- 2012-08-15 11:37:25 - /usr/sbin/config -m SWARM64 TB --- 2012-08-15 11:37:25 - skipping SWARM64 kernel TB --- 2012-08-15 11:37:25 - cd /src/sys/mips/conf TB --- 2012-08-15 11:37:25 - /usr/sbin/config -m SWARM64_SMP TB --- 2012-08-15 11:37:25 - skipping SWARM64_SMP kernel TB --- 2012-08-15 11:37:25 - cd /src/sys/mips/conf TB --- 2012-08-15 11:37:25 - /usr/sbin/config -m SWARM_SMP TB --- 2012-08-15 11:37:25 - building SWARM_SMP kernel TB --- 2012-08-15 11:37:25 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:37:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:37:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:37:25 - SRCCONF=/dev/null TB --- 2012-08-15 11:37:25 - TARGET=mips TB --- 2012-08-15 11:37:25 - TARGET_ARCH=mips TB --- 2012-08-15 11:37:25 - TZ=UTC TB --- 2012-08-15 11:37:25 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:37:25 - cd /src TB --- 2012-08-15 11:37:25 - /usr/bin/make -B buildkernel KERNCONF=SWARM_SMP >>> Kernel build for SWARM_SMP started on Wed Aug 15 11:37:25 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM_SMP completed on Wed Aug 15 11:40:03 UTC 2012 TB --- 2012-08-15 11:40:03 - cd /src/sys/mips/conf TB --- 2012-08-15 11:40:03 - /usr/sbin/config -m TP-WN1043ND TB --- 2012-08-15 11:40:03 - building TP-WN1043ND kernel TB --- 2012-08-15 11:40:03 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:40:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:40:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:40:03 - SRCCONF=/dev/null TB --- 2012-08-15 11:40:03 - TARGET=mips TB --- 2012-08-15 11:40:03 - TARGET_ARCH=mips TB --- 2012-08-15 11:40:03 - TZ=UTC TB --- 2012-08-15 11:40:03 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:40:03 - cd /src TB --- 2012-08-15 11:40:03 - /usr/bin/make -B buildkernel KERNCONF=TP-WN1043ND >>> Kernel build for TP-WN1043ND started on Wed Aug 15 11:40:03 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for TP-WN1043ND completed on Wed Aug 15 11:44:27 UTC 2012 TB --- 2012-08-15 11:44:27 - cd /src/sys/mips/conf TB --- 2012-08-15 11:44:27 - /usr/sbin/config -m XLP TB --- 2012-08-15 11:44:27 - building XLP kernel TB --- 2012-08-15 11:44:27 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:44:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:44:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:44:27 - SRCCONF=/dev/null TB --- 2012-08-15 11:44:27 - TARGET=mips TB --- 2012-08-15 11:44:27 - TARGET_ARCH=mips TB --- 2012-08-15 11:44:27 - TZ=UTC TB --- 2012-08-15 11:44:27 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:44:27 - cd /src TB --- 2012-08-15 11:44:27 - /usr/bin/make -B buildkernel KERNCONF=XLP >>> Kernel build for XLP started on Wed Aug 15 11:44:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/e1000/e1000_phy.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/fdt/fdt_common.c cc1: warnings being treated as errors /src/sys/dev/fdt/fdt_common.c: In function 'fdt_reg_to_rl': /src/sys/dev/fdt/fdt_common.c:457: warning: passing argument 5 of 'rmi_uart_bus_space->bs_map' from incompatible pointer type *** Error code 1 Stop in /obj/mips.mips/src/sys/XLP. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-08-15 11:45:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-08-15 11:45:15 - ERROR: failed to build XLP kernel TB --- 2012-08-15 11:45:15 - 5504.10 user 1050.16 system 7575.92 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 13:04:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B282106564A; Wed, 15 Aug 2012 13:04:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EDE7A8FC16; Wed, 15 Aug 2012 13:04:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q7FD4qeM032551; Wed, 15 Aug 2012 09:04:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q7FD4qr0032550; Wed, 15 Aug 2012 13:04:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Aug 2012 13:04:52 GMT Message-Id: <201208151304.q7FD4qr0032550@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 13:04:54 -0000 TB --- 2012-08-15 10:05:31 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-08-15 10:05:31 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-08-15 10:05:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-08-15 10:05:31 - cleaning the object tree TB --- 2012-08-15 10:05:31 - cvsupping the source tree TB --- 2012-08-15 10:05:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-08-15 10:06:09 - building world TB --- 2012-08-15 10:06:09 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 10:06:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 10:06:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 10:06:09 - SRCCONF=/dev/null TB --- 2012-08-15 10:06:09 - TARGET=powerpc TB --- 2012-08-15 10:06:09 - TARGET_ARCH=powerpc TB --- 2012-08-15 10:06:09 - TZ=UTC TB --- 2012-08-15 10:06:09 - __MAKE_CONF=/dev/null TB --- 2012-08-15 10:06:09 - cd /src TB --- 2012-08-15 10:06:09 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 15 10:06:10 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 15 12:26:11 UTC 2012 TB --- 2012-08-15 12:26:11 - generating LINT kernel config TB --- 2012-08-15 12:26:11 - cd /src/sys/powerpc/conf TB --- 2012-08-15 12:26:11 - /usr/bin/make -B LINT TB --- 2012-08-15 12:26:11 - cd /src/sys/powerpc/conf TB --- 2012-08-15 12:26:11 - /usr/sbin/config -m LINT TB --- 2012-08-15 12:26:11 - building LINT kernel TB --- 2012-08-15 12:26:11 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 12:26:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 12:26:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 12:26:11 - SRCCONF=/dev/null TB --- 2012-08-15 12:26:11 - TARGET=powerpc TB --- 2012-08-15 12:26:11 - TARGET_ARCH=powerpc TB --- 2012-08-15 12:26:11 - TZ=UTC TB --- 2012-08-15 12:26:11 - __MAKE_CONF=/dev/null TB --- 2012-08-15 12:26:11 - cd /src TB --- 2012-08-15 12:26:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 15 12:26:11 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Aug 15 12:47:49 UTC 2012 TB --- 2012-08-15 12:47:49 - cd /src/sys/powerpc/conf TB --- 2012-08-15 12:47:49 - /usr/sbin/config -m GENERIC TB --- 2012-08-15 12:47:49 - building GENERIC kernel TB --- 2012-08-15 12:47:49 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 12:47:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 12:47:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 12:47:49 - SRCCONF=/dev/null TB --- 2012-08-15 12:47:49 - TARGET=powerpc TB --- 2012-08-15 12:47:49 - TARGET_ARCH=powerpc TB --- 2012-08-15 12:47:49 - TZ=UTC TB --- 2012-08-15 12:47:49 - __MAKE_CONF=/dev/null TB --- 2012-08-15 12:47:49 - cd /src TB --- 2012-08-15 12:47:49 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 15 12:47:49 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 15 13:04:04 UTC 2012 TB --- 2012-08-15 13:04:04 - cd /src/sys/powerpc/conf TB --- 2012-08-15 13:04:04 - /usr/sbin/config -m GENERIC64 TB --- 2012-08-15 13:04:04 - skipping GENERIC64 kernel TB --- 2012-08-15 13:04:04 - cd /src/sys/powerpc/conf TB --- 2012-08-15 13:04:04 - /usr/sbin/config -m MPC85XX TB --- 2012-08-15 13:04:04 - building MPC85XX kernel TB --- 2012-08-15 13:04:04 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 13:04:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 13:04:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 13:04:04 - SRCCONF=/dev/null TB --- 2012-08-15 13:04:04 - TARGET=powerpc TB --- 2012-08-15 13:04:04 - TARGET_ARCH=powerpc TB --- 2012-08-15 13:04:04 - TZ=UTC TB --- 2012-08-15 13:04:04 - __MAKE_CONF=/dev/null TB --- 2012-08-15 13:04:04 - cd /src TB --- 2012-08-15 13:04:04 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Wed Aug 15 13:04:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/e1000_phy.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/fdt/fdt_common.c cc1: warnings being treated as errors /src/sys/dev/fdt/fdt_common.c: In function 'fdt_reg_to_rl': /src/sys/dev/fdt/fdt_common.c:457: warning: passing argument 4 of 'bs_be_tag.bs_map' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/MPC85XX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-08-15 13:04:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-08-15 13:04:52 - ERROR: failed to build MPC85XX kernel TB --- 2012-08-15 13:04:52 - 8520.16 user 1126.27 system 10761.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 14:13:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BF711065675; Wed, 15 Aug 2012 14:13:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DEBD38FC15; Wed, 15 Aug 2012 14:13:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q7FEDqTM029506; Wed, 15 Aug 2012 10:13:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q7FEDqKj029504; Wed, 15 Aug 2012 14:13:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Aug 2012 14:13:52 GMT Message-Id: <201208151413.q7FEDqKj029504@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 14:13:53 -0000 TB --- 2012-08-15 13:04:53 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-08-15 13:04:53 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-08-15 13:04:53 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-08-15 13:04:53 - cleaning the object tree TB --- 2012-08-15 13:04:53 - cvsupping the source tree TB --- 2012-08-15 13:04:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-08-15 13:05:58 - building world TB --- 2012-08-15 13:05:58 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 13:05:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 13:05:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 13:05:58 - SRCCONF=/dev/null TB --- 2012-08-15 13:05:58 - TARGET=sparc64 TB --- 2012-08-15 13:05:58 - TARGET_ARCH=sparc64 TB --- 2012-08-15 13:05:58 - TZ=UTC TB --- 2012-08-15 13:05:58 - __MAKE_CONF=/dev/null TB --- 2012-08-15 13:05:58 - cd /src TB --- 2012-08-15 13:05:58 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 15 13:05:59 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 15 14:09:27 UTC 2012 TB --- 2012-08-15 14:09:27 - generating LINT kernel config TB --- 2012-08-15 14:09:27 - cd /src/sys/sparc64/conf TB --- 2012-08-15 14:09:27 - /usr/bin/make -B LINT TB --- 2012-08-15 14:09:27 - cd /src/sys/sparc64/conf TB --- 2012-08-15 14:09:27 - /usr/sbin/config -m LINT TB --- 2012-08-15 14:09:27 - building LINT kernel TB --- 2012-08-15 14:09:27 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 14:09:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 14:09:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 14:09:27 - SRCCONF=/dev/null TB --- 2012-08-15 14:09:27 - TARGET=sparc64 TB --- 2012-08-15 14:09:27 - TARGET_ARCH=sparc64 TB --- 2012-08-15 14:09:27 - TZ=UTC TB --- 2012-08-15 14:09:27 - __MAKE_CONF=/dev/null TB --- 2012-08-15 14:09:27 - cd /src TB --- 2012-08-15 14:09:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 15 14:09:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ar5416/ar2133.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9280.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_rate/sample/sample.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/ath_rate/sample/sample.c: In function 'sample_stats': /src/sys/dev/ath/ath_rate/sample/sample.c:1303: warning: format '%qx' expects type 'long long unsigned int', but argument 6 has type 'uint64_t' [-Wformat] *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-08-15 14:13:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-08-15 14:13:52 - ERROR: failed to build LINT kernel TB --- 2012-08-15 14:13:52 - 3180.29 user 547.98 system 4138.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 14:35:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4C63106564A; Wed, 15 Aug 2012 14:35:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B471B8FC08; Wed, 15 Aug 2012 14:35:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q7FEZWo4084870; Wed, 15 Aug 2012 10:35:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q7FEZWr3084869; Wed, 15 Aug 2012 14:35:32 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Aug 2012 14:35:32 GMT Message-Id: <201208151435.q7FEZWr3084869@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 14:35:34 -0000 TB --- 2012-08-15 11:45:15 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-08-15 11:45:15 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-08-15 11:45:15 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-08-15 11:45:15 - cleaning the object tree TB --- 2012-08-15 11:45:15 - cvsupping the source tree TB --- 2012-08-15 11:45:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-08-15 11:46:47 - building world TB --- 2012-08-15 11:46:47 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 11:46:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 11:46:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 11:46:47 - SRCCONF=/dev/null TB --- 2012-08-15 11:46:47 - TARGET=powerpc TB --- 2012-08-15 11:46:47 - TARGET_ARCH=powerpc64 TB --- 2012-08-15 11:46:47 - TZ=UTC TB --- 2012-08-15 11:46:47 - __MAKE_CONF=/dev/null TB --- 2012-08-15 11:46:47 - cd /src TB --- 2012-08-15 11:46:47 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 15 11:46:48 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Aug 15 14:31:51 UTC 2012 TB --- 2012-08-15 14:31:51 - generating LINT kernel config TB --- 2012-08-15 14:31:51 - cd /src/sys/powerpc/conf TB --- 2012-08-15 14:31:51 - /usr/bin/make -B LINT TB --- 2012-08-15 14:31:51 - cd /src/sys/powerpc/conf TB --- 2012-08-15 14:31:51 - /usr/sbin/config -m LINT TB --- 2012-08-15 14:31:51 - building LINT kernel TB --- 2012-08-15 14:31:51 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 14:31:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 14:31:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 14:31:51 - SRCCONF=/dev/null TB --- 2012-08-15 14:31:51 - TARGET=powerpc TB --- 2012-08-15 14:31:51 - TARGET_ARCH=powerpc64 TB --- 2012-08-15 14:31:51 - TZ=UTC TB --- 2012-08-15 14:31:51 - __MAKE_CONF=/dev/null TB --- 2012-08-15 14:31:51 - cd /src TB --- 2012-08-15 14:31:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 15 14:31:51 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ar5416/ar2133.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9280.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_rate/sample/sample.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/ath_rate/sample/sample.c: In function 'sample_stats': /src/sys/dev/ath/ath_rate/sample/sample.c:1303: warning: format '%qx' expects type 'long long unsigned int', but argument 6 has type 'uint64_t' [-Wformat] *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-08-15 14:35:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-08-15 14:35:32 - ERROR: failed to build LINT kernel TB --- 2012-08-15 14:35:32 - 8318.36 user 1132.98 system 10217.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 14:50:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 498FB106564A; Wed, 15 Aug 2012 14:50:01 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 281A58FC16; Wed, 15 Aug 2012 14:49:59 +0000 (UTC) Received: by lbbgk8 with SMTP id gk8so1105837lbb.13 for ; Wed, 15 Aug 2012 07:49:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=xZ/3+I6tYinL5BuyMFogc20jwm0Q6pBZaGcbB+rnmr0=; b=eOCDupv58vlqJih6y5sj2NduvM+JqrUn5jPNx+GKlbAg9SL/AAkq/b0GeAHYvME43l ranYX6dan+xL+b9jq9WOiLA8VIxkanCqiuiqLkCDAsPEX9vixFxTIq21gefCYQURrkA9 6+MhqJUNRN3IhE/BIimHeLDKNwg0uM48j0ewDOuIRK5RDzlOoft9ximhI5KQJWAqEbfo tvrobefgM7H1/WK+/84JLrE6QueZoWkNcCEORqOOIxH7JFlvJgAzJHH56gKRPwDMFNpp 2gHBMRdUiiRVW0d8Rc9Rj7BNm9IXtqsCtFO+j4TTt2hCOhZBOhcqg0L25jPTQL35LcUX AfTQ== Received: by 10.112.100.234 with SMTP id fb10mr9727274lbb.12.1345042198734; Wed, 15 Aug 2012 07:49:58 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (213-227-240-37.static.vega-ua.net. [213.227.240.37]) by mx.google.com with ESMTPS id lr17sm1623055lab.12.2012.08.15.07.49.57 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 15 Aug 2012 07:49:58 -0700 (PDT) Sender: Alexander Motin Message-ID: <502BB713.6000907@FreeBSD.org> Date: Wed, 15 Aug 2012 17:49:55 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: lev@FreeBSD.org References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <502B82F4.1090804@FreeBSD.org> <938388715.20120815151149@serebryakov.spb.ru> <502B85C4.5060703@FreeBSD.org> <1866034737.20120815152313@serebryakov.spb.ru> In-Reply-To: <1866034737.20120815152313@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: Adrian Chadd , Doug Barton , current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 14:50:01 -0000 On 15.08.2012 14:23, Lev Serebryakov wrote: > Hello, Alexander. > You wrote 15 àâãóñòà 2012 ã., 15:19:32: > > AM> I've meant `kern.timecounter`. > kern.timecounter.tick: 1 > kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) > kern.timecounter.hardware: TSC > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.i8254.mask: 65535 > kern.timecounter.tc.i8254.counter: 63995 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.TSC.mask: 4294967295 > kern.timecounter.tc.TSC.counter: 276768292 > kern.timecounter.tc.TSC.frequency: 499912330 > kern.timecounter.tc.TSC.quality: 800 > kern.timecounter.invariant_tsc: 0 So since you have TSC timecounter, the trick with one-shot i8254 mode should work for you. Unluckily I was wrong. It should give you more correct global CPU usage percents statistics, but neither per-thread CPU usage (at least with ULE) nor load averages, as they both still depend on hardclock. > AM> There is python GUI tool /usr/src/tools/sched/schedgraph.py for it. > AM> Short manual is inside. > uh-oh, Python+Tk! I wonder, will it work on Windows, as I don't have > ``headed'' FreeBSD or Linux machines :) > > Will it work with ALQ output from KTR, not with output of ktrdump? Have no idea what ALQ output looks like. ktrdump output is just a text file that script parses. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 15:52:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6013106566B; Wed, 15 Aug 2012 15:52:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id A98058FC12; Wed, 15 Aug 2012 15:52:26 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1318BB99C; Wed, 15 Aug 2012 11:52:26 -0400 (EDT) From: John Baldwin To: Sergey Kandaurov Date: Wed, 15 Aug 2012 11:21:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <7BEE3948-EE35-48C2-B4B1-25E34087A4C4@lists.zabbadoz.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208151121.34815.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 15 Aug 2012 11:52:26 -0400 (EDT) Cc: "Bjoern A. Zeeb" , freebsd-current FreeBSD , des@freebsd.org Subject: Re: swp_pager_meta_build DoS printf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 15:52:26 -0000 On Monday, August 13, 2012 1:49:38 am Sergey Kandaurov wrote: > On 2 July 2012 20:31, Bjoern A. Zeeb wrote: > > > > On 2. Jul 2012, at 14:36 , John Baldwin wrote: > > > >> On Sunday, July 01, 2012 8:23:31 am Bjoern A. Zeeb wrote: > >>> Hey, > >>> > >>> hitting this printf in swp_pager_meta_build() > >>> > >>> if (uma_zone_exhausted(swap_zone)) { > >>> printf("swap zone exhausted, increase kern.maxswzone\n"); > >>> vm_pageout_oom(VM_OOM_SWAPZ); > >>> pause("swzonex", 10); > >>> } else > >>> > >>> seems to be an effective way to put the machine into a state of no recovery > >>> unless the memory situation would be able to clear itself. Not that it wouldn't > >>> otherwise be any better but in addition having a couple of tenthousands of these > >>> going to console as well is really not helpful to try to do anything either. Can > >>> we make it a log() call or something? > >>> > >>> /bz > >>> > >>> PS: I am not sure as I have seen it on someone else's machines and it's > >>> probably been ZFS that caused it. I unfortunately neither had a way to > >>> get back in or break to a kernel debugger, so information is sparse. > >> > >> This used to be a silent deadlock before I added the printf() and the call to > >> OOM. :-P Do you just want to ratelimit the printf? We have an API to ratelimit > >> printf's already. > > > > Ratelimit would be fine; I was writing that on the wrong time of the wrong day to > > just get it out; could you do that? > > Hi, looks like the discussion was abandoned. > What about this patch? It enables to ratelimit the printf. > Also, are the new variables put in the right places from the style pov? I think DES has a newer variant of this now? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 16:27:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18D631065672; Wed, 15 Aug 2012 16:27:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BF16A8FC08; Wed, 15 Aug 2012 16:27:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q7FGR2u1037547; Wed, 15 Aug 2012 12:27:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q7FGR2DS037543; Wed, 15 Aug 2012 16:27:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Aug 2012 16:27:02 GMT Message-Id: <201208151627.q7FGR2DS037543@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 16:27:04 -0000 TB --- 2012-08-15 14:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-08-15 14:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-08-15 14:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-08-15 14:40:00 - cleaning the object tree TB --- 2012-08-15 14:44:08 - cvsupping the source tree TB --- 2012-08-15 14:44:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-08-15 14:45:00 - building world TB --- 2012-08-15 14:45:00 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 14:45:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 14:45:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 14:45:00 - SRCCONF=/dev/null TB --- 2012-08-15 14:45:00 - TARGET=arm TB --- 2012-08-15 14:45:00 - TARGET_ARCH=arm TB --- 2012-08-15 14:45:00 - TZ=UTC TB --- 2012-08-15 14:45:00 - __MAKE_CONF=/dev/null TB --- 2012-08-15 14:45:00 - cd /src TB --- 2012-08-15 14:45:00 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 15 14:45:00 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 15 15:50:19 UTC 2012 TB --- 2012-08-15 15:50:19 - cd /src/sys/arm/conf TB --- 2012-08-15 15:50:19 - /usr/sbin/config -m ARMADAXP TB --- 2012-08-15 15:50:19 - building ARMADAXP kernel TB --- 2012-08-15 15:50:19 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 15:50:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 15:50:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 15:50:19 - SRCCONF=/dev/null TB --- 2012-08-15 15:50:19 - TARGET=arm TB --- 2012-08-15 15:50:19 - TARGET_ARCH=arm TB --- 2012-08-15 15:50:19 - TZ=UTC TB --- 2012-08-15 15:50:19 - __MAKE_CONF=/dev/null TB --- 2012-08-15 15:50:19 - cd /src TB --- 2012-08-15 15:50:19 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Wed Aug 15 15:50:19 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARMADAXP completed on Wed Aug 15 15:52:54 UTC 2012 TB --- 2012-08-15 15:52:54 - cd /src/sys/arm/conf TB --- 2012-08-15 15:52:54 - /usr/sbin/config -m ATMEL TB --- 2012-08-15 15:52:54 - building ATMEL kernel TB --- 2012-08-15 15:52:54 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 15:52:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 15:52:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 15:52:54 - SRCCONF=/dev/null TB --- 2012-08-15 15:52:54 - TARGET=arm TB --- 2012-08-15 15:52:54 - TARGET_ARCH=arm TB --- 2012-08-15 15:52:54 - TZ=UTC TB --- 2012-08-15 15:52:54 - __MAKE_CONF=/dev/null TB --- 2012-08-15 15:52:54 - cd /src TB --- 2012-08-15 15:52:54 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Wed Aug 15 15:52:54 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ATMEL completed on Wed Aug 15 15:56:33 UTC 2012 TB --- 2012-08-15 15:56:33 - cd /src/sys/arm/conf TB --- 2012-08-15 15:56:33 - /usr/sbin/config -m AVILA TB --- 2012-08-15 15:56:33 - building AVILA kernel TB --- 2012-08-15 15:56:33 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 15:56:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 15:56:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 15:56:33 - SRCCONF=/dev/null TB --- 2012-08-15 15:56:33 - TARGET=arm TB --- 2012-08-15 15:56:33 - TARGET_ARCH=arm TB --- 2012-08-15 15:56:33 - TZ=UTC TB --- 2012-08-15 15:56:33 - __MAKE_CONF=/dev/null TB --- 2012-08-15 15:56:33 - cd /src TB --- 2012-08-15 15:56:33 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Wed Aug 15 15:56:33 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Wed Aug 15 15:59:43 UTC 2012 TB --- 2012-08-15 15:59:43 - cd /src/sys/arm/conf TB --- 2012-08-15 15:59:43 - /usr/sbin/config -m BEAGLEBONE TB --- 2012-08-15 15:59:43 - building BEAGLEBONE kernel TB --- 2012-08-15 15:59:43 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 15:59:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 15:59:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 15:59:43 - SRCCONF=/dev/null TB --- 2012-08-15 15:59:43 - TARGET=arm TB --- 2012-08-15 15:59:43 - TARGET_ARCH=arm TB --- 2012-08-15 15:59:43 - TZ=UTC TB --- 2012-08-15 15:59:43 - __MAKE_CONF=/dev/null TB --- 2012-08-15 15:59:43 - cd /src TB --- 2012-08-15 15:59:43 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Wed Aug 15 15:59:43 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BEAGLEBONE completed on Wed Aug 15 16:02:16 UTC 2012 TB --- 2012-08-15 16:02:16 - cd /src/sys/arm/conf TB --- 2012-08-15 16:02:16 - /usr/sbin/config -m BWCT TB --- 2012-08-15 16:02:16 - building BWCT kernel TB --- 2012-08-15 16:02:16 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 16:02:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 16:02:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 16:02:16 - SRCCONF=/dev/null TB --- 2012-08-15 16:02:16 - TARGET=arm TB --- 2012-08-15 16:02:16 - TARGET_ARCH=arm TB --- 2012-08-15 16:02:16 - TZ=UTC TB --- 2012-08-15 16:02:16 - __MAKE_CONF=/dev/null TB --- 2012-08-15 16:02:16 - cd /src TB --- 2012-08-15 16:02:16 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Wed Aug 15 16:02:16 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Wed Aug 15 16:04:28 UTC 2012 TB --- 2012-08-15 16:04:28 - cd /src/sys/arm/conf TB --- 2012-08-15 16:04:28 - /usr/sbin/config -m CAMBRIA TB --- 2012-08-15 16:04:28 - building CAMBRIA kernel TB --- 2012-08-15 16:04:28 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 16:04:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 16:04:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 16:04:28 - SRCCONF=/dev/null TB --- 2012-08-15 16:04:28 - TARGET=arm TB --- 2012-08-15 16:04:28 - TARGET_ARCH=arm TB --- 2012-08-15 16:04:28 - TZ=UTC TB --- 2012-08-15 16:04:28 - __MAKE_CONF=/dev/null TB --- 2012-08-15 16:04:28 - cd /src TB --- 2012-08-15 16:04:28 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Wed Aug 15 16:04:28 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CAMBRIA completed on Wed Aug 15 16:07:32 UTC 2012 TB --- 2012-08-15 16:07:32 - cd /src/sys/arm/conf TB --- 2012-08-15 16:07:32 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-08-15 16:07:33 - building CNS11XXNAS kernel TB --- 2012-08-15 16:07:33 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 16:07:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 16:07:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 16:07:33 - SRCCONF=/dev/null TB --- 2012-08-15 16:07:33 - TARGET=arm TB --- 2012-08-15 16:07:33 - TARGET_ARCH=arm TB --- 2012-08-15 16:07:33 - TZ=UTC TB --- 2012-08-15 16:07:33 - __MAKE_CONF=/dev/null TB --- 2012-08-15 16:07:33 - cd /src TB --- 2012-08-15 16:07:33 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Wed Aug 15 16:07:33 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CNS11XXNAS completed on Wed Aug 15 16:10:02 UTC 2012 TB --- 2012-08-15 16:10:02 - cd /src/sys/arm/conf TB --- 2012-08-15 16:10:02 - /usr/sbin/config -m CRB TB --- 2012-08-15 16:10:02 - building CRB kernel TB --- 2012-08-15 16:10:02 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 16:10:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 16:10:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 16:10:02 - SRCCONF=/dev/null TB --- 2012-08-15 16:10:02 - TARGET=arm TB --- 2012-08-15 16:10:02 - TARGET_ARCH=arm TB --- 2012-08-15 16:10:02 - TZ=UTC TB --- 2012-08-15 16:10:02 - __MAKE_CONF=/dev/null TB --- 2012-08-15 16:10:02 - cd /src TB --- 2012-08-15 16:10:02 - /usr/bin/make -B buildkernel KERNCONF=CRB >>> Kernel build for CRB started on Wed Aug 15 16:10:02 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CRB completed on Wed Aug 15 16:13:28 UTC 2012 TB --- 2012-08-15 16:13:28 - cd /src/sys/arm/conf TB --- 2012-08-15 16:13:28 - /usr/sbin/config -m DB-78XXX TB --- 2012-08-15 16:13:28 - building DB-78XXX kernel TB --- 2012-08-15 16:13:28 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 16:13:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 16:13:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 16:13:28 - SRCCONF=/dev/null TB --- 2012-08-15 16:13:28 - TARGET=arm TB --- 2012-08-15 16:13:28 - TARGET_ARCH=arm TB --- 2012-08-15 16:13:28 - TZ=UTC TB --- 2012-08-15 16:13:28 - __MAKE_CONF=/dev/null TB --- 2012-08-15 16:13:28 - cd /src TB --- 2012-08-15 16:13:28 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Wed Aug 15 16:13:28 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-78XXX completed on Wed Aug 15 16:16:15 UTC 2012 TB --- 2012-08-15 16:16:15 - cd /src/sys/arm/conf TB --- 2012-08-15 16:16:15 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-08-15 16:16:15 - building DB-88F5XXX kernel TB --- 2012-08-15 16:16:15 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 16:16:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 16:16:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 16:16:15 - SRCCONF=/dev/null TB --- 2012-08-15 16:16:15 - TARGET=arm TB --- 2012-08-15 16:16:15 - TARGET_ARCH=arm TB --- 2012-08-15 16:16:15 - TZ=UTC TB --- 2012-08-15 16:16:15 - __MAKE_CONF=/dev/null TB --- 2012-08-15 16:16:15 - cd /src TB --- 2012-08-15 16:16:15 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Wed Aug 15 16:16:15 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F5XXX completed on Wed Aug 15 16:18:56 UTC 2012 TB --- 2012-08-15 16:18:56 - cd /src/sys/arm/conf TB --- 2012-08-15 16:18:56 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-08-15 16:18:56 - building DB-88F6XXX kernel TB --- 2012-08-15 16:18:56 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 16:18:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 16:18:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 16:18:56 - SRCCONF=/dev/null TB --- 2012-08-15 16:18:56 - TARGET=arm TB --- 2012-08-15 16:18:56 - TARGET_ARCH=arm TB --- 2012-08-15 16:18:56 - TZ=UTC TB --- 2012-08-15 16:18:56 - __MAKE_CONF=/dev/null TB --- 2012-08-15 16:18:56 - cd /src TB --- 2012-08-15 16:18:56 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Wed Aug 15 16:18:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F6XXX completed on Wed Aug 15 16:21:49 UTC 2012 TB --- 2012-08-15 16:21:49 - cd /src/sys/arm/conf TB --- 2012-08-15 16:21:49 - /usr/sbin/config -m DOCKSTAR TB --- 2012-08-15 16:21:49 - building DOCKSTAR kernel TB --- 2012-08-15 16:21:49 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 16:21:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 16:21:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 16:21:49 - SRCCONF=/dev/null TB --- 2012-08-15 16:21:49 - TARGET=arm TB --- 2012-08-15 16:21:49 - TARGET_ARCH=arm TB --- 2012-08-15 16:21:49 - TZ=UTC TB --- 2012-08-15 16:21:49 - __MAKE_CONF=/dev/null TB --- 2012-08-15 16:21:49 - cd /src TB --- 2012-08-15 16:21:49 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Wed Aug 15 16:21:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DOCKSTAR completed on Wed Aug 15 16:24:25 UTC 2012 TB --- 2012-08-15 16:24:25 - cd /src/sys/arm/conf TB --- 2012-08-15 16:24:25 - /usr/sbin/config -m EA3250 TB --- 2012-08-15 16:24:25 - building EA3250 kernel TB --- 2012-08-15 16:24:25 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 16:24:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 16:24:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 16:24:25 - SRCCONF=/dev/null TB --- 2012-08-15 16:24:25 - TARGET=arm TB --- 2012-08-15 16:24:25 - TARGET_ARCH=arm TB --- 2012-08-15 16:24:25 - TZ=UTC TB --- 2012-08-15 16:24:25 - __MAKE_CONF=/dev/null TB --- 2012-08-15 16:24:25 - cd /src TB --- 2012-08-15 16:24:25 - /usr/bin/make -B buildkernel KERNCONF=EA3250 >>> Kernel build for EA3250 started on Wed Aug 15 16:24:26 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mlittle-endian -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -march=armv5te -ffreestanding -Werror /src/sys/arm/arm/irq_dispatch.S cc -mlittle-endian -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -march=armv5te -ffreestanding -Werror /src/sys/arm/arm/cpufunc_asm_arm9.S cc -mlittle-endian -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -march=armv5te -ffreestanding -Werror /src/sys/arm/arm/cpufunc_asm_armv5.S cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -march=armv5te -ffreestanding -Werror /src/sys/arm/lpc/lpc_machdep.c /src/sys/arm/lpc/lpc_machdep.c:300: error: conflicting types for 'initarm' ./machine/cpu.h:48: error: previous declaration of 'initarm' was here /src/sys/arm/lpc/lpc_machdep.c: In function 'initarm': /src/sys/arm/lpc/lpc_machdep.c:342: error: too few arguments to function 'fake_preload_metadata' *** Error code 1 Stop in /obj/arm.arm/src/sys/EA3250. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-08-15 16:27:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-08-15 16:27:02 - ERROR: failed to build EA3250 kernel TB --- 2012-08-15 16:27:02 - 4254.95 user 846.45 system 6421.64 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 16:48:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D54BE1065679; Wed, 15 Aug 2012 16:48:07 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 676738FC0C; Wed, 15 Aug 2012 16:48:07 +0000 (UTC) Received: by ggnk4 with SMTP id k4so2416316ggn.13 for ; Wed, 15 Aug 2012 09:48:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ztj+0GPNu9BEoC/NuNxmwIuXwFQQRQhv+TEQHSKG2AI=; b=IhuH1DJZqzWyJijZuZHuJoPi8sgQOoADCkSj2Os4fvmjSfYzyYPzg5jX0/6ObZiZqV H2An+CFPfBd1EOhqAdBfqs0ibHHJFH3mw6Uh1Zf3zvtc4O69lHNlvJSVzGACxfHve1UZ Ddep/RFZOzTXlBozLXOxc48Lj4xB99r8N1qriT3qKgV1dV4cZeZSSflsMH9PvqHBtks5 f48zwvIxUh4MX//f0sZEh+RcFrcO9W1Q0JNPioCYSMvC4wn0lc7n6GWbU1HWi1zfZ2xc Egof/o9JTEkAHmZKczBMlj2KnaAf+V1m7vRGuiP78Zvv1oKPkcj5P1+FnWyZund1rT81 6aiw== MIME-Version: 1.0 Received: by 10.42.180.201 with SMTP id bv9mr16160037icb.43.1345049286505; Wed, 15 Aug 2012 09:48:06 -0700 (PDT) Received: by 10.64.165.34 with HTTP; Wed, 15 Aug 2012 09:48:06 -0700 (PDT) In-Reply-To: <201208151121.34815.jhb@freebsd.org> References: <7BEE3948-EE35-48C2-B4B1-25E34087A4C4@lists.zabbadoz.net> <201208151121.34815.jhb@freebsd.org> Date: Wed, 15 Aug 2012 20:48:06 +0400 Message-ID: From: Sergey Kandaurov To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: "Bjoern A. Zeeb" , freebsd-current FreeBSD , des@freebsd.org Subject: Re: swp_pager_meta_build DoS printf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 16:48:08 -0000 On 15 August 2012 19:21, John Baldwin wrote: > On Monday, August 13, 2012 1:49:38 am Sergey Kandaurov wrote: >> On 2 July 2012 20:31, Bjoern A. Zeeb wrote: >> > >> > On 2. Jul 2012, at 14:36 , John Baldwin wrote: >> > >> >> On Sunday, July 01, 2012 8:23:31 am Bjoern A. Zeeb wrote: >> >>> Hey, >> >>> >> >>> hitting this printf in swp_pager_meta_build() >> >>> >> >>> if (uma_zone_exhausted(swap_zone)) { >> >>> printf("swap zone exhausted, increase > kern.maxswzone\n"); >> >>> vm_pageout_oom(VM_OOM_SWAPZ); >> >>> pause("swzonex", 10); >> >>> } else >> >>> >> >>> seems to be an effective way to put the machine into a state of no > recovery >> >>> unless the memory situation would be able to clear itself. Not that it > wouldn't >> >>> otherwise be any better but in addition having a couple of tenthousands > of these >> >>> going to console as well is really not helpful to try to do anything > either. Can >> >>> we make it a log() call or something? >> >>> >> >>> /bz >> >>> >> >>> PS: I am not sure as I have seen it on someone else's machines and it's >> >>> probably been ZFS that caused it. I unfortunately neither had a way to >> >>> get back in or break to a kernel debugger, so information is sparse. >> >> >> >> This used to be a silent deadlock before I added the printf() and the > call to >> >> OOM. :-P Do you just want to ratelimit the printf? We have an API to > ratelimit >> >> printf's already. >> > >> > Ratelimit would be fine; I was writing that on the wrong time of the > wrong day to >> > just get it out; could you do that? >> >> Hi, looks like the discussion was abandoned. >> What about this patch? It enables to ratelimit the printf. >> Also, are the new variables put in the right places from the style pov? > > I think DES has a newer variant of this now? Yes, and for my taste it's better as it is closer to fix the cause of the problem, not the consequences (unrated printf). Not sure if both should be combined, I believe the DES change is enough here. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 17:04:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54AC71065674 for ; Wed, 15 Aug 2012 17:04:47 +0000 (UTC) (envelope-from steve@mouf.net) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6178FC0C for ; Wed, 15 Aug 2012 17:04:46 +0000 (UTC) Received: from meatwad.mouf.net (cpe-024-162-230-236.nc.res.rr.com [24.162.230.236]) (authenticated bits=0) by mouf.net (8.14.5/8.14.5) with ESMTP id q7FH178i050555 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Wed, 15 Aug 2012 13:01:07 -0400 (EDT) (envelope-from steve@mouf.net) Message-ID: <502BD6AA.9060205@mouf.net> Date: Wed, 15 Aug 2012 13:04:42 -0400 From: Steve Wills User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120604 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <502A84E0.9000908@FreeBSD.org> <502AAA3A.30200@FreeBSD.org> In-Reply-To: <502AAA3A.30200@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mouf.net [199.48.129.64]); Wed, 15 Aug 2012 13:01:08 -0400 (EDT) X-Spam-Status: No, score=1.3 required=4.5 tests=RCVD_IN_RP_RNBL autolearn=no version=3.3.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.5 at mouf.net X-Virus-Status: Clean Subject: Re: zfsloader failure with r239244 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 17:04:47 -0000 On 08/14/12 15:42, Andrey V. Elsukov wrote: > On 14.08.2012 21:03, Steve Wills wrote: >> Any ideas if this is a bug or something wrong with my system would be >> appreciated. > > Can you boot with serial console and show what show the `lsdev` command > in the loader? > And from the running system the output of `gpart show` and > `zpool status`. > For the record, this was fixed by r239293 and r239294. Steve From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 18:02:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 258751065674; Wed, 15 Aug 2012 18:02:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D73218FC0C; Wed, 15 Aug 2012 18:02:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q7FI22T1016689; Wed, 15 Aug 2012 14:02:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q7FI22hk016684; Wed, 15 Aug 2012 18:02:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Aug 2012 18:02:02 GMT Message-Id: <201208151802.q7FI22hk016684@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 18:02:04 -0000 TB --- 2012-08-15 14:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-08-15 14:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-08-15 14:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-08-15 14:40:00 - cleaning the object tree TB --- 2012-08-15 14:40:00 - cvsupping the source tree TB --- 2012-08-15 14:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-08-15 14:42:52 - building world TB --- 2012-08-15 14:42:52 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 14:42:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 14:42:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 14:42:52 - SRCCONF=/dev/null TB --- 2012-08-15 14:42:52 - TARGET=amd64 TB --- 2012-08-15 14:42:52 - TARGET_ARCH=amd64 TB --- 2012-08-15 14:42:52 - TZ=UTC TB --- 2012-08-15 14:42:52 - __MAKE_CONF=/dev/null TB --- 2012-08-15 14:42:52 - cd /src TB --- 2012-08-15 14:42:52 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 15 14:42:54 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Aug 15 17:53:54 UTC 2012 TB --- 2012-08-15 17:53:54 - generating LINT kernel config TB --- 2012-08-15 17:53:54 - cd /src/sys/amd64/conf TB --- 2012-08-15 17:53:54 - /usr/bin/make -B LINT TB --- 2012-08-15 17:53:54 - cd /src/sys/amd64/conf TB --- 2012-08-15 17:53:54 - /usr/sbin/config -m LINT TB --- 2012-08-15 17:53:54 - building LINT kernel TB --- 2012-08-15 17:53:54 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 17:53:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 17:53:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 17:53:54 - SRCCONF=/dev/null TB --- 2012-08-15 17:53:54 - TARGET=amd64 TB --- 2012-08-15 17:53:54 - TARGET_ARCH=amd64 TB --- 2012-08-15 17:53:54 - TZ=UTC TB --- 2012-08-15 17:53:54 - __MAKE_CONF=/dev/null TB --- 2012-08-15 17:53:54 - cd /src TB --- 2012-08-15 17:53:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 15 17:53:54 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/ath_hal/ar5416/ar2133.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/ath_hal/ar9002/ar9280.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/ath_rate/sample/sample.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/ath_rate/sample/sample.c: In function 'sample_stats': /src/sys/dev/ath/ath_rate/sample/sample.c:1303: warning: format '%qx' expects type 'long long unsigned int', but argument 6 has type 'uint64_t' [-Wformat] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-08-15 18:02:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-08-15 18:02:02 - ERROR: failed to build LINT kernel TB --- 2012-08-15 18:02:02 - 8276.38 user 1301.02 system 12121.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 18:21:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A782B106566B; Wed, 15 Aug 2012 18:21:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 748DD8FC12; Wed, 15 Aug 2012 18:21:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q7FILW3f032907; Wed, 15 Aug 2012 14:21:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q7FILW7Q032906; Wed, 15 Aug 2012 18:21:32 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Aug 2012 18:21:32 GMT Message-Id: <201208151821.q7FILW7Q032906@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 18:21:33 -0000 TB --- 2012-08-15 16:27:02 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-08-15 16:27:02 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-08-15 16:27:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-08-15 16:27:02 - cleaning the object tree TB --- 2012-08-15 16:35:31 - cvsupping the source tree TB --- 2012-08-15 16:35:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-08-15 16:37:11 - building world TB --- 2012-08-15 16:37:11 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 16:37:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 16:37:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 16:37:11 - SRCCONF=/dev/null TB --- 2012-08-15 16:37:11 - TARGET=ia64 TB --- 2012-08-15 16:37:11 - TARGET_ARCH=ia64 TB --- 2012-08-15 16:37:11 - TZ=UTC TB --- 2012-08-15 16:37:11 - __MAKE_CONF=/dev/null TB --- 2012-08-15 16:37:11 - cd /src TB --- 2012-08-15 16:37:11 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 15 16:37:12 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 15 18:14:35 UTC 2012 TB --- 2012-08-15 18:14:35 - generating LINT kernel config TB --- 2012-08-15 18:14:35 - cd /src/sys/ia64/conf TB --- 2012-08-15 18:14:35 - /usr/bin/make -B LINT TB --- 2012-08-15 18:14:35 - cd /src/sys/ia64/conf TB --- 2012-08-15 18:14:35 - /usr/sbin/config -m LINT TB --- 2012-08-15 18:14:35 - building LINT kernel TB --- 2012-08-15 18:14:35 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 18:14:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 18:14:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 18:14:35 - SRCCONF=/dev/null TB --- 2012-08-15 18:14:35 - TARGET=ia64 TB --- 2012-08-15 18:14:35 - TARGET_ARCH=ia64 TB --- 2012-08-15 18:14:35 - TZ=UTC TB --- 2012-08-15 18:14:35 - __MAKE_CONF=/dev/null TB --- 2012-08-15 18:14:35 - cd /src TB --- 2012-08-15 18:14:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 15 18:14:35 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar5416/ar2133.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9280.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/ath_rate/sample/sample.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/ath_rate/sample/sample.c: In function 'sample_stats': /src/sys/dev/ath/ath_rate/sample/sample.c:1303: warning: format '%qx' expects type 'long long unsigned int', but argument 6 has type 'uint64_t' [-Wformat] *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-08-15 18:21:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-08-15 18:21:32 - ERROR: failed to build LINT kernel TB --- 2012-08-15 18:21:32 - 4561.95 user 712.75 system 6869.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 18:48:14 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02D58106564A; Wed, 15 Aug 2012 18:48:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id AF2838FC08; Wed, 15 Aug 2012 18:48:13 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1T1ifo-000L8B-Fl; Wed, 15 Aug 2012 22:50:32 +0400 Date: Wed, 15 Aug 2012 22:50:32 +0400 From: Slawa Olhovchenkov To: current@FreeBSD.org, stable@FreeBSD.org Message-ID: <20120815185032.GB88729@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Subject: ftpd reset restart position (REST) at any command X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 18:48:14 -0000 I try using mirror 2.9 (old, very old perl script) to mirror ftp site in passive mode and see don't working restart transfer: server ignored 'REST pos' command. This because in ftpcmd.y cleared restart_point: cmd_list : /* empty */ | cmd_list cmd { if (fromname) free(fromname); fromname = NULL; restart_point = 0; } | cmd_list rcmd ; (cmd is any command execept RNFR and REST) and mirror in passive mode used next command sequence: REST pos PASV RETR file RFC 3659 allow this, but not recomeded: "The server-PI may react to a badly positioned REST command by .... save the restart value and apply it to the next data transfer command ..." Why this case (save the restart value) is bad choice? From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 20:08:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4700106566C; Wed, 15 Aug 2012 20:08:50 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 995F68FC15; Wed, 15 Aug 2012 20:08:50 +0000 (UTC) Received: by obbun3 with SMTP id un3so3373169obb.13 for ; Wed, 15 Aug 2012 13:08:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=XH0ESmIy7gFUGsA0ZOX3LKr2ZpjIK6jx6vMcf9mXVCA=; b=vsIo9INZXXJbXQ7ntaj9JWWcl/n7dy2pdNRhtU/d5oFn5sgAHruGI181EhQLj8z6Wp qEOhMwjH9x1X2ix/rBdARYjzNzgKxatLAOnGAoqh67SIh4/UBY8CycXzUsJEDjcVe0a5 AN71DuucXPbgDinJoNTkc3lisCMlKfUhsrKWra3bYu5fqwGpIayGNfdBXVLtwlaz77VG yfpqPBVc82HlFIMDMIw8epz5kjp7PrpszHwqSMWfdiGarY4bbjTP9yXT3MdTZ0bS714N KD1hI9YM6cfRoXJHragfpsoQ+6mEHqenvX5ymS2HfTAxSOB8EgSHjqMyWm57n85C3ius 0yOQ== MIME-Version: 1.0 Received: by 10.60.170.105 with SMTP id al9mr2781571oec.136.1345061329729; Wed, 15 Aug 2012 13:08:49 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.182.208.70 with HTTP; Wed, 15 Aug 2012 13:08:49 -0700 (PDT) In-Reply-To: <1344614778.3922.YahooMailNeo@web113519.mail.gq1.yahoo.com> References: <1344614778.3922.YahooMailNeo@web113519.mail.gq1.yahoo.com> Date: Wed, 15 Aug 2012 13:08:49 -0700 X-Google-Sender-Auth: 0VegvEu2fdySSm7SsSlWAQ7Rppo Message-ID: From: Craig Rodrigues To: Pedro Giffuni Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Free BSD Current Subject: Re: MS Hyper-v for FreeBSD announced X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 20:08:51 -0000 Hi, Thanks for providing that link. I created a page on the FreeBSD wiki with links to info about Hyper-V on FreeBSD. I included the link which you provided. See: http://wiki.freebsd.org/HyperV -- Craig Rodrigues rodrigc@crodrigues.org On Fri, Aug 10, 2012 at 9:06 AM, Pedro Giffuni wrote: > Hi guys, > > Yesterday, per chance, I had the idea of looking up what the status > of the Hyper-V drivers was and I found the announcement: > > > http://blogs.technet.com/b/openness/archive/2012/08/09/available-today-freebsd-support-for-windows-server-hyper-v.aspx > > > > The announcement is much easier to find through Bing than > through Google :). > > Kudos to everyone involved and hope we see it soon in -current. > > Pedro. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 20:10:07 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36E771065678; Wed, 15 Aug 2012 20:10:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DD5DD8FC14; Wed, 15 Aug 2012 20:10:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q7FKA5FA028895; Wed, 15 Aug 2012 16:10:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q7FKA58p028874; Wed, 15 Aug 2012 20:10:05 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Aug 2012 20:10:05 GMT Message-Id: <201208152010.q7FKA58p028874@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 20:10:07 -0000 TB --- 2012-08-15 18:02:03 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-08-15 18:02:03 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-08-15 18:02:03 - starting HEAD tinderbox run for mips/mips TB --- 2012-08-15 18:02:03 - cleaning the object tree TB --- 2012-08-15 18:04:17 - cvsupping the source tree TB --- 2012-08-15 18:04:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-08-15 18:05:17 - building world TB --- 2012-08-15 18:05:17 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 18:05:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 18:05:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 18:05:17 - SRCCONF=/dev/null TB --- 2012-08-15 18:05:17 - TARGET=mips TB --- 2012-08-15 18:05:17 - TARGET_ARCH=mips TB --- 2012-08-15 18:05:17 - TZ=UTC TB --- 2012-08-15 18:05:17 - __MAKE_CONF=/dev/null TB --- 2012-08-15 18:05:17 - cd /src TB --- 2012-08-15 18:05:17 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 15 18:05:18 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 15 19:07:47 UTC 2012 TB --- 2012-08-15 19:07:47 - cd /src/sys/mips/conf TB --- 2012-08-15 19:07:47 - /usr/sbin/config -m ADM5120 TB --- 2012-08-15 19:07:47 - skipping ADM5120 kernel TB --- 2012-08-15 19:07:47 - cd /src/sys/mips/conf TB --- 2012-08-15 19:07:47 - /usr/sbin/config -m ALCHEMY TB --- 2012-08-15 19:07:47 - skipping ALCHEMY kernel TB --- 2012-08-15 19:07:47 - cd /src/sys/mips/conf TB --- 2012-08-15 19:07:47 - /usr/sbin/config -m AP93 TB --- 2012-08-15 19:07:47 - building AP93 kernel TB --- 2012-08-15 19:07:47 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:07:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:07:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:07:47 - SRCCONF=/dev/null TB --- 2012-08-15 19:07:47 - TARGET=mips TB --- 2012-08-15 19:07:47 - TARGET_ARCH=mips TB --- 2012-08-15 19:07:47 - TZ=UTC TB --- 2012-08-15 19:07:47 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:07:47 - cd /src TB --- 2012-08-15 19:07:47 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Wed Aug 15 19:07:47 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Wed Aug 15 19:11:54 UTC 2012 TB --- 2012-08-15 19:11:54 - cd /src/sys/mips/conf TB --- 2012-08-15 19:11:54 - /usr/sbin/config -m AP94 TB --- 2012-08-15 19:11:54 - building AP94 kernel TB --- 2012-08-15 19:11:54 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:11:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:11:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:11:54 - SRCCONF=/dev/null TB --- 2012-08-15 19:11:54 - TARGET=mips TB --- 2012-08-15 19:11:54 - TARGET_ARCH=mips TB --- 2012-08-15 19:11:54 - TZ=UTC TB --- 2012-08-15 19:11:54 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:11:54 - cd /src TB --- 2012-08-15 19:11:54 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Wed Aug 15 19:11:54 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Wed Aug 15 19:16:20 UTC 2012 TB --- 2012-08-15 19:16:20 - cd /src/sys/mips/conf TB --- 2012-08-15 19:16:20 - /usr/sbin/config -m AP96 TB --- 2012-08-15 19:16:20 - building AP96 kernel TB --- 2012-08-15 19:16:20 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:16:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:16:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:16:20 - SRCCONF=/dev/null TB --- 2012-08-15 19:16:20 - TARGET=mips TB --- 2012-08-15 19:16:20 - TARGET_ARCH=mips TB --- 2012-08-15 19:16:20 - TZ=UTC TB --- 2012-08-15 19:16:20 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:16:20 - cd /src TB --- 2012-08-15 19:16:20 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Wed Aug 15 19:16:20 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Wed Aug 15 19:20:47 UTC 2012 TB --- 2012-08-15 19:20:47 - cd /src/sys/mips/conf TB --- 2012-08-15 19:20:47 - /usr/sbin/config -m AR71XX_BASE TB --- 2012-08-15 19:20:47 - building AR71XX_BASE kernel TB --- 2012-08-15 19:20:47 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:20:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:20:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:20:47 - SRCCONF=/dev/null TB --- 2012-08-15 19:20:47 - TARGET=mips TB --- 2012-08-15 19:20:47 - TARGET_ARCH=mips TB --- 2012-08-15 19:20:47 - TZ=UTC TB --- 2012-08-15 19:20:47 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:20:47 - cd /src TB --- 2012-08-15 19:20:47 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Wed Aug 15 19:20:47 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Wed Aug 15 19:25:09 UTC 2012 TB --- 2012-08-15 19:25:09 - cd /src/sys/mips/conf TB --- 2012-08-15 19:25:09 - /usr/sbin/config -m AR91XX_BASE TB --- 2012-08-15 19:25:09 - building AR91XX_BASE kernel TB --- 2012-08-15 19:25:09 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:25:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:25:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:25:09 - SRCCONF=/dev/null TB --- 2012-08-15 19:25:09 - TARGET=mips TB --- 2012-08-15 19:25:09 - TARGET_ARCH=mips TB --- 2012-08-15 19:25:09 - TZ=UTC TB --- 2012-08-15 19:25:09 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:25:09 - cd /src TB --- 2012-08-15 19:25:09 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Wed Aug 15 19:25:09 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Wed Aug 15 19:29:21 UTC 2012 TB --- 2012-08-15 19:29:21 - cd /src/sys/mips/conf TB --- 2012-08-15 19:29:21 - /usr/sbin/config -m GXEMUL TB --- 2012-08-15 19:29:21 - skipping GXEMUL kernel TB --- 2012-08-15 19:29:21 - cd /src/sys/mips/conf TB --- 2012-08-15 19:29:21 - /usr/sbin/config -m IDT TB --- 2012-08-15 19:29:21 - skipping IDT kernel TB --- 2012-08-15 19:29:21 - cd /src/sys/mips/conf TB --- 2012-08-15 19:29:21 - /usr/sbin/config -m MALTA TB --- 2012-08-15 19:29:21 - skipping MALTA kernel TB --- 2012-08-15 19:29:21 - cd /src/sys/mips/conf TB --- 2012-08-15 19:29:21 - /usr/sbin/config -m MALTA64 TB --- 2012-08-15 19:29:21 - skipping MALTA64 kernel TB --- 2012-08-15 19:29:21 - cd /src/sys/mips/conf TB --- 2012-08-15 19:29:21 - /usr/sbin/config -m OCTEON1 TB --- 2012-08-15 19:29:21 - skipping OCTEON1 kernel TB --- 2012-08-15 19:29:21 - cd /src/sys/mips/conf TB --- 2012-08-15 19:29:21 - /usr/sbin/config -m PB47 TB --- 2012-08-15 19:29:21 - building PB47 kernel TB --- 2012-08-15 19:29:21 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:29:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:29:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:29:21 - SRCCONF=/dev/null TB --- 2012-08-15 19:29:21 - TARGET=mips TB --- 2012-08-15 19:29:21 - TARGET_ARCH=mips TB --- 2012-08-15 19:29:21 - TZ=UTC TB --- 2012-08-15 19:29:21 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:29:21 - cd /src TB --- 2012-08-15 19:29:21 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Wed Aug 15 19:29:21 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB47 completed on Wed Aug 15 19:33:45 UTC 2012 TB --- 2012-08-15 19:33:45 - cd /src/sys/mips/conf TB --- 2012-08-15 19:33:45 - /usr/sbin/config -m PB92 TB --- 2012-08-15 19:33:45 - building PB92 kernel TB --- 2012-08-15 19:33:45 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:33:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:33:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:33:45 - SRCCONF=/dev/null TB --- 2012-08-15 19:33:45 - TARGET=mips TB --- 2012-08-15 19:33:45 - TARGET_ARCH=mips TB --- 2012-08-15 19:33:45 - TZ=UTC TB --- 2012-08-15 19:33:45 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:33:45 - cd /src TB --- 2012-08-15 19:33:45 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Wed Aug 15 19:33:45 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB92 completed on Wed Aug 15 19:37:06 UTC 2012 TB --- 2012-08-15 19:37:06 - cd /src/sys/mips/conf TB --- 2012-08-15 19:37:06 - /usr/sbin/config -m QEMU TB --- 2012-08-15 19:37:07 - skipping QEMU kernel TB --- 2012-08-15 19:37:07 - cd /src/sys/mips/conf TB --- 2012-08-15 19:37:07 - /usr/sbin/config -m ROUTERSTATION TB --- 2012-08-15 19:37:07 - building ROUTERSTATION kernel TB --- 2012-08-15 19:37:07 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:37:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:37:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:37:07 - SRCCONF=/dev/null TB --- 2012-08-15 19:37:07 - TARGET=mips TB --- 2012-08-15 19:37:07 - TARGET_ARCH=mips TB --- 2012-08-15 19:37:07 - TZ=UTC TB --- 2012-08-15 19:37:07 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:37:07 - cd /src TB --- 2012-08-15 19:37:07 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Wed Aug 15 19:37:07 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION completed on Wed Aug 15 19:41:40 UTC 2012 TB --- 2012-08-15 19:41:40 - cd /src/sys/mips/conf TB --- 2012-08-15 19:41:40 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2012-08-15 19:41:40 - building ROUTERSTATION_MFS kernel TB --- 2012-08-15 19:41:40 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:41:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:41:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:41:40 - SRCCONF=/dev/null TB --- 2012-08-15 19:41:40 - TARGET=mips TB --- 2012-08-15 19:41:40 - TARGET_ARCH=mips TB --- 2012-08-15 19:41:40 - TZ=UTC TB --- 2012-08-15 19:41:40 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:41:40 - cd /src TB --- 2012-08-15 19:41:40 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Wed Aug 15 19:41:40 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION_MFS completed on Wed Aug 15 19:46:15 UTC 2012 TB --- 2012-08-15 19:46:15 - cd /src/sys/mips/conf TB --- 2012-08-15 19:46:15 - /usr/sbin/config -m RSPRO TB --- 2012-08-15 19:46:15 - building RSPRO kernel TB --- 2012-08-15 19:46:15 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:46:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:46:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:46:15 - SRCCONF=/dev/null TB --- 2012-08-15 19:46:15 - TARGET=mips TB --- 2012-08-15 19:46:15 - TARGET_ARCH=mips TB --- 2012-08-15 19:46:15 - TZ=UTC TB --- 2012-08-15 19:46:15 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:46:15 - cd /src TB --- 2012-08-15 19:46:15 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Wed Aug 15 19:46:15 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO completed on Wed Aug 15 19:50:49 UTC 2012 TB --- 2012-08-15 19:50:49 - cd /src/sys/mips/conf TB --- 2012-08-15 19:50:49 - /usr/sbin/config -m RSPRO_MFS TB --- 2012-08-15 19:50:49 - building RSPRO_MFS kernel TB --- 2012-08-15 19:50:49 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:50:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:50:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:50:49 - SRCCONF=/dev/null TB --- 2012-08-15 19:50:49 - TARGET=mips TB --- 2012-08-15 19:50:49 - TARGET_ARCH=mips TB --- 2012-08-15 19:50:49 - TZ=UTC TB --- 2012-08-15 19:50:49 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:50:49 - cd /src TB --- 2012-08-15 19:50:49 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Wed Aug 15 19:50:49 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_MFS completed on Wed Aug 15 19:55:14 UTC 2012 TB --- 2012-08-15 19:55:14 - cd /src/sys/mips/conf TB --- 2012-08-15 19:55:14 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2012-08-15 19:55:14 - building RSPRO_STANDALONE kernel TB --- 2012-08-15 19:55:14 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:55:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:55:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:55:14 - SRCCONF=/dev/null TB --- 2012-08-15 19:55:14 - TARGET=mips TB --- 2012-08-15 19:55:14 - TARGET_ARCH=mips TB --- 2012-08-15 19:55:14 - TZ=UTC TB --- 2012-08-15 19:55:14 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:55:14 - cd /src TB --- 2012-08-15 19:55:14 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Wed Aug 15 19:55:14 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_STANDALONE completed on Wed Aug 15 19:59:47 UTC 2012 TB --- 2012-08-15 19:59:47 - cd /src/sys/mips/conf TB --- 2012-08-15 19:59:47 - /usr/sbin/config -m RT305X TB --- 2012-08-15 19:59:47 - skipping RT305X kernel TB --- 2012-08-15 19:59:47 - cd /src/sys/mips/conf TB --- 2012-08-15 19:59:47 - /usr/sbin/config -m SENTRY5 TB --- 2012-08-15 19:59:47 - skipping SENTRY5 kernel TB --- 2012-08-15 19:59:47 - cd /src/sys/mips/conf TB --- 2012-08-15 19:59:47 - /usr/sbin/config -m SWARM TB --- 2012-08-15 19:59:47 - building SWARM kernel TB --- 2012-08-15 19:59:47 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 19:59:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 19:59:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 19:59:47 - SRCCONF=/dev/null TB --- 2012-08-15 19:59:47 - TARGET=mips TB --- 2012-08-15 19:59:47 - TARGET_ARCH=mips TB --- 2012-08-15 19:59:47 - TZ=UTC TB --- 2012-08-15 19:59:47 - __MAKE_CONF=/dev/null TB --- 2012-08-15 19:59:47 - cd /src TB --- 2012-08-15 19:59:47 - /usr/bin/make -B buildkernel KERNCONF=SWARM >>> Kernel build for SWARM started on Wed Aug 15 19:59:47 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM completed on Wed Aug 15 20:02:26 UTC 2012 TB --- 2012-08-15 20:02:26 - cd /src/sys/mips/conf TB --- 2012-08-15 20:02:26 - /usr/sbin/config -m SWARM64 TB --- 2012-08-15 20:02:26 - skipping SWARM64 kernel TB --- 2012-08-15 20:02:26 - cd /src/sys/mips/conf TB --- 2012-08-15 20:02:26 - /usr/sbin/config -m SWARM64_SMP TB --- 2012-08-15 20:02:26 - skipping SWARM64_SMP kernel TB --- 2012-08-15 20:02:26 - cd /src/sys/mips/conf TB --- 2012-08-15 20:02:26 - /usr/sbin/config -m SWARM_SMP TB --- 2012-08-15 20:02:26 - building SWARM_SMP kernel TB --- 2012-08-15 20:02:26 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 20:02:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 20:02:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 20:02:26 - SRCCONF=/dev/null TB --- 2012-08-15 20:02:26 - TARGET=mips TB --- 2012-08-15 20:02:26 - TARGET_ARCH=mips TB --- 2012-08-15 20:02:26 - TZ=UTC TB --- 2012-08-15 20:02:26 - __MAKE_CONF=/dev/null TB --- 2012-08-15 20:02:26 - cd /src TB --- 2012-08-15 20:02:26 - /usr/bin/make -B buildkernel KERNCONF=SWARM_SMP >>> Kernel build for SWARM_SMP started on Wed Aug 15 20:02:26 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM_SMP completed on Wed Aug 15 20:05:01 UTC 2012 TB --- 2012-08-15 20:05:01 - cd /src/sys/mips/conf TB --- 2012-08-15 20:05:01 - /usr/sbin/config -m TP-WN1043ND TB --- 2012-08-15 20:05:01 - building TP-WN1043ND kernel TB --- 2012-08-15 20:05:01 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 20:05:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 20:05:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 20:05:01 - SRCCONF=/dev/null TB --- 2012-08-15 20:05:01 - TARGET=mips TB --- 2012-08-15 20:05:01 - TARGET_ARCH=mips TB --- 2012-08-15 20:05:01 - TZ=UTC TB --- 2012-08-15 20:05:01 - __MAKE_CONF=/dev/null TB --- 2012-08-15 20:05:01 - cd /src TB --- 2012-08-15 20:05:01 - /usr/bin/make -B buildkernel KERNCONF=TP-WN1043ND >>> Kernel build for TP-WN1043ND started on Wed Aug 15 20:05:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for TP-WN1043ND completed on Wed Aug 15 20:09:23 UTC 2012 TB --- 2012-08-15 20:09:23 - cd /src/sys/mips/conf TB --- 2012-08-15 20:09:23 - /usr/sbin/config -m XLP TB --- 2012-08-15 20:09:23 - building XLP kernel TB --- 2012-08-15 20:09:23 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 20:09:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 20:09:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 20:09:23 - SRCCONF=/dev/null TB --- 2012-08-15 20:09:23 - TARGET=mips TB --- 2012-08-15 20:09:23 - TARGET_ARCH=mips TB --- 2012-08-15 20:09:23 - TZ=UTC TB --- 2012-08-15 20:09:23 - __MAKE_CONF=/dev/null TB --- 2012-08-15 20:09:23 - cd /src TB --- 2012-08-15 20:09:23 - /usr/bin/make -B buildkernel KERNCONF=XLP >>> Kernel build for XLP started on Wed Aug 15 20:09:23 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/e1000/e1000_phy.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/fdt/fdt_common.c cc1: warnings being treated as errors /src/sys/dev/fdt/fdt_common.c: In function 'fdt_reg_to_rl': /src/sys/dev/fdt/fdt_common.c:457: warning: passing argument 5 of 'rmi_uart_bus_space->bs_map' from incompatible pointer type *** Error code 1 Stop in /obj/mips.mips/src/sys/XLP. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-08-15 20:10:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-08-15 20:10:05 - ERROR: failed to build XLP kernel TB --- 2012-08-15 20:10:05 - 5523.10 user 1051.38 system 7681.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 21:12:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24D28106566B; Wed, 15 Aug 2012 21:12:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E65768FC15; Wed, 15 Aug 2012 21:12:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q7FLCU1j048884; Wed, 15 Aug 2012 17:12:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q7FLCU7g048879; Wed, 15 Aug 2012 21:12:30 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Aug 2012 21:12:30 GMT Message-Id: <201208152112.q7FLCU7g048879@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 21:12:32 -0000 TB --- 2012-08-15 18:11:24 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-08-15 18:11:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-08-15 18:11:24 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-08-15 18:11:25 - cleaning the object tree TB --- 2012-08-15 18:13:20 - cvsupping the source tree TB --- 2012-08-15 18:13:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-08-15 18:14:03 - building world TB --- 2012-08-15 18:14:03 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 18:14:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 18:14:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 18:14:03 - SRCCONF=/dev/null TB --- 2012-08-15 18:14:03 - TARGET=powerpc TB --- 2012-08-15 18:14:03 - TARGET_ARCH=powerpc TB --- 2012-08-15 18:14:03 - TZ=UTC TB --- 2012-08-15 18:14:03 - __MAKE_CONF=/dev/null TB --- 2012-08-15 18:14:03 - cd /src TB --- 2012-08-15 18:14:03 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 15 18:14:03 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 15 20:33:10 UTC 2012 TB --- 2012-08-15 20:33:10 - generating LINT kernel config TB --- 2012-08-15 20:33:10 - cd /src/sys/powerpc/conf TB --- 2012-08-15 20:33:10 - /usr/bin/make -B LINT TB --- 2012-08-15 20:33:10 - cd /src/sys/powerpc/conf TB --- 2012-08-15 20:33:10 - /usr/sbin/config -m LINT TB --- 2012-08-15 20:33:10 - building LINT kernel TB --- 2012-08-15 20:33:10 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 20:33:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 20:33:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 20:33:10 - SRCCONF=/dev/null TB --- 2012-08-15 20:33:10 - TARGET=powerpc TB --- 2012-08-15 20:33:10 - TARGET_ARCH=powerpc TB --- 2012-08-15 20:33:10 - TZ=UTC TB --- 2012-08-15 20:33:10 - __MAKE_CONF=/dev/null TB --- 2012-08-15 20:33:10 - cd /src TB --- 2012-08-15 20:33:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 15 20:33:10 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Aug 15 20:55:26 UTC 2012 TB --- 2012-08-15 20:55:26 - cd /src/sys/powerpc/conf TB --- 2012-08-15 20:55:26 - /usr/sbin/config -m GENERIC TB --- 2012-08-15 20:55:26 - building GENERIC kernel TB --- 2012-08-15 20:55:26 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 20:55:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 20:55:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 20:55:26 - SRCCONF=/dev/null TB --- 2012-08-15 20:55:26 - TARGET=powerpc TB --- 2012-08-15 20:55:26 - TARGET_ARCH=powerpc TB --- 2012-08-15 20:55:26 - TZ=UTC TB --- 2012-08-15 20:55:26 - __MAKE_CONF=/dev/null TB --- 2012-08-15 20:55:26 - cd /src TB --- 2012-08-15 20:55:26 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 15 20:55:26 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 15 21:11:42 UTC 2012 TB --- 2012-08-15 21:11:42 - cd /src/sys/powerpc/conf TB --- 2012-08-15 21:11:42 - /usr/sbin/config -m GENERIC64 TB --- 2012-08-15 21:11:42 - skipping GENERIC64 kernel TB --- 2012-08-15 21:11:42 - cd /src/sys/powerpc/conf TB --- 2012-08-15 21:11:42 - /usr/sbin/config -m MPC85XX TB --- 2012-08-15 21:11:42 - building MPC85XX kernel TB --- 2012-08-15 21:11:42 - CROSS_BUILD_TESTING=YES TB --- 2012-08-15 21:11:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-08-15 21:11:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-08-15 21:11:42 - SRCCONF=/dev/null TB --- 2012-08-15 21:11:42 - TARGET=powerpc TB --- 2012-08-15 21:11:42 - TARGET_ARCH=powerpc TB --- 2012-08-15 21:11:42 - TZ=UTC TB --- 2012-08-15 21:11:42 - __MAKE_CONF=/dev/null TB --- 2012-08-15 21:11:42 - cd /src TB --- 2012-08-15 21:11:42 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Wed Aug 15 21:11:42 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/e1000_phy.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/fdt/fdt_common.c cc1: warnings being treated as errors /src/sys/dev/fdt/fdt_common.c: In function 'fdt_reg_to_rl': /src/sys/dev/fdt/fdt_common.c:457: warning: passing argument 4 of 'bs_be_tag.bs_map' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/MPC85XX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-08-15 21:12:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-08-15 21:12:30 - ERROR: failed to build MPC85XX kernel TB --- 2012-08-15 21:12:30 - 8538.63 user 1141.06 system 10865.92 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 22:28:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F52A1065674 for ; Wed, 15 Aug 2012 22:28:05 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1DB5D8FC12 for ; Wed, 15 Aug 2012 22:28:04 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:18c9:94f1:8e7e:6995]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 4B2A84AC31 for ; Thu, 16 Aug 2012 02:27:57 +0400 (MSK) Date: Thu, 16 Aug 2012 02:27:44 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1857132939.20120816022744@serebryakov.spb.ru> To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: r239290: boot problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 22:28:05 -0000 Hello, Current. I have typical NanoBSD installation: 8GiB CF card patitioned with MBR into 4 slices. Slices 1 and 2 is used for code (active only one at any time) and 3 is used for configs and 4 for some mutable data. Slices 1 and 2 have only one BSD partition: `a'. boot0 in MBR is "standard" boot0. Any upgrade is dd'ing of new code slice in place and switching active slice (partition) with "gpart set". It works Ok for many years. Now, I've tried to upgrade system to CURRENT r239290 (for latest changes and experiments with my network traffic and schedulers). This new code slice was dumped into slice 2 (NB!) and slice 2 becomes active. "reboot" command in loader doesn't work at all. It only prints "Rebooting..." and waits forever. After this upgrade system stops to boot. Loader doesn't see any slices but first one (with old system) and stops boot process because could not find kernel. When it is instructed to load kernel from first slice, it could do this, but could not continue boot -- it reboots on "boot" command after ~10 seconds of inactivity! Here is output of gpart command on "old" system (r239228): ======================================================================= root@gateway:/root # gpart show => 63 16006977 ad0 MBR (7.6G) 63 8000433 1 freebsd (3.8G) 8000496 63 - free - (31k) 8000559 8000433 2 freebsd [active] (3.8G) 16000992 3024 3 freebsd (1.5M) 16004016 2016 4 freebsd (1M) 16006032 1008 - free - (504k) => 0 8000433 ad0s1 BSD (3.8G) 0 16 - free - (8.0k) 16 8000417 1 !0 (3.8G) => 0 8000433 ad0s2 BSD (3.8G) 0 16 - free - (8.0k) 16 8000417 1 !0 (3.8G) ======================================================================= Here is console log of process, including my typing: ======================================================================= 1 Seconds to automatic boot. Press Ctrl-P for entering Monitor. F1 FreeBSD F2 FreeBSD F6 PXE Boot: F2 /boot/config: -h -S115200 Consoles: serial port BIOS drive C: is disk0 BIOS 639kB/523264kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 (root@vmware-c-32.home.serebryakov.spb.ru, Wed Aug 15 12:55:36 MSK 2012) can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. OK lsdev -v cd devices: disk devices: disk0: BIOS drive C: disk0s1: FreeBSD 3906MB disk0s1a: Unknown 3906MB pxe devices: OK set rootdev=disk0s1a: OK load /boot/kernel/kernel not found '/boot/kernel/kernel' OK load disk0s1a:/boot/kernel/kernel disk0s1a:/boot/kernel/kernel text=0x43b620 data=0x3a7ec+0x30690 syms=[0x4+0x5ab70+0x4+0x7de03] OK show LINES=24 boot_serial=YES comconsole_pcidev= comconsole_port=1016 comconsole_speed=115200 console=comconsole currdev=disk0s2a: interpret=OK kernelname=disk0s1a:/boot/kernel/kernel loaddev=disk0s2a: prompt=${interpret} rootdev=disk0s1a: OK boot \ > BOOM! REBOOTED! ======================================================================= -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Aug 15 22:48:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C95D1065674; Wed, 15 Aug 2012 22:48:15 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 34E1E8FC18; Wed, 15 Aug 2012 22:48:15 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:18c9:94f1:8e7e:6995]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id CBE314AC31; Thu, 16 Aug 2012 02:48:13 +0400 (MSK) Date: Thu, 16 Aug 2012 02:48:02 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1045407170.20120816024802@serebryakov.spb.ru> To: Lev Serebryakov In-Reply-To: <1857132939.20120816022744@serebryakov.spb.ru> References: <1857132939.20120816022744@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: r239290: boot problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 22:48:15 -0000 Hello, Lev. You wrote 16 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2012 =D0=B3., 2:27:= 44: LS> I have typical NanoBSD installation: 8GiB CF card patitioned with LS> MBR into 4 slices. Slices 1 and 2 is used for code (active only LS> one at any time) and 3 is used for configs and 4 for some mutable LS> data. Slices 1 and 2 have only one BSD partition: `a'. looks like r239294 should fix that. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 08:29:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1615D106564A; Thu, 16 Aug 2012 08:29:55 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id C7AA48FC17; Thu, 16 Aug 2012 08:29:54 +0000 (UTC) Received: from ds4.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 7982F6667; Thu, 16 Aug 2012 10:29:53 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 2B04F82E0; Thu, 16 Aug 2012 10:29:53 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: John Baldwin References: <7BEE3948-EE35-48C2-B4B1-25E34087A4C4@lists.zabbadoz.net> <201208151121.34815.jhb@freebsd.org> Date: Thu, 16 Aug 2012 10:29:52 +0200 In-Reply-To: <201208151121.34815.jhb@freebsd.org> (John Baldwin's message of "Wed, 15 Aug 2012 11:21:34 -0400") Message-ID: <86393nck8v.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: "Bjoern A. Zeeb" , Sergey Kandaurov , freebsd-current FreeBSD Subject: Re: swp_pager_meta_build DoS printf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 08:29:55 -0000 John Baldwin writes: > I think DES has a newer variant of this now? Committed, along with an additional patch that warns you if you configure more swap than the pager can handle. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 12:44:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D012F106567A for ; Thu, 16 Aug 2012 12:44:13 +0000 (UTC) (envelope-from afridi_ahmad29@yahoo.com) Received: from nm11-vm1.bullet.mail.ne1.yahoo.com (nm11-vm1.bullet.mail.ne1.yahoo.com [98.138.91.40]) by mx1.freebsd.org (Postfix) with SMTP id 854018FC12 for ; Thu, 16 Aug 2012 12:44:13 +0000 (UTC) Received: from [98.138.90.52] by nm11.bullet.mail.ne1.yahoo.com with NNFMP; 16 Aug 2012 12:44:07 -0000 Received: from [98.138.88.236] by tm5.bullet.mail.ne1.yahoo.com with NNFMP; 16 Aug 2012 12:44:07 -0000 Received: from [127.0.0.1] by omp1036.mail.ne1.yahoo.com with NNFMP; 16 Aug 2012 12:44:07 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 769006.8182.bm@omp1036.mail.ne1.yahoo.com Received: (qmail 68619 invoked by uid 60001); 16 Aug 2012 12:44:07 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1345121047; bh=b33Kzl1s78urBHMPsFZwD+dCinQfBol+nHv4IRPCw/I=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=g4fosPl7zbAk0s68Ga/LxepJMgGgHGOUNUY1nFB9oEz6W+iuhZgb92Ga8YTUSdHLmk/EHgXW+3XQHScvmGvIdBKNgQ+G0rwkxVG/5+2zkjAzKDO7aUBGXJmGssu6FlJH0gH47f00EjN8nUf90SU0yCFHIOMg3oLXsrgZoDAR+VE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=4Nf9UpSFKz9oBF2GSFlcONj2CqxYB4GxfzLKC93sfc4PvHXts8yiibfDrcaTtyKpb/EdlTfTt2jTbDTU6bJ12E2n+D2kRJk4j+mO0owAVxTs+CqyCL243b7CZyQBw/AfeIv0f7isRBxGZgyeyq3OIuzgj/jRvwnaYT7D6l/GJfY=; X-YMail-OSG: d7BO0qAVM1lk_xGA.LugDugl_7SD.JOZCYbsy9nq4pRs9vC Bdo.sASe7gqL2v7JapjaHHD76xBxMc0mdzhXOZsuFhyLLd_mJ2KfXig988GJ Hc3tN5p0uj55lCLC0toKuujIM_j3QIvl1twm9EQhh9srZhS4ZT6xOoSKUu_8 LJKDqRgCd5aBVvYkLOUBWujZ9C3H3JkZp0GwAhwLgkcZIoKdbduDANB.a8zB 5jJEAlZ4upTR6yDa0mnuWeDnkeGjWCt0dNx7ONS15xMV1MU6AK49xN200RI4 .AhWK7zdlFLq_QirdajfY23BpnZLw4ZTP1.Jyl6ExE2sRkB4QHIJrYlrGLLZ FwjjusgJ4_LLpTbAbNIhBKgVJ_3gKWae567hLsCLYvGXM2UuGtuh6F4A8BYl dogUJNpym6ekB8BKJ1tHCEE6leCWgfGWLHzzbOTSm73agnUvSPXoP75R6LWm 9FV7h7mnDhLyPWOwZ7QAjw3xWqMA- Received: from [213.67.247.76] by web125403.mail.ne1.yahoo.com via HTTP; Thu, 16 Aug 2012 05:44:07 PDT X-Mailer: YahooMailWebService/0.8.120.356233 Message-ID: <1345121047.52413.YahooMailNeo@web125403.mail.ne1.yahoo.com> Date: Thu, 16 Aug 2012 05:44:07 -0700 (PDT) From: Khan To: "freebsd-current@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: netmap installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Khan List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 12:44:13 -0000 hi, i am new to Netmap and i need some help. I want to install netmap on my= Ubuntu ver.12.=0AI have downloaded the image 'Picobsde amd 64 20120618 (bi= n)' file from the website. then I=0Atried to convert the bin file into an i= so format. But when i mount, it gives me error:=0Aahmed@ahmed-Latitude-D620= :~/Downloads$ sudo mount -t iso9660 20120618-netmap-picobsd-head-amd64_01.i= so/media/iso -o loop=0A=0A=0Amount: wrong fs type, bad option, bad superblo= ck on /dev/loop0,=0A=A0=A0=A0=A0=A0=A0 missing codepage or helper program, = or other error=0A=A0=A0=A0=A0=A0=A0 In some cases useful info is found in s= yslog - try=0A=A0=A0=A0=A0=A0=A0 dmesg | tail=A0 or so=0A=0A=0AOn a differe= nt note, when i use;=0Aahmed@ahmed-Latitude-D620:~/Downloads$ iat 20120618-= netmap-picobsd-head-amd64.bin >=A0 20120618-netmap-picobsd-head-amd64_01.is= o=0AIso9660 Analyzer Tool v0.1.3 by Salvatore Santagati=0ALicensed under GP= L v2 or later=0A=0ADetect Signature RAW 2 at 8246=0ADetect Signature RAW 2 = at 16438=0AImage is broken=0AThis image is not CD IMAGE=0A=0AI am not sure = about the error, what am I doing wrong here? Is the image on the server wor= king fine? looking forward for a response. =0AKindly guide me on how to ins= tall and run netmap on my PC.=0A=0ARegards=0AAhmed=0A From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 13:30:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C3311065678 for ; Thu, 16 Aug 2012 13:30:35 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 88F588FC12 for ; Thu, 16 Aug 2012 13:30:34 +0000 (UTC) Received: by weyx56 with SMTP id x56so2147631wey.13 for ; Thu, 16 Aug 2012 06:30:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=/Cz9kHsygOxvWzZw9SB7UMhkEAfEFujgKyfc00M1Qpk=; b=zqgvb+qd+mkL3sUNQ+/uWlMb8Og4Q08VMPsYFwiGyvCvCEkYoCa3NzpooIhzo2sXz+ UYv2EaUPYxcjmY2dSM5F3YCqY11IZKv9HKVEtyWovrOxNdsDZCLK+2IGrISBBzZjxkY9 ms0BLCFFD9GYX6VBFcwZOzEuaa436/LGo770PAGArTDI1ayhoAA3roH3ldr+hOWEVqjQ E8GteZnI8pJ6iJyaFj5otb0U7ughq54unY1lM82qkMouvtTMn5LMZ7/CdtAY8FlI6YkC 9dowdTQ13lbO8hmjRlMhS0GSBB/53dB7672470ek/McnBA/rf6rucZ9qvVc5ZKpNC+hd Cgog== Received: by 10.216.136.66 with SMTP id v44mr654877wei.159.1345123828554; Thu, 16 Aug 2012 06:30:28 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.223.153.200 with HTTP; Thu, 16 Aug 2012 06:30:08 -0700 (PDT) In-Reply-To: <1345121047.52413.YahooMailNeo@web125403.mail.ne1.yahoo.com> References: <1345121047.52413.YahooMailNeo@web125403.mail.ne1.yahoo.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Thu, 16 Aug 2012 15:30:08 +0200 X-Google-Sender-Auth: 312YUznYfco_w1JAm9upqX2jnrM Message-ID: To: Khan Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" Subject: Re: netmap installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 13:30:35 -0000 On Thu, Aug 16, 2012 at 2:44 PM, Khan wrote: > hi, i am new to Netmap and i need some help. I want to install netmap on = my Ubuntu ver.12. > I have downloaded the image 'Picobsde amd 64 20120618 (bin)' file from th= e website. then I > tried to convert the bin file into an iso format. But when i mount, it gi= ves me error: > ahmed@ahmed-Latitude-D620:~/Downloads$ sudo mount -t iso9660 20120618-net= map-picobsd-head-amd64_01.iso/media/iso -o loop > I am not sure about the error, what am I doing wrong here? Is the image o= n the server working fine? looking forward for a response. > Kindly guide me on how to install and run netmap on my PC. > Hi, the topic of this mailing-list is "Discussions about the use of FreeBSD-current". Your question, related to installing something on a Ubuntu Linux, is off-to= pic. Regarding PicoBSD, you seem didn't understand what is a PicoBSD image. Read this for a better understanding of PicoBSD: http://people.freebsd.org/~picobsd/old/picobsd.html http://www.freebsd.org/cgi/man.cgi?query=3Dpicobsd You can't install a PicoBSD image on your Ubuntu, but you can run a PicoBSD image inside a virtual machine from your Ubuntu=85 But don't ask the question "How to run a PicoBSD disk image on my Ubuntu" here, because this question will be off-topic too ;-) Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 15:32:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E75D010656A4; Thu, 16 Aug 2012 15:32:39 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id A10D08FC0C; Thu, 16 Aug 2012 15:32:39 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1T223l-0004qc-7e>; Thu, 16 Aug 2012 17:32:33 +0200 Received: from munin.geoinf.fu-berlin.de ([130.133.86.110]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1T223l-0003QR-54>; Thu, 16 Aug 2012 17:32:33 +0200 Message-ID: <502D12C0.2060405@zedat.fu-berlin.de> Date: Thu, 16 Aug 2012 17:33:20 +0200 From: "Hartmann, O." Organization: FU Berlin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120727 Thunderbird/14.0 MIME-Version: 1.0 To: FreeBSD Current , freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.110 Cc: Subject: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 15:32:40 -0000 I ran into a very delicate and nasty situation. On several boxes, FreeBSD 9.1-PRE and FreeBSD 10-CURRENT (build of CURRENT sources from yesterday, r239295 Wed August 15 17:04:51 CEST 2012 amd64, I had to recompile all requirements of port Apache22, since after the port update it core dumped. On FreeBSD 9.1-PRE, with pkg(ng), things went well. Recompilation and installation of all "portmaster -f apache-2.2" requirements went perfect. On both FreeBSD 10-CURRENT boxes it ended up in a mess, all of a sudden(!), while reinstalling port security/cyrus-sasl2, things started to fail in a dramatik way! On both FBSD 10 boxes, the installation of the port security/cyrus-sasl2 got corrupted by "install" and/or "mtree" dumping core and signalling SIGNAL 11. Booting into multiuser mode is impossible, login core dumps SIGNAL 11, many other daemons, too. The only way is to boot into single user mode. An installation failed due to pkg(ng) was missing libarchive.so via portmaster or via core dumping install(1). By installing on one box, my home box, port security/cyrus-sasl2 manually, luckily install(1) and mtree(1) didn't coredump and it worked - and this precedure rescued me. But on my lab's development box, it doesn't work! On this specific box, where this nasty problem also occured the same way by simply recompiling everything for port www/apache22, including the reinstallation of port security/cyrus-sasl2. Nearly every binary is suddenly coredumping (as on the home box). login, vi, install, devfs, syslogd, mtree, id, find ... a whole lot of binaries seem to be compromised by something I do not see (libsasl2.so perhaps?). I tried to help myself via copying /rescue/vi to /usr/bin/vi to have at least a working vi. But in /rescue, I can not find install or mtree. I'm not familiar with the sophisticated ways of /rescue. Where are install(1) and mtree(1)? Trying to reinstall security/cyrus-sasl2 from single-user fails due install coredumps. pkg(ng) fails due to missing libpkg.so.5 and even rejects being reinstalled. But /usr/local/lib/libpkg.so.0 is even there! Disabling the use of pkg with commenting out WITH_PKGNG=yes in /etc/make.conf leads to the above issues with mtree and install. Disabling this pkgng tag leads to reinstallation of missing packages, which are store in the pkgng sqlite format and not as ASCII anymore, but then I get /var/runld-elf.so.hints: No such file or directory Error: shared library "iconv.3" does not exist. But most of the libs have never been touch! So what is the loader complaining about? Well, I'm floating like a dead man in the water and I'm glad that one box survided although suffering from the same symptomes. I tried to find rescue images and a rescue DVD of a snap shot server, but there is no way to crawl through the informations on the web pages towards a snapshot. All folders end up in 2011 and highly outdated (www.freebsd.org, I didn't look at mirrors since I thought the main server carries the most recent stuff). This isn't funny. No lead, no hint, even in the download section. If someone has some hints how to recompile the sources with an emergency booted disk, I highly appreciate some desater advice. Maybe the release of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty bug, so it would be nice to update the sources and have a complete recompilation done. Thanks in advance, oh From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 15:44:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92094106564A; Thu, 16 Aug 2012 15:44:27 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 5E1148FC16; Thu, 16 Aug 2012 15:44:27 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 5253A23F3D4; Thu, 16 Aug 2012 11:44:26 -0400 (EDT) Date: Thu, 16 Aug 2012 11:44:24 -0400 From: Glen Barber To: "Hartmann, O." Message-ID: <20120816154424.GE1303@glenbarber.us> References: <502D12C0.2060405@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <502D12C0.2060405@zedat.fu-berlin.de> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current , freebsd-questions@freebsd.org Subject: Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 15:44:27 -0000 On Thu, Aug 16, 2012 at 05:33:20PM +0200, Hartmann, O. wrote: > > I ran into a very delicate and nasty situation. > > On several boxes, FreeBSD 9.1-PRE and FreeBSD 10-CURRENT (build of > CURRENT sources from yesterday, r239295 Wed August 15 17:04:51 CEST 2012 > amd64, I had to recompile all requirements of port Apache22, since after > the port update it core dumped. > > On FreeBSD 9.1-PRE, with pkg(ng), things went well. Recompilation and > installation of all "portmaster -f apache-2.2" requirements went perfect. > > On both FreeBSD 10-CURRENT boxes it ended up in a mess, all of a > sudden(!), while reinstalling port security/cyrus-sasl2, things started > to fail in a dramatik way! > > On both FBSD 10 boxes, the installation of the port security/cyrus-sasl2 > got corrupted by "install" and/or "mtree" dumping core and signalling > SIGNAL 11. Booting into multiuser mode is impossible, login core dumps > SIGNAL 11, many other daemons, too. The only way is to boot into single > user mode. > > An installation failed due to pkg(ng) was missing libarchive.so via There is pkg-static for recovering in this type of situation. > portmaster or via core dumping install(1). By installing on one box, my > home box, port security/cyrus-sasl2 manually, luckily install(1) and > mtree(1) didn't coredump and it worked - and this precedure rescued me. > But on my lab's development box, it doesn't work! > > On this specific box, where this nasty problem also occured the same way > by simply recompiling everything for port www/apache22, including the > reinstallation of port security/cyrus-sasl2. Nearly every binary is > suddenly coredumping (as on the home box). login, vi, install, devfs, > syslogd, mtree, id, find ... a whole lot of binaries seem to be > compromised by something I do not see (libsasl2.so perhaps?). > > I tried to help myself via copying /rescue/vi to /usr/bin/vi to have at > least a working vi. But in /rescue, I can not find install or mtree. I'm > not familiar with the sophisticated ways of /rescue. Where are > install(1) and mtree(1)? > > Trying to reinstall security/cyrus-sasl2 from single-user fails due > install coredumps. pkg(ng) fails due to missing libpkg.so.5 and even > rejects being reinstalled. But /usr/local/lib/libpkg.so.0 is even there! > Disabling the use of pkg with commenting out WITH_PKGNG=yes in > /etc/make.conf leads to the above issues with mtree and install. > Disabling this pkgng tag leads to reinstallation of missing packages, > which are store in the pkgng sqlite format and not as ASCII anymore, but > then I get > /var/runld-elf.so.hints: No such file or directory Is this a typo, or literal transcription? (The missing "/" between 'run' and 'ld-elf.so.hints', that is.) > Error: shared library "iconv.3" does not exist. > > But most of the libs have never been touch! So what is the loader > complaining about? > > Well, I'm floating like a dead man in the water and I'm glad that one > box survided although suffering from the same symptomes. > > I tried to find rescue images and a rescue DVD of a snap shot server, > but there is no way to crawl through the informations on the web pages > towards a snapshot. All folders end up in 2011 and highly outdated > (www.freebsd.org, I didn't look at mirrors since I thought the main > server carries the most recent stuff). This isn't funny. No lead, no > hint, even in the download section. > Yes, I have been complaining about this for a while now... > If someone has some hints how to recompile the sources with an emergency > booted disk, I highly appreciate some desater advice. Maybe the release > of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty > bug, so it would be nice to update the sources and have a complete > recompilation done. > If you can get booted into a recovery medium, you can mount /usr/src and /usr/obj from the hosed system, and should be able to installworld/installkernel into the hosed system with DESTDIR set. Glen From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 15:51:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2102D1065672 for ; Thu, 16 Aug 2012 15:51:44 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id B94308FC12 for ; Thu, 16 Aug 2012 15:51:43 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=osUqJH RD0/CmIHkcQZ5gw42391PnZ7g2tx8M4yDLL9S+uk8HeMPuNpPvkpemiRnQ/CA9NH 8qIDOXINoVgepz1XrRt1WZ8+6lpn9IBeRLaOhIYElLW5unzuZBYH/shMUazO8Zhv uza8YFw1gUHmewwn5PF1i4erqcDTZowqEaOBM= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=FGnO0il/Kct/ n7rIDC0dGKTnEm1p5LG+kjn41SUPGuY=; b=pK5Rz8Q9bSljEI7+UvHG4Ou8wzZq fytOXuNHkCZPiFjOKMO8tqaQ6Gy76DwWWiMoSwN53IVJ6Yp7ID/s8oRWlsBEjrWE muBTdFwoPY4qdkNXu5LpbUgVSNsxg8m65/su06TjyucIY+EUhrEu0MAWaBCLx5rz S/IDmnbF/zgclWA= Received: (qmail 50741 invoked from network); 16 Aug 2012 10:51:35 -0500 Received: from unknown (HELO ?192.168.0.74?) (bryan@shatow.net@74.94.87.209) by sweb.xzibition.com with ESMTPA; 16 Aug 2012 10:51:35 -0500 Message-ID: <502D170B.2070302@shatow.net> Date: Thu, 16 Aug 2012 10:51:39 -0500 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "Hartmann, O." References: <502D12C0.2060405@zedat.fu-berlin.de> In-Reply-To: <502D12C0.2060405@zedat.fu-berlin.de> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , freebsd-questions@freebsd.org Subject: Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 15:51:44 -0000 On 8/16/2012 10:33 AM, Hartmann, O. wrote: > I tried to find rescue images and a rescue DVD of a snap shot server, > but there is no way to crawl through the informations on the web pages > towards a snapshot. All folders end up in 2011 and highly outdated > (www.freebsd.org, I didn't look at mirrors since I thought the main > server carries the most recent stuff). This isn't funny. No lead, no > hint, even in the download section. http://pub.allbsd.org/FreeBSD-snapshots/ Bryan From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 17:47:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02A26106566C for ; Thu, 16 Aug 2012 17:47:16 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id D61B58FC12 for ; Thu, 16 Aug 2012 17:47:15 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta09.emeryville.ca.mail.comcast.net with comcast id nVQg1j0021Y3wxoA9Vn9BV; Thu, 16 Aug 2012 17:47:09 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta15.emeryville.ca.mail.comcast.net with comcast id nVn71j00W4NgCEG8bVn89T; Thu, 16 Aug 2012 17:47:08 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q7GHl6cX017218; Thu, 16 Aug 2012 11:47:06 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: lev@freebsd.org In-Reply-To: <1849591745.20120815144006@serebryakov.spb.ru> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> Content-Type: text/plain; charset="koi8-r" Date: Thu, 16 Aug 2012 11:47:06 -0600 Message-ID: <1345139226.27688.48.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 17:47:16 -0000 On Wed, 2012-08-15 at 14:40 +0400, Lev Serebryakov wrote: > Hello, Alexander. > You wrote 15 Á×ÇÕÓÔÁ 2012 Ç., 14:18:05: > > > AM> It is quite pointless to speculate without real info like mentioned > AM> above KTR_SCHED traces. Main thing I've learned about schedulers, things > AM> there never work as you expect. There are two many factors are relations > AM> to predict behavior in every case. > I'll take these with as much variants (ULE and 4BSD, polling with > HZ=1000 and interrupts with default HZ) as I can, in day or two. > Now I have kernels with KTR compiled in (GEN, NET and SCHED). > > AM> About Soekris and idle CPU measurement, let's start from what kind of > AM> eventtimer is used there. As soon as it is UP machine, I guess it uses > AM> i8254 timer in periodic mode. It means that it by definition can't > It doesn't have any other timers. You could think about this machine > as about good old "true" i386, with PCI (and some additional fancy > commands in CPU core, something like classic Pentium) but > nothing more. > > kern.eventtimer.choice: i8254(100) RTC(0) > kern.eventtimer.et.RTC.flags: 17 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.periodic: 1 > kern.eventtimer.timer: i8254 > kern.eventtimer.activetick: 1 > kern.eventtimer.idletick: 0 > kern.eventtimer.singlemul: 2 > > AM> properly measure load from treads running from hardclock, such as > AM> dummynet, polling netisr threads, etc. > You see, here are two different problems: > > (a) with polling, system is responsive under any load, but wire2wifi > performance is hugely affected by wire2wire traffic (and mpd5 > inbetween). And, yes, "top" seems to lie about idle time. > > (b) with interrupts, system works much better when it works (wire2wifi > speed is affected by wire2wire traffic, but to much less extent), but > it freezes every third minute for minute, when traffic is passed, but > no user-level applications including BIND and DHCP server) works at > all FOR MINUTE OR MORE. It not looks like 100ms lag, which could affect > video playback. It looks like 60-120 seconds lag! At least, in case of > ULE, I didn't try 4BSD yet. > I had trouble earlier this year with an industrial single-board computer that uses the same chipset as your Soekris (Geode 500 + CS5536) where the interrupt handler for the RTC chip would occasionally get stuck in a loop for a minute or more at a time, making userland processes completely unresponsive during that time. It's a long shot, but if the trouble you're seeing has the same cause, it should be fixed by this patch: http://lists.freebsd.org/pipermail/freebsd-hackers/2012-January/037233.html -- Ian From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 18:29:37 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EED96106564A for ; Thu, 16 Aug 2012 18:29:36 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6903A8FC08 for ; Thu, 16 Aug 2012 18:29:36 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtp (envelope-from ) id <1T24p5-00045e-0l>; Thu, 16 Aug 2012 20:29:35 +0200 Received: from e178041036.adsl.alicedsl.de ([85.178.41.36] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1T24p4-0004Jb-RM>; Thu, 16 Aug 2012 20:29:35 +0200 Message-ID: <502D3C09.5060601@zedat.fu-berlin.de> Date: Thu, 16 Aug 2012 20:29:29 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120810 Thunderbird/14.0 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig24079D35FFAEC96A88BEE350" X-Originating-IP: 85.178.41.36 Cc: Subject: Howto create a FreeBSD 10.0-CURRENT/amd64 media? Where are the ISOs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 18:29:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig24079D35FFAEC96A88BEE350 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable I'd like to create a installation medium or media of FreeBSD 10.0-CURRENT/amd64 as it is installed on my box with some of the most important ports as a package. I looked through the handbook - but the handbook seems hopelessly outdated, even for FreeBSD 9.0/9.1. I use subversion (svn) for both the /usr/src and /usr/ports, but the advisory is still stuck with CVS. At this very moment, it is priority for me to create a rescue disc/dvd/cd/image with only the base system for rescue operations and a larger set of media with a selection of ports I use and need at the lab. I find it extraordinary hard to perform this task on the documentation I can gather. As I said, the handbook doesn't cover subversion, which is an issue if I want to "reuse" my /usr/obj and /usr/src which contain a already successfully build release (I do not need the "clean" tree, I suppose). Do I miss something or is the doc really that aged? I find myself a bit floating when I looked for snapshot images for DVD/CD for rescue discs for FreeBSD 10.0-CURRENT/amd64. I can not find anything following the webpage www.freebsd.org! Most links with "snapshot" or places like ISO-Images-XXXXX refere to some places with year-2011 folders. Am I blind? Well, for those who aren't in development but need rescue it is really a pain not to find any type of 10.0-CURRENT snapshot. Where are they? Regards and thanks for the patience, Oliver --------------enig24079D35FFAEC96A88BEE350 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQLTwOAAoJEOgBcD7A/5N83tAH/33qPCRhH3TVL8OD1H5bBNc5 PDddbxUQTjXd2ur4zraKYrxDkFo2WtmpO+XykOgr9toenahaovLxmB/XQhp1ydan t3dsAEUqNQ6tV+70r6hzpzcQMImuson+cI4pWwNnXbCun5U4hL6USLtm0I4i5LUA XnFE5ZTO/P9afDv0zegrQl5J4UGfdQ3VVRwP58WQzJqkld9NkwH6N184Pq2uZ5CC jFCQUheQsBOWMsCMWue1/fDpGTZQeB3Dvhk8mSdigut3f5JiVcnOkasIIqafwu9w jglCvd1rXoz3wb1lJ61Cb2BJqrar1wFeJQq8SOqzo+h63wz32QWoAxh6Cn7pcBs= =2RLt -----END PGP SIGNATURE----- --------------enig24079D35FFAEC96A88BEE350-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 18:33:34 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13455106566B; Thu, 16 Aug 2012 18:33:34 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id A71798FC0A; Thu, 16 Aug 2012 18:33:33 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1T24su-0004xQ-Gp>; Thu, 16 Aug 2012 20:33:32 +0200 Received: from e178041036.adsl.alicedsl.de ([85.178.41.36] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1T24su-0004aN-Ay>; Thu, 16 Aug 2012 20:33:32 +0200 Message-ID: <502D3CFB.3020004@zedat.fu-berlin.de> Date: Thu, 16 Aug 2012 20:33:31 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120810 Thunderbird/14.0 MIME-Version: 1.0 To: Current FreeBSD , freebsd-questions@freebsd.org X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig12F8D43F9DB032F2CDBF8B80" X-Originating-IP: 85.178.41.36 Cc: Subject: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 18:33:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig12F8D43F9DB032F2CDBF8B80 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable I ran into a very delicate and nasty situation. On several boxes, FreeBSD 9.1-PRE and FreeBSD 10-CURRENT (build of CURRENT sources from yesterday, r239295 Wed August 15 17:04:51 CEST 2012 amd64, I had to recompile all requirements of port Apache22, since after the port update it core dumped. On FreeBSD 9.1-PRE, with pkg(ng), things went well. Recompilation and installation of all "portmaster -f apache-2.2" requirements went perfect.= On both FreeBSD 10-CURRENT boxes it ended up in a mess, all of a sudden(!), while reinstalling port security/cyrus-sasl2, things started to fail in a dramatik way! On both FBSD 10 boxes, the installation of the port security/cyrus-sasl2 got corrupted by "install" and/or "mtree" dumping core and signalling SIGNAL 11. Booting into multiuser mode is impossible, login core dumps SIGNAL 11, many other daemons, too. The only way is to boot into single user mode. An installation failed due to pkg(ng) was missing libarchive.so via portmaster or via core dumping install(1). By installing on one box, my home box, port security/cyrus-sasl2 manually, luckily install(1) and mtree(1) didn't coredump and it worked - and this precedure rescued me. But on my lab's development box, it doesn't work! On this specific box, where this nasty problem also occured the same way by simply recompiling everything for port www/apache22, including the reinstallation of port security/cyrus-sasl2. Nearly every binary is suddenly coredumping (as on the home box). login, vi, install, devfs, syslogd, mtree, id, find ... a whole lot of binaries seem to be compromised by something I do not see (libsasl2.so perhaps?). I tried to help myself via copying /rescue/vi to /usr/bin/vi to have at least a working vi. But in /rescue, I can not find install or mtree. I'm not familiar with the sophisticated ways of /rescue. Where are install(1) and mtree(1)? Trying to reinstall security/cyrus-sasl2 from single-user fails due install coredumps. pkg(ng) fails due to missing libpkg.so.5 and even rejects being reinstalled. But /usr/local/lib/libpkg.so.0 is even there! Disabling the use of pkg with commenting out WITH_PKGNG=3Dyes in /etc/make.conf leads to the above issues with mtree and install. Disabling this pkgng tag leads to reinstallation of missing packages, which are store in the pkgng sqlite format and not as ASCII anymore, but then I get /var/runld-elf.so.hints: No such file or directory Error: shared library "iconv.3" does not exist. But most of the libs have never been touch! So what is the loader complaining about? Well, I'm floating like a dead man in the water and I'm glad that one box survided although suffering from the same symptomes. I tried to find rescue images and a rescue DVD of a snap shot server, but there is no way to crawl through the informations on the web pages towards a snapshot. All folders end up in 2011 and highly outdated (www.freebsd.org, I didn't look at mirrors since I thought the main server carries the most recent stuff). This isn't funny. No lead, no hint, even in the download section. If someone has some hints how to recompile the sources with an emergency booted disk, I highly appreciate some desater advice. Maybe the release of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty bug, so it would be nice to update the sources and have a complete recompilation done. Thanks in advance, oh --------------enig12F8D43F9DB032F2CDBF8B80 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQLTz8AAoJEOgBcD7A/5N8RtAIAOLnHQ2ydNbxTCbWnwDybeSj ZOCDiSdufxyfgO3pM8CqTPv3SQ+1Vk3KoROLzxMrbYS7izdc0a5SbydkzgyfLcb9 zLmJIGu4hsUd7ExZ3tMEQpNO48qxMrQMXygIgqw+/n6ALN0AZ//FSAeuCmXII1h+ STOlp3dY72LHZnMj8NFaH3KQAkHNs7vPeglmiQsa00cVOEetAzW28sNhXl2gOSFQ eUOTNyXI29wdmsIG3aTyekNCpuDJZj8zZMQxVUoMmcC6yqbRVitObJG+asRLER5X RRMqrsDqRkl7A7hU/Ipp1Xye96JDmFdLgqce3NM/glTStyqUCldBlMtUmXOPAwo= =4SUq -----END PGP SIGNATURE----- --------------enig12F8D43F9DB032F2CDBF8B80-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 19:31:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2EB70106564A; Thu, 16 Aug 2012 19:31:10 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id CB4AB8FC14; Thu, 16 Aug 2012 19:31:09 +0000 (UTC) Received: by ggnk4 with SMTP id k4so4060541ggn.13 for ; Thu, 16 Aug 2012 12:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RMVV9HUvRFCuxme9jmldNa1gRlXsOzeo+IdRZFe9ZfE=; b=ppSnXwd9I38LrrFncKqWOtsR3K97ZBjZgTUEU39jLlwc7AatU31K51qYi3r/GmIHMS 2+esaz5vmYTnaXOpkThOByZOuFLXTlsClju0HaiRNDhujhIwujbjpnxbh6aI9G3jHX8c woDOa1+rma6RTUetCG21avT1LblekkbES+t89A5nCQxIjN47EPa3McFJOvPfNeNlaFTj dmBkb9Ep/J52vgtIA/UFGs1WSmKrgLMuyYs0v88g4g0h4FKoAcWW7A7GKjbOCWaikdiK bXDamLDDZHgZV1sas3uBWCVXMiotgIY7zmzvJgIkPRkYJjwmBxGmhM1dl2T0Ov7lMlJM jMfg== MIME-Version: 1.0 Received: by 10.60.20.69 with SMTP id l5mr1865786oee.114.1345145468549; Thu, 16 Aug 2012 12:31:08 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Thu, 16 Aug 2012 12:31:08 -0700 (PDT) In-Reply-To: <502D3CFB.3020004@zedat.fu-berlin.de> References: <502D3CFB.3020004@zedat.fu-berlin.de> Date: Thu, 16 Aug 2012 12:31:08 -0700 Message-ID: From: Garrett Cooper To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: Current FreeBSD , freebsd-questions@freebsd.org Subject: Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 19:31:10 -0000 On Thu, Aug 16, 2012 at 11:33 AM, O. Hartmann wrote: > I ran into a very delicate and nasty situation. Please don't cross-post / double-post. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 19:44:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78EF6106566B; Thu, 16 Aug 2012 19:44:36 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF0E8FC0A; Thu, 16 Aug 2012 19:44:36 +0000 (UTC) Received: by obbun3 with SMTP id un3so5520430obb.13 for ; Thu, 16 Aug 2012 12:44:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lKWicm8gAbYqNIn/QEI9q0sIr61MqZX6vtjT644zJgM=; b=scVNKyBbU1G/UXW4wAvaUntbwTxIPKum+iGkt+ZZk2FZbS4G+XbTZMRFpbBRYD0ZaZ 5Q03hu7RPc1KBXYh/ggeZN/iGlJBoHQB1jPV0+8dBmNR3yjWzYtNA+caqke2TLCNtXZV 7OP7YRF9OCQ0OEpPUhdRQxSB6Y9fc5Ak16vIgbqVTqJ4UjqTUp7PQJadxJ2RfF9aeRqq 8LpUh02jn5d+39vZo2aAoHgoatx38SkGnrQNgU26+SKaEcXfiatXhJj3zo+zozVpHgKo c3onRhG1kdVbVuY7n60V6VnB/bWkZtgYyzh3DhXqaSl+O3urB1zloRn0ovIBdE2niAdT Yo2A== MIME-Version: 1.0 Received: by 10.182.117.71 with SMTP id kc7mr1932068obb.62.1345146275687; Thu, 16 Aug 2012 12:44:35 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Thu, 16 Aug 2012 12:44:35 -0700 (PDT) In-Reply-To: <502D12C0.2060405@zedat.fu-berlin.de> References: <502D12C0.2060405@zedat.fu-berlin.de> Date: Thu, 16 Aug 2012 12:44:35 -0700 Message-ID: From: Garrett Cooper To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current , freebsd-questions@freebsd.org Subject: Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 19:44:36 -0000 On Thu, Aug 16, 2012 at 8:33 AM, Hartmann, O. wrote: > > I ran into a very delicate and nasty situation. ... > On both FBSD 10 boxes, the installation of the port security/cyrus-sasl2 > got corrupted by "install" and/or "mtree" dumping core and signalling > SIGNAL 11. Booting into multiuser mode is impossible, login core dumps > SIGNAL 11, many other daemons, too. The only way is to boot into single > user mode. I'm not drawing a correlation between this and unrelated coredumping processes. > An installation failed due to pkg(ng) was missing libarchive.so via > portmaster or via core dumping install(1). By installing on one box, my > home box, port security/cyrus-sasl2 manually, luckily install(1) and > mtree(1) didn't coredump and it worked - and this precedure rescued me. > But on my lab's development box, it doesn't work! Don't make delete-old-lib unless you have it moved off to compat directories, or have rebuilt everything using the new libarchive. > On this specific box, where this nasty problem also occured the same way > by simply recompiling everything for port www/apache22, including the > reinstallation of port security/cyrus-sasl2. Nearly every binary is > suddenly coredumping (as on the home box). login, vi, install, devfs, > syslogd, mtree, id, find ... a whole lot of binaries seem to be > compromised by something I do not see (libsasl2.so perhaps?). truss the binaries to figure out exactly what's going wrong. A lot of this lost effort could be avoided (like others have posted on the list more than once), by having a centralized package distribution server, and by having VMs or jails and keeping snapshots with pre-upgrade state on the package building machine to avoid "dead in the water scenarios" like you're in right now. > I tried to help myself via copying /rescue/vi to /usr/bin/vi to have at > least a working vi. But in /rescue, I can not find install or mtree. I'm > not familiar with the sophisticated ways of /rescue. Where are > install(1) and mtree(1)? I ran into this issue too a little while ago. I basically gave up on recovering a VM and nuked and repaved it using a LiveCD with a chroot, some cp -p'ing, etc. But yes.. it would be nice if I could have recovered the system at least with a static toolchain: cc, binutils [equivalent], mtree, install, etc. ... > Disabling this pkgng tag leads to reinstallation of missing packages, > which are store in the pkgng sqlite format and not as ASCII anymore, but > then I get > /var/runld-elf.so.hints: No such file or directory > Error: shared library "iconv.3" does not exist. service ldconfig start ? > But most of the libs have never been touch! So what is the loader > complaining about? ... > I tried to find rescue images and a rescue DVD of a snap shot server, > but there is no way to crawl through the informations on the web pages > towards a snapshot. All folders end up in 2011 and highly outdated > (www.freebsd.org, I didn't look at mirrors since I thought the main > server carries the most recent stuff). This isn't funny. No lead, no > hint, even in the download section. > > If someone has some hints how to recompile the sources with an emergency > booted disk, I highly appreciate some desater advice. Maybe the release > of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty > bug, so it would be nice to update the sources and have a complete > recompilation done. > > Thanks in advance, Simply put: fix your infrastructure (as this isn't the first time you have complained about infrastructure issues on the MLs). A lot of these issues should not be issues if you set up your infrastructure properly to deal with building things only once, backup packages before installation, you had snapshots of your system, etc. This will help you avoid administration pain, and hopefully will result in less duplicated work. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 20:00:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 233A5106566C; Thu, 16 Aug 2012 20:00:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E230A8FC14; Thu, 16 Aug 2012 20:00:04 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so2236256pbb.13 for ; Thu, 16 Aug 2012 13:00:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=w2A/kRIIYVxDcv9Rd5zevuGUnQpxF0SgtYLo2//zq/c=; b=Du39D1zh2GLRguOuRrkp7P/RQ+VewiVkJJg/mM7QcnWtu49Z3KoctiJDCIQkU6coPh fUIGkVpHzna+Y2psJZFrYKBWvu7bltW7N70rmmEKeNWP7RWTmgy1IQ/BtVcBKp3A7dLg 3LizicE6FUjA3rg0hfj+gK7K3636LyQADidFvoshdZ2usRnIOYnixwT38XSaUWfxp4YU HMYyJVWxTIPRzG7KsIjAGjDeycAtJfOZeCd8dBguq3KpyZdzsrpGoaPxsHofoasj06lp +c31fuwn/svotBy1P/4zwKKWNgKcYGEOU/jNXOEkoNFLzFfiU7HxXAN61ngyKtiNby4A T8ZA== MIME-Version: 1.0 Received: by 10.68.129.131 with SMTP id nw3mr5829375pbb.43.1345147204124; Thu, 16 Aug 2012 13:00:04 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.43.169 with HTTP; Thu, 16 Aug 2012 13:00:04 -0700 (PDT) In-Reply-To: <1345139226.27688.48.camel@revolution.hippie.lan> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <1345139226.27688.48.camel@revolution.hippie.lan> Date: Thu, 16 Aug 2012 13:00:04 -0700 X-Google-Sender-Auth: Yg6aNXW1buvNf9AXZo1OAAUOYQk Message-ID: From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: lev@freebsd.org, current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 20:00:05 -0000 Hey cool; if this works out for lev, could we get this into -HEAD and MFC it? Adrian From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 20:58:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12177106564A for ; Thu, 16 Aug 2012 20:58:16 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id C25B68FC14 for ; Thu, 16 Aug 2012 20:58:15 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q7GKwEjo055566; Thu, 16 Aug 2012 14:58:14 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q7GKwEYw055563; Thu, 16 Aug 2012 14:58:14 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 16 Aug 2012 14:58:14 -0600 (MDT) From: Warren Block To: "O. Hartmann" In-Reply-To: <502D3C09.5060601@zedat.fu-berlin.de> Message-ID: References: <502D3C09.5060601@zedat.fu-berlin.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 16 Aug 2012 14:58:15 -0600 (MDT) Cc: Current FreeBSD Subject: Re: Howto create a FreeBSD 10.0-CURRENT/amd64 media? Where are the ISOs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 20:58:16 -0000 On Thu, 16 Aug 2012, O. Hartmann wrote: > I find myself a bit floating when I looked for snapshot images for > DVD/CD for rescue discs for FreeBSD 10.0-CURRENT/amd64. I can not find > anything following the webpage www.freebsd.org! Most links with > "snapshot" or places like ISO-Images-XXXXX refere to some places with > year-2011 folders. Am I blind? https://pub.allbsd.org/FreeBSD-snapshots/ From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 21:13:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AA5F106564A for ; Thu, 16 Aug 2012 21:13:45 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 1F2A78FC12 for ; Thu, 16 Aug 2012 21:13:44 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1T27Nv-00083w-Vs>; Thu, 16 Aug 2012 23:13:44 +0200 Received: from e178041036.adsl.alicedsl.de ([85.178.41.36] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1T27Nv-000697-Nq>; Thu, 16 Aug 2012 23:13:43 +0200 Message-ID: <502D6282.5090008@zedat.fu-berlin.de> Date: Thu, 16 Aug 2012 23:13:38 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120810 Thunderbird/14.0 MIME-Version: 1.0 To: Warren Block References: <502D3C09.5060601@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF68805C0FC309D982AB45610" X-Originating-IP: 85.178.41.36 Cc: Current FreeBSD Subject: Re: Howto create a FreeBSD 10.0-CURRENT/amd64 media? Where are the ISOs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 21:13:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF68805C0FC309D982AB45610 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 08/16/12 22:58, schrieb Warren Block: > On Thu, 16 Aug 2012, O. Hartmann wrote: >=20 >> I find myself a bit floating when I looked for snapshot images for >> DVD/CD for rescue discs for FreeBSD 10.0-CURRENT/amd64. I can not find= >> anything following the webpage www.freebsd.org! Most links with >> "snapshot" or places like ISO-Images-XXXXX refere to some places with >> year-2011 folders. Am I blind? >=20 > https://pub.allbsd.org/FreeBSD-snapshots/ Thanks ;-) oh --------------enigF68805C0FC309D982AB45610 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQLWKHAAoJEOgBcD7A/5N8SRsIAN8Ea45jLw5UM/dnBWSe2qKt DCKD/xp94s4qHtjf38dQqmg/ZjBpwltZ41LtePS8wN0/R1z2Q2XjX0SGspVKLio8 BGrVOmQ6lhXSNobU+suM/bjHJPV2xryeYR4rGcmeOIUBWSczMGz0s3Htptqz4EmG twIBxRwoj7x28XB0YZbasVqOCxG0EEr0nM5E4q0XUIYsBiNXKo3O2K7PlcYY92Tx IGzYkh/1kRQBgE4fxk9EINzLqx80Ih5KPEdJRv3/L0INGumG2xyn+hyis14W2SsY qLvy/GiWaCmvf45rueTcds/x7gIlFUsfQdUUQbxVHDGoQqnsSrkDWY8BwYHqcWY= =GHJS -----END PGP SIGNATURE----- --------------enigF68805C0FC309D982AB45610-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 21:13:58 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 425EC106567E for ; Thu, 16 Aug 2012 21:13:58 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id CB4A38FC0C for ; Thu, 16 Aug 2012 21:13:57 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:8870:d54b:33e8:55b2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 836984AC2D; Fri, 17 Aug 2012 01:13:56 +0400 (MSK) Date: Fri, 17 Aug 2012 01:13:40 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <866467982.20120817011340@serebryakov.spb.ru> To: Ian Lepore In-Reply-To: <1345139226.27688.48.camel@revolution.hippie.lan> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <1345139226.27688.48.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 21:13:58 -0000 Hello, Ian. You wrote 16 =C1=D7=C7=D5=D3=D4=C1 2012 =C7., 21:47:06: IL> It's a long shot, but if the trouble you're seeing has the same cause, IL> it should be fixed by this patch: IL> http://lists.freebsd.org/pipermail/freebsd-hackers/2012-January/037233.= html I'll add this patch to my tests, thanks! --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 21:44:07 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4A6F1065673 for ; Thu, 16 Aug 2012 21:44:07 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) by mx1.freebsd.org (Postfix) with ESMTP id 6B2868FC08 for ; Thu, 16 Aug 2012 21:44:07 +0000 (UTC) Received: from meatwad.mouf.net (cpe-024-162-230-236.nc.res.rr.com [24.162.230.236]) (authenticated bits=0) by mouf.net (8.14.5/8.14.5) with ESMTP id q7GLeDmS079474 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Thu, 16 Aug 2012 17:40:14 -0400 (EDT) (envelope-from swills@FreeBSD.org) Message-ID: <502D69A1.2030706@FreeBSD.org> Date: Thu, 16 Aug 2012 17:44:01 -0400 From: Steve Wills User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120604 Thunderbird/12.0.1 MIME-Version: 1.0 To: "O. Hartmann" References: <502D3C09.5060601@zedat.fu-berlin.de> <502D6282.5090008@zedat.fu-berlin.de> In-Reply-To: <502D6282.5090008@zedat.fu-berlin.de> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mouf.net [199.48.129.64]); Thu, 16 Aug 2012 17:40:14 -0400 (EDT) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.5 at mouf.net X-Virus-Status: Clean Cc: Warren Block , Current FreeBSD Subject: Re: Howto create a FreeBSD 10.0-CURRENT/amd64 media? Where are the ISOs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 21:44:07 -0000 On 08/16/12 17:13, O. Hartmann wrote: > Am 08/16/12 22:58, schrieb Warren Block: >> On Thu, 16 Aug 2012, O. Hartmann wrote: >> >>> I find myself a bit floating when I looked for snapshot images for >>> DVD/CD for rescue discs for FreeBSD 10.0-CURRENT/amd64. I can not find >>> anything following the webpage www.freebsd.org! Most links with >>> "snapshot" or places like ISO-Images-XXXXX refere to some places with >>> year-2011 folders. Am I blind? >> >> https://pub.allbsd.org/FreeBSD-snapshots/ > Those are very helpful, I've found them very handy myself on several occasion. If you want to make your own, you can do so by first building world/kernel then: cd /usr/src/release make clean make release I believe nwhitehorn@ sent a mail with more detail about this to this list when when he made the changes, but it was a while ago, I could be misremembering. Steve From owner-freebsd-current@FreeBSD.ORG Thu Aug 16 21:56:11 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D297106566C for ; Thu, 16 Aug 2012 21:56:11 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) by mx1.freebsd.org (Postfix) with ESMTP id 2A9C48FC08 for ; Thu, 16 Aug 2012 21:56:10 +0000 (UTC) Received: from meatwad.mouf.net (cpe-024-162-230-236.nc.res.rr.com [24.162.230.236]) (authenticated bits=0) by mouf.net (8.14.5/8.14.5) with ESMTP id q7GLqFZs079614 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Thu, 16 Aug 2012 17:52:17 -0400 (EDT) (envelope-from swills@FreeBSD.org) Message-ID: <502D6C75.5010002@FreeBSD.org> Date: Thu, 16 Aug 2012 17:56:05 -0400 From: Steve Wills User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120604 Thunderbird/12.0.1 MIME-Version: 1.0 To: "O. Hartmann" References: <502D3C09.5060601@zedat.fu-berlin.de> <502D6282.5090008@zedat.fu-berlin.de> <502D69A1.2030706@FreeBSD.org> In-Reply-To: <502D69A1.2030706@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mouf.net [199.48.129.64]); Thu, 16 Aug 2012 17:52:17 -0400 (EDT) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.5 at mouf.net X-Virus-Status: Clean Cc: Warren Block , Current FreeBSD Subject: Re: Howto create a FreeBSD 10.0-CURRENT/amd64 media? Where are the ISOs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 21:56:11 -0000 On 08/16/12 17:44, Steve Wills wrote: > On 08/16/12 17:13, O. Hartmann wrote: >> Am 08/16/12 22:58, schrieb Warren Block: >>> On Thu, 16 Aug 2012, O. Hartmann wrote: >>> >>>> I find myself a bit floating when I looked for snapshot images for >>>> DVD/CD for rescue discs for FreeBSD 10.0-CURRENT/amd64. I can not find >>>> anything following the webpage www.freebsd.org! Most links with >>>> "snapshot" or places like ISO-Images-XXXXX refere to some places with >>>> year-2011 folders. Am I blind? >>> >>> https://pub.allbsd.org/FreeBSD-snapshots/ >> > > Those are very helpful, I've found them very handy myself on several > occasion. If you want to make your own, you can do so by first building > world/kernel then: > > cd /usr/src/release > make clean > make release > > I believe nwhitehorn@ sent a mail with more detail about this to this > list when when he made the changes, but it was a while ago, I could be > misremembering. > Sorry for the double mail. Here's the message I was thinking of: http://lists.freebsd.org/pipermail/freebsd-current/2011-March/023465.html Steve From owner-freebsd-current@FreeBSD.ORG Fri Aug 17 07:44:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BF3E106564A; Fri, 17 Aug 2012 07:44:42 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B3D718FC08; Fri, 17 Aug 2012 07:44:41 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1T2HEW-0005p9-TD>; Fri, 17 Aug 2012 09:44:40 +0200 Received: from munin.geoinf.fu-berlin.de ([130.133.86.110]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1T2HEW-0007Vf-QK>; Fri, 17 Aug 2012 09:44:40 +0200 Message-ID: <502DF668.5000904@zedat.fu-berlin.de> Date: Fri, 17 Aug 2012 09:44:40 +0200 From: "Hartmann, O." Organization: FU Berlin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120727 Thunderbird/14.0 MIME-Version: 1.0 To: Glen Barber References: <502D12C0.2060405@zedat.fu-berlin.de> <20120816154424.GE1303@glenbarber.us> In-Reply-To: <20120816154424.GE1303@glenbarber.us> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.110 Cc: FreeBSD Current , freebsd-questions@freebsd.org Subject: Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 07:44:42 -0000 On 08/16/12 17:44, Glen Barber wrote: > On Thu, Aug 16, 2012 at 05:33:20PM +0200, Hartmann, O. wrote: >> >> I ran into a very delicate and nasty situation. >> >> On several boxes, FreeBSD 9.1-PRE and FreeBSD 10-CURRENT (build of >> CURRENT sources from yesterday, r239295 Wed August 15 17:04:51 CEST 2012 >> amd64, I had to recompile all requirements of port Apache22, since after >> the port update it core dumped. >> >> On FreeBSD 9.1-PRE, with pkg(ng), things went well. Recompilation and >> installation of all "portmaster -f apache-2.2" requirements went perfect. >> >> On both FreeBSD 10-CURRENT boxes it ended up in a mess, all of a >> sudden(!), while reinstalling port security/cyrus-sasl2, things started >> to fail in a dramatik way! >> >> On both FBSD 10 boxes, the installation of the port security/cyrus-sasl2 >> got corrupted by "install" and/or "mtree" dumping core and signalling >> SIGNAL 11. Booting into multiuser mode is impossible, login core dumps >> SIGNAL 11, many other daemons, too. The only way is to boot into single >> user mode. >> >> An installation failed due to pkg(ng) was missing libarchive.so via > > There is pkg-static for recovering in this type of situation. Oh ... I'm new to pkg(ng). > >> portmaster or via core dumping install(1). By installing on one box, my >> home box, port security/cyrus-sasl2 manually, luckily install(1) and >> mtree(1) didn't coredump and it worked - and this precedure rescued me. >> But on my lab's development box, it doesn't work! >> >> On this specific box, where this nasty problem also occured the same way >> by simply recompiling everything for port www/apache22, including the >> reinstallation of port security/cyrus-sasl2. Nearly every binary is >> suddenly coredumping (as on the home box). login, vi, install, devfs, >> syslogd, mtree, id, find ... a whole lot of binaries seem to be >> compromised by something I do not see (libsasl2.so perhaps?). >> >> I tried to help myself via copying /rescue/vi to /usr/bin/vi to have at >> least a working vi. But in /rescue, I can not find install or mtree. I'm >> not familiar with the sophisticated ways of /rescue. Where are >> install(1) and mtree(1)? >> >> Trying to reinstall security/cyrus-sasl2 from single-user fails due >> install coredumps. pkg(ng) fails due to missing libpkg.so.5 and even >> rejects being reinstalled. But /usr/local/lib/libpkg.so.0 is even there! >> Disabling the use of pkg with commenting out WITH_PKGNG=yes in >> /etc/make.conf leads to the above issues with mtree and install. >> Disabling this pkgng tag leads to reinstallation of missing packages, >> which are store in the pkgng sqlite format and not as ASCII anymore, but >> then I get >> /var/runld-elf.so.hints: No such file or directory > > Is this a typo, or literal transcription? (The missing "/" between > 'run' and 'ld-elf.so.hints', that is.) A typo, sorry. I had to type it from the screen of the broken box to the laptop. > >> Error: shared library "iconv.3" does not exist. >> >> But most of the libs have never been touch! So what is the loader >> complaining about? >> >> Well, I'm floating like a dead man in the water and I'm glad that one >> box survided although suffering from the same symptomes. >> >> I tried to find rescue images and a rescue DVD of a snap shot server, >> but there is no way to crawl through the informations on the web pages >> towards a snapshot. All folders end up in 2011 and highly outdated >> (www.freebsd.org, I didn't look at mirrors since I thought the main >> server carries the most recent stuff). This isn't funny. No lead, no >> hint, even in the download section. >> > > Yes, I have been complaining about this for a while now... This is a so unneccessary issue. Why are people bothering themselfs with hiding a bit of information? If one isn't a cold-blood developer aware of all the neat knobs of FBSD and where to ask and where to look, a novice or not-so-well-informed guy like me run into frustration. The main page should have a hint present, where to find the newest stuff. Leaving the officiela page the way it is at the moment in this specific issue, it looks a bit "unmaintained" ... > >> If someone has some hints how to recompile the sources with an emergency >> booted disk, I highly appreciate some desater advice. Maybe the release >> of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty >> bug, so it would be nice to update the sources and have a complete >> recompilation done. >> > > If you can get booted into a recovery medium, you can mount /usr/src and > /usr/obj from the hosed system, and should be able to > installworld/installkernel into the hosed system with DESTDIR set. > > Glen > I do this the very moment with the RELEASE CD I found at allbsd.org for the most recent FBSD 10.0-CURRENT as from 16.08.2012. I try to build the sources and install them into the mounted DESTDIR. Oliver From owner-freebsd-current@FreeBSD.ORG Fri Aug 17 08:37:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01B001065672 for ; Fri, 17 Aug 2012 08:37:41 +0000 (UTC) (envelope-from afridi_ahmad29@yahoo.com) Received: from nm31-vm7.bullet.mail.ne1.yahoo.com (nm31-vm7.bullet.mail.ne1.yahoo.com [98.138.229.47]) by mx1.freebsd.org (Postfix) with SMTP id A4B7A8FC12 for ; Fri, 17 Aug 2012 08:37:40 +0000 (UTC) Received: from [98.138.90.56] by nm31.bullet.mail.ne1.yahoo.com with NNFMP; 17 Aug 2012 08:37:34 -0000 Received: from [98.138.226.169] by tm9.bullet.mail.ne1.yahoo.com with NNFMP; 17 Aug 2012 08:37:34 -0000 Received: from [127.0.0.1] by omp1070.mail.ne1.yahoo.com with NNFMP; 17 Aug 2012 08:37:34 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 337014.44531.bm@omp1070.mail.ne1.yahoo.com Received: (qmail 22350 invoked by uid 60001); 17 Aug 2012 08:37:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1345192654; bh=cf011V+60Ob2nZvl4zbyaARkwXFD5ppS6wPq/6f43fE=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=EzpjVA0YZK10SEBOy3DRZeiszNucEy4x6Fpq5cLuD+V+uGuO7F/FbGQPMxFlC64bIDP8l7oD2fqNy2TnHVz+J3J94mpDSgBRyjFTzZHiIA4mBnIoE4uXwa9ACKly8GjzPgBV4VN10ueTWQFeKdHKWEOYEsa+5fUoQ/3eroUszTc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Lp6vB7HveqK2penuFrkO0QKS39sO3mfD9LtO5Z0wAHmkLxK2svnm3e5T/NNLsdiMdFSgAY+S3Bwb979sTW5i0KEH7smLlDBuWZf3Q+FCcjq3mv7o99SEvdFGwNWBjZny0JqsXDUQbzKsfPZ8TjszzLGNsGueRTasmmK3+hIVXs8=; X-YMail-OSG: d7J4Nu8VM1lHdepZaVt7B5.Q8ZpG.EqBDFUlTrG42ZNfPYW KsLO3AzikDv9i.bIPNhEuKTSKPOw6lDvCQa5817L9vKigTk7U96guww8afTL MqSKUkT6x7ZqW38PWCF8gBkPpWZKizCUbR9aQ2QOc3c4o0UYyNoizPiNZoDF A62xY94zvxxurwr9fKIQ0nzNEt1RRCmTyePFQtyVESJdwiHU1iHrewaW6Ux3 5Q6btNLHfpcNWBCz5CJ8d_.KFFx6Jc4O.i9OIwDnsidruTy3TyEOTQ5NEVLO pUIBBOqH1vPb0O7wvMoZ6N9eS1CTvsB0fHmKL806O26NckHj3TKF1qwYrKuY vgAIBb9qISS1a5l6zTv7ei3QaUmA32qnxUUL.oNU8VgzJz.rdCxYMCx0MO6O hPJr955cQI9Suhhn9x.NjAlSBXD9Mrj_IsWtsoeLWnw2ngTmlZ8Moj7n8Th2 fiTttkH3p8PdgYwmgTy9D24BTa0M_anHAJO4GEFsvjlzxFThA7A-- Received: from [213.67.247.76] by web125403.mail.ne1.yahoo.com via HTTP; Fri, 17 Aug 2012 01:37:33 PDT X-Mailer: YahooMailWebService/0.8.120.356233 References: <1345121047.52413.YahooMailNeo@web125403.mail.ne1.yahoo.com> Message-ID: <1345192653.22325.YahooMailNeo@web125403.mail.ne1.yahoo.com> Date: Fri, 17 Aug 2012 01:37:33 -0700 (PDT) From: Khan To: =?utf-8?B?T2xpdmllciBDb2NoYXJkLUxhYmLDqQ==?= In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-current@freebsd.org" Subject: Re: netmap installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Khan List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 08:37:41 -0000 my bad, beginners mistake :)=0ABut thanks for the tip, links were more then= helpful.=0Aand Luigi got to the rescue, so i am all good now.=0A=0A=C2=A0= =0Abtw, anyone else having the same trouble, run the following command from= CL,=0A$ qemu-system-x86_64 -m 512 -hda 20120618-netmap-picobsd-head-amd64.= bin (source:luigi)=0A=0A=0A=0Acheers=0AKhan=0A=0A=0A_______________________= _________=0A From: Olivier Cochard-Labb=C3=A9 =0ATo: Kh= an =0ACc: "freebsd-current@freebsd.org" =0ASent: Thursday, August 16, 2012 3:30 PM=0ASubject:= Re: netmap installation=0A =0AOn Thu, Aug 16, 2012 at 2:44 PM, Khan wrote:=0A> hi, i am new to Netmap and i need some help= . I want to install netmap on my Ubuntu ver.12.=0A> I have downloaded the i= mage 'Picobsde amd 64 20120618 (bin)' file from the website. then I=0A> tri= ed to convert the bin file into an iso format. But when i mount, it gives m= e error:=0A> ahmed@ahmed-Latitude-D620:~/Downloads$ sudo mount -t iso9660 2= 0120618-netmap-picobsd-head-amd64_01.iso/media/iso -o loop=0A=0A> I am not = sure about the error, what am I doing wrong here? Is the image on the serve= r working fine? looking forward for a response.=0A> Kindly guide me on how = to install and run netmap on my PC.=0A>=0A=0AHi,=0Athe topic of this mailin= g-list is "Discussions about the use of=0AFreeBSD-current".=0AYour question= , related to installing something on a Ubuntu Linux, is off-topic.=0A=0AReg= arding PicoBSD, you seem didn't understand what is a PicoBSD image.=0ARead = this for a better understanding of PicoBSD:=0Ahttp://people.freebsd.org/~pi= cobsd/old/picobsd.html=0Ahttp://www.freebsd.org/cgi/man.cgi?query=3Dpicobsd= =0A=0AYou can't install a PicoBSD image on your Ubuntu, but you can run a= =0APicoBSD image inside a virtual machine from your Ubuntu=E2=80=A6=0ABut d= on't ask the question "How to run a PicoBSD disk image on my=0AUbuntu" here= , because this question will be off-topic too ;-)=0A=0ARegards,=0A=0AOlivie= r From owner-freebsd-current@FreeBSD.ORG Fri Aug 17 10:39:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36EBF106564A for ; Fri, 17 Aug 2012 10:39:06 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id E370B8FC0C for ; Fri, 17 Aug 2012 10:39:05 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:8870:d54b:33e8:55b2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 9B4BF4AC2D; Fri, 17 Aug 2012 14:38:57 +0400 (MSK) Date: Fri, 17 Aug 2012 14:38:40 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <174138639.20120817143840@serebryakov.spb.ru> To: Ian Lepore In-Reply-To: <1345139226.27688.48.camel@revolution.hippie.lan> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <1345139226.27688.48.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 10:39:06 -0000 Hello, Ian. You wrote 16 =C1=D7=C7=D5=D3=D4=C1 2012 =C7., 21:47:06: IL> It's a long shot, but if the trouble you're seeing has the same cause, IL> it should be fixed by this patch: IL> http://lists.freebsd.org/pipermail/freebsd-hackers/2012-January/037233.= html It looks like, this patch fixes freezes under network load. I could not repeat freezes now (except when `ktrdump' works, but I think, it is Ok). It also change "top" layout of processes: em0 tasq is not on the top now, and system have enough idel time even under load. But WiFi is affected by wire traffic :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Fri Aug 17 11:08:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BC63106564A; Fri, 17 Aug 2012 11:08:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id DAC008FC12; Fri, 17 Aug 2012 11:08:44 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:2:2:0:44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 924EB23F3D4; Fri, 17 Aug 2012 07:08:43 -0400 (EDT) Date: Fri, 17 Aug 2012 07:08:38 -0400 From: Glen Barber To: "Hartmann, O." Message-ID: <20120817110838.GA1623@glenbarber.us> References: <502D12C0.2060405@zedat.fu-berlin.de> <20120816154424.GE1303@glenbarber.us> <502DF668.5000904@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <502DF668.5000904@zedat.fu-berlin.de> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current , freebsd-questions@freebsd.org Subject: Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 11:08:45 -0000 On Fri, Aug 17, 2012 at 09:44:40AM +0200, Hartmann, O. wrote: > >> An installation failed due to pkg(ng) was missing libarchive.so via > > > > There is pkg-static for recovering in this type of situation. > > Oh ... I'm new to pkg(ng). > No worries. It is a nice thing to know about, since after a big shlib bump during an upgrade, if all else is broken, you can still at least get /rescue stuff and pkg-static to upgrade third party software. > >> If someone has some hints how to recompile the sources with an emergency > >> booted disk, I highly appreciate some desater advice. Maybe the release > >> of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty > >> bug, so it would be nice to update the sources and have a complete > >> recompilation done. > >> > > > > If you can get booted into a recovery medium, you can mount /usr/src and > > /usr/obj from the hosed system, and should be able to > > installworld/installkernel into the hosed system with DESTDIR set. > > > > I do this the very moment with the RELEASE CD I found at allbsd.org for > the most recent FBSD 10.0-CURRENT as from 16.08.2012. I try to build the > sources and install them into the mounted DESTDIR. > I have lately been creating memstick images for this exact type of thing. On -CURRENT and 9-STABLE, you can do: # make -C /usr/src buildworld buildkernel # make -C /usr/src/release NOSRC=yes NODOCS=yes NOPORTS=yes memstick Then take the resulting memory stick image to use for recovery. Glen From owner-freebsd-current@FreeBSD.ORG Fri Aug 17 14:56:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F52A106564A for ; Fri, 17 Aug 2012 14:56:42 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6AD6D8FC08 for ; Fri, 17 Aug 2012 14:56:42 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta12.emeryville.ca.mail.comcast.net with comcast id nnxc1j0030x6nqcACqwchr; Fri, 17 Aug 2012 14:56:36 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta12.emeryville.ca.mail.comcast.net with comcast id nqwa1j00u4NgCEG8YqwbLF; Fri, 17 Aug 2012 14:56:35 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q7HEuXkT018152; Fri, 17 Aug 2012 08:56:33 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: lev@freebsd.org In-Reply-To: <174138639.20120817143840@serebryakov.spb.ru> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <1345139226.27688.48.camel@revolution.hippie.lan> <174138639.20120817143840@serebryakov.spb.ru> Content-Type: text/plain; charset="koi8-r" Date: Fri, 17 Aug 2012 08:56:33 -0600 Message-ID: <1345215393.27688.85.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 14:56:42 -0000 On Fri, 2012-08-17 at 14:38 +0400, Lev Serebryakov wrote: > Hello, Ian. > You wrote 16 Á×ÇÕÓÔÁ 2012 Ç., 21:47:06: > > > IL> It's a long shot, but if the trouble you're seeing has the same cause, > IL> it should be fixed by this patch: > IL> http://lists.freebsd.org/pipermail/freebsd-hackers/2012-January/037233.html > It looks like, this patch fixes freezes under network load. I could > not repeat freezes now (except when `ktrdump' works, but I think, it > is Ok). > > It also change "top" layout of processes: em0 tasq is not on the top > now, and system have enough idel time even under load. > > But WiFi is affected by wire traffic :( > That result actually matches my expectation... it fixed only a part of your problem. I suspected (without very good evidence) that you may have two unrelated problems; hopefully now that we've eliminated one the other will be easier to find. I've submitted a PR with that patch attached, since it has now been shown to fix a problem on two different sets of (similar) hardware: http://www.freebsd.org/cgi/query-pr.cgi?pr=170705 -- Ian From owner-freebsd-current@FreeBSD.ORG Fri Aug 17 15:49:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBCA7106566B; Fri, 17 Aug 2012 15:49:25 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mail.ipfw.ru (unknown [IPv6:2a01:4f8:120:6141::2]) by mx1.freebsd.org (Postfix) with ESMTP id 504AB8FC0C; Fri, 17 Aug 2012 15:49:25 +0000 (UTC) Received: from [2a02:6b8:0:401:222:4dff:fe50:cd2f] (helo=dhcp170-36-red.yandex.net) by mail.ipfw.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1T2OqI-000OmJ-Kx; Fri, 17 Aug 2012 19:52:10 +0400 Message-ID: <502E67FA.2050107@ipfw.ru> Date: Fri, 17 Aug 2012 19:49:14 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120627 Thunderbird/13.0.1 MIME-Version: 1.0 To: Aryeh Friedman References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, FreeBSD Current Subject: Re: (i)frame based sites cause horrible performence in firefox 14.0.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 15:49:25 -0000 On 15.08.2012 07:04, Aryeh Friedman wrote: > Sites that are based on frames or iframes (such as google mail and > most of google's non-search services) kill the performance of > www/firefox [firefox-14.0.1_1,1] (last updated yesterday on a 9.1 > built at the same time) here is the uname: Same for me, downgrading to 12.0.X makes things work as expected. FreeBSD 9.0-STABLE FreeBSD 9.0-STABLE #3 r237606: Tue Jun 26 23:45:44 MSK 2012 root@dhcp170-36-red.yandex.net:/usr/obj/usr/src/sys/BIRDIE amd64 > > FreeBSD XXX 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #2: Thu Aug 9 > 15:54:37 EDT 2012 root@XXX:/usr/obj/usr/src/sys/GENERIC i386 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- WBR, Alexander From owner-freebsd-current@FreeBSD.ORG Fri Aug 17 16:58:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA1A4106564A; Fri, 17 Aug 2012 16:58:37 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5CB8FC18; Fri, 17 Aug 2012 16:58:37 +0000 (UTC) Received: by yenl7 with SMTP id l7so5151494yen.13 for ; Fri, 17 Aug 2012 09:58:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=1i0EcklPyKDVXs3s+SZko5HRNnGCGOVlh/qIxagFIZE=; b=r2oqN/e+v0vQl8RG0afp/MVwSKy5vU9l8zLzPxjRgbuVENu3OnDPO9+2v4vsZAxndE BYFLU7ULun4/SBFbPW9VrCj5LLrLTE5w2Z2GRYmk3mtY1cqHYrXWbRy61u7iXSTCTHJ1 jJFyIukyZWEv9UG6mhgvSmkxyfozQiFYEusA1NeZFW8U4qu/Sv+PsD0wz4Hhpf+hJa8c Wi/ObyIXL0zvtSYUR4KkT0DY0tPEdTN3mp2c6TSryLtJBwqoadEzFkF6/esgQRE/OCsg nBC1V/KfOoDxD+nDqG1cPY9DSOvCyXLEdxAWoUoqQEYudA7CmoZipTQwHNpsfJuuQ0ua QJjw== MIME-Version: 1.0 Received: by 10.68.192.40 with SMTP id hd8mr13038196pbc.125.1345222711115; Fri, 17 Aug 2012 09:58:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.43.169 with HTTP; Fri, 17 Aug 2012 09:58:30 -0700 (PDT) In-Reply-To: <1345215393.27688.85.camel@revolution.hippie.lan> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <1345139226.27688.48.camel@revolution.hippie.lan> <174138639.20120817143840@serebryakov.spb.ru> <1345215393.27688.85.camel@revolution.hippie.lan> Date: Fri, 17 Aug 2012 09:58:30 -0700 X-Google-Sender-Auth: Pn-uxmLj3Hq6txm3xtQ1LlFNEW0 Message-ID: From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: lev@freebsd.org, current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 16:58:37 -0000 On 17 August 2012 07:56, Ian Lepore wrote: > That result actually matches my expectation... it fixed only a part of > your problem. I suspected (without very good evidence) that you may > have two unrelated problems; hopefully now that we've eliminated one the > other will be easier to find. > > I've submitted a PR with that patch attached, since it has now been > shown to fix a problem on two different sets of (similar) hardware: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=170705 Hm, who's a good person to review this stuff? Maybe bde? Adrian From owner-freebsd-current@FreeBSD.ORG Fri Aug 17 17:12:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 888E6106566B for ; Fri, 17 Aug 2012 17:12:54 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 634808FC08 for ; Fri, 17 Aug 2012 17:12:54 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta04.emeryville.ca.mail.comcast.net with comcast id nt0a1j0020EPchoA4tBo73; Fri, 17 Aug 2012 17:11:48 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta01.emeryville.ca.mail.comcast.net with comcast id ntBn1j00S4NgCEG8MtBotC; Fri, 17 Aug 2012 17:11:48 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q7HHBktI018236; Fri, 17 Aug 2012 11:11:46 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Adrian Chadd In-Reply-To: References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <1345139226.27688.48.camel@revolution.hippie.lan> <174138639.20120817143840@serebryakov.spb.ru> <1345215393.27688.85.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Fri, 17 Aug 2012 11:11:46 -0600 Message-ID: <1345223506.27688.116.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 17:12:54 -0000 On Fri, 2012-08-17 at 09:58 -0700, Adrian Chadd wrote: > On 17 August 2012 07:56, Ian Lepore wrote: > > > That result actually matches my expectation... it fixed only a part of > > your problem. I suspected (without very good evidence) that you may > > have two unrelated problems; hopefully now that we've eliminated one the > > other will be easier to find. > > > > I've submitted a PR with that patch attached, since it has now been > > shown to fix a problem on two different sets of (similar) hardware: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=170705 > > Hm, who's a good person to review this stuff? Maybe bde? > No! Not bde! He'll notice that I violated style(9) by accidentally leaving an extra blank line between a comment block and the function definition. :) (There are probably more violations than that -- I did this when I was first trying to come to grips with the differences between style(9) and the almost-style(9) standards we use at work.) When I first proposed the changes, jhb remarked that they sounded good, but as far as I know, nobody reviewed the actual diff when I posted it. It looks like bde and phk were the primary maintainers back when this code was being more actively worked on. -- Ian From owner-freebsd-current@FreeBSD.ORG Fri Aug 17 21:29:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE001106564A; Fri, 17 Aug 2012 21:29:51 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1206C8FC0C; Fri, 17 Aug 2012 21:29:50 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so3703627wgb.31 for ; Fri, 17 Aug 2012 14:29:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HzxPJAV6e2xVyti7Ia4qFjlE/8Y8KTyRsYzsC7fsj4w=; b=Cc99uxehz4K9mqQHy0XedcaF4WsTF90ize7TKJ+jAMPAqw2kwYoiYZEssD3jBTyh1m oPkRRX2KJrk9/u3ddzEIs8Iv8Q/kx78Cys7JRx+wbCyoFedc+rAXOqpvdeMFrwcGxOlE W9sM2xxGFZ7wTqHuR5I+ElhW0Hi4ApWbbsOtCb8s+xixphtkh3FC29pqajIVkt6Vf/3B 2J2naxiLISJI5pjm/Mdlv5/9t218Impr+47tLl+i9Fhr+N2EUou6Hp/nenhTVfLLJpZM J+9YJ/RnFxYviwLY8J1eTHF/LTH6qzQwoynHPKjuFzuQ3ZCxUI05NZTxVZZrfyGMmi26 BSjw== MIME-Version: 1.0 Received: by 10.180.107.103 with SMTP id hb7mr8179365wib.3.1345238983838; Fri, 17 Aug 2012 14:29:43 -0700 (PDT) Received: by 10.223.63.76 with HTTP; Fri, 17 Aug 2012 14:29:43 -0700 (PDT) In-Reply-To: <1345223506.27688.116.camel@revolution.hippie.lan> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <1345139226.27688.48.camel@revolution.hippie.lan> <174138639.20120817143840@serebryakov.spb.ru> <1345215393.27688.85.camel@revolution.hippie.lan> <1345223506.27688.116.camel@revolution.hippie.lan> Date: Fri, 17 Aug 2012 14:29:43 -0700 Message-ID: From: Kevin Oberman To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Cc: Adrian Chadd , current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 21:29:52 -0000 On Fri, Aug 17, 2012 at 10:11 AM, Ian Lepore wrote: > On Fri, 2012-08-17 at 09:58 -0700, Adrian Chadd wrote: >> On 17 August 2012 07:56, Ian Lepore wrote: >> >> > That result actually matches my expectation... it fixed only a part of >> > your problem. I suspected (without very good evidence) that you may >> > have two unrelated problems; hopefully now that we've eliminated one the >> > other will be easier to find. >> > >> > I've submitted a PR with that patch attached, since it has now been >> > shown to fix a problem on two different sets of (similar) hardware: >> > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=170705 >> >> Hm, who's a good person to review this stuff? Maybe bde? >> > > No! Not bde! He'll notice that I violated style(9) by accidentally > leaving an extra blank line between a comment block and the function > definition. :) (There are probably more violations than that -- I did > this when I was first trying to come to grips with the differences > between style(9) and the almost-style(9) standards we use at work.) > > When I first proposed the changes, jhb remarked that they sounded good, > but as far as I know, nobody reviewed the actual diff when I posted it. > It looks like bde and phk were the primary maintainers back when this > code was being more actively worked on. Why not bde? Everyone needs to learn what the term "bruceification" means. Believe me, there IS good reason for programming style and almost everyone with a commit bit gets close. bde will provide a reminder of any of those things you forgot were in style(9). This is something we should appreciate, even if it does sting a bit. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Aug 17 22:24:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1408106566B for ; Fri, 17 Aug 2012 22:24:19 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id CB9C38FC0C for ; Fri, 17 Aug 2012 22:24:19 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta06.emeryville.ca.mail.comcast.net with comcast id ny3B1j0011HpZEsA6yPDJk; Fri, 17 Aug 2012 22:23:13 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta14.emeryville.ca.mail.comcast.net with comcast id nyPC1j00C4NgCEG8ayPCD3; Fri, 17 Aug 2012 22:23:13 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q7HMNALo018340; Fri, 17 Aug 2012 16:23:10 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Kevin Oberman In-Reply-To: References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <1345139226.27688.48.camel@revolution.hippie.lan> <174138639.20120817143840@serebryakov.spb.ru> <1345215393.27688.85.camel@revolution.hippie.lan> <1345223506.27688.116.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Fri, 17 Aug 2012 16:23:10 -0600 Message-ID: <1345242190.27688.162.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 22:24:20 -0000 On Fri, 2012-08-17 at 14:29 -0700, Kevin Oberman wrote: > On Fri, Aug 17, 2012 at 10:11 AM, Ian Lepore > > No! Not bde! He'll notice that I violated style(9) by accidentally > > leaving an extra blank line between a comment block and the function > > definition. :) (There are probably more violations than that -- I did > > this when I was first trying to come to grips with the differences > > between style(9) and the almost-style(9) standards we use at work.) > > > > When I first proposed the changes, jhb remarked that they sounded good, > > but as far as I know, nobody reviewed the actual diff when I posted it. > > It looks like bde and phk were the primary maintainers back when this > > code was being more actively worked on. > > Why not bde? Everyone needs to learn what the term "bruceification" means. > > Believe me, there IS good reason for programming style and almost > everyone with a commit bit gets close. bde will provide a reminder of > any of those things you forgot were in style(9). This is something we > should appreciate, even if it does sting a bit. Did you miss the smiley I buried between two sentences there? Having worked on code written with no style guidelines, I totally understand the need for consistent style. While I find a couple of style(9)'s edicts to be massively annoying, all in all I'd rather work on code that has a consistent style I hate than on code with no consistency. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 04:16:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A0DC1065672 for ; Sat, 18 Aug 2012 04:16:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 64D968FC17 for ; Sat, 18 Aug 2012 04:16:02 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so4607574pbb.13 for ; Fri, 17 Aug 2012 21:16:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=sx88E28WOarpGyXK5d1LqzZeA1Iix+MYbnH68cmh/iA=; b=YZXEt2TbXIaUtGLMBXIYYfMbl6LFxvetERTgDZ/7QDG++rqjkFagm75ABga/2oosXN vp7otqD4mg91fIY+LaznWx3cslAYRB2b14vMxHZoYStOqj8cGIn+Y76jQewcPbicdS/r AZCUCcfbmtRsSbnznin4JSW3SsfHIsYRZ/QlkX/uuR5l4lvKg2atMqODUKZhpHbhoVXb FuKALdMkh5v+cOLR/RXlLJGObPD6spypN47tLQNUsDG24pcYcLc2UGgeM0ZHWrBERCwY q4duZlqdruq8EtJRS3DInQVa8YdQYUVYK5cSU5sg+gJvUXuvaYjOiF/tilcjo/K5fkcB GFhw== MIME-Version: 1.0 Received: by 10.68.129.131 with SMTP id nw3mr16737173pbb.43.1345263361829; Fri, 17 Aug 2012 21:16:01 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.43.169 with HTTP; Fri, 17 Aug 2012 21:16:01 -0700 (PDT) In-Reply-To: <1345242190.27688.162.camel@revolution.hippie.lan> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <1345139226.27688.48.camel@revolution.hippie.lan> <174138639.20120817143840@serebryakov.spb.ru> <1345215393.27688.85.camel@revolution.hippie.lan> <1345223506.27688.116.camel@revolution.hippie.lan> <1345242190.27688.162.camel@revolution.hippie.lan> Date: Fri, 17 Aug 2012 21:16:01 -0700 X-Google-Sender-Auth: 5BGdkyejBpSDALmgVBITOh_UM-s Message-ID: From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 04:16:02 -0000 .. I did mean bde because it's timekeeping related and he/mav are well versed in what's going on there. bde likely knows about the older RTC behaviours too. Sheesh. It's not always about style(9) :-) Adrian From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 06:49:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F23681065670 for ; Sat, 18 Aug 2012 06:49:31 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7B23C8FC08 for ; Sat, 18 Aug 2012 06:49:31 +0000 (UTC) Received: by weyx56 with SMTP id x56so3577361wey.13 for ; Fri, 17 Aug 2012 23:49:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qvbjDUjSQSIdtZgIlZL5KYd4sS6zry6FctvUjFxEnac=; b=Gy0odkTUySGl3ap35o/v2/i09bgVk6fCU8gCwxfEn/CHcoOeghTylU3EP7KfSx8Xla b52tfjb5OvJPw1OQDIZ23goRtP9auQi7cRSWz499aIGOr9uy8RrqsLriJBFC58v6p2yV tkrl0IRLf3vwp0qRBx1tJCeaq2PG9YVC6hby1oj1oZolMTMysQnQkTqt4zTcyIUKnwY1 p5w9SJDM6AgMANj1Yehtleo5p6wF6lHmjarJ8py9iwZGYo4m0mImyUpnPILed1Sw/nBd rXWZpZEuVwxiUVpqrOdc85ejOv3YxGrhFcYbs1YIdc6xz4bbyUynOh5lTg7KpcMriMOz h7Og== MIME-Version: 1.0 Received: by 10.216.138.73 with SMTP id z51mr3814037wei.39.1345272570239; Fri, 17 Aug 2012 23:49:30 -0700 (PDT) Received: by 10.223.63.76 with HTTP; Fri, 17 Aug 2012 23:49:30 -0700 (PDT) In-Reply-To: <1345242190.27688.162.camel@revolution.hippie.lan> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <1345139226.27688.48.camel@revolution.hippie.lan> <174138639.20120817143840@serebryakov.spb.ru> <1345215393.27688.85.camel@revolution.hippie.lan> <1345223506.27688.116.camel@revolution.hippie.lan> <1345242190.27688.162.camel@revolution.hippie.lan> Date: Fri, 17 Aug 2012 23:49:30 -0700 Message-ID: From: Kevin Oberman To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Cc: current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 06:49:32 -0000 On Fri, Aug 17, 2012 at 3:23 PM, Ian Lepore wrote: > On Fri, 2012-08-17 at 14:29 -0700, Kevin Oberman wrote: >> On Fri, Aug 17, 2012 at 10:11 AM, Ian Lepore >> > No! Not bde! He'll notice that I violated style(9) by accidentally >> > leaving an extra blank line between a comment block and the function >> > definition. :) (There are probably more violations than that -- I did >> > this when I was first trying to come to grips with the differences >> > between style(9) and the almost-style(9) standards we use at work.) >> > >> > When I first proposed the changes, jhb remarked that they sounded good, >> > but as far as I know, nobody reviewed the actual diff when I posted it. >> > It looks like bde and phk were the primary maintainers back when this >> > code was being more actively worked on. >> >> Why not bde? Everyone needs to learn what the term "bruceification" means. >> >> Believe me, there IS good reason for programming style and almost >> everyone with a commit bit gets close. bde will provide a reminder of >> any of those things you forgot were in style(9). This is something we >> should appreciate, even if it does sting a bit. > > Did you miss the smiley I buried between two sentences there? > > Having worked on code written with no style guidelines, I totally > understand the need for consistent style. While I find a couple of > style(9)'s edicts to be massively annoying, all in all I'd rather work > on code that has a consistent style I hate than on code with no > consistency. Nope. I didn't miss it, but you missed the one I neglected to type at the end of the first line in my message. I really appreciate all that he does including being the foremost style(9) checker. Besides, many of the newer folks around here may not understand just what "bruceification" is. Only those whose code has not caught his attention, though. :-) (I remembered, this time) -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 07:42:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 619E2106564A; Sat, 18 Aug 2012 07:42:32 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 010028FC08; Sat, 18 Aug 2012 07:42:31 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1T2dft-00063i-6N>; Sat, 18 Aug 2012 09:42:25 +0200 Received: from e178003055.adsl.alicedsl.de ([85.178.3.55] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1T2dfs-0000Ph-W4>; Sat, 18 Aug 2012 09:42:25 +0200 Message-ID: <502F475A.4060207@zedat.fu-berlin.de> Date: Sat, 18 Aug 2012 09:42:18 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120810 Thunderbird/14.0 MIME-Version: 1.0 To: Garrett Cooper References: <502D12C0.2060405@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9222267582D0970103638D21" X-Originating-IP: 85.178.3.55 Cc: FreeBSD Current , freebsd-questions@freebsd.org Subject: Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 07:42:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9222267582D0970103638D21 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 08/16/12 21:44, schrieb Garrett Cooper: > On Thu, Aug 16, 2012 at 8:33 AM, Hartmann, O. > wrote: >> >> I ran into a very delicate and nasty situation. >=20 > ... >=20 >> On both FBSD 10 boxes, the installation of the port security/cyrus-sas= l2 >> got corrupted by "install" and/or "mtree" dumping core and signalling >> SIGNAL 11. Booting into multiuser mode is impossible, login core dumps= >> SIGNAL 11, many other daemons, too. The only way is to boot into singl= e >> user mode. >=20 > I'm not drawing a correlation between this and unrelated coredumping pr= ocesses. Me neither, I report this for completeness, since I'm not a OS developer, such a behaviour could hint/indicate people who are involved in the OS development, what is going on. Sorry when I'm trying to be too precise (precise as precise I can be without the exact terminology!). >=20 >> An installation failed due to pkg(ng) was missing libarchive.so via >> portmaster or via core dumping install(1). By installing on one box, m= y >> home box, port security/cyrus-sasl2 manually, luckily install(1) and >> mtree(1) didn't coredump and it worked - and this precedure rescued me= =2E >> But on my lab's development box, it doesn't work! >=20 > Don't make delete-old-lib unless you have it moved off to compat > directories, or have rebuilt everything using the new libarchive. I didn't! As I wrote before, this mess happened on ALL(!) freeBSD 10.0-CURRENT boxes in the very same way when I updated/reinstalled security/cyrus-sasl2. Moreover: I can reproduce this on all boxes. All my boxes use OpenLDAP as a backend with SASL2 enabled (not used so far). >=20 >> On this specific box, where this nasty problem also occured the same w= ay >> by simply recompiling everything for port www/apache22, including the >> reinstallation of port security/cyrus-sasl2. Nearly every binary is >> suddenly coredumping (as on the home box). login, vi, install, devfs, >> syslogd, mtree, id, find ... a whole lot of binaries seem to be >> compromised by something I do not see (libsasl2.so perhaps?). >=20 > truss the binaries to figure out exactly what's going wrong. I will try, but when this errative coredumps of binaries occur, nothing works properly that is using any kinf of dynamical loaded library! Only the binaries (static?) from /resucue/* do their work. >=20 > A lot of this lost effort could be avoided (like others have posted on > the list more than once), by having a centralized package distribution > server, and by having VMs or jails and keeping snapshots with > pre-upgrade state on the package building machine to avoid "dead in > the water scenarios" like you're in right now. Yes, I'm working on this. it seems, that it becomes more relevant since I realized that FreeBSD suffers sometimes from misleaded ports or ports which suddenly are marked BROKEN and do not get compiled ... >=20 >> I tried to help myself via copying /rescue/vi to /usr/bin/vi to have a= t >> least a working vi. But in /rescue, I can not find install or mtree. I= 'm >> not familiar with the sophisticated ways of /rescue. Where are >> install(1) and mtree(1)? >=20 > I ran into this issue too a little while ago. I basically gave up on > recovering a VM and nuked and repaved it using a LiveCD with a chroot, > some cp -p'ing, etc. But yes.. it would be nice if I could have > recovered the system at least with a static toolchain: cc, binutils > [equivalent], mtree, install, etc. This is how I recovered the nasty broken box. The other one was easy to recover by reinstalling security/cyrus-sasl2. I'm quite sure that there is something very foul with something in LDAP or SASL2, since I can reproduce that proplem. I saw that rtdl-elf has got some quirks these days, I will try to go behind the date/version of the source tree when it was committed and check whether this is the problem. >=20 > ... >=20 >> Disabling this pkgng tag leads to reinstallation of missing packages, >> which are store in the pkgng sqlite format and not as ASCII anymore, b= ut >> then I get >> /var/runld-elf.so.hints: No such file or directory >> Error: shared library "iconv.3" does not exist. >=20 > service ldconfig start ? Yes ... sorry ... in the heat of the fight I forgot ... but it doesn't make the problem go away. >=20 >> But most of the libs have never been touch! So what is the loader >> complaining about? >=20 > ... >=20 >> I tried to find rescue images and a rescue DVD of a snap shot server, >> but there is no way to crawl through the informations on the web pages= >> towards a snapshot. All folders end up in 2011 and highly outdated >> (www.freebsd.org, I didn't look at mirrors since I thought the main >> server carries the most recent stuff). This isn't funny. No lead, no >> hint, even in the download section. >> >> If someone has some hints how to recompile the sources with an emergen= cy >> booted disk, I highly appreciate some desater advice. Maybe the releas= e >> of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty >> bug, so it would be nice to update the sources and have a complete >> recompilation done. >> >> Thanks in advance, >=20 > Simply put: fix your infrastructure (as this isn't the first time > you have complained about infrastructure issues on the MLs). A lot of > these issues should not be issues if you set up your infrastructure > properly to deal with building things only once, backup packages > before installation, you had snapshots of your system, etc. This will > help you avoid administration pain, and hopefully will result in less > duplicated work. >=20 > Cheers, > -Garrett I know :-( Oliver --------------enig9222267582D0970103638D21 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQL0dgAAoJEOgBcD7A/5N8/NsIANT8PdNhIHZVzR3/qgmTIHJ9 zzrrJw8vd7Uh2qVndnLMIxlYtBqVHwDdqa1zqgEvFWMaYrZyfJPgppG5cbKdP3k2 +jHzPIir/rWCRmfAiAixo40C88c1lH9TAC638Gwu3YaVt8tHDHJgXGi5gnn9Jr7r HcheoiNhoKmQSAP2a3xKwjquxtLMuoY4qnt8ghci68AmHO5M07XuNZVkekmYU39H eCmfvsHgsMk4X2s3v228EieVD5daGOMCtAe1QHaOKOJFgoVKzFlO7HvL9DtL2cVf cxCAZIuBmSejb2IO990vhnCiEQqP0dQ9hledMDk9rnRIKz9vtBQculaQ54ZCRPg= =oV+W -----END PGP SIGNATURE----- --------------enig9222267582D0970103638D21-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 08:07:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74FA5106566B for ; Sat, 18 Aug 2012 08:07:40 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 17CB38FC12 for ; Sat, 18 Aug 2012 08:07:39 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1T2e4J-0000kx-4Q>; Sat, 18 Aug 2012 10:07:39 +0200 Received: from e178003055.adsl.alicedsl.de ([85.178.3.55] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1T2e4I-0001bk-UN>; Sat, 18 Aug 2012 10:07:39 +0200 Message-ID: <502F4D46.60907@zedat.fu-berlin.de> Date: Sat, 18 Aug 2012 10:07:34 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120810 Thunderbird/14.0 MIME-Version: 1.0 To: FreeBSD Current References: <502D12C0.2060405@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE2BD7844047730635A6BA87F" X-Originating-IP: 85.178.3.55 Cc: Garrett Cooper Subject: OpenLDAP/SASL2 problem in FreeBSD 10.0-CURRENT WAS: Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 08:07:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE2BD7844047730635A6BA87F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable As I reported in my previous help request, I discovered on ALL(!) of my FreeBSD 10.0-CURRENT box a very strange problem. Attached, you'll find /etc/src.conf - which might give hints what I'm doing wrong. Another issue might be pkg(ng), I changed to that recently (a week ago), but had no problems so far. Well, the issue: The setup: My setups on all boxes using OpenLDAP, the port net/opendldap24-client/server has security/cyrus-sasl2 enabled. I use nsswitch and nascd. My systems are all compiled using CLANG. The problem: I can not anymore install or reinstall (using portmaster, patched for pkgng) the ports security/cyrus-sasl2 net/openldap24-client When performing an update (no matter which one), The installation process dies when installing the packages (see error for openldap-cleint below, it is proxy for cyrus-sasl2 also). After a failed installation, close to all binaries I touch start to coredump in a mustang way. ls(1) works, but ls -la dumps core (resolving the ownership-issue?). The only way to "save" the box is to copy missing libldap_r-2.4.so.8 or libsasl2.so.2 to /usr/local/lib/ from another, compatible box or from a backup. The problem occured when I had to recompiled every requirements for port www/apache22, which failed after the last update on FreeBSD 10.0-CURRENT boxes AND FreeBSD 9.1-PRE boxes. After recompiling with portmaster -f apache22 on FreeBSD 9.1-PRE, things were all right again, but not on FreeBSD 10.0-CURRENT. It is impossible to me to update/reinstall either net/openldap24-client or security/cyrus-sasl2. When in single user mode with updated /usr/ports and distfiles for compilation or even with precompiled port, ready for being installed via "make install", soon after starting "make install" something hidden runs wrong and the problems with rogue coredumping bins are there. My observation may be sloppy, sorry for that. I realise, that every static binary from /rescue work fine (but missing "install" and "mtree", which are essentiall for installations, they coredump as well as other programs which seem to need user informations provided by LDAP) ERROR messages: =3D=3D=3D>>> Creating a backup package for old version openldap-sasl-client-2.4.32_1 Creating package for openldap-sasl-client-2.4.32_1 The following packages will be deinstalled: openldap-sasl-client-2.4.32_1 The deinstallation will free 6 MB Deinstalling openldap-sasl-client-2.4.32_1...openldap-sasl-client-2.4.32_1 is required by: akonadi-1.7.2_3 apr-ipv6-devrandom-gdbm-db5-ldap24-pgsql91-sqlite3-1.4.5.1.3.12_1 cups-base-1.5.2_2 cups-samba-6.0_7 curl-7.24.0 cyrus-sasl-ldapdb-2.1.25 dirmngr-1.1.0_8 foomatic-db-20090530_2 foomatic-db-engine-4.0.7,2 gdal-grass-1.4.3_10 gpgme-1.3.2 grass-6.4.2_4,2 ldapvi-1.7_3 libcmis-0.1.0 luma-2.3_9 nss_ldap-1.265_7 openldap-sasl-server-2.4.32_1 pam_ldap-1.8.6_2 php5-5.4.5 py27-ldap2-2.4.10 raptor2-2.0.8 rasqal-0.9.29 soprano-2.7.6 gconf2-2.32.0_3 libgsf-1.14.21_1 librsvg2-2.34.1_1 ImageMagick-6.7.8.6 goffice-0.8.17_2 wv-1.2.9_1 abiword-2.8.4_2 alsa-plugins-1.0.25 wxgtk2-common-2.8.12_1 wxgtk2-unicode-2.8.12_1 codelite-4.0.5589 libwpd-0.9.4_1 libwpg-0.2.1_1 libvisio-0.0.18 libwps-0.2.7 libreoffice-3.5.5 de-libreoffice-3.5.5 gnome-vfs-2.24.4_1 webkit-gtk2-1.4.3_1 libcanberra-0.28_3 libgnome-2.32.0_1 libbonoboui-2.24.4_1 libgnome-keyring-2.32.0_2 libsoup-gnome-2.34.3_2 policykit-gnome-0.9.2_6 gnome-mount-0.8_10 gvfs-1.6.6_3 gnome-keyring-2.32.1_2 libgnomeui-2.24.4_1 devhelp-2.32.0_2,1 dia-gnome-0.97.1_3,1 subversion-1.7.5 docproj-1.17_6 docproj-jadetex-1.17_6 dvdauthor-0.7.0_3 en_GB-libreoffice-3.5.5 wxgtk2-2.8.12_1 gnuplot-4.6.0_2 fityk-0.9.4_2 gtksourceview2-2.10.5_1 py27-gtksourceview-2.10.1_1 gedit-2.30.4_2 gucharmap-2.32.1_1 gedit-plugins-2.32.0_2 gegl-0.1.8_4 gimp-app-2.6.12_1,1 gimp-gutenprint-5.2.8 glade3-gnome-3.7.3_1 libgsf-gnome-1.14.21_1 gnumeric-1.10.17_1 iourbanterror-4.1.1.s2244_1,1 kdelibs-4.8.4 kactivities-4.8.4 kde-wallpapers-4.8.4 libdmtx-0.7.4_2 prison-1.0_1 kdepimlibs-4.8.4 polkit-kde-0.99.0_3 kde-workspace-4.8.4 xine-0.99.7_1 kdenlive-0.9.2_1 libpurple-2.10.6 libreoffice-i18n-3.5.5 maxima-5.27.0_2 mdbtools-gnome-0.5_14 p5-subversion-1.7.5 pecl-imagick-3.1.0.r2 wxgtk2-contrib-common-2.8.12_1 wxgtk2-unicode-contrib-2.8.12_1 pgadmin3-1.14.2_1 pidgin-2.10.6 pidgin-otr-3.2.1 postgis-1.5.3_2 py27-gimp-app-2.6.12_1 wxgtk2-contrib-2.8.12_1 py27-wxPython-common-2.8.12.1_1 py27-wxPython-2.8.12.1_1 seahorse-2.32.0_7 swt-devel-3.7.1_1,1 virtualbox-ose-4.1.18 vuze-4.7.0.2 wxglade-0.6.5_1 yelp-2.30.2_3 thunderbird-enigmail-1.4.3 gnupg-2.0.19_2 samba36-3.6.7 samba36-libsmbclient-3.6.7 alpine-2.00_3 pulseaudio-0.9.23_2 redland-1.0.15_1 apache-2.2.22_6 postgresql-server-9.1.5 sudo-1.8.5.p3 mutt-1.5.21, deleting anyway done =3D=3D=3D> Installing for openldap-sasl-client-2.4.32_1 =3D=3D=3D> Generating temporary packing list Segmentation fault (core dumped) *** [install-mtree] Error code 139 Stop in /usr/ports/net/openldap24-sasl-client. *** [install] Error code 1 Stop in /usr/ports/net/openldap24-sasl-client. =3D=3D=3D>>> A backup package for openldap-sasl-client-2.4.32_1 should be located in /usr/ports/packages/portmaster-backup =3D=3D=3D>>> Installation of openldap-sasl-client-2.4.32_1 (net/openldap24-sasl-client) failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for openldap-sasl-client-2.4.32_1 failed =3D=3D=3D>>> Aborting update Terminated =3D=3D=3D>>> You can restart from the point of failure with this command = line: portmaster net/openldap24-sasl-client net/openldap24-serve= r Regards Oliver P.S. Garrett, I felt free to address you directly, so sorry if you feel bothered ... --------------enigE2BD7844047730635A6BA87F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQL01KAAoJEOgBcD7A/5N8qugH/RYIn+j0XLBCZuSbmwhsatLo Ml99EeLxibVAalt4z8ZE45oUYhzxRDIqNUfLG4xi8fifWBSNklAnU1xsm/74ra5M qZXFvSzCIsbl0jOKkYZkMh8UZyiOJ0CUy23y/mLgo+6inpZZPVyRpLSDGLH76QSW E1TGB4dfpr2PHOEb6j7oYOD7wpOQkfmyVshnYnL4ueJJVpphg8E3wVti86283kgP NOYuTmNbr5hDHgKSbT05yBbY5FEAV2joqJRwC0sBO/tXTbwOxu2338wT5/ntD7ZC E51NNRaVz7hmnQ2VsV3bDOrfllKwnTunuYR2AgD6ooKWhqALbWpKaMcGpfzBTWc= =KdLT -----END PGP SIGNATURE----- --------------enigE2BD7844047730635A6BA87F-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 11:01:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C61E106564A; Sat, 18 Aug 2012 11:01:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 30E268FC0A; Sat, 18 Aug 2012 11:01:46 +0000 (UTC) Received: from ralph.baldwin.cx (c-68-39-198-164.hsd1.de.comcast.net [68.39.198.164]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 910C7B95B; Sat, 18 Aug 2012 07:01:45 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 14 Aug 2012 13:46:12 -0400 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <502831B7.1080309@freebsd.org> <86zk5y55rg.fsf@ds4.des.no> In-Reply-To: <86zk5y55rg.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201208141346.12782.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Sat, 18 Aug 2012 07:01:45 -0400 (EDT) Cc: alc@freebsd.org, Dag-Erling =?iso-8859-15?q?Sm=F8rgrav?= , Colin Percival Subject: Re: Time to bump default VM_SWZONE_SIZE_MAX? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 11:01:46 -0000 On Tuesday, August 14, 2012 02:47:47 AM Dag-Erling Sm=F8rgrav wrote: > Colin Percival writes: > > If I'm understanding things correctly, the "maxswzone" value -- set by > > the kern.maxswzone loader tunable or to VM_SWZONE_SIZE_MAX by default -- > > should be approximately 9 MiB per GiB of swap space. >=20 > Far less, in fact. As mentioned in loader(8), the default 32 MB limit > is enough for slightly more than 7 GB of swap space - assuming 100% > efficient use of swblocks. The man page recommends not using more than > half the theoretical limit, or, with 16 pages per swblock, >=20 > 1 maxswzone x s > --- x --------------- > 2 16 >=20 > where s =3D 276 on 32-bit systems and 288 on 64-bit systems. >=20 > > The current default for VM_SWZONE_SIZE_MAX was set in August 2002 to 32 > > MiB; meaning that anyone who wants to use more than ~ 3.5 GB of swap > > space ought to set kern.maxswzone in /boot/loader.conf. > >=20 > > Is it time to increase this default on amd64? (I understand that keepi= ng > > the value low on i386 is important due to KVA limitations, but amd64 has > > far more address space available...) >=20 > There is no reason to keep this limit at all. The algorithm used to > size the zone is "physpages / 2 * sizeof(struct swblock) or maxswzone, > whichever is smaller" where maxswzone =3D=3D VM_SWZONE_SIZE_MAX unless > kern.maxswzone was set in loader.conf. On amd64, the cutoff point is > slightly below 1 GB of physical memory (233,016 4,096-byte pages), so > the limit doesn't help machines that actually need to conserve memory, > and it hurts machines that have plenty of it and therefore also plenty > of swap (assuming the user followed the old "twice the amount of RAM" > rule of thumb). Hmm, this is not true on i386 where the problem is not just the physical RAM required, but also address space. (The swap zone is all mapped into KV= A=20 even if it isn't used.) This is why Alan's e-mail specifically mentioned amd64, ia64, etc. but not i386 in his list. I think i386 still needs this limit, and I think your commit jumped the gun a bit. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 11:01:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA96F1065670; Sat, 18 Aug 2012 11:01:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C23818FC0C; Sat, 18 Aug 2012 11:01:46 +0000 (UTC) Received: from ralph.baldwin.cx (c-68-39-198-164.hsd1.de.comcast.net [68.39.198.164]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2E56FB964; Sat, 18 Aug 2012 07:01:46 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 14 Aug 2012 14:04:07 -0400 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <20120814122909.4a3213ee@nonamehost> In-Reply-To: <20120814122909.4a3213ee@nonamehost> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208141404.07743.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Sat, 18 Aug 2012 07:01:46 -0400 (EDT) Cc: Ivan Klymenko , mav@freebsd.org Subject: Re: panic: page fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 11:01:47 -0000 On Tuesday, August 14, 2012 05:29:09 AM Ivan Klymenko wrote: > http://privatepaste.com/147286442b It is easier to reply if the messages are inline (for future reference). The panic and relevant bit of backtrace are below. Sadly, trying to cut and paste this destroyed the formatting, so I've tried to fix it by hand. :( Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80933e07 stack pointer = 0x28:0xffffff823025b660 frame pointer = 0x28:0xffffff823025b6c0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq256: bce0) trap number = 12 panic: page fault #6 0xffffffff80bb5e53 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #7 0xffffffff80933e07 in m_copym (m=0x0, off0=1500, len=1480, wait=1) at /usr/src/sys/kern/uipc_mbuf.c:542 #8 0xffffffff809f8b76 in ip_fragment (ip=0xfffffe004b2f3980, m_frag=0xffffff823025b7c8, mtu=Variable "mtu" is not available. ) at /usr/src/sys/netinet/ip_output.c:822 #9 0xffffffff809f948a in ip_output (m=0xfffffe004b2f3900, opt=Variable "opt" is not available. ) at /usr/src/sys/netinet/ip_output.c:654 #10 0xffffffff809f59fa in ip_forward (m=0xfffffe004b2f3900, srcrt=Variable "srcrt" is not available. ) at /usr/src/sys/netinet/ip_input.c:1494 #11 0xffffffff809f6dc6 in ip_input (m=0xfffffe004b2f3900) at /usr/src/sys/netinet/ip_input.c:702 Can you run kgdb again and do 'frame 8' followed by 'p *m_frag', 'p m0', and 'p *m0'? Can you also grab my gdb scripts at www.freebsd.org/~jhb/gdb/ and run 'cd /path/to/scripts', 'source gdb6', 'mbuf m0' as well? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 18:29:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF6F81065688 for ; Sat, 18 Aug 2012 18:29:27 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 970CB8FC12 for ; Sat, 18 Aug 2012 18:29:27 +0000 (UTC) Received: by dadr6 with SMTP id r6so1454273dad.13 for ; Sat, 18 Aug 2012 11:29:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6wNpMdKS40g9x+Tmy+IXr8eMqH0gGC+qg5UYq9V00jo=; b=0f/j8GkQz7Wyg9N5m8r2ZjFnFQI78m5HqwmijIKJSQ1AZ4/qClJVNYvdoy2axhZwhW Hk/DxRBoya/ALILxFk2aOc94IL96eIirMCTPy0M++Osq1nGtyqb9kIlOSfCz4Wi0AQvX Q1v/VRogu3O4wl7g2b1dj1+UvnzqBXSKF6UEnrGkIvsbtgXERjD9+qceTpxxYVL2S/UV 01SimE3mdyQKJ12ppf3zzC+nn2GkwXUtkWYjAF0H36hND82oiAgx+0/pVBzVyF9lus/o VUBJwBeBBqW+QDtFiewtWIA3P76vK+RLyBoi5hc8CpdYx4p7V+MS+/TioE1h1ggceqJd vFyQ== MIME-Version: 1.0 Received: by 10.66.75.202 with SMTP id e10mr18460517paw.55.1345314566724; Sat, 18 Aug 2012 11:29:26 -0700 (PDT) Received: by 10.68.32.197 with HTTP; Sat, 18 Aug 2012 11:29:26 -0700 (PDT) Date: Sat, 18 Aug 2012 20:29:26 +0200 Message-ID: From: Monthadar Al Jaberi To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Subject: kernel page fult for a valid pointer? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 18:29:27 -0000 Hi, I am wondering is there a reason for getting "Fatal trap 12: page fault while in kernel mode" "supervisor read, page not present" for an address used to be valid in kernel space? I dont really understand why I am getting this, I added a hardware watchpoint on the address, and when I got to the debuger I could read the memory content and dump for that address. But when I continue from the debugger I get the panic and now when I try to read the memory content I get *** error reading from address ce733000 ***. I am playing around with the kernel, but I dont really understand why this is happening or how I can track it down. Things worth noting, I am working on FreeBSD Current @ VirtualBox with VIMAGE enabled using jails. If there is any useful info I can collect it. br, -- Monthadar Al Jaberi From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 19:23:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAB6B106566B for ; Sat, 18 Aug 2012 19:23:37 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 429998FC0A for ; Sat, 18 Aug 2012 19:23:37 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:8870:d54b:33e8:55b2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 999904AC2D; Sat, 18 Aug 2012 23:23:35 +0400 (MSK) Date: Sat, 18 Aug 2012 23:23:17 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1116278226.20120818232317@serebryakov.spb.ru> To: Ian Lepore In-Reply-To: <1345215393.27688.85.camel@revolution.hippie.lan> References: <157941699.20120815004542@serebryakov.spb.ru> <502AE8B5.9090106@FreeBSD.org> <502B775D.7000101@FreeBSD.org> <1849591745.20120815144006@serebryakov.spb.ru> <1345139226.27688.48.camel@revolution.hippie.lan> <174138639.20120817143840@serebryakov.spb.ru> <1345215393.27688.85.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: CURRENT as gateway on not-so-fast hardware: where is a bottlneck? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 19:23:38 -0000 Hello, Ian. You wrote 17 =C1=D7=C7=D5=D3=D4=C1 2012 =C7., 18:56:33: IL> That result actually matches my expectation... it fixed only a part of IL> your problem. I was (partly) wrong :( Under ``really high'' load (4MiB/s up/down load in same time) userland freezes again. Unfortunately, it is difficult to repeat such load on request in y case, so I don't have KTR of scheduling in such case, but here is one thing I notice: when load is lower (like 2MiB/s both ways) ng_queue consume only 4-5% of CPU. And before freeze "top" shows ng_queue consumes about 60% of CPU. It is strange, as traffic goes up only at x2 rate... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 20:31:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F6C0106564A for ; Sat, 18 Aug 2012 20:31:45 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (boomhauer.egr.msu.edu [35.9.37.167]) by mx1.freebsd.org (Postfix) with ESMTP id 00CAE8FC0C for ; Sat, 18 Aug 2012 20:31:44 +0000 (UTC) Received: from boomhauer (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 6EAE17C988 for ; Sat, 18 Aug 2012 16:31:38 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by boomhauer (boomhauer.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xnpgNjGCXqp0 for ; Sat, 18 Aug 2012 16:31:38 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <502FFBAF.50003@egr.msu.edu> Date: Sat, 18 Aug 2012 16:31:43 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <502D12C0.2060405@zedat.fu-berlin.de> <502F4D46.60907@zedat.fu-berlin.de> In-Reply-To: <502F4D46.60907@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: OpenLDAP/SASL2 problem in FreeBSD 10.0-CURRENT WAS: Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 20:31:45 -0000 On 8/18/2012 4:07 AM, O. Hartmann wrote: > My setups on all boxes using OpenLDAP, the port > net/opendldap24-client/server has security/cyrus-sasl2 enabled. > I use nsswitch and nascd. > > The problem: > I can not anymore install or reinstall (using portmaster, patched for > pkgng) the ports > > security/cyrus-sasl2 > net/openldap24-client > > When performing an update (no matter which one), The installation > process dies when installing the packages (see error for openldap-cleint > below, it is proxy for cyrus-sasl2 also). > > After a failed installation, close to all binaries I touch start to > coredump in a mustang way. ls(1) works, but ls -la dumps core (resolving > the ownership-issue?). > > The only way to "save" the box is to copy missing libldap_r-2.4.so.8 or > libsasl2.so.2 to /usr/local/lib/ from another, compatible box or from a > backup. > > It is impossible to me to update/reinstall either net/openldap24-client > or security/cyrus-sasl2. > > ===> Installing for openldap-sasl-client-2.4.32_1 > ===> Generating temporary packing list > Segmentation fault (core dumped) > *** [install-mtree] Error code 139 > What happens if you disable both LDAP and cache support from NSS before upgrading either of those two packages? Installing files certainly must invoke functions that need to translate owners/groups to uid/gid so perhaps something related to that suddenly fails during an attempt to replace the library. It sounds like if your LDAP support becomes corrupt, then it leaves a gaping hole in the NSS critical path that many parts of the system must be using. When you run into this situation and can resolve it easily by replacing the old ldap library, is the old one corrupt? Missing? Can you save a copy for evaluation? Does your system break in a similar manner simply by renaming the LDAP library, or does it behave worse only if there is a faulty LDAP library being used by nss_ldap? From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 20:32:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 372BF106566C for ; Sat, 18 Aug 2012 20:32:22 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E9E868FC14 for ; Sat, 18 Aug 2012 20:32:21 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id E1B053B773 for ; Sat, 18 Aug 2012 20:32:14 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id q7IKWD1C006585 for ; Sat, 18 Aug 2012 20:32:13 GMT (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Date: Sat, 18 Aug 2012 20:32:13 +0000 Message-ID: <6584.1345321933@critter.freebsd.dk> Cc: Subject: BUFSIZ = 1024, still ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 20:32:22 -0000 Shouldn't we at least increase it to pagesize ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 21:04:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7245C106566B for ; Sat, 18 Aug 2012 21:04:05 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 32D4A8FC12 for ; Sat, 18 Aug 2012 21:04:05 +0000 (UTC) Received: from [172.16.1.34] (float34.in1.lcl [172.16.1.34]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id q7IL3xcP036185 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 18 Aug 2012 14:03:59 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <5030033B.4060705@feral.com> Date: Sat, 18 Aug 2012 14:03:55 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <6584.1345321933@critter.freebsd.dk> In-Reply-To: <6584.1345321933@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Sat, 18 Aug 2012 14:03:59 -0700 (PDT) Subject: Re: BUFSIZ = 1024, still ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matt Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 21:04:05 -0000 On 8/18/2012 1:32 PM, Poul-Henning Kamp wrote: > Shouldn't we at least increase it to pagesize ? > What data suggests to you it would be better at pagesize? From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 21:05:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC9161065675; Sat, 18 Aug 2012 21:05:12 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 774158FC14; Sat, 18 Aug 2012 21:05:12 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 867A43B767; Sat, 18 Aug 2012 21:05:11 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id q7IL5BZb006801; Sat, 18 Aug 2012 21:05:11 GMT (envelope-from phk@phk.freebsd.dk) To: Matt Jacob From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 18 Aug 2012 14:03:55 MST." <5030033B.4060705@feral.com> Content-Type: text/plain; charset=ISO-8859-1 Date: Sat, 18 Aug 2012 21:05:11 +0000 Message-ID: <6800.1345323911@critter.freebsd.dk> Cc: freebsd-current@freebsd.org Subject: Re: BUFSIZ = 1024, still ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 21:05:12 -0000 In message <5030033B.4060705@feral.com>, Matthew Jacob writes: >On 8/18/2012 1:32 PM, Poul-Henning Kamp wrote: >> Shouldn't we at least increase it to pagesize ? >> >What data suggests to you it would be better at pagesize? The number of system calls to fwrite() a big file ? What evidence would there be that it would hurt ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 21:12:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95C53106564A for ; Sat, 18 Aug 2012 21:12:37 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 6A3AC8FC08 for ; Sat, 18 Aug 2012 21:12:37 +0000 (UTC) Received: from [172.16.1.34] (float34.in1.lcl [172.16.1.34]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id q7ILCabv037275 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 18 Aug 2012 14:12:36 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <50300540.9060906@feral.com> Date: Sat, 18 Aug 2012 14:12:32 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Poul-Henning Kamp References: <6800.1345323911@critter.freebsd.dk> In-Reply-To: <6800.1345323911@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Sat, 18 Aug 2012 14:12:36 -0700 (PDT) Cc: freebsd-current@freebsd.org Subject: Re: BUFSIZ = 1024, still ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matt Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 21:12:37 -0000 On 8/18/2012 2:05 PM, Poul-Henning Kamp wrote: > In message <5030033B.4060705@feral.com>, Matthew Jacob writes: >> On 8/18/2012 1:32 PM, Poul-Henning Kamp wrote: >>> Shouldn't we at least increase it to pagesize ? >>> >> What data suggests to you it would be better at pagesize? > The number of system calls to fwrite() a big file ? > > What evidence would there be that it would hurt ? > I am normally not this conservative, but I see this as "why make a change"? If you're concerned about performance, you won't be using fwrite, you'll use O_DIRECT and do your own alignment. But I see your point. One could vaguely argue that a 4K BUFSIZ will put at risk more data on crashes needlessly. One could also vaguely say that the write syscall isn't expensive in and of itself, and that there might be a measurable difference for having to copy 4K (unaligned) than 1K (unaligned) to kernel space for disposition. Wasn't there just a recent discussion about running 1.x binaries? One reason we can do things like that is basic constants don't change very often. I believe the last time I saw BUFSIZ change was from BSD 2.9 to BSD 4.0, but I probably misremember that. If you're going to talk about making a change to defaults, the default MAXPHYS and DLFTPHYS have been undersized for years now. From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 21:36:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB983106564A; Sat, 18 Aug 2012 21:36:48 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A57B18FC15; Sat, 18 Aug 2012 21:36:48 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 0EEAA3B081; Sat, 18 Aug 2012 21:36:47 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id q7ILakDD006883; Sat, 18 Aug 2012 21:36:46 GMT (envelope-from phk@phk.freebsd.dk) To: Matt Jacob From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 18 Aug 2012 14:12:32 MST." <50300540.9060906@feral.com> Content-Type: text/plain; charset=ISO-8859-1 Date: Sat, 18 Aug 2012 21:36:46 +0000 Message-ID: <6882.1345325806@critter.freebsd.dk> Cc: freebsd-current@freebsd.org Subject: Re: BUFSIZ = 1024, still ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 21:36:49 -0000 In message <50300540.9060906@feral.com>, Matthew Jacob writes: >[...] that there might be a measurable >difference for having to copy 4K (unaligned) than 1K (unaligned) to >kernel space for disposition. Actually, as far as I'm aware, the 4K would be page-aligned by default due to our malloc(3) implementation. >Wasn't there just a recent discussion about running 1.x binaries? 1.x binaries wouldn't notice and wouldn't be able to tell if BUFSIZ is different in 10.x >If you're going to talk about making a change to defaults, the default >MAXPHYS and DLFTPHYS have been undersized for years now. Indeed, but as I understand it, those require device driver changes ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Aug 18 21:43:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF9F5106564A for ; Sat, 18 Aug 2012 21:43:14 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id C5AE68FC0A for ; Sat, 18 Aug 2012 21:43:14 +0000 (UTC) Received: from [172.16.1.34] (float34.in1.lcl [172.16.1.34]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id q7ILhES5040312 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 18 Aug 2012 14:43:14 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <50300C6D.3030501@feral.com> Date: Sat, 18 Aug 2012 14:43:09 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Poul-Henning Kamp References: <6882.1345325806@critter.freebsd.dk> In-Reply-To: <6882.1345325806@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Sat, 18 Aug 2012 14:43:14 -0700 (PDT) Cc: freebsd-current@freebsd.org Subject: Re: BUFSIZ = 1024, still ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matt Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 21:43:15 -0000 On 8/18/2012 2:36 PM, Poul-Henning Kamp wrote: > In message <50300540.9060906@feral.com>, Matthew Jacob writes: > >> [...] that there might be a measurable >> difference for having to copy 4K (unaligned) than 1K (unaligned) to >> kernel space for disposition. > Actually, as far as I'm aware, the 4K would be page-aligned by > default due to our malloc(3) implementation. > >> Wasn't there just a recent discussion about running 1.x binaries? > 1.x binaries wouldn't notice and wouldn't be able to tell > if BUFSIZ is different in 10.x I wasn't concerned about those specifically- I was just using this as an example of leaving stuff alone. >> If you're going to talk about making a change to defaults, the default >> MAXPHYS and DLFTPHYS have been undersized for years now. > Indeed, but as I understand it, those require device driver changes ? Ah, well 10.X would be an ideal time to find out!