From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 00:55:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 77CC6F52; Sun, 10 Nov 2013 00:55:41 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [37.187.6.142]) by mx1.freebsd.org (Postfix) with ESMTP id 200852C8C; Sun, 10 Nov 2013 00:55:41 +0000 (UTC) Received: from [192.168.1.119] (89-159-92-164.rev.dartybox.com [89.159.92.164]) by peterschmitt.fr (Postfix) with ESMTPSA id 98CE01BC32; Sun, 10 Nov 2013 01:46:09 +0100 (CET) Message-ID: <527EE562.50103@peterschmitt.fr> Date: Sun, 10 Nov 2013 01:46:10 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable stable Subject: 10.0-BETA3 em/nfe drivers on MSI K9NBPM2-FID board. LAN card changes. X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cIXlSPlVjdWOljUcei2qotXKNSuckvog3" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 00:55:41 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cIXlSPlVjdWOljUcei2qotXKNSuckvog3 Content-Type: multipart/mixed; boundary="------------090408000202020101080309" This is a multi-part message in MIME format. --------------090408000202020101080309 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I have a server at Hetzner and something strange happend. First, I installed FreeBSD 10.0-BETA3 (amd64) via their FreeBSD 9.2-RELEASE rescue system, that's ok. I had to configure the network by using the em driver -> em0 interface. But suddenly, the network was lost. After an ACPI reboot, nothing. Going to the vKVM show me the system didn't detected em0 anymore but an nVidia (nfe driver) card! Here is the hardware: http://www.msi.com/product/mb/K9NBPM2-FID.html#/?div=3DDetail Here is a partial dmesg: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device 20.0 on pci0 ### something interesting ### ciphy0: PHY 1 on miibus0 Some /var/log/messages related to NICs: bootlog_nfe_em.txt Full dmesg of the currently booted system: dmesg.txt Does FreeBSD "confused" the "Vitesse" card and the nVidia one? --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --------------090408000202020101080309 Content-Type: text/plain; charset=UTF-8; name="bootlog_nfe_em.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="bootlog_nfe_em.txt" root@gentiane:/var/log # cat messages |egrep "(em0|nfe0)" Nov 9 11:03:07 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 11:03:07 gentiane kernel: miibus0: on nfe0 Nov 9 11:03:07 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 11:15:45 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 11:15:45 gentiane kernel: miibus0: on nfe0 Nov 9 11:15:45 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 11:15:47 gentiane kernel: nfe0: link state changed to UP Nov 9 11:15:47 gentiane devd: Executing '/etc/rc.d/dhclient quietstart n= fe0' Nov 9 11:19:35 gentiane kernel: em0: port 0xc000-0xc03f mem 0xfeba0000-0xfebbffff irq 11 at d= evice 4.0 on pci0 Nov 9 11:19:35 gentiane kernel: em0: Ethernet address: 00:19:db:bc:45:df= Nov 9 11:21:31 gentiane kernel: em0: port 0xc000-0xc03f mem 0xfeba0000-0xfebbffff irq 11 at d= evice 4.0 on pci0 Nov 9 11:21:31 gentiane kernel: em0: Ethernet address: 00:19:db:bc:45:df= Nov 9 11:29:40 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 11:29:40 gentiane kernel: miibus0: on nfe0 Nov 9 11:29:40 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 11:33:55 gentiane kernel: em0: port 0xc000-0xc03f mem 0xfeba0000-0xfebbffff irq 11 at d= evice 4.0 on pci0 Nov 9 11:33:55 gentiane kernel: em0: Ethernet address: 00:19:db:bc:45:df= Nov 9 11:38:48 gentiane kernel: em0: port 0xc000-0xc03f mem 0xfeba0000-0xfebbffff irq 11 at d= evice 4.0 on pci0 Nov 9 11:38:48 gentiane kernel: em0: Ethernet address: 00:19:db:bc:45:df= Nov 9 23:09:52 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:09:52 gentiane kernel: miibus0: on nfe0 Nov 9 23:09:52 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:12:32 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:12:32 gentiane kernel: miibus0: on nfe0 Nov 9 23:12:32 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:15:44 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:15:44 gentiane kernel: miibus0: on nfe0 Nov 9 23:15:44 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:22:36 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:22:36 gentiane kernel: miibus0: on nfe0 Nov 9 23:22:36 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:33:49 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:33:49 gentiane kernel: miibus0: on nfe0 Nov 9 23:33:49 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:41:21 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:41:21 gentiane kernel: miibus0: on nfe0 Nov 9 23:41:21 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:53:33 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:53:33 gentiane kernel: miibus0: on nfe0 Nov 9 23:53:33 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:53:34 gentiane kernel: nfe0: link state changed to UP Nov 9 23:53:34 gentiane devd: Executing '/etc/rc.d/dhclient quietstart n= fe0' Nov 10 00:00:09 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 10 00:00:09 gentiane kernel: miibus0: on nfe0 Nov 10 00:00:09 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 10 00:00:10 gentiane kernel: nfe0: link state changed to UP Nov 10 00:00:10 gentiane devd: Executing '/etc/rc.d/dhclient quietstart n= fe0' --------------090408000202020101080309 Content-Type: text/plain; charset=UTF-8; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt" root@gentiane:/var/log # dmesg=20 Copyright (c) 1992-2013 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-BETA3 #0 r257580: Sun Nov 3 19:43:01 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Dual-Core AMD Opteron(tm) Processor 1218 (2612.02-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x40f32 Family =3D 0xf Model =3D 0x= 43 Stepping =3D 2 Features=3D0x178bfbff Features2=3D0x2001 AMD Features=3D0xea500800 AMD Features2=3D0x1f real memory =3D 4294967296 (4096 MB) avail memory =3D 4042719232 (3855 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fee01000, ff000 (3) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed cpu0: on acpi0 cpu1: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed00fff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 950 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 4.0 on pci0 pci3: on pcib3 vgapci0: mem 0xfd000000-0xfdffffff,0xd0000000-0x= dfffffff,0xfc000000-0xfcffffff irq 16 at device 5.0 on pci0 pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) ohci0: mem 0xfebde000-0xfebdefff irq 21 a= t device 11.0 on pci0 usbus0 on ohci0 ehci0: mem 0xfebdfc00-0xfebdfcff irq = 23 at device 11.1 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,= 0x170-0x177,0x376,0xffa0-0xffaf at device 13.0 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 atapci1: port 0xe800-0xe807,0xe4= 80-0xe483,0xe400-0xe407,0xe080-0xe083,0xe000-0xe00f mem 0xfebdd000-0xfebd= dfff irq 22 at device 14.0 on pci0 ata2: at channel 0 on atapci1 ata3: at channel 1 on atapci1 atapci2: port 0xdc00-0xdc07,0xd8= 80-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfebdc000-0xfebd= cfff irq 23 at device 15.0 on pci0 ata4: at channel 0 on atapci2 ata5: at channel 1 on atapci2 pcib4: at device 16.0 on pci0 pci4: on pcib4 nfe0: port 0xd080-0xd087 mem= 0xfebdb000-0xfebdbfff irq 20 at device 20.0 on pci0 miibus0: on nfe0 ciphy0: PHY 1 on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000b= aseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow nfe0: Ethernet address: 00:19:db:bc:45:df acpi_button0: on acpi0 acpi_tz0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= ppc0: cannot reserve I/O port range powernow0: on cpu0 device_attach: powernow0 attach returned 6 powernow1: on cpu1 device_attach: powernow1 attach returned 6 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is pr= esent; to enable, add "vfs.zfs.prefetch_disable=3D0" to /boot/loader= =2Econf. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0= ugen1.1: at usbus1 uhub1: on usbus1= uhub0: 8 ports with 8 removable, self powered ada0 at ata2 bus 0 scbus2 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: Serial Number 5VP7VGDJ ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ata4 bus 0 scbus4 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: Serial Number 6VPAXX9C ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada1: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad8 Netvsc initializing... SMP: AP CPU #1 Launched! GEOM_MIRROR: Cancelling unmapped because of ada1p2. GEOM_MIRROR: Cancelling unmapped because of ada0p2. GEOM_MIRROR: Device mirror/swap launched (2/2). Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 uhub1: 8 ports with 8 removable, self powered Trying to mount root from zfs:tank/root_10b3 []... ugen0.2: at usbus0 ukbd0: on= usbus0 kbd2 at ukbd0 ums0: on = usbus0 ums0: 5 buttons and [XYZ] coordinates ID=3D1 nfe0: link state changed to UP --------------090408000202020101080309-- --cIXlSPlVjdWOljUcei2qotXKNSuckvog3 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.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSfuViAAoJEFr01BkajbiBX0IP/0WKvWVCE9Q+xhJHed0OE3gn anqmN7OiMiBrO9+0LTIWsEqiG8W8jmCJ9VmFWzMLQwItMAcfOjWRbXPziMpYGsF8 YqxnqZcFu4ztZUv/wLg23s964Nxvki8XqX2whPKtBrhrwdEM5yYfHwy/JgWdYZTv 43ay6HtHbMp3SmVsJHRDwhxohf6uAB5sCu+JPG9FLmrRRKWQFK+u4ivhfn8kQK4C abHcVaFeq3CKP8dcj0R52nn92GlhBRbn+0mY3wwcq31VGqsCUIr3L3/njy2armIF 8onsYePuJEI+C+lQcv+6UK08LLRyIMmT36vC2piY7GYGrS21jELGsGyZi8uUnllC TZM5eMfp+A5dzZZH1fC6f94cquMZTNskgaipNC+bdMYmaH6NIMxOXuqF4ylVI/ZO kBGbVplAT1KjnJwlTx3cPT9k1jkaV7SPEyu21des3SwDdJ8i2xTADJBQuO/3dy9f em3R/iIqnP7EWLfMGHE/ASTkIV413u38BPprDGIjXFnpFy0J8WaGrI4ipPk1TT0G IvODOY+Csbrepgx1InrKsL/xnhAkYglIF/aBXDRUdLHTpaOoMe9Qq4QvcRXbrFTE SkiUq+/AhG1AlkJCZV7JM/6fgp12Y9C5tKgmR0uAwa4Fgik1AEz8KAW6wvmNfGkT IukvWo9G3/ccENtMD15o =tOht -----END PGP SIGNATURE----- --cIXlSPlVjdWOljUcei2qotXKNSuckvog3-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 03:02:05 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F03636F3; Sun, 10 Nov 2013 03:02:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E838F2209; Sun, 10 Nov 2013 03:02:03 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rAA31r0j040338; Sun, 10 Nov 2013 05:01:53 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rAA31qkL040325; Sun, 10 Nov 2013 03:01:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 10 Nov 2013 03:01:52 GMT Message-Id: <201311100301.rAA31qkL040325@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 03:02:05 -0000 TB --- 2013-11-10 00:30:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-10 00:30:41 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-10 00:30:41 - starting RELENG_10 tinderbox run for mips/mips TB --- 2013-11-10 00:30:41 - cleaning the object tree TB --- 2013-11-10 00:30:41 - /usr/local/bin/svn stat /src TB --- 2013-11-10 00:31:32 - At svn revision 257905 TB --- 2013-11-10 00:31:33 - building world TB --- 2013-11-10 00:31:33 - CROSS_BUILD_TESTING=YES TB --- 2013-11-10 00:31:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-10 00:31:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-10 00:31:33 - SRCCONF=/dev/null TB --- 2013-11-10 00:31:33 - TARGET=mips TB --- 2013-11-10 00:31:33 - TARGET_ARCH=mips TB --- 2013-11-10 00:31:33 - TZ=UTC TB --- 2013-11-10 00:31:33 - __MAKE_CONF=/dev/null TB --- 2013-11-10 00:31:33 - cd /src TB --- 2013-11-10 00:31:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Nov 10 00:31:43 UTC 2013 >>> 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 Sun Nov 10 01:57:29 UTC 2013 TB --- 2013-11-10 01:57:29 - cd /src/sys/mips/conf TB --- 2013-11-10 01:57:29 - /usr/sbin/config -m ADM5120 TB --- 2013-11-10 01:57:29 - skipping ADM5120 kernel TB --- 2013-11-10 01:57:29 - cd /src/sys/mips/conf TB --- 2013-11-10 01:57:29 - /usr/sbin/config -m ALCHEMY TB --- 2013-11-10 01:57:29 - skipping ALCHEMY kernel TB --- 2013-11-10 01:57:29 - cd /src/sys/mips/conf TB --- 2013-11-10 01:57:29 - /usr/sbin/config -m AP121 TB --- 2013-11-10 01:57:29 - building AP121 kernel TB --- 2013-11-10 01:57:29 - CROSS_BUILD_TESTING=YES TB --- 2013-11-10 01:57:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-10 01:57:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-10 01:57:29 - SRCCONF=/dev/null TB --- 2013-11-10 01:57:29 - TARGET=mips TB --- 2013-11-10 01:57:29 - TARGET_ARCH=mips TB --- 2013-11-10 01:57:29 - TZ=UTC TB --- 2013-11-10 01:57:29 - __MAKE_CONF=/dev/null TB --- 2013-11-10 01:57:29 - cd /src TB --- 2013-11-10 01:57:29 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sun Nov 10 01:57:29 UTC 2013 >>> 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 AP121 completed on Sun Nov 10 02:02:47 UTC 2013 TB --- 2013-11-10 02:02:47 - cd /src/sys/mips/conf TB --- 2013-11-10 02:02:47 - /usr/sbin/config -m AP91 TB --- 2013-11-10 02:02:47 - building AP91 kernel TB --- 2013-11-10 02:02:47 - CROSS_BUILD_TESTING=YES TB --- 2013-11-10 02:02:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-10 02:02:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-10 02:02:47 - SRCCONF=/dev/null TB --- 2013-11-10 02:02:47 - TARGET=mips TB --- 2013-11-10 02:02:47 - TARGET_ARCH=mips TB --- 2013-11-10 02:02:47 - TZ=UTC TB --- 2013-11-10 02:02:47 - __MAKE_CONF=/dev/null TB --- 2013-11-10 02:02:47 - cd /src TB --- 2013-11-10 02:02:47 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sun Nov 10 02:02:47 UTC 2013 >>> 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 AP91 completed on Sun Nov 10 02:09:44 UTC 2013 TB --- 2013-11-10 02:09:44 - cd /src/sys/mips/conf TB --- 2013-11-10 02:09:44 - /usr/sbin/config -m AP93 TB --- 2013-11-10 02:09:44 - building AP93 kernel TB --- 2013-11-10 02:09:44 - CROSS_BUILD_TESTING=YES TB --- 2013-11-10 02:09:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-10 02:09:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-10 02:09:44 - SRCCONF=/dev/null TB --- 2013-11-10 02:09:44 - TARGET=mips TB --- 2013-11-10 02:09:44 - TARGET_ARCH=mips TB --- 2013-11-10 02:09:44 - TZ=UTC TB --- 2013-11-10 02:09:44 - __MAKE_CONF=/dev/null TB --- 2013-11-10 02:09:44 - cd /src TB --- 2013-11-10 02:09:44 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Sun Nov 10 02:09:44 UTC 2013 >>> 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 Sun Nov 10 02:17:08 UTC 2013 TB --- 2013-11-10 02:17:08 - cd /src/sys/mips/conf TB --- 2013-11-10 02:17:08 - /usr/sbin/config -m AP94 TB --- 2013-11-10 02:17:08 - building AP94 kernel TB --- 2013-11-10 02:17:08 - CROSS_BUILD_TESTING=YES TB --- 2013-11-10 02:17:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-10 02:17:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-10 02:17:08 - SRCCONF=/dev/null TB --- 2013-11-10 02:17:08 - TARGET=mips TB --- 2013-11-10 02:17:08 - TARGET_ARCH=mips TB --- 2013-11-10 02:17:08 - TZ=UTC TB --- 2013-11-10 02:17:08 - __MAKE_CONF=/dev/null TB --- 2013-11-10 02:17:08 - cd /src TB --- 2013-11-10 02:17:08 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sun Nov 10 02:17:09 UTC 2013 >>> 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 Sun Nov 10 02:25:48 UTC 2013 TB --- 2013-11-10 02:25:48 - cd /src/sys/mips/conf TB --- 2013-11-10 02:25:48 - /usr/sbin/config -m AP96 TB --- 2013-11-10 02:25:48 - building AP96 kernel TB --- 2013-11-10 02:25:48 - CROSS_BUILD_TESTING=YES TB --- 2013-11-10 02:25:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-10 02:25:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-10 02:25:48 - SRCCONF=/dev/null TB --- 2013-11-10 02:25:48 - TARGET=mips TB --- 2013-11-10 02:25:48 - TARGET_ARCH=mips TB --- 2013-11-10 02:25:48 - TZ=UTC TB --- 2013-11-10 02:25:48 - __MAKE_CONF=/dev/null TB --- 2013-11-10 02:25:48 - cd /src TB --- 2013-11-10 02:25:48 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sun Nov 10 02:25:48 UTC 2013 >>> 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 Sun Nov 10 02:34:17 UTC 2013 TB --- 2013-11-10 02:34:17 - cd /src/sys/mips/conf TB --- 2013-11-10 02:34:17 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-11-10 02:34:17 - building AR71XX_BASE kernel TB --- 2013-11-10 02:34:17 - CROSS_BUILD_TESTING=YES TB --- 2013-11-10 02:34:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-10 02:34:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-10 02:34:17 - SRCCONF=/dev/null TB --- 2013-11-10 02:34:17 - TARGET=mips TB --- 2013-11-10 02:34:17 - TARGET_ARCH=mips TB --- 2013-11-10 02:34:17 - TZ=UTC TB --- 2013-11-10 02:34:17 - __MAKE_CONF=/dev/null TB --- 2013-11-10 02:34:17 - cd /src TB --- 2013-11-10 02:34:17 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Sun Nov 10 02:34:17 UTC 2013 >>> 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 Sun Nov 10 02:41:40 UTC 2013 TB --- 2013-11-10 02:41:40 - cd /src/sys/mips/conf TB --- 2013-11-10 02:41:40 - /usr/sbin/config -m AR724X_BASE TB --- 2013-11-10 02:41:40 - building AR724X_BASE kernel TB --- 2013-11-10 02:41:40 - CROSS_BUILD_TESTING=YES TB --- 2013-11-10 02:41:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-10 02:41:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-10 02:41:40 - SRCCONF=/dev/null TB --- 2013-11-10 02:41:40 - TARGET=mips TB --- 2013-11-10 02:41:40 - TARGET_ARCH=mips TB --- 2013-11-10 02:41:40 - TZ=UTC TB --- 2013-11-10 02:41:40 - __MAKE_CONF=/dev/null TB --- 2013-11-10 02:41:40 - cd /src TB --- 2013-11-10 02:41:40 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Sun Nov 10 02:41:40 UTC 2013 >>> 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 AR724X_BASE completed on Sun Nov 10 02:47:28 UTC 2013 TB --- 2013-11-10 02:47:28 - cd /src/sys/mips/conf TB --- 2013-11-10 02:47:28 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-11-10 02:47:28 - building AR91XX_BASE kernel TB --- 2013-11-10 02:47:28 - CROSS_BUILD_TESTING=YES TB --- 2013-11-10 02:47:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-10 02:47:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-10 02:47:28 - SRCCONF=/dev/null TB --- 2013-11-10 02:47:28 - TARGET=mips TB --- 2013-11-10 02:47:28 - TARGET_ARCH=mips TB --- 2013-11-10 02:47:28 - TZ=UTC TB --- 2013-11-10 02:47:28 - __MAKE_CONF=/dev/null TB --- 2013-11-10 02:47:28 - cd /src TB --- 2013-11-10 02:47:28 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Sun Nov 10 02:47:28 UTC 2013 >>> 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 Sun Nov 10 02:54:14 UTC 2013 TB --- 2013-11-10 02:54:14 - cd /src/sys/mips/conf TB --- 2013-11-10 02:54:14 - /usr/sbin/config -m AR933X_BASE TB --- 2013-11-10 02:54:14 - building AR933X_BASE kernel TB --- 2013-11-10 02:54:14 - CROSS_BUILD_TESTING=YES TB --- 2013-11-10 02:54:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-10 02:54:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-10 02:54:14 - SRCCONF=/dev/null TB --- 2013-11-10 02:54:14 - TARGET=mips TB --- 2013-11-10 02:54:14 - TARGET_ARCH=mips TB --- 2013-11-10 02:54:14 - TZ=UTC TB --- 2013-11-10 02:54:14 - __MAKE_CONF=/dev/null TB --- 2013-11-10 02:54:14 - cd /src TB --- 2013-11-10 02:54:14 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Sun Nov 10 02:54:14 UTC 2013 >>> 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 AR933X_BASE completed on Sun Nov 10 02:58:03 UTC 2013 TB --- 2013-11-10 02:58:03 - cd /src/sys/mips/conf TB --- 2013-11-10 02:58:03 - /usr/sbin/config -m AR934X_BASE TB --- 2013-11-10 02:58:03 - building AR934X_BASE kernel TB --- 2013-11-10 02:58:03 - CROSS_BUILD_TESTING=YES TB --- 2013-11-10 02:58:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-10 02:58:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-10 02:58:03 - SRCCONF=/dev/null TB --- 2013-11-10 02:58:03 - TARGET=mips TB --- 2013-11-10 02:58:03 - TARGET_ARCH=mips TB --- 2013-11-10 02:58:03 - TZ=UTC TB --- 2013-11-10 02:58:03 - __MAKE_CONF=/dev/null TB --- 2013-11-10 02:58:03 - cd /src TB --- 2013-11-10 02:58:03 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Sun Nov 10 02:58:03 UTC 2013 >>> 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 AR934X_BASE completed on Sun Nov 10 03:01:48 UTC 2013 TB --- 2013-11-10 03:01:48 - cd /src/sys/mips/conf TB --- 2013-11-10 03:01:48 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-11-10 03:01:49 - skipping BERI_DE4_BASE kernel TB --- 2013-11-10 03:01:49 - cd /src/sys/mips/conf TB --- 2013-11-10 03:01:49 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-11-10 03:01:49 - skipping BERI_DE4_MDROOT kernel TB --- 2013-11-10 03:01:49 - cd /src/sys/mips/conf TB --- 2013-11-10 03:01:49 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-11-10 03:01:49 - skipping BERI_DE4_SDROOT kernel TB --- 2013-11-10 03:01:49 - cd /src/sys/mips/conf TB --- 2013-11-10 03:01:49 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2013-11-10 03:01:49 - skipping BERI_SIM_BASE kernel TB --- 2013-11-10 03:01:49 - cd /src/sys/mips/conf TB --- 2013-11-10 03:01:49 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-11-10 03:01:49 - skipping BERI_SIM_MDROOT kernel TB --- 2013-11-10 03:01:49 - cd /src/sys/mips/conf TB --- 2013-11-10 03:01:49 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2013-11-10 03:01:49 - skipping BERI_SIM_SDROOT kernel TB --- 2013-11-10 03:01:49 - cd /src/sys/mips/conf TB --- 2013-11-10 03:01:49 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-11-10 03:01:49 - skipping BERI_TEMPLATE kernel TB --- 2013-11-10 03:01:49 - cd /src/sys/mips/conf TB --- 2013-11-10 03:01:49 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-11-10 03:01:49 - building CARAMBOLA2 kernel TB --- 2013-11-10 03:01:49 - CROSS_BUILD_TESTING=YES TB --- 2013-11-10 03:01:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-10 03:01:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-10 03:01:49 - SRCCONF=/dev/null TB --- 2013-11-10 03:01:49 - TARGET=mips TB --- 2013-11-10 03:01:49 - TARGET_ARCH=mips TB --- 2013-11-10 03:01:49 - TZ=UTC TB --- 2013-11-10 03:01:49 - __MAKE_CONF=/dev/null TB --- 2013-11-10 03:01:49 - cd /src TB --- 2013-11-10 03:01:49 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Sun Nov 10 03:01:49 UTC 2013 >>> 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/CARAMBOLA2/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-10 03:01:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-10 03:01:51 - ERROR: failed to build CARAMBOLA2 kernel TB --- 2013-11-10 03:01:51 - 6392.05 user 3121.77 system 9069.95 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 06:58:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 915B1EF for ; Sun, 10 Nov 2013 06:58:52 +0000 (UTC) (envelope-from matt@msqr.us) Received: from unit1.ironport.snap.net.nz (unit1.ironport.snap.net.nz [202.37.100.105]) by mx1.freebsd.org (Postfix) with ESMTP id 0A41229C5 for ; Sun, 10 Nov 2013 06:58:51 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=9T2e0IaWUNWgzAxBXDhU/cHzcvQzCvv/NjDiUr6yZA4= c=1 sm=2 a=OkrB9UwSQX4A:10 a=NjuLKI5jG4EA:10 a=pGLkceISAAAA:8 a=E4UbbE7KL37Eb2nJY5EA:9 a=CjuIK1q_8ugA:10 a=TEJWfmVIHgEA:10 a=MSl-tDqOz04A:10 a=CqWZkgPtQDeKha5iNpUA:9 a=ZVk8-NSrHBgA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFAEEuf1J7/y9j/2dsb2JhbABZhBK/DoElFoMZAQEBAwEnGQEBNwEECwsOChwSAh82BhOHbwMJBalOhFIBBYQyDYllBox1gUaBLAeDIIEQkDOFdIFrikSCDoh0gVQkHA X-IronPort-AV: E=Sophos;i="4.93,671,1378814400"; d="p7s'?scan'208";a="210615072" Received: from rupert.snap.net.nz ([202.37.100.140]) by smtp1.ironport.snap.net.nz with ESMTP; 10 Nov 2013 19:58:44 +1300 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 X-Sender-IP: 123.255.47.99 Received: from x24.msqr.us (99.47.255.123.static.snap.net.nz [123.255.47.99]) by rupert.snap.net.nz (Postfix) with ESMTPS id 3B02D2561D; Sun, 10 Nov 2013 19:58:44 +1300 (NZDT) Received: from renton.fritz.box (99.47.255.123.static.snap.net.nz [123.255.47.99]) (authenticated bits=0) by x24.msqr.us (8.14.7/8.14.5) with ESMTP id rAA6wdOe032762 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 10 Nov 2013 19:58:41 +1300 (NZDT) (envelope-from matt@msqr.us) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=msqr.us; s=20121026; t=1384066722; bh=ks/BZQuppdZWBk3naDA7puScdXTrOQ6egE/MrDr0Vvg=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=lxntqcRuJvkQSAwdpzJH29R0aauMkGPHrojzsezX5VDJdhO17AldA2ryTWbIs0dDM qA6p89rM4Wz4ngd9NM8Wg6HklW7F/tBhtGcofLoJiJiAbU4G81MxiacGqFEOutt0Lu n7G2f88DP0txj57+UFAXYFyKF10Vxu7kbD0Oi73I= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at msqr.us X-Authentication-Warning: x24.msqr.us: Host 99.47.255.123.static.snap.net.nz [123.255.47.99] claimed to be renton.fritz.box Content-Type: multipart/signed; boundary="Apple-Mail=_5350976A-E874-4D27-87FF-0D1D125851F8"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: 9.2-RELEASE amd64 panic: vn_open_cred From: Matt Magoffin In-Reply-To: <938A1914-6510-4F93-9C40-E22BB0E69D08@msqr.us> Date: Sun, 10 Nov 2013 19:58:39 +1300 Message-Id: <97D6E62B-E4B0-4DF6-9EB9-028F68A42FA0@msqr.us> References: <20131106022932.GY59496@kib.kiev.ua> <57A9579D-7BA6-4ED8-9EE0-D2B5949F8D26@msqr.us> <20131106035350.GC59496@kib.kiev.ua> <527A6012.2050500@vangyzen.net> <60595DA5-A339-4FA5-99FD-FC25591A6BDA@msqr.us> <20131107230834.GS59496@kib.kiev.ua> <20131108080938.GT59496@kib.kiev.ua> <938A1914-6510-4F93-9C40-E22BB0E69D08@msqr.us> To: Konstantin Belousov X-Mailer: Apple Mail (2.1816) Cc: Eric van Gyzen , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 06:58:52 -0000 --Apple-Mail=_5350976A-E874-4D27-87FF-0D1D125851F8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 9, 2013, at 5:03 PM, Matt Magoffin wrote: > On Nov 8, 2013, at 9:09 PM, Konstantin Belousov = wrote: >=20 >>> if (vop->vop_add_writecount !=3D NULL) >>> rc =3D vop->vop_add_writecount(a); >> But, if I mis-counted and the line 4236 is that one ^^^^, than = together >> with the panic message >> panic: vm_fault: fault on nofault entry, addr: ffffff836e0fc000 >> which suggests that vop_add_writecount not NULL but garbage, I = believe >> that your issue is stale module, compiled on 9.1 but used on 9.2. >=20 > The line you refer to here is line 4236. So, I shall have to attempt = the upgrade again, and verify that all modules loaded were built under = 9.2. I believe only pefs.ko is one I built myself, and all others came = with the system... and freebsd-update would have updated those modules = (in /etc/freebsd-update.conf I have "Components src world kernel". >=20 > When I have a time where I can attempt the update again, I will reply = with my findings. I went through the upgrade steps again, and this time was very careful = to ensure I re-compiled pefs.ko after upgrading, and before attempting = to use it. The system has been running without any panics for a few = hours now, which seems to validate your findings. Thank you again for you assistance, Matt=20= --Apple-Mail=_5350976A-E874-4D27-87FF-0D1D125851F8 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDgTCCA30w ggJloAMCAQICAQIwCwYJKoZIhvcNAQELMGsxEDAOBgNVBAMMB21zcXIgQ0ExDTALBgNVBAoMBG1z cXIxIDAeBgNVBAsMF0NlcnRpZmljYXRpb24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEZMBcGCSqG SIb3DQEJARYKY2FAbXNxci51czAeFw0xMzA3MDcyMTI1MTJaFw0yMzA3MDUyMTI1MTJaMHMxFjAU BgNVBAMMDU1hdHQgTWFnb2ZmaW4xDTALBgNVBAoMBG1zcXIxIDAeBgNVBAsMF0NlcnRpZmljYXRp b24gQXV0aG9yaXR5MQswCQYDVQQGEwJVUzEbMBkGCSqGSIb3DQEJARYMbWF0dEBtc3FyLnVzMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA80JsC5zGa1iuzGVegrbX8kpfIpqTsG4yaTGP 2XwgLpsyGzn0tule6d/6qa3OJRUR4pY8qCmFs2yxQoVfJvQNRfQDkBO/T6gyx5ml2CTppyCQiiRe Ki0BpD2xQB7SJOoKLTEoveWzAdC8sMT+WxYeS8R1i3HFtoth0Ll0u6hP6Ufp0XLOVXdW2jr0l4aY gn1KSM7KmFmLXDpOFlempaxUTXWLaXjGGDjRi5Ev1a1OTHyfPiA4YmC4/y3Npq2bl88/gxGw7u2Y zYshKZ0y24o5HxxmoxpE0EGl7Ub7+2osp54SKurKdFo/9wlNNIEPATDVoAT2NPDIOWBtZ9LUvYvH SQIDAQABoyYwJDAOBgNVHQ8BAf8EBAMCAf4wEgYDVR0lAQH/BAgwBgYEVR0lADANBgkqhkiG9w0B AQsFAAOCAQEAfuWLLZL5kryMYHEY0EE4cocnBTzXXkhDHUpqoWZvd1ivZpVTBizHIuVyCSUO7PL0 nqK5vlS0ldmyLgE8oaDr1yf/swQ6/yRoOH/4FrH/+bHsBtrtyCzWCPKsRfLY3M/pb02UaRt2lL2v H26I1VB7CTd5z9XFcQi4ZKxANPJE2oXqlWwCABmLpJjPzd6JpNIolMMEQL3cpohfHsSg7uKw6Jqk u7O11j9CBBb/YgGddGC95L7sRiSXlxSMRkjoXREngp2U7pWwh8EcFGo5FnVxuAlWIyVU8DdcCYNL r/euF+clJ3J1ztgPKMzY44CDLVLeCiwKU9GOSDCNbCehQ0vLRDGCAv0wggL5AgEBMHAwazEQMA4G A1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgECMAkGBSsOAwIa BQCgggFiMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEzMTExMDA2 NTgzOVowIwYJKoZIhvcNAQkEMRYEFJq1Dm61Ma8Uqd17DYorNLD9xqyzMH8GCSsGAQQBgjcQBDFy MHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEgMB4GA1UECwwXQ2VydGlmaWNh dGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcNAQkBFgpjYUBtc3FyLnVzAgEC MIGBBgsqhkiG9w0BCRACCzFyoHAwazEQMA4GA1UEAwwHbXNxciBDQTENMAsGA1UECgwEbXNxcjEg MB4GA1UECwwXQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMRkwFwYJKoZIhvcN AQkBFgpjYUBtc3FyLnVzAgECMA0GCSqGSIb3DQEBAQUABIIBAGkLvx96aJjUhHy7d5cvrmxHOYmj r/G9xoNuD+XwSHr5gx0oPJwgnxChcc4qokw7c/QJ06MCC3xlryWBfxH7fURbGqL0PIwQVRKljHPC mOEGlZz+VV7ket8/bMReyu9Tcx9M105UHHxdONLxsVwfrIsIIac8Ig8i9PeXtVYtNk/5yRP6g2V4 KMUXnI/HkzgzglLWKt5tmr+SHgwg7LNdwTHUUELuZi8GtmsdquzwlhN3atDoSPrWIloksLEEW9UG GSrM3BLjBT4tAf4veEd5mfOmqM5Zy+1QriTQCvkUsuqJCO95TxHec2hYfM+j3yloVc6UuTQtHEfa fcFWBNSOFOUAAAAAAAA= --Apple-Mail=_5350976A-E874-4D27-87FF-0D1D125851F8-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 07:43:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E9BAE3CF for ; Sun, 10 Nov 2013 07:43:43 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD96A2B31 for ; Sun, 10 Nov 2013 07:43:43 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id x19so3210556qcw.9 for ; Sat, 09 Nov 2013 23:43:42 -0800 (PST) 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 :content-type; bh=IHDuIp/OlZiLdjemhHgaqIl5b6a+uLTRueXrtaAB/Ec=; b=RPJlz2fvc/8nU3op0iVhlwoQmKZ6eOInr06IequBFi5aommK+fAiTORako38VQagln IeGflHrAgpm9vXHxyMD97qbPq7glSMCw4qdQAepQDPZ8R/mwV+ojVhDu1DMW4SE+dTNy YPc7C0H8pUco+X8jDRPYamrW/s6H33P297XEtN3DfSnsoLPjb3dVqGyXKVjJ0uNqnBMN SYCGCwZcqN4OdxhPR30UiP5UOpK0i5+J6MT9jwZKdLwcLdPe5FqqqAc6uvwOnfgn9jdo oij55ZA8RooAnHvVVMJ5O6mCsTruuYOgygX67Gwf1UsRANf2w/0AqlhzZVOgJkgV7Glj K8rg== MIME-Version: 1.0 X-Received: by 10.49.117.41 with SMTP id kb9mr36111766qeb.79.1384069422201; Sat, 09 Nov 2013 23:43:42 -0800 (PST) Received: by 10.96.180.233 with HTTP; Sat, 9 Nov 2013 23:43:42 -0800 (PST) In-Reply-To: References: <20131002152216.GC86769@roberto02-aw.erc.corp.eurocontrol.int> Date: Sun, 10 Nov 2013 09:43:42 +0200 Message-ID: Subject: Re: 9.2-PRE: switch off that stupid "Nakatomi Socrates" From: Kimmo Paasiala To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 07:43:44 -0000 On Wed, Oct 2, 2013 at 6:24 PM, Freddie Cash wrote: > On Wed, Oct 2, 2013 at 8:22 AM, Ollivier Robert > wrote: > >> According to Ullrich Franke on Tue, Oct 01, 2013 at 05:01:00PM +0200: >> > We really should have a /bin/bikeshed. :-) >> >> /usr/bin/bikesched > > > Would schedulers get their own binary? Wouldn't it just be compiled into > the kernel? Or are you proposing a modular scheduler using the bike > algorithm? > > ;) > > I think that FreeBSD 11 should be named as "Tufnel St.Hubbins". "When you need that little extra push over the cliff, FreeBSD 11" From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 07:52:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 27793525 for ; Sun, 10 Nov 2013 07:52:54 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 032D82B9D for ; Sun, 10 Nov 2013 07:52:53 +0000 (UTC) Received: by mail-pb0-f52.google.com with SMTP id rr4so3885769pbb.39 for ; Sat, 09 Nov 2013 23:52:53 -0800 (PST) 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=/DsBfBz1b6jqsUDXTSCFYJ5NEGEg2PvOf/iDoNCPmUg=; b=Nyyb1U7R2hu3TOmpXFQpPmUI1WJSNUclzLLYlaM7aCBLmwJrADF+YGpvSTIBzikDfG EB370yiB97aoqqm5YwkHG0dJ2YIwGEhCJ7CLrirSSzRVuxzkiOLuadBVs70Rut9Ht639 UWQm4cq6Kddaj0yswVLNaWg9xbQnnOZQ4oVPXuwL5dD8PBVe06KjoHOCqoPcestYgrQ/ DnVQplgt6Nile5DOYUF3Fux+eqbdore2isny/SgthAAoSwci0Yu9H6jySlWBsKBCiy0Y BF2Hgjx48MJWA/pJp0+s4+VDc4+BMYGvaG9LPcu7lLp7M5D0DsW2AZEG8TTZpHwYZfgl Y8Pg== MIME-Version: 1.0 X-Received: by 10.68.189.34 with SMTP id gf2mr23811645pbc.91.1384069973591; Sat, 09 Nov 2013 23:52:53 -0800 (PST) Received: by 10.66.142.167 with HTTP; Sat, 9 Nov 2013 23:52:53 -0800 (PST) In-Reply-To: <1384038404408-5859808.post@n5.nabble.com> References: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> <1383924262386-5859538.post@n5.nabble.com> <1384035336707-5859800.post@n5.nabble.com> <1384038404408-5859808.post@n5.nabble.com> Date: Sun, 10 Nov 2013 08:52:53 +0100 Message-ID: Subject: Re: Several ports won't build FreeBSD 10 beta 3 with new xorg From: Zenny To: Seniae Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 07:52:54 -0000 Seniae: Thanks, but in my case xserver dies with 'no screens found' message no matter what I change in xorg.conf. So I installed HAL and xserver boots at least. Okay, I shall try once again to reinstall (using portmaster) xorg. Let me see what happens. Can you share your /etc/X11/xorg.conf and /etc/rc.conf and /boot/loader.conf to have a reference? Thanks! On 11/10/13, Seniae wrote: > Zenny I forgot to mention, I configured xorg without hal. > > > > -- > View this message in context: > http://freebsd.1045724.n5.nabble.com/Several-ports-won-t-build-FreeBSD-10-beta-3-with-new-xorg-tp5859170p5859808.html > Sent from the freebsd-stable mailing list archive at Nabble.com. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 08:24:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3C903948 for ; Sun, 10 Nov 2013 08:24:20 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1289B2CEA for ; Sun, 10 Nov 2013 08:24:20 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id rd3so1141901pab.22 for ; Sun, 10 Nov 2013 00:24:19 -0800 (PST) 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=8Y218B3/mQhyF3OV2Q0lVIS+S3Kwloq9I6P8VdorNxU=; b=PCZgOjKfuIrU/cBtAzjsCy5UiFqSXNOxdPfZ7iIJRIR+sW1GcRlqw8ErtrWONKmvBp kgS7OLNtyB55+g7bW4Wx8zSZaA1EJAiFnVjPP4iPfYrNovOKQIC8xRDtixTDM0SMZl0h DA2i7eCma40nr3F3qB2KxPsyDYEqOGKqeK1sa/Ss+dAUxRoqUS5DJPK6bE/W8J+xnb4H 8mn4B+aTBAHmQjTSnxBYWqsOqQyEHZGf9kkZ46gmpmIbiDUCcHbD6nQrx6dXOI3oqFK6 hFvTIxrW0MVCJ09f+hp1tZUUndMs29R5gmOlxmp82qG31MlMbarJUJhBWIJ3qs0SaPIM xfrw== MIME-Version: 1.0 X-Received: by 10.66.142.107 with SMTP id rv11mr25317443pab.17.1384071859703; Sun, 10 Nov 2013 00:24:19 -0800 (PST) Received: by 10.66.142.167 with HTTP; Sun, 10 Nov 2013 00:24:19 -0800 (PST) In-Reply-To: References: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> <1383924262386-5859538.post@n5.nabble.com> <1384035336707-5859800.post@n5.nabble.com> <1384038404408-5859808.post@n5.nabble.com> Date: Sun, 10 Nov 2013 09:24:19 +0100 Message-ID: Subject: Re: Several ports won't build FreeBSD 10 beta 3 with new xorg From: Zenny To: Seniae Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 08:24:20 -0000 I tried once again with portmaster with only 'WITH_NEW_XORG=YES' line in /etc/make.conf, but while compiling it asked to add 'MAKE_JOBS_UNSAFE=yes', I did so to get the following error which remained the same when I tried to compile xorg with 'WITH_KMS=yes' and 'WITH_GALLIUM=yes' in make.conf. Pulling my hair. In file included from ../../../src/glsl/ir.h:33: In file included from ../../../src/glsl/glsl_types.h:31: ../../../src/mesa/main/mtypes.h:3420:4: error: unknown type name 'GLDEBUGPROCARB' GLDEBUGPROCARB Callback; ^ 1 error generated. gmake[5]: *** [glsl_lexer.lo] Error 1 gmake[5]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-9.1.6/src/glsl/builtin_compiler' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-9.1.6/src/glsl' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-9.1.6/src/glsl' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-9.1.6/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-9.1.6' *** Error code 1 Stop. make: stopped in /usr/ports/graphics/dri ===>>> make failed for graphics/dri ===>>> Aborting update ===>>> Update for dri-7.6.1_3,2 failed ===>>> Aborting update ===>>> Update for x11-servers/xorg-server failed ===>>> Aborting update ===>>> Killing background jobs Terminated ===>>> You can restart from the point of failure with this command line: portmaster x11-servers/xorg-server graphics/dri graphics/libGL ===>>> Exiting On 11/10/13, Zenny wrote: > Seniae: Thanks, but in my case xserver dies with 'no screens found' > message no matter what I change in xorg.conf. So I installed HAL and > xserver boots at least. > > Okay, I shall try once again to reinstall (using portmaster) xorg. Let > me see what happens. > > Can you share your /etc/X11/xorg.conf and /etc/rc.conf and > /boot/loader.conf to have a reference? Thanks! > > On 11/10/13, Seniae wrote: >> Zenny I forgot to mention, I configured xorg without hal. >> >> >> >> -- >> View this message in context: >> http://freebsd.1045724.n5.nabble.com/Several-ports-won-t-build-FreeBSD-10-beta-3-with-new-xorg-tp5859170p5859808.html >> Sent from the freebsd-stable mailing list archive at Nabble.com. >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 09:40:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 834611FB for ; Sun, 10 Nov 2013 09:40:04 +0000 (UTC) (envelope-from listjm@club-internet.fr) Received: from smtp23.services.sfr.fr (smtp23.services.sfr.fr [93.17.128.21]) by mx1.freebsd.org (Postfix) with ESMTP id 4A3BE2FD4 for ; Sun, 10 Nov 2013 09:40:03 +0000 (UTC) Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2311.sfr.fr (SMTP Server) with ESMTP id E80417000100 for ; Sun, 10 Nov 2013 10:31:14 +0100 (CET) Received: from [192.168.1.101] (141.117.14.109.rev.sfr.net [109.14.117.141]) by msfrf2311.sfr.fr (SMTP Server) with ESMTP id 9DCAD70000A9 for ; Sun, 10 Nov 2013 10:31:13 +0100 (CET) X-SFR-UUID: 20131110093113646.9DCAD70000A9@msfrf2311.sfr.fr Message-ID: <527F525A.5020704@club-internet.fr> Date: Sun, 10 Nov 2013 10:31:06 +0100 From: Juanitou User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 09:40:04 -0000 >> DRI Failed to build with the following erro, fyir: > >Did you remove previous version of graphics/dri? > >If not, you must run "pkg delete -f dri" before rebuilding it. > >-- >Jean-Sébastien Pédron That was it, thanks! From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 10:19:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A157C9FF for ; Sun, 10 Nov 2013 10:19:11 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D3B321A3 for ; Sun, 10 Nov 2013 10:19:11 +0000 (UTC) Received: by mail-pa0-f42.google.com with SMTP id kp14so4094029pab.15 for ; Sun, 10 Nov 2013 02:19:11 -0800 (PST) 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=Y+T5eFouKSkIbXp1PSiwpjPRhZfyaKTRyw4+LY9tIFE=; b=I17A+8/p/PWgrTi0T++0jmjW26CbYS6m1NYg7sYaaeIMvRyaa6gQltbhth6F2kRk/j FRq+lzOtE1y+ko1JIS3skUUYIGx3CWHkD8CH5cPu6vc4Z09H+CVNHRmnJtruLhGpGp1X R+m6GRuB/wS8Z6RckGnQQz51PdtHl/WdnlqI0fJ/NfRfrK+cKMqpotJgRee7JKfLLk0R BmMGstrDGkT++dE7v4Z04NAl6JOD5+4qe8NNdt09/lA7kmPxJfKPigljcDKNLexXChUJ A9qbrSXOISOl1HBqtcX0AxBQzD5r3QsVplVwVr1FTKHUAjfH3WKYXJ95O/GdzySAn4yP HogQ== MIME-Version: 1.0 X-Received: by 10.66.165.106 with SMTP id yx10mr52857pab.159.1384078751180; Sun, 10 Nov 2013 02:19:11 -0800 (PST) Received: by 10.66.142.167 with HTTP; Sun, 10 Nov 2013 02:19:11 -0800 (PST) In-Reply-To: <527F525A.5020704@club-internet.fr> References: <527F525A.5020704@club-internet.fr> Date: Sun, 10 Nov 2013 11:19:11 +0100 Message-ID: Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 From: Zenny To: Juanitou Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 10:19:11 -0000 Yes, I reoved dri packages before running portmaster, yet it stops with the same error. On 11/10/13, Juanitou wrote: > >> DRI Failed to build with the following erro, fyir: > > > >Did you remove previous version of graphics/dri? > > > >If not, you must run "pkg delete -f dri" before rebuilding it. > > > >-- > >Jean-S=E9bastien P=E9dron > That was it, thanks! > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 10:24:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8A171B27 for ; Sun, 10 Nov 2013 10:24:26 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pb0-x233.google.com (mail-pb0-x233.google.com [IPv6:2607:f8b0:400e:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 658D521F4 for ; Sun, 10 Nov 2013 10:24:26 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id xa7so3993028pbc.38 for ; Sun, 10 Nov 2013 02:24:26 -0800 (PST) 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=8r6PO37v6b7JdS6mbOVLDB/EfYGub6LPSk1tZRNvHuI=; b=y7msjcoNQSJqrhgTBSqts+YYOMCShOgCLJF0w3pFMATR4uBwKF/U6XlmaFMDCIOtea T9YErFzLhgsykrnO0NXHrqUGDFcAEzp+tfcDCPjThq1n9E0y8zRmIYGQpeVZtCqH3AP2 V0X5+d4o17f5vCL0u8y66zp9i4cjrYLqY11C9JLhlZkFFxgjjkXsi3k8+4IPn5e+EoyS LNCySTl24xPJMQB6GXKb/NlQN4BCGdF15wWzbnmQhWGIMezi0XSgoBCVFWvdPUCJ83He yMIk6zatNO7ZQBYiyWLmg+garOqq6MoAqX09ZPERFwVlwj/Df43YKsu/5fj689isdJAA D/Ew== MIME-Version: 1.0 X-Received: by 10.66.142.193 with SMTP id ry1mr449023pab.150.1384079066093; Sun, 10 Nov 2013 02:24:26 -0800 (PST) Received: by 10.66.142.167 with HTTP; Sun, 10 Nov 2013 02:24:26 -0800 (PST) In-Reply-To: References: <527F525A.5020704@club-internet.fr> Date: Sun, 10 Nov 2013 11:24:26 +0100 Message-ID: Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 From: Zenny To: Juanitou Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 10:24:26 -0000 Tried again to confirm by removing dri again and the culprit is: ../../../src/mesa/main/mtypes.h:3420:4: error: unknown type name 'GLDEBUGPROCARB' GLDEBUGPROCARB Callback; ^ What is this GLDEBUGPROCARB Callback? On 11/10/13, Zenny wrote: > Yes, I reoved dri packages before running portmaster, yet it stops > with the same error. > > On 11/10/13, Juanitou wrote: >> >> DRI Failed to build with the following erro, fyir: >> > >> >Did you remove previous version of graphics/dri? >> > >> >If not, you must run "pkg delete -f dri" before rebuilding it. >> > >> >-- >> >Jean-S=E9bastien P=E9dron >> That was it, thanks! >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " >> > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 10:45:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A1064E5D for ; Sun, 10 Nov 2013 10:45:03 +0000 (UTC) (envelope-from listjm@club-internet.fr) Received: from smtp23.services.sfr.fr (smtp23.services.sfr.fr [93.17.128.19]) by mx1.freebsd.org (Postfix) with ESMTP id 64CEC22DC for ; Sun, 10 Nov 2013 10:45:03 +0000 (UTC) Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2318.sfr.fr (SMTP Server) with ESMTP id 2F6817000120 for ; Sun, 10 Nov 2013 11:38:51 +0100 (CET) Received: from [192.168.1.101] (141.117.14.109.rev.sfr.net [109.14.117.141]) by msfrf2318.sfr.fr (SMTP Server) with ESMTP id E7A7B700006A for ; Sun, 10 Nov 2013 11:38:50 +0100 (CET) X-SFR-UUID: 20131110103850948.E7A7B700006A@msfrf2318.sfr.fr Message-ID: <527F6237.2040501@club-internet.fr> Date: Sun, 10 Nov 2013 11:38:47 +0100 From: Juanitou User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 References: <527F525A.5020704@club-internet.fr> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 10:45:03 -0000 > Tried again to confirm by removing dri again and the culprit is: > > ../../../src/mesa/main/mtypes.h:3420:4: error: unknown type name > 'GLDEBUGPROCARB' > GLDEBUGPROCARB Callback; > ^ > > What is this GLDEBUGPROCARB Callback? Sorry, no idea, Mr. Pédron will certainly explain it. Nevertheless, I remember that I had to start over all the builds at least two times before getting them right. So bad for me I didn’t note all the steps, but if I didn’t do it was because my conclusion was that I had forgotten to delete every concerned package and build them again in the order suggested in the AMD GPUs wiki page. As I was updating the system from FreeBSD 9.2, the packages were there in older versions, and portmaster -a did not manage to rebuild them correctly, so, I suggest you to start all over by following exactly those instructions. Good luck! From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 10:47:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 56F9AF6C; Sun, 10 Nov 2013 10:47:41 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A9E622FC; Sun, 10 Nov 2013 10:47:41 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id uo5so399288pbc.37 for ; Sun, 10 Nov 2013 02:47:40 -0800 (PST) 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=o0TZcYQCfJCBWv42Mu8n3Ok9J591cw0jTX9jkZrmnHg=; b=l7PMWQenQDzv+WAiqIv+xWMQ8oCj+6f1lIJDsPxuAK+HGxtRw/Nmhfyy/jF4vremOz +CdGweFLZrCPSHwAgn6sYpOM4shdfvnDCzhzmA+MDQ71fiQzGZ6UwdRMOwQ11nBNXiUI wkgo7NG5V/CwrpbX5nl6MCKlhIsRS2AsNcD9tGjqV/ofCtAknpuhrvRCDcOGxoEVIoCa hJaG5Xwfm1y1NOxemcYM20QuPoyzl+/WqEq9ELDGNzyzOTBzUzX/Mehaqxa/8s1O0lG+ yLw/zJGMjaQxjTxkP2C4Gkod2lWd+5hUnFo/h+JE8e4rJ1fTuaxcLqRWktzxcd2y04Gi QHQw== MIME-Version: 1.0 X-Received: by 10.68.176.37 with SMTP id cf5mr1909562pbc.30.1384080460761; Sun, 10 Nov 2013 02:47:40 -0800 (PST) Received: by 10.66.142.167 with HTTP; Sun, 10 Nov 2013 02:47:40 -0800 (PST) In-Reply-To: <527F6237.2040501@club-internet.fr> References: <527F525A.5020704@club-internet.fr> <527F6237.2040501@club-internet.fr> Date: Sun, 10 Nov 2013 11:47:40 +0100 Message-ID: Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 From: Zenny To: Juanitou Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 10:47:41 -0000 I did follow exactly as in the page, too, but no go. It is already 3 days of PITA and whines. However, I reported with configs to the freebsd-x11@freebsd.org. On 11/10/13, Juanitou wrote: >> Tried again to confirm by removing dri again and the culprit is: >> >> ../../../src/mesa/main/mtypes.h:3420:4: error: unknown type name >> 'GLDEBUGPROCARB' >> GLDEBUGPROCARB Callback; >> ^ >> >> What is this GLDEBUGPROCARB Callback? > > Sorry, no idea, Mr. P=E9dron will certainly explain it. Nevertheless, I > remember that I had to start over all the builds at least two times > before getting them right. So bad for me I didn=92t note all the steps, > but if I didn=92t do it was because my conclusion was that I had forgotte= n > to delete every concerned package and build them again in the order > suggested in the AMD GPUs wiki page. As I was updating the system from > FreeBSD 9.2, the packages were there in older versions, and portmaster > -a did not manage to rebuild them correctly, so, I suggest you to start > all over by following exactly those instructions. Good luck! > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 11:57:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9EDDE718 for ; Sun, 10 Nov 2013 11:57:08 +0000 (UTC) (envelope-from erich@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78A7325F0 for ; Sun, 10 Nov 2013 11:57:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=0pXLy2GVCed6Jc7STUl7tl2i7dg09fFlbCCotATptdI=; b=fdx9Jheh7bAxoygf1O4poqtGPkVx8H1grn94jR3udlFyFOrHI2RRUut8tmccff0u5x4D6sVKSiPw/Fv1jVgoGROOpxCQfUjOVMIM5nU0DmssHLafUb4PFdzSfukP480Q/+jFCVbU6Qep5AxkuGHZ+51TmAbLbdurR5XKfGLhDw0=; Received: from [182.1.29.208] (port=41978 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1VfTdU-002fXq-RC; Sun, 10 Nov 2013 04:57:01 -0700 Date: Sun, 10 Nov 2013 19:56:55 +0800 From: Erich Dollansky To: Zenny Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 Message-ID: <20131110195655.668991dd@X220.ovitrap.com> In-Reply-To: References: Organization: ALO Green Technologies X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 11:57:08 -0000 Hi, On Thu, 7 Nov 2013 17:25:34 +0100 Zenny wrote: > Hi: > > The FreeBSD10-Beta3 kernel is recompiled successfully with the > following in /etc/make.conf > > WITH_NEW_XORG=yes > WITH_KMS=yes > WITH_GALLIUM=yes > > But after installworld, there is no sight of new xorg-server-1.12.4 in > pkg cache nor in /usr/ports: > How to install new xorg and where is the source? > I have had the same problem. I think that I went so far to delete all applications and reinstall from ports port by port. Most important is a make clean from /usr/ports. The good news is that I got it running this way. Erich > # pkg search xorg > linux-f10-xorg-libs-7.4_1 > xorg-7.7 > xorg-apps-7.7 > xorg-cf-files-1.0.5_1 > xorg-dmx-1.7.7_11,1 > xorg-docs-1.7,1 > xorg-drivers-7.7 > xorg-fonts-7.7 > xorg-fonts-100dpi-7.7 > xorg-fonts-75dpi-7.7 > xorg-fonts-cyrillic-7.7 > xorg-fonts-miscbitmaps-7.7 > xorg-fonts-truetype-7.7_1 > xorg-fonts-type1-7.7 > xorg-libraries-7.7 > xorg-macros-1.17.1 > xorg-minimal-7.5.2 > xorg-nestserver-1.7.7_11,1 > xorg-server-1.7.7_11,1 > xorg-sgml-doctools-1.11 > xorg-vfbserver-1.7.7_11,1 > xorgramana-0.0.8_7 > > /z > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 13:11:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C30A6644 for ; Sun, 10 Nov 2013 13:11:46 +0000 (UTC) (envelope-from senua1972@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 94D5129D8 for ; Sun, 10 Nov 2013 13:11:46 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VfUnp-0005s4-Ch for freebsd-stable@freebsd.org; Sun, 10 Nov 2013 05:11:45 -0800 Date: Sun, 10 Nov 2013 05:11:45 -0800 (PST) From: Seniae To: freebsd-stable@freebsd.org Message-ID: <1384089105386-5859921.post@n5.nabble.com> In-Reply-To: References: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> <1383924262386-5859538.post@n5.nabble.com> <1384035336707-5859800.post@n5.nabble.com> <1384038404408-5859808.post@n5.nabble.com> Subject: Re: Several ports won't build FreeBSD 10 beta 3 with new xorg MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 13:11:46 -0000 Zenny I don't know if it helps but I've had problems installing xorg as well, so if you don't mind a little story ... I was running FreeBSD 9.x all was happy and fine till all of a sudden after a port upgrade my keyboard would not work anymore. It would work in console but not in X nor gnome, gdm, xdm or whatever else I tried. So I went searching the interwebs. Again nothing I found would work except for people mention the HAL or without HAL issue and adding a line WITH_NEW_XORG=yes to your make.conf file. Again I tried all that even did a clean install of 9.x but again nothing would work. I decided to update to 10.x. At that point it was still in BETA2. I tried and reconfigured and tried again ... nothing, no absolutely nothing would work. I wasn't the only one since I found quite some posts about this on the interwebs again. Also my xorg wouldn't build anymore. It would end with mysterious building errors I had no clue about. I decided to let it rest for a while. Untill I read something about "do you have the latest freebsd update". I thought I had because I burnt the cd just a few days ago. So I checked and found out they came out with BETA3 about 2 days earlier. Used my 10x beta 2 cd to reinstall Freebsd and updated it to beta 3. After building xorg it was complaining about my screen. I found out there was a double line of screen in my xorg.conf and removed the extra line. Since that moment it would all work again. So about my config files, no problem here you go: /boot/loader.conf <--- empty /etc/rc.conf: hostname="md" ifconfig_fxp0="DHCP" ifconfig_fxp0_ipv6="inet6 accept_rtadv" dumpdev="NO" /etc/X11/xorg.conf: Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF/" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" Load "dri" Load "dri2" Load "glx" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Monitor" Identifier "Monitor1" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: /: integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz", ### : "%" ### [arg]: arg optional #Option "SWcursor" # [] #Option "HWcursor" # [] #Option "NoAccel" # [] #Option "ShadowFB" # [] #Option "UseFBDev" # [] #Option "Rotate" # [] #Option "VideoKey" # / #Option "FlatPanel" # [] #Option "FPDither" # [] #Option "CrtcNumber" # / #Option "FPScale" # [] #Option "FPTweak" # / #Option "DualHead" # [] Identifier "Card0" Driver "nv" BusID "PCI:1:0:0" EndSection Section "Device" ### Available Driver options are:- ### Values: /: integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz", ### : "%" ### [arg]: arg optional #Option "ShadowFB" # [] #Option "DefaultRefresh" # [] #Option "ModeSetClearScreen" # [] Identifier "Card1" Driver "vesa" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Section "Screen" Identifier "Screen1" Device "Card1" Monitor "Monitor1" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Regards, Seniae -- View this message in context: http://freebsd.1045724.n5.nabble.com/Several-ports-won-t-build-FreeBSD-10-beta-3-with-new-xorg-tp5859170p5859921.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 13:18:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A4FA89E8 for ; Sun, 10 Nov 2013 13:18:54 +0000 (UTC) (envelope-from listjm@club-internet.fr) Received: from smtp23.services.sfr.fr (smtp23.services.sfr.fr [93.17.128.22]) by mx1.freebsd.org (Postfix) with ESMTP id 68B512A33 for ; Sun, 10 Nov 2013 13:18:54 +0000 (UTC) Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2314.sfr.fr (SMTP Server) with ESMTP id B6AA6700009A for ; Sun, 10 Nov 2013 14:18:46 +0100 (CET) Received: from [192.168.1.101] (141.117.14.109.rev.sfr.net [109.14.117.141]) by msfrf2314.sfr.fr (SMTP Server) with ESMTP id 8751A7000092 for ; Sun, 10 Nov 2013 14:18:46 +0100 (CET) X-SFR-UUID: 20131110131846554.8751A7000092@msfrf2314.sfr.fr Message-ID: <527F87B2.2020806@club-internet.fr> Date: Sun, 10 Nov 2013 14:18:42 +0100 From: Juanitou User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Could not build new xorg with FreeBSD10-Beta3 References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 13:18:54 -0000 > I am encountering the same problem again and again when I try to build > new xorg (1.12.4). It dies with error as of below: > Ah, but I did not installed this version, which comes from the experimental repository, isn’t it? I just installed the standard version coming from ports (1.7.7). The AMD GPUs wiki page does not say anything about updating xorg-server to 1.12.4. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 13:34:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DE471DB7; Sun, 10 Nov 2013 13:34:05 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (gentiane.peterschmitt.fr [213.239.219.91]) by mx1.freebsd.org (Postfix) with ESMTP id 9AACD2B0F; Sun, 10 Nov 2013 13:34:05 +0000 (UTC) Received: from [192.168.1.107] (89-159-92-164.rev.dartybox.com [89.159.92.164]) by peterschmitt.fr (Postfix) with ESMTPSA id DD3991C40E; Sun, 10 Nov 2013 14:26:44 +0100 (CET) Message-ID: <527F8963.6070800@peterschmitt.fr> Date: Sun, 10 Nov 2013 14:25:55 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= , freebsd-stable@freebsd.org Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 References: <20131107162918.GA89594@glenbarber.us> <527BC91D.7010606@FreeBSD.org> In-Reply-To: <527BC91D.7010606@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ng5dHg1NfKNPwmnV77Fa7E24GfhVaOg66" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 13:34:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ng5dHg1NfKNPwmnV77Fa7E24GfhVaOg66 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07/11/13 18:08, Jean-S=E9bastien P=E9dron wrote: > On 07.11.2013 17:36, Zenny wrote: >> What are the ports to be rebuilt, just xorg or any other too like >> xinit, xauth etc.? >=20 > You need to at least rebuild: > o graphics/libdrm > o graphics/libGL > o graphics/dri > o x11-servers/xorg-server > o x11-drivers/xf86-* (only those you need, of course) >=20 > "portmaster -a" should handle this correctly. >=20 Nope, portmaster -a havn't rebuilt everything and I encountered the same problem: dri didn't built with gallium and new xorg. Since I reinstalled everything (because I needed to do so, not related to this problem) with an -CURRENT snapshot, dri built without problem. I guess this upgrade/rebuild have to be done by hand. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --ng5dHg1NfKNPwmnV77Fa7E24GfhVaOg66 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.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSf4lkAAoJEFr01BkajbiBO0wQALtyD2TFq3jHwFCkapaFK8zN JzZ2eqnwZWxveACj8pvZ1h7ZQaBa/c1Zdge0fc74JoHMNqs7BWm81IZ85eGTiIe+ fHGVT5IM4AndqaXR6Qrb6XAjXnuOMKKI+f/t2NLBcGl6KhLYiehAfCqDkYchWN/1 lTS6ZGsOXZ6jAWG4AbKlydyhKm8Kv3IygRRIkjXRk63EVPjwLzKW/yQhDbhJppLQ MxF6nsB0K43bsCDMf4rTn4mtqA8ZwolzikPZ/Fi5BXKHeFV7KiprRa4MdWMxkToT 7H8kszKBIFKS+4L16henEDfVELVaH8kCEQfIU2/HbSXv8vHLdZvJT38R7vfHQ25W OvEpGynaWeHTLA7tuMkYecUkIaiFLXtASHL+GH/KCx1EsQz8R4wUK7ZkdXGb6RZ8 9irxnzs2bD+U4VfzcHFk7lVuHUS8CEz3ISdfVCDAkRunstPCYp9qaaeGGXozsDhy Gaj4ZlFZ/pTuCkgZBxfRo6vtqfOpSQU9akvBSQe5YFYblg9M87p38+C3PgP637PH KzMvfKwReKU17okNXuE2L37kA+BzXWQ5Hb1UpZi/Y1IRuU/F6iAsbpmgS/QOJT1X MsSTEJteZxcQUnZQDSrisgmdc2juJ2SL30IMa17/RvDrchWsFH3YmzNcKzBrkpoW eN0EZjVdxW6D9uk2TzTz =K5Ji -----END PGP SIGNATURE----- --ng5dHg1NfKNPwmnV77Fa7E24GfhVaOg66-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 14:46:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1DABE2F4; Sun, 10 Nov 2013 14:46:19 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E72AC2E9B; Sun, 10 Nov 2013 14:46:18 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id z10so4084937pdj.5 for ; Sun, 10 Nov 2013 06:46:18 -0800 (PST) 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=oRDHru3RDvsa/5P95Ta0Ls9HIrrbyDy1W3sYUYSSefM=; b=pkJZqnSEVHaIcXaJ0TvnUGYmpeVXA3bp1LgSmTT24GjWVz3vKR3zotVlI8vO7TK8Hg WorxzLzpQUOXIRGRkWWBObpM4GYSImnuyaxEtqlleBpFVHKJJOKoblXjz0Pnt4d0EHzQ 1+pTqhkN44WDG9Tcikd7Q6E79xDt0ep/DKP0z9up71XqAQDT57MQMxppf6Ni5fcHR8jf c6+w3k9yOC9fqHh4VficTlzquVMaEE8s+GHjPOm/D2ow/Hc1SDseYkxVmYqDoW7bd9hd z2iKGdFYktPh5QsbWvAgKFgtN0YgvtxLJupjXjVv4LIFZmcWEfJXYNJ8+lk6Udd9ZShM PkMw== MIME-Version: 1.0 X-Received: by 10.66.142.170 with SMTP id rx10mr26501815pab.117.1384094778021; Sun, 10 Nov 2013 06:46:18 -0800 (PST) Received: by 10.66.142.167 with HTTP; Sun, 10 Nov 2013 06:46:17 -0800 (PST) In-Reply-To: <527F8963.6070800@peterschmitt.fr> References: <20131107162918.GA89594@glenbarber.us> <527BC91D.7010606@FreeBSD.org> <527F8963.6070800@peterschmitt.fr> Date: Sun, 10 Nov 2013 15:46:17 +0100 Message-ID: Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 From: Zenny To: Florent Peterschmitt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, =?ISO-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 14:46:19 -0000 But my case is a bit different. I am working on a fresh FreeBSD10-Beta3 ins= tall. I am trying again and report it back if successful. On 11/10/13, Florent Peterschmitt wrote: > On 07/11/13 18:08, Jean-S=E9bastien P=E9dron wrote: >> On 07.11.2013 17:36, Zenny wrote: >>> What are the ports to be rebuilt, just xorg or any other too like >>> xinit, xauth etc.? >> >> You need to at least rebuild: >> o graphics/libdrm >> o graphics/libGL >> o graphics/dri >> o x11-servers/xorg-server >> o x11-drivers/xf86-* (only those you need, of course) >> >> "portmaster -a" should handle this correctly. >> > > Nope, portmaster -a havn't rebuilt everything and I encountered the same > problem: dri didn't built with gallium and new xorg. > > Since I reinstalled everything (because I needed to do so, not related > to this problem) with an -CURRENT snapshot, dri built without problem. > > I guess this upgrade/rebuild have to be done by hand. > > -- > Florent Peterschmitt | Please: > florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. > +33 (0)6 64 33 97 92 | * Send PDF for documents. > http://florent.peterschmitt.fr | * Trim your quotations. Really. > Proudly powered by Open Source | Thank you :) > > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 14:57:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C49E04F4; Sun, 10 Nov 2013 14:57:44 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9A02F1D; Sun, 10 Nov 2013 14:57:43 +0000 (UTC) Received: from jwhlaptop (unknown [91.208.177.70]) (using TLSv1.2 with cipher AES128-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3dHdQn6y79z1L9; Sun, 10 Nov 2013 14:49:21 +0000 (GMT) From: "Joe Holden" To: "'Florent Peterschmitt'" , , "'freebsd-stable stable'" References: <527EE562.50103@peterschmitt.fr> In-Reply-To: <527EE562.50103@peterschmitt.fr> Subject: RE: 10.0-BETA3 em/nfe drivers on MSI K9NBPM2-FID board. LAN card changes. Date: Sun, 10 Nov 2013 14:49:45 -0000 Message-ID: <009701cede24$198be2f0$4ca3a8d0$@rewt.org.uk> X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQH3jEQluYwMZVCA5wTfDpdRYdhkBZnNL1YQ Content-Language: en-gb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 14:57:44 -0000 > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Florent Peterschmitt > Sent: 10 November 2013 01:46 > To: freebsd-net@freebsd.org; freebsd-stable stable > Subject: 10.0-BETA3 em/nfe drivers on MSI K9NBPM2-FID board. LAN card > changes. > > Hi, > > I have a server at Hetzner and something strange happend. > > First, I installed FreeBSD 10.0-BETA3 (amd64) via their FreeBSD 9.2-RELEASE > rescue system, that's ok. > > I had to configure the network by using the em driver -> em0 interface. > > But suddenly, the network was lost. > > After an ACPI reboot, nothing. Going to the vKVM show me the system > didn't detected em0 anymore but an nVidia (nfe driver) card! > vKVM uses qemu emulation so it doesn't match the real hardware. > Here is the hardware: > > http://www.msi.com/product/mb/K9NBPM2-FID.html#/?div=Detail > > Here is a partial dmesg: > > nfe0: port 0xd080-0xd087 > mem 0xfebdb000-0xfebdbfff irq 20 at device 20.0 on pci0 > > ### something interesting ### > > ciphy0: PHY 1 on miibus0 > > > Some /var/log/messages related to NICs: bootlog_nfe_em.txt Full dmesg of > the currently booted system: dmesg.txt > > Does FreeBSD "confused" the "Vitesse" card and the nVidia one? > No because the MCP isn't the same as the PHY it may be connected to. Just change rc.conf to nfe and it'll probably work. > -- > Florent Peterschmitt | Please: > florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. > +33 (0)6 64 33 97 92 | * Send PDF for documents. > http://florent.peterschmitt.fr | * Trim your quotations. Really. > Proudly powered by Open Source | Thank you :) From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 15:27:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2E2F0F5A for ; Sun, 10 Nov 2013 15:27:10 +0000 (UTC) (envelope-from garbytrash@gmail.com) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B1602094 for ; Sun, 10 Nov 2013 15:27:10 +0000 (UTC) Received: by mail-pa0-f44.google.com with SMTP id hz1so803528pad.17 for ; Sun, 10 Nov 2013 07:27:09 -0800 (PST) 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=uEMSoJBV5USZ5nCun8bavhu2z9N6xltRUKatxeQVjjI=; b=u+eTbapNsFHyn8dlw5oTnV0cU3eBtecXDg+9VcfWlO4mw1oYwP9LHGeP+mBO15vVUv dSz94TPD4Zr8h5XKxB56L8H7y08jkDIdZZob9AhSEAdZiQrY8gMfHZkLiDvx3LHQJJJ6 67D8Yg/4InOcEe2xzRv8cqbn+/lswjOsQ92OdsFmOplLR4c2QRg1HHSRG0un78T2rChD l2gRU/if8bZqw52tPObz0yJGPJCZE3aelAaaYeq16JwAVacfSfiLFEdVOM1wddm3fY2M 1Nl5AlC6fFTH9+weVn6QcXVixNLrxV9tMFFmIbX2hbr2TP2WCuRMLiHuCsMKB4xJ3w6f 82XQ== MIME-Version: 1.0 X-Received: by 10.68.220.194 with SMTP id py2mr25789016pbc.92.1384097229659; Sun, 10 Nov 2013 07:27:09 -0800 (PST) Received: by 10.66.142.167 with HTTP; Sun, 10 Nov 2013 07:27:09 -0800 (PST) Date: Sun, 10 Nov 2013 16:27:09 +0100 Message-ID: Subject: FreeBSD10-Beta3: devel/popt: /usr/include/iconv.h:43:10: fatal error: '_libiconv_compat.h' file not found From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 15:27:10 -0000 Hi: It seems a bug with FreeBSD10-B3 while building devel/popt libraries. In file included from ./poptint.h:156: /usr/include/iconv.h:43:10: fatal error: '_libiconv_compat.h' file not found #include <_libiconv_compat.h> ^ 1 error generated. *** Error code 1 Stop. make[3]: stopped in /usr/ports/devel/popt/work/popt-1.16 *** Error code 1 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 17:06:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A51D4BB; Sun, 10 Nov 2013 17:06:11 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-oa0-x233.google.com (mail-oa0-x233.google.com [IPv6:2607:f8b0:4003:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B7B102547; Sun, 10 Nov 2013 17:06:10 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id i4so897386oah.38 for ; Sun, 10 Nov 2013 09:06:10 -0800 (PST) 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=zMoYZI4IYV4k4oSa1FBdFi1MN9ykBNGwf1IGYqMwdY4=; b=FzT6WSjJ076A1YsoceHwO/D40qf3Ck/KWsx8w6fEAtDqnIaCOy8vfoDaw07RJElFFr FOinVbEDlS7+/XJXqCV05o+TZoCm4pKQFp7kRnxLDmNA5J4EQ61C+DJ1oOVXSUaqS8fx YaS8s9VCSxK4+LVfqHUqnJ5S25VfWjRRmsMqIn01YApPj6SPdExFoLtis4gQaLeB6oUl wbdfqGd6hMfZ5Fig+2PoGZkvQ4TvkPAZ1tsy/jvTwnNhrX5g/8HpTXKGILVJIbZ9kPv2 AZn/pcmJjBo0S5JSLaYKcp8nt+h48JZ4DPEeeOhD90I/CpClpcQdruhv+oiQN9W8qTOM IknA== MIME-Version: 1.0 X-Received: by 10.60.45.102 with SMTP id l6mr14403210oem.36.1384103169985; Sun, 10 Nov 2013 09:06:09 -0800 (PST) Received: by 10.76.177.234 with HTTP; Sun, 10 Nov 2013 09:06:09 -0800 (PST) In-Reply-To: <20131108165750.GS89594@glenbarber.us> References: <20131107204218.GG89594@glenbarber.us> <1383860913.27740.44511277.4D9CF1BF@webmail.messagingengine.com> <20131107234832.GJ89594@glenbarber.us> <20131108165750.GS89594@glenbarber.us> Date: Sun, 10 Nov 2013 18:06:09 +0100 Message-ID: Subject: Re: Building 9.2-RELEASE on 10-stable From: Andreas Nilsson To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Mark Felder , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 17:06:11 -0000 On Fri, Nov 8, 2013 at 5:57 PM, Glen Barber wrote: > On Fri, Nov 08, 2013 at 11:02:12AM +0100, Andreas Nilsson wrote: > > Now I managed to reproduce the error: > > > > A failure has been detected in another branch of the parallel make > > > > make[1]: stopped in /src/9.2 > > > > --- upgrade_checks --- > > > > *** [upgrade_checks] Error code 2 > > > > make: stopped in /src/9.2 > > > > 1 error > > make: stopped in /src/9.2 > > > > This is one of the races I was talking about. > > In some of my tests, I found two things: > > 1.) Running 'make make buildworld -j8[...]'* in general would work, > because make(1) would be built first. That seems to be part of the > problem here, the toolchain has not yet decided what make(1) to build > (bmake for fmake), which causes the upgrade_checks phase to fail. > * Note the 'make make' is not a typo. > > 2.) Running the build without '-j' set at all, in most cases, would > succeed. (Note: even '-j1' would fall over occasionally.) > > Glen > > This was indeed tricky... I think that the check_upgrades target is somewhat broken. On my 10.0-BETA3 box I can't run check_upgrades for either 10.0 or 9.2 sources. For 10.0: $ sudo make obj Password: /usr/obj/src/10/tools/build/make_check created for /src/10/tools/build/make_check andrnils@jailer:/src/10/tools/build/make_check 17:59:16 0 $ sudo make 1..16 ok 1 - C_check # Test of -C flag existence detected no regression. ok 2 - test_variables # Test variables detected no regression, output matches. ok 3 - test_targets # Test targets detected no regression. ok 4 - sysvmatch # Test sysvmatch detected no regression. Variable BAR is recursive. make[1]: stopped in /src/10/tools/build/make_check ok 5 lhs_expn # Test lhs_expn detected no regression. ok 6 - notdef # Test notdef detected no regression. ok 7 - modifiers # Test modifiers detected no regression. ok 8 arith_expr # Test arith_expr detected no regression. ok 9 PATH_exists # Test PATH_exists detected no regression. ok 10 double_quotes # Test double_quotes detected no regression. ok 11 double_quotes2 # Test double_quotes2 detected no regression. ok 12 pass_cmd_vars # Test pass_cmd_vars detected no regression. ok 13 plus_flag # Test plus_flag detected no regression. ok 14 shell # Test shell detected no regression. *** Signal 11 Stop. make[1]: stopped in /src/10/tools/build/make_check not ok # Test failed: regression detected. See above. *** Error code 1 Stop. make[1]: stopped in /src/10/tools/build/make_check *** Error code 1 Stop. make: stopped in /src/10/tools/build/make_check And for 9.2: $ sudo make obj /usr/obj/src/9.2/tools/build/make_check created for /src/9.2/tools/build/make_check andrnils@jailer:/src/9.2/tools/build/make_check 18:00:11 0 $ sudo make 1..17 ok 1 - C_check # Test of -C flag existence detected no regression. ok 2 - test_variables # Test variables detected no regression, output matches. ok 3 - test_targets # Test targets detected no regression. ok 4 - sysvmatch # Test sysvmatch detected no regression. Variable BAR is recursive. make[1]: stopped in /src/9.2/tools/build/make_check ok 5 lhs_expn # Test lhs_expn detected no regression. ok 6 - notdef # Test notdef detected no regression. ok 7 - modifiers # Test modifiers detected no regression. make[1]: don't know how to make colons::target. Stop make[1]: stopped in /src/9.2/tools/build/make_check not ok # Test failed: regression detected. See above. *** Error code 1 Stop. make[1]: stopped in /src/9.2/tools/build/make_check *** Error code 1 Stop. make: stopped in /src/9.2/tools/build/make_check If I disable upgrade_checks dep I get a bit further, but still fails for libstdc++ on 9.2, running make make buildworld -s. By the way, did you mean WITH_GNUXX=1 or WITH_GNUCXX=1 ? Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 17:46:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2049511D for ; Sun, 10 Nov 2013 17:46:11 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC885273F for ; Sun, 10 Nov 2013 17:46:10 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id x10so4187609pdj.23 for ; Sun, 10 Nov 2013 09:46:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=WCjkTo9hYuS3lm73G2PM2jl8fnDIrF2JIbJx1sCkohI=; b=TmNRPx7xq+arcT5EBSlW2Vb/+DkID3MEtwvR6eJ3xrIP3q61uTKF9RR5F7mSIeueyD 9nD49iSOBejQbNLh65zfaA8D+bMB8ielcD/kyUF857O7I+AZrzUW87DoKLEhZAtUBLs9 RKQ6qebyhtWi366uwgLmaaPi59+j/HatSt57Vi+8TM8xNF06oVjsbG1zYofSnjv1cAb6 Z9yI5YdmzhIsre77yRUW8k+x++bfFvjNMKBG018wiqQP+hAq8A8VmV7CJS5VDcQRc1KD sy4RoQE38ZSAXzMIW5LKAPC4qHmNqK7Nmimce/To5oZAuwGrLZh8g2/AThrzxsut4nCD KF9g== MIME-Version: 1.0 X-Received: by 10.67.23.164 with SMTP id ib4mr27188037pad.42.1384105570602; Sun, 10 Nov 2013 09:46:10 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Sun, 10 Nov 2013 09:46:10 -0800 (PST) In-Reply-To: <527F87B2.2020806@club-internet.fr> References: <527F87B2.2020806@club-internet.fr> Date: Sun, 10 Nov 2013 09:46:10 -0800 X-Google-Sender-Auth: 3_TZa9d0BiCpzTNjPGbTGNWsrWk Message-ID: Subject: Re: Could not build new xorg with FreeBSD10-Beta3 From: Kevin Oberman To: Juanitou Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 17:46:11 -0000 On Sun, Nov 10, 2013 at 5:18 AM, Juanitou wrote: > I am encountering the same problem again and again when I try to build >> new xorg (1.12.4). It dies with error as of below: >> >> > Ah, but I did not installed this version, which comes from the > experimental repository, isn=E2=80=99t it? I just installed the standard = version > coming from ports (1.7.7). The AMD GPUs wiki page does not say anything > about updating xorg-server to 1.12.4. > You need xorg-server to 1.12.4, but it is not from the development repo. You get it from "WITH_NEW_XORG=3D" and it is required for many newer GPUs, including Intel and AMD. It works for many others, but will fail to work with some older GPUs. In nay case, it should always build. Your message is a bit unclear as to exactly what you were building when you got the error. lbiGL, xorg-server, or something else. --=20 R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 19:32:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9323BAFA for ; Sun, 10 Nov 2013 19:32:49 +0000 (UTC) (envelope-from listjm@club-internet.fr) Received: from smtp23.services.sfr.fr (smtp23.services.sfr.fr [93.17.128.21]) by mx1.freebsd.org (Postfix) with ESMTP id 5496C2C75 for ; Sun, 10 Nov 2013 19:32:48 +0000 (UTC) Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2312.sfr.fr (SMTP Server) with ESMTP id 5C1D0700022D for ; Sun, 10 Nov 2013 20:32:48 +0100 (CET) Received: from [192.168.1.101] (141.117.14.109.rev.sfr.net [109.14.117.141]) by msfrf2312.sfr.fr (SMTP Server) with ESMTP id 2F094700020A for ; Sun, 10 Nov 2013 20:32:48 +0100 (CET) X-SFR-UUID: 20131110193248192.2F094700020A@msfrf2312.sfr.fr Message-ID: <527FDF5C.1050507@club-internet.fr> Date: Sun, 10 Nov 2013 20:32:44 +0100 From: Juanitou User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Could not build new xorg with FreeBSD10-Beta3 References: <527F87B2.2020806@club-internet.fr> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 19:32:49 -0000 >> Ah, but I did not installed this version, which comes from the >> experimental repository, isn’t it? I just installed the standard version >> coming from ports (1.7.7). The AMD GPUs wiki page does not say anything >> about updating xorg-server to 1.12.4. >> > You need xorg-server to 1.12.4, but it is not from the development repo. > You get it from "WITH_NEW_XORG=" and it is required for many newer GPUs, > including Intel and AMD. It works for many others, but will fail to work > with some older GPUs. In nay case, it should always build. FWIW, following the guide, enabling WITH_NEW_XORG and installing libGL and dri from the development repo gives me xorg-server 1.7.7 (not 1.12.4) and KMS for an ATI GPU. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 10 22:27:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B9E5E3D5 for ; Sun, 10 Nov 2013 22:27:56 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9131F2633 for ; Sun, 10 Nov 2013 22:27:56 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id um1so2394336pbc.22 for ; Sun, 10 Nov 2013 14:27:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=IWalMXiQcOfAEqS1H82xeJikCc0wlQD9e8EbAm9CzHw=; b=kQbQYDJzivFMlLHhChOjj/7GCRrs5i/T95JBfp2lgBfBDI0xlnrvaJfJcDwNqbN6bl EperpQny/2ULldZzVI/yFFmjzxRlcNB/qsse3NQjCY6zw0VS3kMzxqRIbM2EVSqGesRM 9ZituCVye+STTFBX4qWRD4jWquTAB9wGzWrLGjIE7X9PNBgM4zVM4LjJqw61hdyqED5H Ev26xGPP7J8il7XThhKv84PHKzwNavDbTqWCMQHCA5f8S5/lFOpsx9a7NaT/SaN3uU6t g29JZy0oct27rNUcytn8wkomgRVFP4M9fcEwmi68WEbTb6bPQPu9O/RgKKM5BZu5tCA7 y0zA== MIME-Version: 1.0 X-Received: by 10.66.146.199 with SMTP id te7mr28122432pab.106.1384122475492; Sun, 10 Nov 2013 14:27:55 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Sun, 10 Nov 2013 14:27:55 -0800 (PST) In-Reply-To: <527FDF5C.1050507@club-internet.fr> References: <527F87B2.2020806@club-internet.fr> <527FDF5C.1050507@club-internet.fr> Date: Sun, 10 Nov 2013 14:27:55 -0800 X-Google-Sender-Auth: crxQ8ybipjWDo0szOCGQz7Z95G8 Message-ID: Subject: Re: Could not build new xorg with FreeBSD10-Beta3 From: Kevin Oberman To: Juanitou Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Nov 2013 22:27:56 -0000 On Sun, Nov 10, 2013 at 11:32 AM, Juanitou wrote: > Ah, but I did not installed this version, which comes from the >>> experimental repository, isn=E2=80=99t it? I just installed the standar= d version >>> coming from ports (1.7.7). The AMD GPUs wiki page does not say anything >>> about updating xorg-server to 1.12.4. >>> >>> You need xorg-server to 1.12.4, but it is not from the development >> repo. >> You get it from "WITH_NEW_XORG=3D" and it is required for many newer GPU= s, >> including Intel and AMD. It works for many others, but will fail to work >> with some older GPUs. In nay case, it should always build. >> > > FWIW, following the guide, enabling WITH_NEW_XORG and installing libGL an= d > dri from the development repo gives me xorg-server 1.7.7 (not 1.12.4) and > KMS for an ATI GPU. > This baffles me. Here is what hte Makefle contains: .if defined(WITH_NEW_XORG) XORG_VERSION=3D 1.12.4 XORG_REVISION=3D 4 PLIST_SUB+=3D OLD=3D"@comment " NEW=3D"" EXTRA_PATCHES+=3D ${FILESDIR}/extra-clang \ ${FILESDIR}/extra-configure \ ${FILESDIR}/extra-new-dix_dixfonts.c .else XORG_VERSION=3D 1.7.7 XORG_REVISION=3D 11 PLIST_SUB+=3D OLD=3D"" NEW=3D"@comment " EXTRA_PATCHES+=3D ${FILESDIR}/extra-Xext-xace.c \ ${FILESDIR}/extra-Xserver-os-xprintf.c \ ${FILESDIR}/extra-include_eventstr.h \ ${FILESDIR}/extra-os-utils.c \ ${FILESDIR}/extra-dix_events.c \ ${FILESDIR}/extra-Xserver-hw-xfree86-common-xf86Config.c \ ${FILESDIR}/extra-old-dix_dixfonts.c .endif So, assuming your ports tree is even close to current, you should get 1.12.4. It's not complicated, but something is clearly going wrong for you. I'm at loss. You might try "make -V WITH_NEW_XORG" and confirm that it is sees it as YES. If it is, you can try "make -d c" and check the output. It will be pretty big, so you might want to redirect it to a file. I'll admit ot being confused. I think you said so before, but are you running 10 which uses bmake? It might be an issue there. --=20 R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 11 00:05:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CBB2B175; Mon, 11 Nov 2013 00:05:23 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (gentiane.peterschmitt.fr [213.239.219.91]) by mx1.freebsd.org (Postfix) with ESMTP id 882712B38; Mon, 11 Nov 2013 00:05:23 +0000 (UTC) Received: from [192.168.1.107] (89-159-92-164.rev.dartybox.com [89.159.92.164]) by peterschmitt.fr (Postfix) with ESMTPSA id 2D4D91C955; Mon, 11 Nov 2013 01:05:24 +0100 (CET) Message-ID: <52801F3A.4020402@peterschmitt.fr> Date: Mon, 11 Nov 2013 01:05:14 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Joe Holden , freebsd-net@freebsd.org, 'freebsd-stable stable' Subject: Re: 10.0-BETA3 em/nfe drivers on MSI K9NBPM2-FID board. LAN card changes. References: <527EE562.50103@peterschmitt.fr> <009701cede24$198be2f0$4ca3a8d0$@rewt.org.uk> In-Reply-To: <009701cede24$198be2f0$4ca3a8d0$@rewt.org.uk> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GO7lRE2J0PfeiLU1L12tPSTFsq8ITi6AE" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 00:05:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --GO7lRE2J0PfeiLU1L12tPSTFsq8ITi6AE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 10/11/13 15:49, Joe Holden wrote: > vKVM uses qemu emulation so it doesn't match the real hardware. Woops, it was'nt a vKVM but this: http://wiki.hetzner.de/index.php/LARA/e= n The system was not booted in vKVM when the problem appeared. >> Does FreeBSD "confused" the "Vitesse" card and the nVidia one? >> > No because the MCP isn't the same as the PHY it may be connected to. >=20 > Just change rc.conf to nfe and it'll probably work. The MCP ? And, yes, of course now I changed for the nfe card :) --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --GO7lRE2J0PfeiLU1L12tPSTFsq8ITi6AE 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.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSgB9AAAoJEFr01BkajbiB488QAJZTH+HKhy287x4yOkZ6Kdk0 bhvEiFLejaepEphhoRf2D3H87LXSbPa6dyyE0r5FGSV/Exb+7JfI92meyoYtTNOT C7XW2vDxWjgTaqpa9t4/K2DMGvIK2MZeRhcJEJtRzWmuKvPpAZ9YLEO8JfHJdKAA FLn9xzVMHz87drMCWFau4uILDW2F/5oycx4NbSE3mnAbg63/vrZyNzwZzEmReGkP ZWTM5Wn3qJ3SZ1VpBK/ZX4Yfzd6tcuQm5v2KG0cTI/nzZTp0sYSPAZU7N5WEOJOv mqZ/9aIMHpYNVpFZxFrmGJhIk8fPmhYTcrf8tXebHgX+SdaTircC2CAudUA0shD/ /EoRzv1zGWiaA3ribjFSXZuIvdalKK2E0BksVwLlljThzvihhES2pWycZWaQBA63 TzH61H1ZQusyjZ4B+ECHklLTCUu2HPEW18nUbeTUCY4WcPpJuWrsP70SIQeEbaN3 mVM+HFJF0NZCgBrAbySNYB5QxrjRPA2Xqjak1j5iEjSqrvUAal3j6ZpndsT8T4Ng urC88tKnhun5Vevl9sw1L73PePh9+fGnUKaBgEhyIC6ElJqC1Ff44i50daZ9Grcz /ooN+Rk6ta12IfRA0LT8ijWmgGQref3IsT9wXLi3BREKhprHwhBqE4p2PQdhbxH9 pJ0ViDzbHkpbVK7XI+t4 =uIIQ -----END PGP SIGNATURE----- --GO7lRE2J0PfeiLU1L12tPSTFsq8ITi6AE-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 11 00:09:08 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 559AE333 for ; Mon, 11 Nov 2013 00:09:08 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-lb0-f173.google.com (mail-lb0-f173.google.com [209.85.217.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D25D92B7B for ; Mon, 11 Nov 2013 00:09:07 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id w7so2875548lbi.4 for ; Sun, 10 Nov 2013 16:09:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=EtIQPdZJaVIgMamwnpRBM5o15IH/KEoDLOcUexXE06U=; b=Sz/nD0uSP8ZWqqvtFH7gZSWXa4N8yHc5o6gkwdMAjh9Gyj5b2WvIaJo+omuIUt6nKA PMiw4o2Ywz+XhbHZwwi8VTByKMRyd+uHYc7Hxdlmg1V+RXi6QEi7ZBEUiD1Oi1DSMfhE yBo27c038SSY2abRiNW+fKt1v/kZCR+4XdNDhvZGefWo1GR2mcGCqFOHCqFYHfLe9OSa MgmYiGAN68hAprfz0Z0XKO3YeGM2k1GzyGsCWLoYtzPSRm8q8Lg0Yl2vLP6YY/1ql6XI I/yDDqWIP02ahvwExQp/OfYSZYyTqSRFdAzol4VeN+1MXX1IEBWC1vJcnMBMi+IURd5c s1eQ== X-Gm-Message-State: ALoCoQkar2U9UGeGkSP6CUHtrb3vlTyypBkAKAwutf3JuxcV2Cj1XXWGoOSzYcoiCWlPO0zCoiqp MIME-Version: 1.0 X-Received: by 10.152.28.194 with SMTP id d2mr20456023lah.2.1384128539811; Sun, 10 Nov 2013 16:08:59 -0800 (PST) Sender: sobomax@sippysoft.com Received: by 10.114.230.66 with HTTP; Sun, 10 Nov 2013 16:08:59 -0800 (PST) Received: by 10.114.230.66 with HTTP; Sun, 10 Nov 2013 16:08:59 -0800 (PST) In-Reply-To: <20131108074202.GO7577@glebius.int.ru> References: <20131108074202.GO7577@glebius.int.ru> Date: Sun, 10 Nov 2013 16:08:59 -0800 X-Google-Sender-Auth: Vtak5mq2mGfIVwD5EFAbwSFNEzc Message-ID: Subject: Re: svn commit: r232945 - in stable/9: share/man/man4 sys/i386/conf sys/netinet sys/sys From: Maxim Sobolev To: Gleb Smirnoff Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Maxim Sobolev , stable@freebsd.org, andre@freebsd.org, bz@freebsd.org, lstewart@freebsd.org, pgsql@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 00:09:08 -0000 Thanks, Gleb, we'll give it a go! -Maxim On Nov 7, 2013 11:42 PM, "Gleb Smirnoff" wrote: > On Thu, Nov 07, 2013 at 03:10:27PM -0800, Maxim Sobolev wrote: > M> Hey guys, any particular reasons why those options are write-only? Is it > M> just laziness of the developer or is there any particular fundamental > M> reason for it being like this. This might be some regression, since at > M> least some 3rd party software that does getsockopt(), checks its status > and > M> only does setsockopt() if the former completed successfully. Which kinda > M> makes sense IMHO. The software in question is PostgreSQL here. As a > result, > M> the software may be misbehaving since it detects those options as being > M> present on the configure stage, but cannot really make any use of them > M> later on during runtime. Had it not detect those options at the build > M> stage, it might have used some kind of software protocol workaround > (i.e. > M> sending ping/nop packets) so it in fact might trigger some bugs and > whatnot. > M> > M> We believe it might be the reason for some of our problems here with PG > 91 > M> and FreeBSD 92. > > Can you please try attached patch and report? > > > -- > Totus tuus, Glebius. > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 11 10:24:01 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1A10B688; Mon, 11 Nov 2013 10:24:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0FCE029AA; Mon, 11 Nov 2013 10:23:59 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rABANnm9038647; Mon, 11 Nov 2013 12:23:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rABANmju038488; Mon, 11 Nov 2013 10:23:48 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 11 Nov 2013 10:23:48 GMT Message-Id: <201311111023.rABANmju038488@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 10:24:01 -0000 TB --- 2013-11-11 07:20:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-11 07:20:41 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-11 07:20:41 - starting RELENG_10 tinderbox run for mips/mips TB --- 2013-11-11 07:20:41 - cleaning the object tree TB --- 2013-11-11 07:20:41 - /usr/local/bin/svn stat /src TB --- 2013-11-11 07:21:32 - At svn revision 257944 TB --- 2013-11-11 07:21:33 - building world TB --- 2013-11-11 07:21:33 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 07:21:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 07:21:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 07:21:33 - SRCCONF=/dev/null TB --- 2013-11-11 07:21:33 - TARGET=mips TB --- 2013-11-11 07:21:33 - TARGET_ARCH=mips TB --- 2013-11-11 07:21:33 - TZ=UTC TB --- 2013-11-11 07:21:33 - __MAKE_CONF=/dev/null TB --- 2013-11-11 07:21:33 - cd /src TB --- 2013-11-11 07:21:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Nov 11 07:21:43 UTC 2013 >>> 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 Mon Nov 11 08:47:45 UTC 2013 TB --- 2013-11-11 08:47:45 - cd /src/sys/mips/conf TB --- 2013-11-11 08:47:45 - /usr/sbin/config -m ADM5120 TB --- 2013-11-11 08:47:45 - skipping ADM5120 kernel TB --- 2013-11-11 08:47:45 - cd /src/sys/mips/conf TB --- 2013-11-11 08:47:45 - /usr/sbin/config -m ALCHEMY TB --- 2013-11-11 08:47:45 - skipping ALCHEMY kernel TB --- 2013-11-11 08:47:45 - cd /src/sys/mips/conf TB --- 2013-11-11 08:47:45 - /usr/sbin/config -m AP121 TB --- 2013-11-11 08:47:45 - building AP121 kernel TB --- 2013-11-11 08:47:45 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 08:47:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 08:47:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 08:47:45 - SRCCONF=/dev/null TB --- 2013-11-11 08:47:45 - TARGET=mips TB --- 2013-11-11 08:47:45 - TARGET_ARCH=mips TB --- 2013-11-11 08:47:45 - TZ=UTC TB --- 2013-11-11 08:47:45 - __MAKE_CONF=/dev/null TB --- 2013-11-11 08:47:45 - cd /src TB --- 2013-11-11 08:47:45 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Mon Nov 11 08:47:45 UTC 2013 >>> 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 AP121 completed on Mon Nov 11 08:53:01 UTC 2013 TB --- 2013-11-11 08:53:01 - cd /src/sys/mips/conf TB --- 2013-11-11 08:53:01 - /usr/sbin/config -m AP91 TB --- 2013-11-11 08:53:01 - building AP91 kernel TB --- 2013-11-11 08:53:01 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 08:53:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 08:53:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 08:53:01 - SRCCONF=/dev/null TB --- 2013-11-11 08:53:01 - TARGET=mips TB --- 2013-11-11 08:53:01 - TARGET_ARCH=mips TB --- 2013-11-11 08:53:01 - TZ=UTC TB --- 2013-11-11 08:53:01 - __MAKE_CONF=/dev/null TB --- 2013-11-11 08:53:01 - cd /src TB --- 2013-11-11 08:53:01 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Mon Nov 11 08:53:01 UTC 2013 >>> 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 AP91 completed on Mon Nov 11 08:59:58 UTC 2013 TB --- 2013-11-11 08:59:58 - cd /src/sys/mips/conf TB --- 2013-11-11 08:59:58 - /usr/sbin/config -m AP93 TB --- 2013-11-11 08:59:58 - building AP93 kernel TB --- 2013-11-11 08:59:58 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 08:59:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 08:59:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 08:59:58 - SRCCONF=/dev/null TB --- 2013-11-11 08:59:58 - TARGET=mips TB --- 2013-11-11 08:59:58 - TARGET_ARCH=mips TB --- 2013-11-11 08:59:58 - TZ=UTC TB --- 2013-11-11 08:59:58 - __MAKE_CONF=/dev/null TB --- 2013-11-11 08:59:58 - cd /src TB --- 2013-11-11 08:59:58 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Mon Nov 11 08:59:59 UTC 2013 >>> 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 Mon Nov 11 09:07:25 UTC 2013 TB --- 2013-11-11 09:07:25 - cd /src/sys/mips/conf TB --- 2013-11-11 09:07:25 - /usr/sbin/config -m AP94 TB --- 2013-11-11 09:07:25 - building AP94 kernel TB --- 2013-11-11 09:07:25 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 09:07:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 09:07:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 09:07:25 - SRCCONF=/dev/null TB --- 2013-11-11 09:07:25 - TARGET=mips TB --- 2013-11-11 09:07:25 - TARGET_ARCH=mips TB --- 2013-11-11 09:07:25 - TZ=UTC TB --- 2013-11-11 09:07:25 - __MAKE_CONF=/dev/null TB --- 2013-11-11 09:07:25 - cd /src TB --- 2013-11-11 09:07:25 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Mon Nov 11 09:07:25 UTC 2013 >>> 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 Mon Nov 11 09:16:05 UTC 2013 TB --- 2013-11-11 09:16:05 - cd /src/sys/mips/conf TB --- 2013-11-11 09:16:05 - /usr/sbin/config -m AP96 TB --- 2013-11-11 09:16:05 - building AP96 kernel TB --- 2013-11-11 09:16:05 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 09:16:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 09:16:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 09:16:05 - SRCCONF=/dev/null TB --- 2013-11-11 09:16:05 - TARGET=mips TB --- 2013-11-11 09:16:05 - TARGET_ARCH=mips TB --- 2013-11-11 09:16:05 - TZ=UTC TB --- 2013-11-11 09:16:05 - __MAKE_CONF=/dev/null TB --- 2013-11-11 09:16:05 - cd /src TB --- 2013-11-11 09:16:05 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Mon Nov 11 09:16:06 UTC 2013 >>> 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 Mon Nov 11 09:24:35 UTC 2013 TB --- 2013-11-11 09:24:35 - cd /src/sys/mips/conf TB --- 2013-11-11 09:24:35 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-11-11 09:24:35 - building AR71XX_BASE kernel TB --- 2013-11-11 09:24:35 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 09:24:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 09:24:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 09:24:35 - SRCCONF=/dev/null TB --- 2013-11-11 09:24:35 - TARGET=mips TB --- 2013-11-11 09:24:35 - TARGET_ARCH=mips TB --- 2013-11-11 09:24:35 - TZ=UTC TB --- 2013-11-11 09:24:35 - __MAKE_CONF=/dev/null TB --- 2013-11-11 09:24:35 - cd /src TB --- 2013-11-11 09:24:35 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Mon Nov 11 09:24:35 UTC 2013 >>> 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 Mon Nov 11 09:31:58 UTC 2013 TB --- 2013-11-11 09:31:58 - cd /src/sys/mips/conf TB --- 2013-11-11 09:31:58 - /usr/sbin/config -m AR724X_BASE TB --- 2013-11-11 09:31:58 - building AR724X_BASE kernel TB --- 2013-11-11 09:31:58 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 09:31:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 09:31:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 09:31:58 - SRCCONF=/dev/null TB --- 2013-11-11 09:31:58 - TARGET=mips TB --- 2013-11-11 09:31:58 - TARGET_ARCH=mips TB --- 2013-11-11 09:31:58 - TZ=UTC TB --- 2013-11-11 09:31:58 - __MAKE_CONF=/dev/null TB --- 2013-11-11 09:31:58 - cd /src TB --- 2013-11-11 09:31:58 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Mon Nov 11 09:31:58 UTC 2013 >>> 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 AR724X_BASE completed on Mon Nov 11 09:37:47 UTC 2013 TB --- 2013-11-11 09:37:47 - cd /src/sys/mips/conf TB --- 2013-11-11 09:37:47 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-11-11 09:37:47 - building AR91XX_BASE kernel TB --- 2013-11-11 09:37:47 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 09:37:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 09:37:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 09:37:47 - SRCCONF=/dev/null TB --- 2013-11-11 09:37:47 - TARGET=mips TB --- 2013-11-11 09:37:47 - TARGET_ARCH=mips TB --- 2013-11-11 09:37:47 - TZ=UTC TB --- 2013-11-11 09:37:47 - __MAKE_CONF=/dev/null TB --- 2013-11-11 09:37:47 - cd /src TB --- 2013-11-11 09:37:47 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Mon Nov 11 09:37:47 UTC 2013 >>> 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 Mon Nov 11 09:44:35 UTC 2013 TB --- 2013-11-11 09:44:35 - cd /src/sys/mips/conf TB --- 2013-11-11 09:44:35 - /usr/sbin/config -m AR933X_BASE TB --- 2013-11-11 09:44:35 - building AR933X_BASE kernel TB --- 2013-11-11 09:44:35 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 09:44:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 09:44:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 09:44:35 - SRCCONF=/dev/null TB --- 2013-11-11 09:44:35 - TARGET=mips TB --- 2013-11-11 09:44:35 - TARGET_ARCH=mips TB --- 2013-11-11 09:44:35 - TZ=UTC TB --- 2013-11-11 09:44:35 - __MAKE_CONF=/dev/null TB --- 2013-11-11 09:44:35 - cd /src TB --- 2013-11-11 09:44:35 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Mon Nov 11 09:44:35 UTC 2013 >>> 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 AR933X_BASE completed on Mon Nov 11 09:48:25 UTC 2013 TB --- 2013-11-11 09:48:25 - cd /src/sys/mips/conf TB --- 2013-11-11 09:48:25 - /usr/sbin/config -m AR934X_BASE TB --- 2013-11-11 09:48:25 - building AR934X_BASE kernel TB --- 2013-11-11 09:48:25 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 09:48:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 09:48:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 09:48:25 - SRCCONF=/dev/null TB --- 2013-11-11 09:48:25 - TARGET=mips TB --- 2013-11-11 09:48:25 - TARGET_ARCH=mips TB --- 2013-11-11 09:48:25 - TZ=UTC TB --- 2013-11-11 09:48:25 - __MAKE_CONF=/dev/null TB --- 2013-11-11 09:48:25 - cd /src TB --- 2013-11-11 09:48:25 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Mon Nov 11 09:48:26 UTC 2013 >>> 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 AR934X_BASE completed on Mon Nov 11 09:52:11 UTC 2013 TB --- 2013-11-11 09:52:11 - cd /src/sys/mips/conf TB --- 2013-11-11 09:52:11 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-11-11 09:52:11 - skipping BERI_DE4_BASE kernel TB --- 2013-11-11 09:52:11 - cd /src/sys/mips/conf TB --- 2013-11-11 09:52:11 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-11-11 09:52:11 - skipping BERI_DE4_MDROOT kernel TB --- 2013-11-11 09:52:11 - cd /src/sys/mips/conf TB --- 2013-11-11 09:52:11 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-11-11 09:52:11 - skipping BERI_DE4_SDROOT kernel TB --- 2013-11-11 09:52:11 - cd /src/sys/mips/conf TB --- 2013-11-11 09:52:11 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2013-11-11 09:52:11 - skipping BERI_SIM_BASE kernel TB --- 2013-11-11 09:52:11 - cd /src/sys/mips/conf TB --- 2013-11-11 09:52:11 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-11-11 09:52:11 - skipping BERI_SIM_MDROOT kernel TB --- 2013-11-11 09:52:11 - cd /src/sys/mips/conf TB --- 2013-11-11 09:52:11 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2013-11-11 09:52:11 - skipping BERI_SIM_SDROOT kernel TB --- 2013-11-11 09:52:11 - cd /src/sys/mips/conf TB --- 2013-11-11 09:52:11 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-11-11 09:52:11 - skipping BERI_TEMPLATE kernel TB --- 2013-11-11 09:52:11 - cd /src/sys/mips/conf TB --- 2013-11-11 09:52:11 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-11-11 09:52:11 - building CARAMBOLA2 kernel TB --- 2013-11-11 09:52:11 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 09:52:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 09:52:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 09:52:11 - SRCCONF=/dev/null TB --- 2013-11-11 09:52:11 - TARGET=mips TB --- 2013-11-11 09:52:11 - TARGET_ARCH=mips TB --- 2013-11-11 09:52:11 - TZ=UTC TB --- 2013-11-11 09:52:11 - __MAKE_CONF=/dev/null TB --- 2013-11-11 09:52:11 - cd /src TB --- 2013-11-11 09:52:11 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Mon Nov 11 09:52:12 UTC 2013 >>> 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 CARAMBOLA2 completed on Mon Nov 11 09:56:01 UTC 2013 TB --- 2013-11-11 09:56:01 - cd /src/sys/mips/conf TB --- 2013-11-11 09:56:01 - /usr/sbin/config -m DB120 TB --- 2013-11-11 09:56:02 - building DB120 kernel TB --- 2013-11-11 09:56:02 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 09:56:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 09:56:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 09:56:02 - SRCCONF=/dev/null TB --- 2013-11-11 09:56:02 - TARGET=mips TB --- 2013-11-11 09:56:02 - TARGET_ARCH=mips TB --- 2013-11-11 09:56:02 - TZ=UTC TB --- 2013-11-11 09:56:02 - __MAKE_CONF=/dev/null TB --- 2013-11-11 09:56:02 - cd /src TB --- 2013-11-11 09:56:02 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Mon Nov 11 09:56:02 UTC 2013 >>> 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 DB120 completed on Mon Nov 11 09:59:54 UTC 2013 TB --- 2013-11-11 09:59:54 - cd /src/sys/mips/conf TB --- 2013-11-11 09:59:54 - /usr/sbin/config -m DIR-825 TB --- 2013-11-11 09:59:54 - building DIR-825 kernel TB --- 2013-11-11 09:59:54 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 09:59:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 09:59:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 09:59:54 - SRCCONF=/dev/null TB --- 2013-11-11 09:59:54 - TARGET=mips TB --- 2013-11-11 09:59:54 - TARGET_ARCH=mips TB --- 2013-11-11 09:59:54 - TZ=UTC TB --- 2013-11-11 09:59:54 - __MAKE_CONF=/dev/null TB --- 2013-11-11 09:59:54 - cd /src TB --- 2013-11-11 09:59:54 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Mon Nov 11 09:59:54 UTC 2013 >>> 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 DIR-825 completed on Mon Nov 11 10:05:36 UTC 2013 TB --- 2013-11-11 10:05:36 - cd /src/sys/mips/conf TB --- 2013-11-11 10:05:36 - /usr/sbin/config -m ENH200 TB --- 2013-11-11 10:05:36 - building ENH200 kernel TB --- 2013-11-11 10:05:36 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 10:05:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 10:05:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 10:05:36 - SRCCONF=/dev/null TB --- 2013-11-11 10:05:36 - TARGET=mips TB --- 2013-11-11 10:05:36 - TARGET_ARCH=mips TB --- 2013-11-11 10:05:36 - TZ=UTC TB --- 2013-11-11 10:05:36 - __MAKE_CONF=/dev/null TB --- 2013-11-11 10:05:36 - cd /src TB --- 2013-11-11 10:05:36 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Mon Nov 11 10:05:36 UTC 2013 >>> 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 ENH200 completed on Mon Nov 11 10:12:17 UTC 2013 TB --- 2013-11-11 10:12:17 - cd /src/sys/mips/conf TB --- 2013-11-11 10:12:17 - /usr/sbin/config -m GXEMUL TB --- 2013-11-11 10:12:17 - skipping GXEMUL kernel TB --- 2013-11-11 10:12:17 - cd /src/sys/mips/conf TB --- 2013-11-11 10:12:17 - /usr/sbin/config -m GXEMUL32 TB --- 2013-11-11 10:12:17 - building GXEMUL32 kernel TB --- 2013-11-11 10:12:17 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 10:12:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 10:12:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 10:12:17 - SRCCONF=/dev/null TB --- 2013-11-11 10:12:17 - TARGET=mips TB --- 2013-11-11 10:12:17 - TARGET_ARCH=mips TB --- 2013-11-11 10:12:17 - TZ=UTC TB --- 2013-11-11 10:12:17 - __MAKE_CONF=/dev/null TB --- 2013-11-11 10:12:17 - cd /src TB --- 2013-11-11 10:12:17 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Mon Nov 11 10:12:17 UTC 2013 >>> 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 GXEMUL32 completed on Mon Nov 11 10:15:12 UTC 2013 TB --- 2013-11-11 10:15:12 - cd /src/sys/mips/conf TB --- 2013-11-11 10:15:12 - /usr/sbin/config -m IDT TB --- 2013-11-11 10:15:12 - skipping IDT kernel TB --- 2013-11-11 10:15:12 - cd /src/sys/mips/conf TB --- 2013-11-11 10:15:12 - /usr/sbin/config -m MALTA TB --- 2013-11-11 10:15:12 - skipping MALTA kernel TB --- 2013-11-11 10:15:12 - cd /src/sys/mips/conf TB --- 2013-11-11 10:15:12 - /usr/sbin/config -m MALTA64 TB --- 2013-11-11 10:15:12 - skipping MALTA64 kernel TB --- 2013-11-11 10:15:12 - cd /src/sys/mips/conf TB --- 2013-11-11 10:15:12 - /usr/sbin/config -m OCTEON1 TB --- 2013-11-11 10:15:12 - skipping OCTEON1 kernel TB --- 2013-11-11 10:15:12 - cd /src/sys/mips/conf TB --- 2013-11-11 10:15:12 - /usr/sbin/config -m PB47 TB --- 2013-11-11 10:15:12 - building PB47 kernel TB --- 2013-11-11 10:15:12 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 10:15:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 10:15:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 10:15:12 - SRCCONF=/dev/null TB --- 2013-11-11 10:15:12 - TARGET=mips TB --- 2013-11-11 10:15:12 - TARGET_ARCH=mips TB --- 2013-11-11 10:15:12 - TZ=UTC TB --- 2013-11-11 10:15:12 - __MAKE_CONF=/dev/null TB --- 2013-11-11 10:15:12 - cd /src TB --- 2013-11-11 10:15:12 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Mon Nov 11 10:15:12 UTC 2013 >>> 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 Mon Nov 11 10:23:40 UTC 2013 TB --- 2013-11-11 10:23:40 - cd /src/sys/mips/conf TB --- 2013-11-11 10:23:40 - /usr/sbin/config -m PB92 TB --- 2013-11-11 10:23:40 - building PB92 kernel TB --- 2013-11-11 10:23:40 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 10:23:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 10:23:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 10:23:40 - SRCCONF=/dev/null TB --- 2013-11-11 10:23:40 - TARGET=mips TB --- 2013-11-11 10:23:40 - TARGET_ARCH=mips TB --- 2013-11-11 10:23:40 - TZ=UTC TB --- 2013-11-11 10:23:40 - __MAKE_CONF=/dev/null TB --- 2013-11-11 10:23:40 - cd /src TB --- 2013-11-11 10:23:40 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Mon Nov 11 10:23:40 UTC 2013 >>> 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/PB92/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-11 10:23:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-11 10:23:47 - ERROR: failed to build PB92 kernel TB --- 2013-11-11 10:23:47 - 7764.55 user 3749.69 system 10986.20 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 11 10:35:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6736A8AC for ; Mon, 11 Nov 2013 10:35:05 +0000 (UTC) (envelope-from listjm@club-internet.fr) Received: from smtp22.services.sfr.fr (smtp22.services.sfr.fr [93.17.128.12]) by mx1.freebsd.org (Postfix) with ESMTP id F36A82A5C for ; Mon, 11 Nov 2013 10:35:04 +0000 (UTC) Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2211.sfr.fr (SMTP Server) with ESMTP id C086D7000058 for ; Mon, 11 Nov 2013 11:25:17 +0100 (CET) Received: from [192.168.1.101] (165.158.14.109.rev.sfr.net [109.14.158.165]) by msfrf2211.sfr.fr (SMTP Server) with ESMTP id 55018700013A for ; Mon, 11 Nov 2013 11:25:17 +0100 (CET) X-SFR-UUID: 20131111102517348.55018700013A@msfrf2211.sfr.fr Message-ID: <5280B089.3000406@club-internet.fr> Date: Mon, 11 Nov 2013 11:25:13 +0100 From: Juanitou User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Could not build new xorg with FreeBSD10-Beta3 References: <527F87B2.2020806@club-internet.fr> <527FDF5C.1050507@club-internet.fr> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 10:35:05 -0000 El 10/11/2013 23:27, Kevin Oberman escribió: > On Sun, Nov 10, 2013 at 11:32 AM, Juanitou > wrote: > > Ah, but I did not installed this version, which comes from the > experimental repository, isn’t it? I just installed the > standard version > coming from ports (1.7.7). The AMD GPUs wiki page does not > say anything > about updating xorg-server to 1.12.4. > > You need xorg-server to 1.12.4, but it is not from the > development repo. > You get it from "WITH_NEW_XORG=" and it is required for many > newer GPUs, > including Intel and AMD. It works for many others, but will > fail to work > with some older GPUs. In nay case, it should always build. > > > FWIW, following the guide, enabling WITH_NEW_XORG and installing > libGL and dri from the development repo gives me xorg-server 1.7.7 > (not 1.12.4) and KMS for an ATI GPU. > > > This baffles me. Here is what hte Makefle contains: > > So, assuming your ports tree is even close to current, you should get > 1.12.4. It's not complicated, but something is clearly going wrong for > you. I'm at loss. You might try "make -V WITH_NEW_XORG" and confirm > that it is sees it as YES. If it is, you can try "make -d c" and check > the output. It will be pretty big, so you might want to redirect it to > a file. > > I'll admit ot being confused. I think you said so before, but are you > running 10 which uses bmake? It might be an issue there. Thanks for looking into that and please accept my apologies, since I’m making lose your time: I don’t know why, but xorg-server had not been updated, despite the configuration being done: root /usr/ports/x11-servers/xorg-server # uname -a FreeBSD Marianne.Juan.home 10.0-BETA3 FreeBSD 10.0-BETA3 #0 r257580: Sun Nov 3 21:5:32 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 root /usr/ports/x11-servers/xorg-server # pkg info xorg-server xorg-server-1.7.7_11,1 root /usr/ports/x11-servers/xorg-server # grep WITH_NEW_XORG -A 1 -m 1 Makefile .if defined(WITH_NEW_XORG) XORG_VERSION= 1.12.4 root /usr/ports/x11-servers/xorg-server # make -V !^ make -V WITH_NEW_XORG "YES" I think I know what I did wrong: since I got twice the famous error during building dri (error: unknown type name 'GLDEBUGPROCARB') I commented out the WITH_NEW_XORG, built everything with portmaster -a, then reinstated the switch and installed the ATI video driver, libGL and dri again from the experimental repository… without rebuilding xorg-server. As it worked and I was in a hurry I did not looked further. Now I have rebuilt xorg-server (1.12.4) and all the concerned ports. Unfortunately, the mouse and keyboard stopped working and I have these errors: (EE) module ABI major version (7) doesn't match the server's version (16) Well, that’s for another thread… It’s nevertheless fishy that the original poster (Zenny) seems to have had problems getting the 1.12.4 to install, then not still managed to build dri. I hope it’s only a matter of doing all again in the good order… and maybe the upgrade documentation needs to be improved, but I don’t know how. Best regards, Juan From owner-freebsd-stable@FreeBSD.ORG Mon Nov 11 11:25:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B01C1768 for ; Mon, 11 Nov 2013 11:25:03 +0000 (UTC) (envelope-from listjm@club-internet.fr) Received: from smtp22.services.sfr.fr (smtp22.services.sfr.fr [93.17.128.13]) by mx1.freebsd.org (Postfix) with ESMTP id 7142F2F5F for ; Mon, 11 Nov 2013 11:25:03 +0000 (UTC) Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2217.sfr.fr (SMTP Server) with ESMTP id 0C0FE70000B7 for ; Mon, 11 Nov 2013 12:15:06 +0100 (CET) Received: from [192.168.1.101] (165.158.14.109.rev.sfr.net [109.14.158.165]) by msfrf2217.sfr.fr (SMTP Server) with ESMTP id BD5F870000AF for ; Mon, 11 Nov 2013 12:15:05 +0100 (CET) X-SFR-UUID: 20131111111505775.BD5F870000AF@msfrf2217.sfr.fr Message-ID: <5280BC36.2010009@club-internet.fr> Date: Mon, 11 Nov 2013 12:15:02 +0100 From: Juanitou User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Could not build new xorg with FreeBSD10-Beta3 References: <527F87B2.2020806@club-internet.fr> <527FDF5C.1050507@club-internet.fr> <5280B089.3000406@club-internet.fr> In-Reply-To: <5280B089.3000406@club-internet.fr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 11:25:03 -0000 > Now I have rebuilt xorg-server (1.12.4) and all the concerned ports. > Unfortunately, the mouse and keyboard stopped working and I have these > errors: > (EE) module ABI major version (7) doesn't match the server's version (16) > > Well, that’s for another thread… > Reinstalling the drivers solved this issue. Another issue solved is that the new Xorg allows mode setting! Thanks, Juan From owner-freebsd-stable@FreeBSD.ORG Mon Nov 11 12:10:13 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B9799B14 for ; Mon, 11 Nov 2013 12:10:13 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6EBA82220 for ; Mon, 11 Nov 2013 12:10:13 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1VfqEg-00085W-Uv for stable@freebsd.org; Mon, 11 Nov 2013 14:04:55 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: stable@freebsd.org Subject: rpcbind is getting stuck - Freebsd 9.2-STABLE Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Nov 2013 14:04:54 +0200 From: Daniel Braniss Message-ID: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 12:10:13 -0000 Hi, we have serveral hosts running 9.2-stable, without major issues, except this host: CPU: Intel(R) Xeon(R) CPU E5-2640 0 @ 2.50GHz (2500.05-MHz K8-class CPU) ... real memory = 51539607552 (49152 MB) avail memory = 49344880640 (47058 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 24 CPUs FreeBSD/SMP: 2 package(s) x 6 core(s) x 2 SMT threads it is a nfs server from zfs , very few hosts access it (about 3 web servers), it's connected via 10G, and very often rpcbind gets stuck on select, any help on how to debug/fix this is more than welcome. danny From owner-freebsd-stable@FreeBSD.ORG Mon Nov 11 15:17:45 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7266881B; Mon, 11 Nov 2013 15:17:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B62882EA0; Mon, 11 Nov 2013 15:17:41 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rABFHbu0091967; Mon, 11 Nov 2013 17:17:37 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rABFHbYf091844; Mon, 11 Nov 2013 15:17:37 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 11 Nov 2013 15:17:37 GMT Message-Id: <201311111517.rABFHbYf091844@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 15:17:45 -0000 TB --- 2013-11-11 15:00:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-11 15:00:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-11 15:00:42 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2013-11-11 15:00:42 - cleaning the object tree TB --- 2013-11-11 15:00:42 - /usr/local/bin/svn stat /src TB --- 2013-11-11 15:01:36 - At svn revision 257990 TB --- 2013-11-11 15:01:37 - building world TB --- 2013-11-11 15:01:37 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 15:01:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 15:01:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 15:01:37 - SRCCONF=/dev/null TB --- 2013-11-11 15:01:37 - TARGET=arm TB --- 2013-11-11 15:01:37 - TARGET_ARCH=armv6 TB --- 2013-11-11 15:01:37 - TZ=UTC TB --- 2013-11-11 15:01:37 - __MAKE_CONF=/dev/null TB --- 2013-11-11 15:01:37 - cd /src TB --- 2013-11-11 15:01:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Nov 11 15:01:48 UTC 2013 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ASTDiagnostic.cpp -o ASTDiagnostic.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ASTDumper.cpp -o ASTDumper.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ASTImporter.cpp -o ASTImporter.o /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ASTImporter.cpp: In member function 'clang::DeclContext* clang::ASTImporter::ImportContext(clang::DeclContext*)': /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ASTImporter.cpp:4427: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangast *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2013-11-11 15:17:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-11 15:17:36 - ERROR: failed to build world TB --- 2013-11-11 15:17:36 - 672.80 user 341.97 system 1014.43 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 11 16:57:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 312FF206 for ; Mon, 11 Nov 2013 16:57:10 +0000 (UTC) (envelope-from senua1972@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 107272629 for ; Mon, 11 Nov 2013 16:57:09 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VfunU-0005Rm-VW for freebsd-stable@freebsd.org; Mon, 11 Nov 2013 08:57:08 -0800 Date: Mon, 11 Nov 2013 08:57:08 -0800 (PST) From: Seniae To: freebsd-stable@freebsd.org Message-ID: <1384189028970-5860279.post@n5.nabble.com> In-Reply-To: References: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> <1383924262386-5859538.post@n5.nabble.com> <1384035336707-5859800.post@n5.nabble.com> <1384038404408-5859808.post@n5.nabble.com> Subject: Re: Several ports won't build FreeBSD 10 beta 3 with new xorg MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 16:57:10 -0000 My system is using this dri version dri-9.1.6_,2. Did you try to make a clean install for just dri and after that install the xorg server? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Several-ports-won-t-build-FreeBSD-10-beta-3-with-new-xorg-tp5859170p5860279.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 11 16:58:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 608F2469 for ; Mon, 11 Nov 2013 16:58:30 +0000 (UTC) (envelope-from senua1972@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F9592650 for ; Mon, 11 Nov 2013 16:58:29 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Vfuon-0005VZ-9P for freebsd-stable@freebsd.org; Mon, 11 Nov 2013 08:58:29 -0800 Date: Mon, 11 Nov 2013 08:58:29 -0800 (PST) From: Seniae To: freebsd-stable@freebsd.org Message-ID: <1384189109285-5860280.post@n5.nabble.com> In-Reply-To: <1384189028970-5860279.post@n5.nabble.com> References: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> <1383924262386-5859538.post@n5.nabble.com> <1384035336707-5859800.post@n5.nabble.com> <1384038404408-5859808.post@n5.nabble.com> <1384189028970-5860279.post@n5.nabble.com> Subject: Re: Several ports won't build FreeBSD 10 beta 3 with new xorg MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 16:58:30 -0000 edit: dri-9.1.6_3,2 -- View this message in context: http://freebsd.1045724.n5.nabble.com/Several-ports-won-t-build-FreeBSD-10-beta-3-with-new-xorg-tp5859170p5860280.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 11 18:01:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 32823B73 for ; Mon, 11 Nov 2013 18:01:38 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EFE472AF2 for ; Mon, 11 Nov 2013 18:01:37 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id uy5so2625549obc.5 for ; Mon, 11 Nov 2013 10:01:37 -0800 (PST) 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=bCQZkUOSLZzitT9umS3gnkGtZprNLyOQfM6h1I1UJoY=; b=YqWADXBPmuPGVNYu2SWfEbCFYV4dU/OBMFk6xRdRzIcWvcqGD9wOoO+1C37De0baZM 7QLpTmA7K2YCSX3tITU9UsqpmqJWiVtnPCCi+j5WAubvADdqDtXVCeeNWqczTqeJTF/7 pZJs7jJjVDM4Fqmhb+10+okmotGPAxBtfsv55BocqoCvbrxMxPNQ3kJyrKZwgMnJKgYC JBrPQ2/MC2R2k8dU4LufRLMXtRXzspUmMSdrGzmoDbdCS8I9W3m6DOvqnlpc++MsLlUw 0t2+4KnG6IN0ZmFTcLnjA5eqEeeMSKvruLW+XFPPG2CPBdJ0Q5lhMdXA2hKYAhC1IvUj Q7aw== MIME-Version: 1.0 X-Received: by 10.60.56.42 with SMTP id x10mr2162060oep.95.1384192897273; Mon, 11 Nov 2013 10:01:37 -0800 (PST) Received: by 10.182.80.7 with HTTP; Mon, 11 Nov 2013 10:01:37 -0800 (PST) In-Reply-To: <1384189028970-5860279.post@n5.nabble.com> References: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> <1383924262386-5859538.post@n5.nabble.com> <1384035336707-5859800.post@n5.nabble.com> <1384038404408-5859808.post@n5.nabble.com> <1384189028970-5860279.post@n5.nabble.com> Date: Mon, 11 Nov 2013 19:01:37 +0100 Message-ID: Subject: Re: Several ports won't build FreeBSD 10 beta 3 with new xorg From: Oliver Pinter To: Seniae Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 18:01:38 -0000 On 11/11/13, Seniae wrote: > My system is using this dri version dri-9.1.6_,2. Did you try to make a > clean > install for just dri and after that install the xorg server? > > > > -- > View this message in context: > http://freebsd.1045724.n5.nabble.com/Several-ports-won-t-build-FreeBSD-10-beta-3-with-new-xorg-tp5859170p5860279.html > Sent from the freebsd-stable mailing list archive at Nabble.com. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > try this: script build-log-of-failed-xorg cd /usr/ports/x11-server/xorg-server make make deinstall reinstall cd /usr/ports/*/emacs make make deinstall reinstall ^D And attach the file named build-log-of-failed-xorg. In this file we are able to see, where the build broke. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 11 19:48:27 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A2A41658; Mon, 11 Nov 2013 19:48:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C16B21F6; Mon, 11 Nov 2013 19:48:27 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id rABJmQ4M041839; Mon, 11 Nov 2013 19:48:26 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id rABJmQYu041838; Mon, 11 Nov 2013 19:48:26 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 11 Nov 2013 19:48:26 GMT Message-Id: <201311111948.rABJmQYu041838@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_8 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 19:48:27 -0000 TB --- 2013-11-11 19:40:00 - tinderbox 2.20 running on freebsd-legacy2.sentex.ca TB --- 2013-11-11 19:40:00 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-11 19:40:00 - starting RELENG_8 tinderbox run for none/none TB --- 2013-11-11 19:40:00 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2013-11-11 19:40:00 - cd /tinderbox/RELENG_8/none/none TB --- 2013-11-11 19:40:00 - /usr/local/bin/svn cleanup /src TB --- 2013-11-11 19:40:04 - /usr/local/bin/svn update /src TB --- 2013-11-11 19:41:33 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-11-11 19:41:33 - WARNING: sleeping 30 s and retrying... TB --- 2013-11-11 19:42:03 - /usr/local/bin/svn update /src TB --- 2013-11-11 19:43:43 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-11-11 19:43:43 - WARNING: sleeping 60 s and retrying... TB --- 2013-11-11 19:44:43 - /usr/local/bin/svn update /src TB --- 2013-11-11 19:44:55 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-11-11 19:44:55 - WARNING: sleeping 90 s and retrying... TB --- 2013-11-11 19:46:25 - /usr/local/bin/svn update /src TB --- 2013-11-11 19:46:25 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-11-11 19:46:25 - WARNING: sleeping 120 s and retrying... TB --- 2013-11-11 19:48:25 - /usr/local/bin/svn update /src TB --- 2013-11-11 19:48:26 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-11-11 19:48:26 - ERROR: unable to check out the source tree TB --- 2013-11-11 19:48:26 - 1.27 user 1.63 system 505.69 real http://tinderbox.freebsd.org/tinderbox-freebsd8-update-RELENG_8-none-none.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 11 22:10:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 24DB51B9 for ; Mon, 11 Nov 2013 22:10:33 +0000 (UTC) (envelope-from senua1972@gmail.com) Received: from mail-ea0-x22b.google.com (mail-ea0-x22b.google.com [IPv6:2a00:1450:4013:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9CB5E2B97 for ; Mon, 11 Nov 2013 22:10:32 +0000 (UTC) Received: by mail-ea0-f171.google.com with SMTP id h10so691012eak.30 for ; Mon, 11 Nov 2013 14:10:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:from:to:subject:date:mime-version:content-type :importance; bh=XTD70nGwh4nPDu2+iNWthxYGt5u+QKmrED/JvgMt4xw=; b=NxoH0yHTjg5ngoKvDG/fkGdDo0Tw+rLQ5cNOuT8YW/5HRrSNp+usIPBRuc94lpwbk1 xDb5F/AK8Z8tLqdRK7S/itRQoWh0WYcSxOUbf8f+sjQzTpadSr/2Ehb8qXsoZFiOHYbY cFe+mOQ9VufPTr4xsM1WMZXyo1ftWihiPKn/KacF7yoovB8xUTu7Y+YOxhpdCeVu7fMR Fg6gtWChm1SXpgHDJhb2zwTTjOxuFnZUXWEtM9qdgpqqschYQ1Axir/PRDnJhRomaW+K kZkQB2nzuEJSoDWVeo/tlR8Wq7q0ushg559rRttYaoI0qIWx5wOvgVG0l22t1B1PjNZ2 zPrg== X-Received: by 10.14.104.5 with SMTP id h5mr60281eeg.58.1384207829646; Mon, 11 Nov 2013 14:10:29 -0800 (PST) Received: from SeniaePC (5ED1FEB8.cm-7-2d.dynamic.ziggo.nl. [94.209.254.184]) by mx.google.com with ESMTPSA id u46sm68122904eep.17.2013.11.11.14.10.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 11 Nov 2013 14:10:28 -0800 (PST) Message-ID: From: "Seniae" To: Subject: FreeBSD 10 BETA3 Build log of failed anjuta Date: Mon, 11 Nov 2013 23:10:25 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-Antivirus: avast! (VPS 131111-0, 11-11-2013), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 22:10:33 -0000 Oliver Pinter thank you for teaching me how to build a log file. Anjuta fails to build.=20 Script started on Tue Nov 12 00:36:25 2013 root@md:/ # cd /usr/ports/de=07 deskutils/ devel/ =20 root@md:/ # cd /usr/ports/devel/anju=07ta root@md:/usr/ports/devel/anjuta # make root@md:/usr/ports/devel/anjuta # make install reinstall deinstall =3D=3D=3D> Deinstalling for devel/anjuta =3D=3D=3D> anjuta not installed, skipping =3D=3D=3D> Installing for anjuta-2.32.1.1_7 =3D=3D=3D> anjuta-2.32.1.1_7 depends on executable: bash - found =3D=3D=3D> anjuta-2.32.1.1_7 depends on executable: autogen - found =3D=3D=3D> anjuta-2.32.1.1_7 depends on file: = /usr/local/share/autotools - found =3D=3D=3D> anjuta-2.32.1.1_7 depends on package: = p5-Locale-gettext>=3D1.05 - found =3D=3D=3D> anjuta-2.32.1.1_7 depends on file: = /usr/local/libdata/pkgconfig/gnome-icon-theme.pc - found =3D=3D=3D> anjuta-2.32.1.1_7 depends on executable: exctags - found =3D=3D=3D> anjuta-2.32.1.1_7 depends on executable: gdb66 - not found =3D=3D=3D> Verifying reinstall for gdb66 in /usr/ports/devel/gdb66 =3D=3D=3D> Building for gdb66-6.6_2 gmake[6]: Entering directory `/usr/ports/devel/gdb66/work/gdb-6.6' gmake[7]: Entering directory `/usr/ports/devel/gdb66/work/gdb-6.6' gmake[8]: Entering directory = `/usr/ports/devel/gdb66/work/gdb-6.6/libiberty' gmake[9]: Entering directory = `/usr/ports/devel/gdb66/work/gdb-6.6/libiberty/testsuite' gmake[9]: Nothing to be done for `all'. gmake[9]: Leaving directory = `/usr/ports/devel/gdb66/work/gdb-6.6/libiberty/testsuite' gmake[8]: Leaving directory = `/usr/ports/devel/gdb66/work/gdb-6.6/libiberty' gmake[8]: Entering directory `/usr/ports/devel/gdb66/work/gdb-6.6/bfd' Making info in doc gmake[9]: Entering directory = `/usr/ports/devel/gdb66/work/gdb-6.6/bfd/doc' gmake[9]: Nothing to be done for `info'. gmake[9]: Leaving directory = `/usr/ports/devel/gdb66/work/gdb-6.6/bfd/doc' Making info in po gmake[9]: Entering directory = `/usr/ports/devel/gdb66/work/gdb-6.6/bfd/po' gmake[9]: Nothing to be done for `info'. gmake[9]: Leaving directory `/usr/ports/devel/gdb66/work/gdb-6.6/bfd/po' gmake[9]: Entering directory `/usr/ports/devel/gdb66/work/gdb-6.6/bfd' gmake[9]: Nothing to be done for `info-am'. gmake[9]: Leaving directory `/usr/ports/devel/gdb66/work/gdb-6.6/bfd' gmake all-recursive gmake[9]: Entering directory `/usr/ports/devel/gdb66/work/gdb-6.6/bfd' Making all in doc gmake[10]: Entering directory = `/usr/ports/devel/gdb66/work/gdb-6.6/bfd/doc' gmake[10]: Nothing to be done for `all'. gmake[10]: Leaving directory = `/usr/ports/devel/gdb66/work/gdb-6.6/bfd/doc' Making all in po gmake[10]: Entering directory = `/usr/ports/devel/gdb66/work/gdb-6.6/bfd/po' gmake[10]: Nothing to be done for `all'. gmake[10]: Leaving directory = `/usr/ports/devel/gdb66/work/gdb-6.6/bfd/po' gmake[10]: Entering directory `/usr/ports/devel/gdb66/work/gdb-6.6/bfd' /bin/sh ./libtool --mode=3Dcompile gcc46 -DHAVE_CONFIG_H -I. -I.././bfd = -I. -I. -I.././bfd -I.././bfd/../include -W -Wall = -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe = -DRL_NO_COMPAT -Wl,-rpath=3D/usr/local/lib/gcc46 -fno-strict-aliasing -c = -o archive64.lo archive64.c gcc46 -DHAVE_CONFIG_H -I. -I.././bfd -I. -I. -I.././bfd = -I.././bfd/../include -W -Wall -Wstrict-prototypes -Wmissing-prototypes = -Werror -O2 -pipe -DRL_NO_COMPAT -Wl,-rpath=3D/usr/local/lib/gcc46 = -fno-strict-aliasing -c archive64.c -o archive64.o archive64.c: In function 'bfd_elf64_archive_slurp_armap': archive64.c:45:12: error: variable 'arhdrpos' set but not used = [-Werror=3Dunused-but-set-variable] cc1: all warnings being treated as errors gmake[10]: *** [archive64.lo] Error 1 gmake[10]: Leaving directory `/usr/ports/devel/gdb66/work/gdb-6.6/bfd' gmake[9]: *** [all-recursive] Error 1 gmake[9]: Leaving directory `/usr/ports/devel/gdb66/work/gdb-6.6/bfd' gmake[8]: *** [all] Error 2 gmake[8]: Leaving directory `/usr/ports/devel/gdb66/work/gdb-6.6/bfd' gmake[7]: *** [all-bfd] Error 2 gmake[7]: Leaving directory `/usr/ports/devel/gdb66/work/gdb-6.6' gmake[6]: *** [all] Error 2 gmake[6]: Leaving directory `/usr/ports/devel/gdb66/work/gdb-6.6' =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the = failure to the maintainer. *** Error code 1 Stop. make[5]: stopped in /usr/ports/devel/gdb66 *** Error code 1 Stop. make[4]: stopped in /usr/ports/devel/gdb66 *** Error code 1 Stop. make[3]: stopped in /usr/ports/devel/gdb66 *** Error code 1 Stop. make[2]: stopped in /usr/ports/devel/anjuta *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/anjuta *** Error code 1 Stop. make: stopped in /usr/ports/devel/anjuta root@md:/usr/ports/devel/anjuta # ^ Regards, Seniae From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 01:10:27 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF9A31AE; Tue, 12 Nov 2013 01:10:27 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 58A89285B; Tue, 12 Nov 2013 00:32:25 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rAC0WMAY039069; Tue, 12 Nov 2013 02:32:22 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rAC0WLdq038871; Tue, 12 Nov 2013 00:32:21 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 12 Nov 2013 00:32:21 GMT Message-Id: <201311120032.rAC0WLdq038871@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 01:10:27 -0000 TB --- 2013-11-11 22:30:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-11 22:30:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-11 22:30:42 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2013-11-11 22:30:42 - cleaning the object tree TB --- 2013-11-11 22:30:42 - /usr/local/bin/svn stat /src TB --- 2013-11-11 22:31:35 - At svn revision 258023 TB --- 2013-11-11 22:31:36 - building world TB --- 2013-11-11 22:31:36 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 22:31:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 22:31:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 22:31:36 - SRCCONF=/dev/null TB --- 2013-11-11 22:31:36 - TARGET=mips TB --- 2013-11-11 22:31:36 - TARGET_ARCH=mips64 TB --- 2013-11-11 22:31:36 - TZ=UTC TB --- 2013-11-11 22:31:36 - __MAKE_CONF=/dev/null TB --- 2013-11-11 22:31:36 - cd /src TB --- 2013-11-11 22:31:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Nov 11 22:31:47 UTC 2013 >>> 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 Mon Nov 11 23:58:01 UTC 2013 TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m ADM5120 TB --- 2013-11-11 23:58:01 - skipping ADM5120 kernel TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m ALCHEMY TB --- 2013-11-11 23:58:01 - skipping ALCHEMY kernel TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m AP121 TB --- 2013-11-11 23:58:01 - skipping AP121 kernel TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m AP91 TB --- 2013-11-11 23:58:01 - skipping AP91 kernel TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m AP93 TB --- 2013-11-11 23:58:01 - skipping AP93 kernel TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m AP94 TB --- 2013-11-11 23:58:01 - skipping AP94 kernel TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m AP96 TB --- 2013-11-11 23:58:01 - skipping AP96 kernel TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-11-11 23:58:01 - skipping AR71XX_BASE kernel TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m AR724X_BASE TB --- 2013-11-11 23:58:01 - skipping AR724X_BASE kernel TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-11-11 23:58:01 - skipping AR91XX_BASE kernel TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m AR933X_BASE TB --- 2013-11-11 23:58:01 - skipping AR933X_BASE kernel TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m AR934X_BASE TB --- 2013-11-11 23:58:01 - skipping AR934X_BASE kernel TB --- 2013-11-11 23:58:01 - cd /src/sys/mips/conf TB --- 2013-11-11 23:58:01 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-11-11 23:58:01 - building BERI_DE4_BASE kernel TB --- 2013-11-11 23:58:01 - CROSS_BUILD_TESTING=YES TB --- 2013-11-11 23:58:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-11 23:58:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-11 23:58:01 - SRCCONF=/dev/null TB --- 2013-11-11 23:58:01 - TARGET=mips TB --- 2013-11-11 23:58:01 - TARGET_ARCH=mips64 TB --- 2013-11-11 23:58:01 - TZ=UTC TB --- 2013-11-11 23:58:01 - __MAKE_CONF=/dev/null TB --- 2013-11-11 23:58:01 - cd /src TB --- 2013-11-11 23:58:01 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Mon Nov 11 23:58:01 UTC 2013 >>> 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 BERI_DE4_BASE completed on Tue Nov 12 00:03:11 UTC 2013 TB --- 2013-11-12 00:03:11 - cd /src/sys/mips/conf TB --- 2013-11-12 00:03:11 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-11-12 00:03:11 - building BERI_DE4_MDROOT kernel TB --- 2013-11-12 00:03:11 - CROSS_BUILD_TESTING=YES TB --- 2013-11-12 00:03:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-12 00:03:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-12 00:03:11 - SRCCONF=/dev/null TB --- 2013-11-12 00:03:11 - TARGET=mips TB --- 2013-11-12 00:03:11 - TARGET_ARCH=mips64 TB --- 2013-11-12 00:03:11 - TZ=UTC TB --- 2013-11-12 00:03:11 - __MAKE_CONF=/dev/null TB --- 2013-11-12 00:03:11 - cd /src TB --- 2013-11-12 00:03:11 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Tue Nov 12 00:03:11 UTC 2013 >>> 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 BERI_DE4_MDROOT completed on Tue Nov 12 00:07:50 UTC 2013 TB --- 2013-11-12 00:07:50 - cd /src/sys/mips/conf TB --- 2013-11-12 00:07:50 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-11-12 00:07:50 - building BERI_DE4_SDROOT kernel TB --- 2013-11-12 00:07:50 - CROSS_BUILD_TESTING=YES TB --- 2013-11-12 00:07:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-12 00:07:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-12 00:07:50 - SRCCONF=/dev/null TB --- 2013-11-12 00:07:50 - TARGET=mips TB --- 2013-11-12 00:07:50 - TARGET_ARCH=mips64 TB --- 2013-11-12 00:07:50 - TZ=UTC TB --- 2013-11-12 00:07:50 - __MAKE_CONF=/dev/null TB --- 2013-11-12 00:07:50 - cd /src TB --- 2013-11-12 00:07:50 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Tue Nov 12 00:07:50 UTC 2013 >>> 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 BERI_DE4_SDROOT completed on Tue Nov 12 00:12:23 UTC 2013 TB --- 2013-11-12 00:12:23 - cd /src/sys/mips/conf TB --- 2013-11-12 00:12:23 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2013-11-12 00:12:23 - building BERI_SIM_BASE kernel TB --- 2013-11-12 00:12:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-12 00:12:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-12 00:12:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-12 00:12:23 - SRCCONF=/dev/null TB --- 2013-11-12 00:12:23 - TARGET=mips TB --- 2013-11-12 00:12:23 - TARGET_ARCH=mips64 TB --- 2013-11-12 00:12:23 - TZ=UTC TB --- 2013-11-12 00:12:23 - __MAKE_CONF=/dev/null TB --- 2013-11-12 00:12:23 - cd /src TB --- 2013-11-12 00:12:23 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Tue Nov 12 00:12:23 UTC 2013 >>> 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 BERI_SIM_BASE completed on Tue Nov 12 00:16:56 UTC 2013 TB --- 2013-11-12 00:16:56 - cd /src/sys/mips/conf TB --- 2013-11-12 00:16:56 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-11-12 00:16:56 - building BERI_SIM_MDROOT kernel TB --- 2013-11-12 00:16:56 - CROSS_BUILD_TESTING=YES TB --- 2013-11-12 00:16:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-12 00:16:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-12 00:16:56 - SRCCONF=/dev/null TB --- 2013-11-12 00:16:56 - TARGET=mips TB --- 2013-11-12 00:16:56 - TARGET_ARCH=mips64 TB --- 2013-11-12 00:16:56 - TZ=UTC TB --- 2013-11-12 00:16:56 - __MAKE_CONF=/dev/null TB --- 2013-11-12 00:16:56 - cd /src TB --- 2013-11-12 00:16:56 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Tue Nov 12 00:16:56 UTC 2013 >>> 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 BERI_SIM_MDROOT completed on Tue Nov 12 00:21:01 UTC 2013 TB --- 2013-11-12 00:21:01 - cd /src/sys/mips/conf TB --- 2013-11-12 00:21:01 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2013-11-12 00:21:01 - building BERI_SIM_SDROOT kernel TB --- 2013-11-12 00:21:01 - CROSS_BUILD_TESTING=YES TB --- 2013-11-12 00:21:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-12 00:21:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-12 00:21:01 - SRCCONF=/dev/null TB --- 2013-11-12 00:21:01 - TARGET=mips TB --- 2013-11-12 00:21:01 - TARGET_ARCH=mips64 TB --- 2013-11-12 00:21:01 - TZ=UTC TB --- 2013-11-12 00:21:01 - __MAKE_CONF=/dev/null TB --- 2013-11-12 00:21:01 - cd /src TB --- 2013-11-12 00:21:01 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Tue Nov 12 00:21:01 UTC 2013 >>> 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 BERI_SIM_SDROOT completed on Tue Nov 12 00:25:21 UTC 2013 TB --- 2013-11-12 00:25:21 - cd /src/sys/mips/conf TB --- 2013-11-12 00:25:21 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-11-12 00:25:21 - building BERI_TEMPLATE kernel TB --- 2013-11-12 00:25:21 - CROSS_BUILD_TESTING=YES TB --- 2013-11-12 00:25:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-12 00:25:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-12 00:25:21 - SRCCONF=/dev/null TB --- 2013-11-12 00:25:21 - TARGET=mips TB --- 2013-11-12 00:25:21 - TARGET_ARCH=mips64 TB --- 2013-11-12 00:25:21 - TZ=UTC TB --- 2013-11-12 00:25:21 - __MAKE_CONF=/dev/null TB --- 2013-11-12 00:25:21 - cd /src TB --- 2013-11-12 00:25:21 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Tue Nov 12 00:25:21 UTC 2013 >>> 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 BERI_TEMPLATE completed on Tue Nov 12 00:29:04 UTC 2013 TB --- 2013-11-12 00:29:04 - cd /src/sys/mips/conf TB --- 2013-11-12 00:29:04 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-11-12 00:29:04 - skipping CARAMBOLA2 kernel TB --- 2013-11-12 00:29:04 - cd /src/sys/mips/conf TB --- 2013-11-12 00:29:04 - /usr/sbin/config -m DB120 TB --- 2013-11-12 00:29:04 - skipping DB120 kernel TB --- 2013-11-12 00:29:04 - cd /src/sys/mips/conf TB --- 2013-11-12 00:29:04 - /usr/sbin/config -m DIR-825 TB --- 2013-11-12 00:29:04 - skipping DIR-825 kernel TB --- 2013-11-12 00:29:04 - cd /src/sys/mips/conf TB --- 2013-11-12 00:29:04 - /usr/sbin/config -m ENH200 TB --- 2013-11-12 00:29:04 - skipping ENH200 kernel TB --- 2013-11-12 00:29:04 - cd /src/sys/mips/conf TB --- 2013-11-12 00:29:04 - /usr/sbin/config -m GXEMUL TB --- 2013-11-12 00:29:04 - building GXEMUL kernel TB --- 2013-11-12 00:29:04 - CROSS_BUILD_TESTING=YES TB --- 2013-11-12 00:29:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-12 00:29:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-12 00:29:04 - SRCCONF=/dev/null TB --- 2013-11-12 00:29:04 - TARGET=mips TB --- 2013-11-12 00:29:04 - TARGET_ARCH=mips64 TB --- 2013-11-12 00:29:04 - TZ=UTC TB --- 2013-11-12 00:29:04 - __MAKE_CONF=/dev/null TB --- 2013-11-12 00:29:04 - cd /src TB --- 2013-11-12 00:29:04 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Tue Nov 12 00:29:05 UTC 2013 >>> 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 GXEMUL completed on Tue Nov 12 00:32:17 UTC 2013 TB --- 2013-11-12 00:32:17 - cd /src/sys/mips/conf TB --- 2013-11-12 00:32:17 - /usr/sbin/config -m GXEMUL32 TB --- 2013-11-12 00:32:17 - skipping GXEMUL32 kernel TB --- 2013-11-12 00:32:17 - cd /src/sys/mips/conf TB --- 2013-11-12 00:32:17 - /usr/sbin/config -m IDT TB --- 2013-11-12 00:32:17 - skipping IDT kernel TB --- 2013-11-12 00:32:17 - cd /src/sys/mips/conf TB --- 2013-11-12 00:32:17 - /usr/sbin/config -m MALTA TB --- 2013-11-12 00:32:17 - skipping MALTA kernel TB --- 2013-11-12 00:32:17 - cd /src/sys/mips/conf TB --- 2013-11-12 00:32:17 - /usr/sbin/config -m MALTA64 TB --- 2013-11-12 00:32:17 - skipping MALTA64 kernel TB --- 2013-11-12 00:32:17 - cd /src/sys/mips/conf TB --- 2013-11-12 00:32:17 - /usr/sbin/config -m OCTEON1 TB --- 2013-11-12 00:32:17 - building OCTEON1 kernel TB --- 2013-11-12 00:32:17 - CROSS_BUILD_TESTING=YES TB --- 2013-11-12 00:32:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-12 00:32:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-12 00:32:17 - SRCCONF=/dev/null TB --- 2013-11-12 00:32:17 - TARGET=mips TB --- 2013-11-12 00:32:17 - TARGET_ARCH=mips64 TB --- 2013-11-12 00:32:17 - TZ=UTC TB --- 2013-11-12 00:32:17 - __MAKE_CONF=/dev/null TB --- 2013-11-12 00:32:17 - cd /src TB --- 2013-11-12 00:32:17 - /usr/bin/make -B buildkernel KERNCONF=OCTEON1 >>> Kernel build for OCTEON1 started on Tue Nov 12 00:32:17 UTC 2013 >>> 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips64/src/tmp/legacy/usr/sbin:/obj/mips.mips64/src/tmp/legacy/usr/bin:/obj/mips.mips64/src/tmp/legacy/usr/games:/obj/mips.mips64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips64/src/sys/OCTEON1/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-12 00:32:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-12 00:32:20 - ERROR: failed to build OCTEON1 kernel TB --- 2013-11-12 00:32:20 - 5119.67 user 2547.21 system 7298.53 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 02:40:15 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9368A49; Tue, 12 Nov 2013 02:40:14 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 6FC3837FB; Tue, 12 Nov 2013 02:40:14 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id B761220E7088A; Tue, 12 Nov 2013 02:32:30 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-2.3 required=8.0 tests=ALL_TRUSTED,AWL,BAYES_00, STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPA id ED78220E70885; Tue, 12 Nov 2013 02:32:28 +0000 (UTC) Message-ID: <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> From: "Steven Hartland" To: , , "Andriy Gapon" References: <20967.760.95825.310085@gargle.gargle.HOWL><51E80B30.1090004@FreeBSD.org><20968.10645.880772.30501@gargle.gargle.HOWL><520202E5.30300@FreeBSD.org><20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> Subject: Re: Help with filing a [maybe] ZFS/mmap bug. Date: Tue, 12 Nov 2013 02:32:25 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: re@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 02:40:15 -0000 ----- Original Message ----- From: "George Hartzell" > > > Andriy Gapon writes: > > > > on 18/07/2013 20:44 George Hartzell said the following: > > > > > Andriy Gapon writes: > > > > > > on 17/07/2013 23:47 George Hartzell said the following: > > > > > > > How should I move forward with this? > > > > > > > > > > > > Could you please try to reproduce this problem using a kernel built with > > > > > > INVARIANTS options? > > > > > > > > > > I added INVARIANT_SUPPORT and INVARIANTS options to the GENERIC > > > > > kernel, rebuilt it, installed it and running through my "test case" > > > > > generated a lot of invalid flac files. I"m not sure what the options > > > > > are/were supposed to do though, it looks like they generally lead to > > > > > KASSERTS, which lead to abort()'s. Nothing in /var/log/messages or on > > > > > the console. > > > > > > > > George, > > > > > > > > do you have anything new on this issue? > > > > > > Since the message that you quoted I narrowed down my "test case" > > > somewhat but I have not yet produced a stand-alone tool that > > > reproduces it (you still have to go through picard et al.). > > > > > > > Could you please try the following patch? > > > > http://people.freebsd.org/~avg/zfs-putpages.diff > > > > > > > > I expect it to not really fix the issue, but it may help to narrow it down. > > > > Please keep INVARIANTS. > > > > > > Absolutely. Probably not until the weekend, but I'll give it a go. > > > > > > Thanks for following up. > > > > Did you manage to make any progress with this? > > > > We're seeing a problem where rrdcached corrupts rrd files and remembering > > this thread and knowning it uses mmap and we're on ZFS I was wondering > > it this may be the cause for this issue too. > > > > I've just recompiled rrdtool without mmap support and am clearing down > > all corrupted files but it would be good to know if any progress was > > made on this? > > > > Regards > > Steve > > I was able recreate the problem on a 10-BETA-something-or-other > recently (I'd only been using 9 up until then). Andriy's patches > didn't make a difference. I haven't heard anything since reporting > back to him. I've pretty much confirmed mmap support is causing the corruption when running rrdcached as since rebuilding with mmap disabled I've had no further corruption. @George when you got corruption what did the files look like? I ask as here I see lots of zeros as through the file size was correct but pretty much blanked. @avg what was your thinking behind what may be the issue here? If this is a mmap bug in zfs its a pretty serious one given the amount of silent corruption you can get. @re Although reported incidents appear to be rare as its silent data corruption users may be blissfully unaware its happening. Given that my gut feeling is this is serious enough that we need to get something in place before 10 release, even if this is make ZFS report ENOTSUP for mmap calls, would you agree? Regards Steve From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 04:49:37 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF874C5; Tue, 12 Nov 2013 04:49:37 +0000 (UTC) Received: from griffon.alerce.com (griffon.alerce.com [206.125.171.162]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A34CE3E7D; Tue, 12 Nov 2013 04:49:37 +0000 (UTC) Received: from griffon.alerce.com (localhost [127.0.0.1]) by griffon.alerce.com (Postfix) with ESMTP id C576228435; Mon, 11 Nov 2013 20:40:44 -0800 (PST) Received: from alacrity.alerce.com (75-149-38-78-SFBA.hfc.comcastbusiness.net [75.149.38.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by griffon.alerce.com (Postfix) with ESMTPSA id 9250328434; Mon, 11 Nov 2013 20:40:44 -0800 (PST) Received: by alacrity.alerce.com (Postfix, from userid 503) id 7C6EC1829888; Mon, 11 Nov 2013 20:40:45 -0800 (PST) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21121.45389.448300.198867@gargle.gargle.HOWL> Date: Mon, 11 Nov 2013 20:40:45 -0800 To: "Steven Hartland" Subject: Re: Help with filing a [maybe] ZFS/mmap bug. In-Reply-To: <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> References: <20967.760.95825.310085@gargle.gargle.HOWL> <51E80B30.1090004@FreeBSD.org> <20968.10645.880772.30501@gargle.gargle.HOWL> <520202E5.30300@FreeBSD.org> <20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> X-Mailer: VM 8.2.0b under 24.3.1 (x86_64-apple-darwin12.5.0) X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@FreeBSD.org, hartzell@alerce.com, re@freebsd.org, Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 04:49:37 -0000 Steven Hartland writes: > [...] > @George when you got corruption what did the files look like? I ask as > here I see lots of zeros as through the file size was correct but pretty > much blanked. I had small changes. I discussed it a bit here. https://groups.google.com/forum/#!topic/fa.freebsd.stable/7xvY8ffWGpw > > @avg what was your thinking behind what may be the issue here? > > If this is a mmap bug in zfs its a pretty serious one given the amount > of silent corruption you can get. Yeah, I have about 150 cd's to rerip someday. Now I run flac -t to validate them. > @re Although reported incidents appear to be rare as its silent data > corruption users may be blissfully unaware its happening. Given that > my gut feeling is this is serious enough that we need to get something > in place before 10 release, even if this is make ZFS report ENOTSUP > for mmap calls, would you agree? Let me know if I can help. g. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 07:09:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78CEF4D0 for ; Tue, 12 Nov 2013 07:09:38 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D8E424A5 for ; Tue, 12 Nov 2013 07:09:37 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Vg86S-0005OA-Nf for freebsd-stable@freebsd.org; Mon, 11 Nov 2013 23:09:36 -0800 Date: Mon, 11 Nov 2013 23:09:36 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1384240176682-5860445.post@n5.nabble.com> In-Reply-To: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> References: <78BFB16A90AF4E67B9CF57E9C7111D69@SeniaePC> Subject: Re: Several ports won't build FreeBSD 10 beta 3 with new xorg MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 07:09:38 -0000 What I was trying to say, is that in spite of how strange it may seem to somebody, if there is (isolated?) report of build errors with so-and-so ports, seeing the actual errors is really relevant. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Several-ports-won-t-build-FreeBSD-10-beta-3-with-new-xorg-tp5859170p5860445.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 08:53:25 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9F78124 for ; Tue, 12 Nov 2013 08:53:25 +0000 (UTC) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 422082A94 for ; Tue, 12 Nov 2013 08:53:24 +0000 (UTC) Received: (qmail 79525 invoked from network); 12 Nov 2013 09:53:17 +0100 Received: from smtp.free.de (HELO orwell.free.de) (k@free.de@[91.204.4.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 12 Nov 2013 09:53:17 +0100 Subject: Re: sonewconn: pcb 0xfffffe00c7223498: Listen queue overflow Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Kai Gallasch In-Reply-To: <20131001024308.89D557AEDA0@rock.dv.isc.org> Date: Tue, 12 Nov 2013 09:53:15 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <13DA2D84-38CE-4E70-B7E8-1A6780B8B0A4@free.de> References: <798639e66426509cd53d1f2a1c1d58e0@intertainservices.com> <20131001024308.89D557AEDA0@rock.dv.isc.org> To: Mark Andrews X-Mailer: Apple Mail (2.1085) Cc: Mike Jakubik , stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 08:53:25 -0000 Am 01.10.2013 um 04:43 schrieb Mark Andrews: >=20 > In message <798639e66426509cd53d1f2a1c1d58e0@intertainservices.com>, = Mike Jakubik writes: >> Hello, >>=20 >> I updated our main server to 9.2-STABLE today and afterwards I = noticed a=20 >> bunch of these messages, does anyone know what they mean? I was = unable=20 >> to find anything on this error message. Things appear to be working = OK=20 >> so far. >>=20 >> Sep 30 22:08:56 illidan kernel: sonewconn: pcb 0xfffffe00c7223498:=20 >> Listen queue overflow: 193 already in queue awaiting acceptance >> Sep 30 22:12:27 illidan kernel: sonewconn: pcb 0xfffffe00c7223498:=20 >> Listen queue overflow: 193 already in queue awaiting acceptance >=20 > Use "netstat -nAa" to match the reported pcb (protocol control > block) to the IP address and port. Then use that to work out which > daemon is not keeping up. >=20 > Mark (In reference to: = http://lists.freebsd.org/pipermail/freebsd-stable/2013-August/074540.html = and = http://lists.freebsd.org/pipermail/freebsd-stable/2013-October/075377.html= ) Hi Mark. I also have quite a lot of this "Listen queue overflow" in the kernel = messages on a 9.2-STABLE (r257053) and I tried to identify the listening = processes with filled up listen queue with netstat. I tried both = "netstat -nAa | grep $pcb" and "netstat -Lan" but found no match with = the pcb. Problem seems to be that there are server processes that dynamically = fork child processes that do the listening and are only active for a = short time. Now I wonder if there is a nifty solution for this besides running a = watchdog script every minute that scans the kernel.msg for "Listen queue = overflow" and does the trick to find out the pid/process/jid of the = connected process. Regards, Kai. -- GPG-Key: A593 E38B E968 4DBE 14D6 2115 7065 4D7C 4FB1 F588 Key available from hkps://hkps.pool.sks-keyservers.net From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 09:28:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D79F0B9E for ; Tue, 12 Nov 2013 09:28:28 +0000 (UTC) Received: from frv152.fwdcdn.com (frv152.fwdcdn.com [212.42.77.152]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 982762C72 for ; Tue, 12 Nov 2013 09:28:28 +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:To:From:Date; bh=MzDeoiHC2p+91lDLKP1pinbPJrwFo5mTj3VVFBfqpzY=; b=TB/Lk94iXqZHP63JDA3RlwgIob/Q4r2UFMJDisKip5cdv+MF+s7245fdKkh40GeijOtZ/eOmUrHCDh9jebuWTXrX7Dn+oFTPA5UtALz0lPd8yuWl9lYUjAasSRmD0W+IKVW9MyqtDH28t+tCLfS0ebYO/OtqaeLmzqQl9pTlE4c=; Received: from [37.115.116.138] (helo=nonamehost.local) by frv152.fwdcdn.com with esmtpsa ID 1VgAGo-0002zw-11 for freebsd-stable@freebsd.org; Tue, 12 Nov 2013 11:28:26 +0200 Date: Tue, 12 Nov 2013 11:28:25 +0200 From: Ivan Klymenko To: freebsd-stable@freebsd.org Subject: 10.0-BETA3 Fatal trap 12 with GEOM cache, current process = 13 (g_down) Message-ID: <20131112112825.0be85aee@nonamehost.local> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Result: IP=37.115.116.138; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 09:28:29 -0000 I have FreeBSD 10.0-BETA3 #0 r257891 amd64 I use geom cache Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xd3a fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff8186cfc5 stack pointer = 0x28:0xfffffe01751d6980 frame pointer = 0x28:0xfffffe01751d69c0 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 = 13 (g_down) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: #0 0xffffffff808f99f0 at kdb_backtrace+0x60 #1 0xffffffff808c0fb5 at panic+0x155 #2 0xffffffff80ce1052 at trap_fatal+0x3a2 #3 0xffffffff80ce1329 at trap_pfault+0x2c9 #4 0xffffffff80ce0ab6 at trap+0x5e6 #5 0xffffffff80cc7d52 at calltrap+0x8 #6 0xffffffff8186c958 at g_cache_start+0x258 #7 0xffffffff80828332 at g_io_schedule_down+0x3f2 #8 0xffffffff80828b2d at g_down_procbody+0x6d #9 0xffffffff8088dc7a at fork_exit+0x9a #10 0xffffffff80cc828e at fork_trampoline+0xe Uptime: 7h39m45s ... #0 doadump (textdump=) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff808c0c30 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff808c0ff4 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff80ce1052 in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:882 #4 0xffffffff80ce1329 in trap_pfault (frame=0xfffffe01751d68d0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:699 #5 0xffffffff80ce0ab6 in trap (frame=0xfffffe01751d68d0) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff80cc7d52 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff8186cfc5 in g_cache_read (sc=0xfffff8000c5c2600, bp=0xfffff8008ddf1ba0) at /usr/src/sys/modules/geom/geom_cache/../../../geom/cache/g_cache.c:302 #8 0xffffffff8186c958 in g_cache_start (bp=) at /usr/src/sys/modules/geom/geom_cache/../../../geom/cache/g_cache.c:398 #9 0xffffffff80828332 in g_io_schedule_down (tp=) at /usr/src/sys/geom/geom_io.c:749 #10 0xffffffff80828b2d in g_down_procbody (arg=) at /usr/src/sys/geom/geom_kern.c:111 #11 0xffffffff8088dc7a in fork_exit ( callout=0xffffffff80828ac0 , arg=0x0, frame=0xfffffe01751d6ac0) at /usr/src/sys/kern/kern_fork.c:995 #12 0xffffffff80cc828e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #13 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) I can provide all the necessary information, but I need your help. Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 09:38:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3918CF2E for ; Tue, 12 Nov 2013 09:38:39 +0000 (UTC) Received: from frv152.fwdcdn.com (frv152.fwdcdn.com [212.42.77.152]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC7C62D11 for ; Tue, 12 Nov 2013 09:38:38 +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:To:From:Date; bh=TkNT0VLybDXeO0Ztp6+OYUSF40rgIJXdGZtLfJdFUu8=; b=NXxehSY02GP+f5t3lHebebv2Prc0PC9wjODzUJAWm4Vs1UcPtn22u34OTuvDTXxJn7d9G8DqUN3+n0rVEuoiIKQ9fQUdJzDITfqiLBtYKgC7oOPROzISir6vVrG2LHCSsAozPdnG6WN4F8TdJP6W4g1baOkvuW01RSuf/TJ84bM=; Received: from [37.115.116.138] (helo=nonamehost.local) by frv152.fwdcdn.com with esmtpsa ID 1VgAQe-000KBX-Qq for freebsd-stable@freebsd.org; Tue, 12 Nov 2013 11:38:37 +0200 Date: Tue, 12 Nov 2013 11:38:36 +0200 From: Ivan Klymenko To: freebsd-stable@freebsd.org Subject: 10.0-BETA3 Fatal trap 12 with jail and VIMAGE RACCT RCTL options Message-ID: <20131112113836.6e5803f1@nonamehost.local> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Result: IP=37.115.116.138; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 09:38:39 -0000 I have FreeBSD 10.0-BETA3 #0 r257891 amd64 I built a kernel with options VIMAGE RACCT RCTL and run the jail with vnet option - as a result of getting the kernel trap. Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80abab89 stack pointer = 0x28:0xfffffe01f489e4c0 frame pointer = 0x28:0xfffffe01f489e4f0 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 = 24532 (jail) trap number = 12 panic: page fault cpuid = 2 ... KDB: stack backtrace: #0 0xffffffff808f99f0 at kdb_backtrace+0x60 #1 0xffffffff808c0fb5 at panic+0x155 #2 0xffffffff80ce1052 at trap_fatal+0x3a2 #3 0xffffffff80ce1329 at trap_pfault+0x2c9 #4 0xffffffff80ce0ab6 at trap+0x5e6 #5 0xffffffff80cc7d52 at calltrap+0x8 #6 0xffffffff80aba808 at pf_altq_ifnet_event+0x48 #7 0xffffffff80ab8aa3 at pfi_attach_ifnet_event+0x63 #8 0xffffffff80977de3 at if_attach_internal+0x463 #9 0xffffffff809829ca at lo_clone_create+0x9a #10 0xffffffff8097e1d5 at if_clone_createif+0xb5 #11 0xffffffff8097ecbe at if_clone_simple+0xbe #12 0xffffffff80982903 at vnet_loif_init+0x23 #13 0xffffffff80991837 at vnet_sysinit+0x77 #14 0xffffffff8099164f at vnet_alloc+0xdf #15 0xffffffff80892670 at kern_jail_set+0x1af0 #16 0xffffffff80894571 at sys_jail_set+0x41 #17 0xffffffff80ce1947 at amd64_syscall+0x357 Uptime: 1h37m6s #0 doadump (textdump=) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff808c0c30 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff808c0ff4 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff80ce1052 in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:882 #4 0xffffffff80ce1329 in trap_pfault (frame=0xfffffe01f489e410, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:699 #5 0xffffffff80ce0ab6 in trap (frame=0xfffffe01f489e410) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff80cc7d52 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff80abab89 in pf_begin_altq (ticket=0xfffffe01f489e504) at /usr/src/sys/netpfil/pf/pf_ioctl.c:491 #8 0xffffffff80aba808 in pf_altq_ifnet_event (ifp=0xfffff800746f7000, remove=0) at /usr/src/sys/netpfil/pf/pf_ioctl.c:651 #9 0xffffffff80ab8aa3 in pfi_attach_ifnet_event (arg=, ifp=0xfffff800746f7000) at /usr/src/sys/netpfil/pf/pf_if.c:782 #10 0xffffffff80977de3 in if_attach_internal (ifp=0xfffff800746f7000, vmove=) at /usr/src/sys/net/if.c:693 #11 0xffffffff809829ca in lo_clone_create (ifc=, unit=0, params=) at /usr/src/sys/net/if_loop.c:150 #12 0xffffffff8097e1d5 in if_clone_createif (ifc=0xfffff8003d07c080, name=0xfffffe01f489e640 "lo0", len=16, params=0x0) at /usr/src/sys/net/if_clone.c:649 #13 0xffffffff8097ecbe in if_clone_simple (name=, create=, destroy=, minifs=1) at /usr/src/sys/net/if_clone.c:428 #14 0xffffffff80982903 in vnet_loif_init (unused=) at /usr/src/sys/net/if_loop.c:163 #15 0xffffffff80991837 in vnet_sysinit () at /usr/src/sys/net/vnet.c:617 #16 0xffffffff8099164f in vnet_alloc () at /usr/src/sys/net/vnet.c:256 #17 0xffffffff80892670 in kern_jail_set (td=0xfffff80162c1f490, optuio=0xfffff800b2047e00, flags=0) at /usr/src/sys/kern/kern_jail.c:1297 #18 0xffffffff80894571 in sys_jail_set (td=0xfffff80162c1f490, uap=0xfffffe01f489ea40) at /usr/src/sys/kern/kern_jail.c:518 #19 0xffffffff80ce1947 in amd64_syscall (td=0xfffff80162c1f490, traced=0) at subr_syscall.c:134 #20 0xffffffff80cc803b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #21 0x0000000800eb38da in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) I can provide all the necessary information, but I need your help. Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 09:41:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B01B109 for ; Tue, 12 Nov 2013 09:41:57 +0000 (UTC) Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED8F92D68 for ; Tue, 12 Nov 2013 09:41:56 +0000 (UTC) Received: by mail-pb0-f52.google.com with SMTP id rr4so6682155pbb.11 for ; Tue, 12 Nov 2013 01:41:56 -0800 (PST) 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=TEAsnZs0mf7vX6HfL/0ehGMhEE+oYzbrjaP83AFf454=; b=HISQvKamVFRMusoyokmHh+SKLLOmx8c3Cfpyuo9EfzxvJwRIAFuR004xv/Je1XnJ3G at2s3Js2OJ7K9dbd2x9YJ5ElRUHJwP0Swc6YJACM3M911Cn+jM85Ts2w512X7c1GkBQh EEkhTZVQ6+3ybCUxJMbswntt4SdjLJ9xYhXoT2TmIKC7lMBxQQxPSw42J0BExBgqkkCN ZEsT0JWhhO/U/NDCtCgNNJDqoU6OfEm+3cFKRHtdXN10w7Mf15BV0y/48wKsAc+cTayy NnlaFZ0CeQFli0EYCoAbMLHohL6+mfk1ue+K0wn9Aj9AMsZjn6MRrG0JktE39Ux0Fems Jhlw== MIME-Version: 1.0 X-Received: by 10.66.65.195 with SMTP id z3mr35122414pas.47.1384249316631; Tue, 12 Nov 2013 01:41:56 -0800 (PST) Received: by 10.66.142.167 with HTTP; Tue, 12 Nov 2013 01:41:56 -0800 (PST) In-Reply-To: <20131112113836.6e5803f1@nonamehost.local> References: <20131112113836.6e5803f1@nonamehost.local> Date: Tue, 12 Nov 2013 10:41:56 +0100 Message-ID: Subject: Re: 10.0-BETA3 Fatal trap 12 with jail and VIMAGE RACCT RCTL options From: Zenny To: Ivan Klymenko Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 09:41:57 -0000 If you have pf enabled, you get that as pf and vimage does not seem to go together so far! so disable pf (pf_enable=NO") in rc.conf. On 11/12/13, Ivan Klymenko wrote: > I have > FreeBSD 10.0-BETA3 #0 r257891 amd64 > > I built a kernel with options VIMAGE RACCT RCTL and run the jail with > vnet option - as a result of getting the kernel trap. > > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 02 > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80abab89 > stack pointer = 0x28:0xfffffe01f489e4c0 > frame pointer = 0x28:0xfffffe01f489e4f0 > 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 = 24532 (jail) > trap number = 12 > panic: page fault > cpuid = 2 > ... > KDB: stack backtrace: > #0 0xffffffff808f99f0 at kdb_backtrace+0x60 > #1 0xffffffff808c0fb5 at panic+0x155 > #2 0xffffffff80ce1052 at trap_fatal+0x3a2 > #3 0xffffffff80ce1329 at trap_pfault+0x2c9 > #4 0xffffffff80ce0ab6 at trap+0x5e6 > #5 0xffffffff80cc7d52 at calltrap+0x8 > #6 0xffffffff80aba808 at pf_altq_ifnet_event+0x48 > #7 0xffffffff80ab8aa3 at pfi_attach_ifnet_event+0x63 > #8 0xffffffff80977de3 at if_attach_internal+0x463 > #9 0xffffffff809829ca at lo_clone_create+0x9a > #10 0xffffffff8097e1d5 at if_clone_createif+0xb5 > #11 0xffffffff8097ecbe at if_clone_simple+0xbe > #12 0xffffffff80982903 at vnet_loif_init+0x23 > #13 0xffffffff80991837 at vnet_sysinit+0x77 > #14 0xffffffff8099164f at vnet_alloc+0xdf > #15 0xffffffff80892670 at kern_jail_set+0x1af0 > #16 0xffffffff80894571 at sys_jail_set+0x41 > #17 0xffffffff80ce1947 at amd64_syscall+0x357 > Uptime: 1h37m6s > #0 doadump (textdump=) at pcpu.h:219 > 219 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=) at pcpu.h:219 > #1 0xffffffff808c0c30 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:447 > #2 0xffffffff808c0ff4 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:754 > #3 0xffffffff80ce1052 in trap_fatal (frame=, > eva=) at /usr/src/sys/amd64/amd64/trap.c:882 > #4 0xffffffff80ce1329 in trap_pfault (frame=0xfffffe01f489e410, > usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:699 > #5 0xffffffff80ce0ab6 in trap (frame=0xfffffe01f489e410) > at /usr/src/sys/amd64/amd64/trap.c:463 > #6 0xffffffff80cc7d52 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:232 > #7 0xffffffff80abab89 in pf_begin_altq (ticket=0xfffffe01f489e504) > at /usr/src/sys/netpfil/pf/pf_ioctl.c:491 > #8 0xffffffff80aba808 in pf_altq_ifnet_event (ifp=0xfffff800746f7000, > remove=0) at /usr/src/sys/netpfil/pf/pf_ioctl.c:651 > #9 0xffffffff80ab8aa3 in pfi_attach_ifnet_event (arg= out>, > ifp=0xfffff800746f7000) at /usr/src/sys/netpfil/pf/pf_if.c:782 > #10 0xffffffff80977de3 in if_attach_internal (ifp=0xfffff800746f7000, > vmove=) at /usr/src/sys/net/if.c:693 > #11 0xffffffff809829ca in lo_clone_create (ifc=, > unit=0, > params=) at /usr/src/sys/net/if_loop.c:150 > #12 0xffffffff8097e1d5 in if_clone_createif (ifc=0xfffff8003d07c080, > name=0xfffffe01f489e640 "lo0", len=16, params=0x0) > at /usr/src/sys/net/if_clone.c:649 > #13 0xffffffff8097ecbe in if_clone_simple (name=, > create=, destroy=, minifs=1) > at /usr/src/sys/net/if_clone.c:428 > #14 0xffffffff80982903 in vnet_loif_init (unused=) > at /usr/src/sys/net/if_loop.c:163 > #15 0xffffffff80991837 in vnet_sysinit () at /usr/src/sys/net/vnet.c:617 > #16 0xffffffff8099164f in vnet_alloc () at /usr/src/sys/net/vnet.c:256 > #17 0xffffffff80892670 in kern_jail_set (td=0xfffff80162c1f490, > optuio=0xfffff800b2047e00, flags=0) at > /usr/src/sys/kern/kern_jail.c:1297 > #18 0xffffffff80894571 in sys_jail_set (td=0xfffff80162c1f490, > uap=0xfffffe01f489ea40) at /usr/src/sys/kern/kern_jail.c:518 > #19 0xffffffff80ce1947 in amd64_syscall (td=0xfffff80162c1f490, traced=0) > at subr_syscall.c:134 > #20 0xffffffff80cc803b in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:391 > #21 0x0000000800eb38da in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) > > I can provide all the necessary information, but I need your help. > > Thanks. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 11:06:29 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEC30EFB for ; Tue, 12 Nov 2013 11:06:29 +0000 (UTC) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B41FB22C3 for ; Tue, 12 Nov 2013 11:06:29 +0000 (UTC) Received: from vega.codepro.be (unknown [172.16.1.3]) by venus.codepro.be (Postfix) with ESMTP id 5D56394F2; Tue, 12 Nov 2013 12:06:27 +0100 (CET) Received: by vega.codepro.be (Postfix, from userid 1001) id 59B793385; Tue, 12 Nov 2013 12:06:27 +0100 (CET) Date: Tue, 12 Nov 2013 12:06:27 +0100 From: Kristof Provost To: Kai Gallasch Subject: Re: sonewconn: pcb 0xfffffe00c7223498: Listen queue overflow Message-ID: <20131112110627.GO58987@vega.codepro.be> References: <798639e66426509cd53d1f2a1c1d58e0@intertainservices.com> <20131001024308.89D557AEDA0@rock.dv.isc.org> <13DA2D84-38CE-4E70-B7E8-1A6780B8B0A4@free.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <13DA2D84-38CE-4E70-B7E8-1A6780B8B0A4@free.de> X-PGP-Fingerprint: E114 D9EA 909E D469 8F57 17A5 7D15 91C6 9EFA F286 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Mike Jakubik , stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 11:06:30 -0000 On 2013-11-12 09:53:15 (+0100), Kai Gallasch wrote: > I also have quite a lot of this "Listen queue overflow" in the kernel > messages on a 9.2-STABLE (r257053) and I tried to identify the > listening processes with filled up listen queue with netstat. I tried > both "netstat -nAa | grep $pcb" and "netstat -Lan" but found no match > with the pcb. > > Problem seems to be that there are server processes that dynamically > fork child processes that do the listening and are only active for a > short time. > > Now I wonder if there is a nifty solution for this besides running a > watchdog script every minute that scans the kernel.msg for "Listen > queue overflow" and does the trick to find out the pid/process/jid of > the connected process. > I've also seen this happen on my box. I'll test the following dtrace bit, to see if I get any useful feedback out of it. dtrace -n ::sonewconn:return'/args[1] == NULL/ { print("sonewconn returned NULL"); printf("user stack %s (%d)", execname, pid); ustack(); print("Kernel stack"); stack(); }' Regards, Kristof From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 11:06:51 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 208FD141 for ; Tue, 12 Nov 2013 11:06:51 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 05B5422D5 for ; Tue, 12 Nov 2013 11:06:50 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VgBo2-0006pF-4y for freebsd-stable@freebsd.org; Tue, 12 Nov 2013 03:06:50 -0800 Date: Tue, 12 Nov 2013 03:06:50 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1384254410147-5860517.post@n5.nabble.com> In-Reply-To: References: Subject: Re: FreeBSD 10 BETA3 Build log of failed anjuta MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 11:06:51 -0000 >From what I can see, the actual failure is rather in devel/gdb66, moreover you were trying to build it with lang/gcc46 which fails because it's set to be stricter about warnings than previous base compiler, in any way the proper way to deal with it would be to write to freebsd-ports [1] and/or file a PR [2] or contact the maintainer (mi@aldan.algebra.com) directly. [1] http://lists.freebsd.org/mailman/listinfo/freebsd-ports [2] http://www.freebsd.org/cgi/query-pr-summary.cgi [3] cd /usr/ports/devel/gdb66 && make maintainer -- View this message in context: http://freebsd.1045724.n5.nabble.com/FreeBSD-10-BETA3-Build-log-of-failed-anjuta-tp5860380p5860517.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 11:13:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12C0A32D; Tue, 12 Nov 2013 11:13:26 +0000 (UTC) Received: from mail.droso.net (koala.droso.dk [IPv6:2a01:4f8:a0:7163::2]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C61CB2364; Tue, 12 Nov 2013 11:13:25 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 6E0D9EA5; Tue, 12 Nov 2013 12:13:23 +0100 (CET) Date: Tue, 12 Nov 2013 12:13:23 +0100 From: Erwin Lansing To: George Kontostanos Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Message-ID: <20131112111322.GV90670@droso.dk> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> X-Operating-System: FreeBSD/amd64 9.1-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Release Engineering Team , Stefan Bethke , FreeBSD Current , Gleb Smirnoff , freebsd-stable , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , =?iso-8859-1?Q?=D6zkan?= KIRIK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 11:13:26 -0000 On Wed, Nov 06, 2013 at 02:59:15PM +0100, Erwin Lansing wrote: > >> E> > > >> E> > Erwin, can you please handle that? > >> E> > >> E> Things are much worse that this, the ports are completely written under the assumption that there is a Bind in base, which of course would already break with WITHOUT_BIND before Bind was completely removed. It will be hard to fix without breaking the installed base of 8 and 9. Sigh. > >> E> > >> E> I'll try to work on it this week, but unfortunately have a full schedule of meetings and travel as well. > > > > Suggestion. An option to install the rc script would solve that problem. > > > > If only it was that simple, it would have been done a long time ago. As Gleb points out, the ports are broken by design. The rc script needs a complete rewrite, and that's only after fixing all configuration files, setting up chroot, etc etc and all that while not breaking the installed base on 8 and 9. I spent most of yesterday on this and if I'm lucky, I'm halfway through. > Sorry about the delay, but I did finally update all three dns/bind9* ports today. I have dropped the complicated chroot, and related symlinking, logic from the default rc script as I don't think that is the right place to implement things. I would recommend users who want the extra security to use jail(8) instead of a mere chroot. This change should not affect the installed base of FreeBSD 9.x and earlier systems, but new installations there should note that the symlink option is no longer turned on by default, but still supported. I tested some default cases, but by no means can test every corner case, so please let me know how this works out. Best, Erwin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 11:51:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FABFE2F for ; Tue, 12 Nov 2013 11:51:03 +0000 (UTC) Received: from frv152.fwdcdn.com (frv152.fwdcdn.com [212.42.77.152]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4F222579 for ; Tue, 12 Nov 2013 11:51:02 +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:To:From:Date; bh=TkNT0VLybDXeO0Ztp6+OYUSF40rgIJXdGZtLfJdFUu8=; b=C18Pov3D+AgXJuIL6P7rt+MeReyzd9ZG6BvilI2bVX2pCqFqjeW9A4TKV4GkyMe9HER9l2uWvOvPEYWT39i4HN2NfPrHHwjnugqvX6FjW6qB1Rqvp5NjDGP6H6hLCQ6jW9xgtNi0Qy25ECi8Q2gPwhyshY7pjGvkYOcjn20p0Ns=; Received: from [37.115.116.138] (helo=nonamehost.local) by frv152.fwdcdn.com with esmtpsa ID 1VgADt-000NcK-EW for freebsd-stable@freebsd.org; Tue, 12 Nov 2013 11:25:25 +0200 Date: Tue, 12 Nov 2013 11:25:24 +0200 From: Ivan Klymenko To: freebsd-stable@freebsd.org Subject: 10.0-BETA3 Fatal trap 12 with jail and VIMAGE RACCT RCTL options Message-ID: <20131112112524.444e3168@nonamehost.local> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Result: IP=37.115.116.138; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 11:51:03 -0000 I have FreeBSD 10.0-BETA3 #0 r257891 amd64 I built a kernel with options VIMAGE RACCT RCTL and run the jail with vnet option - as a result of getting the kernel trap. Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80abab89 stack pointer = 0x28:0xfffffe01f489e4c0 frame pointer = 0x28:0xfffffe01f489e4f0 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 = 24532 (jail) trap number = 12 panic: page fault cpuid = 2 ... KDB: stack backtrace: #0 0xffffffff808f99f0 at kdb_backtrace+0x60 #1 0xffffffff808c0fb5 at panic+0x155 #2 0xffffffff80ce1052 at trap_fatal+0x3a2 #3 0xffffffff80ce1329 at trap_pfault+0x2c9 #4 0xffffffff80ce0ab6 at trap+0x5e6 #5 0xffffffff80cc7d52 at calltrap+0x8 #6 0xffffffff80aba808 at pf_altq_ifnet_event+0x48 #7 0xffffffff80ab8aa3 at pfi_attach_ifnet_event+0x63 #8 0xffffffff80977de3 at if_attach_internal+0x463 #9 0xffffffff809829ca at lo_clone_create+0x9a #10 0xffffffff8097e1d5 at if_clone_createif+0xb5 #11 0xffffffff8097ecbe at if_clone_simple+0xbe #12 0xffffffff80982903 at vnet_loif_init+0x23 #13 0xffffffff80991837 at vnet_sysinit+0x77 #14 0xffffffff8099164f at vnet_alloc+0xdf #15 0xffffffff80892670 at kern_jail_set+0x1af0 #16 0xffffffff80894571 at sys_jail_set+0x41 #17 0xffffffff80ce1947 at amd64_syscall+0x357 Uptime: 1h37m6s #0 doadump (textdump=) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff808c0c30 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff808c0ff4 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff80ce1052 in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:882 #4 0xffffffff80ce1329 in trap_pfault (frame=0xfffffe01f489e410, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:699 #5 0xffffffff80ce0ab6 in trap (frame=0xfffffe01f489e410) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff80cc7d52 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff80abab89 in pf_begin_altq (ticket=0xfffffe01f489e504) at /usr/src/sys/netpfil/pf/pf_ioctl.c:491 #8 0xffffffff80aba808 in pf_altq_ifnet_event (ifp=0xfffff800746f7000, remove=0) at /usr/src/sys/netpfil/pf/pf_ioctl.c:651 #9 0xffffffff80ab8aa3 in pfi_attach_ifnet_event (arg=, ifp=0xfffff800746f7000) at /usr/src/sys/netpfil/pf/pf_if.c:782 #10 0xffffffff80977de3 in if_attach_internal (ifp=0xfffff800746f7000, vmove=) at /usr/src/sys/net/if.c:693 #11 0xffffffff809829ca in lo_clone_create (ifc=, unit=0, params=) at /usr/src/sys/net/if_loop.c:150 #12 0xffffffff8097e1d5 in if_clone_createif (ifc=0xfffff8003d07c080, name=0xfffffe01f489e640 "lo0", len=16, params=0x0) at /usr/src/sys/net/if_clone.c:649 #13 0xffffffff8097ecbe in if_clone_simple (name=, create=, destroy=, minifs=1) at /usr/src/sys/net/if_clone.c:428 #14 0xffffffff80982903 in vnet_loif_init (unused=) at /usr/src/sys/net/if_loop.c:163 #15 0xffffffff80991837 in vnet_sysinit () at /usr/src/sys/net/vnet.c:617 #16 0xffffffff8099164f in vnet_alloc () at /usr/src/sys/net/vnet.c:256 #17 0xffffffff80892670 in kern_jail_set (td=0xfffff80162c1f490, optuio=0xfffff800b2047e00, flags=0) at /usr/src/sys/kern/kern_jail.c:1297 #18 0xffffffff80894571 in sys_jail_set (td=0xfffff80162c1f490, uap=0xfffffe01f489ea40) at /usr/src/sys/kern/kern_jail.c:518 #19 0xffffffff80ce1947 in amd64_syscall (td=0xfffff80162c1f490, traced=0) at subr_syscall.c:134 #20 0xffffffff80cc803b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #21 0x0000000800eb38da in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) I can provide all the necessary information, but I need your help. Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 13:14:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87B976A0 for ; Tue, 12 Nov 2013 13:14:03 +0000 (UTC) Received: from rmaile.iop.kiev.ua (rmaile.iop.kiev.ua [194.44.164.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C4C62ACF for ; Tue, 12 Nov 2013 13:14:02 +0000 (UTC) Received: from [10.10.10.4] (k1-phoebus.iop.kiev.ua [10.10.10.4]) (authenticated bits=0) by rmaile.iop.kiev.ua (8.14.7/8.14.4) with ESMTP id rACCu8eM009816 for ; Tue, 12 Nov 2013 14:56:14 +0200 (EET) (envelope-from ra@iop.kiev.ua) X-Authentication-Warning: rmaile.iop.kiev.ua: Host k1-phoebus.iop.kiev.ua [10.10.10.4] claimed to be [10.10.10.4] Message-ID: <528224A6.7070701@iop.kiev.ua> Date: Tue, 12 Nov 2013 14:52:54 +0200 From: "Andrey S. Rybak" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131005 Icedove/17.0.9 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: freebsd-upgrade Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.8 at rmaile.iop.kiev.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.0 required=4.3 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on rmaile.iop.kiev.ua X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 13:14:03 -0000 hi all. it was happened that i have no upgrade my system long time. Before that i used for upgrading "classic" way. make buildworld make buildkernel make installkernel mergemaster make installworld But in current moment as i can see the upgrading is totally changed. As i understand commands sequence is next: #freebsd-update fetch #freebsd-update install #freebsd-update upgrade -r 9.1-RELEASE (9.1 for example) #freebsd-update install #reboot #freebsd-update install #freebsd-update install #reboot i have 9.0-release and i need to upgrade it. Is it correct way? i am not comfortable with freebsd-update command thats why i had asked this simple question. help please. Thanks in advance From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 13:22:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8596B926 for ; Tue, 12 Nov 2013 13:22:28 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D9642B6C for ; Tue, 12 Nov 2013 13:22:28 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id b10so2818047qcw.8 for ; Tue, 12 Nov 2013 05:22:27 -0800 (PST) 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=PFOHzDIqjiUwjCFuQ2uDbI1l57OUW9N2DmvB83ZIwI4=; b=g1flHwqJ5qDa1mK9KMFDHurB+g6NSOOq9ZTwAw3r9VU2zphkELB2u/rMj30dRocLjG 8cfc6XqFZu3ImgkIyJKlOK+adhMUHVC1ta5PJkFBLXwzSNbDgjVPuTDP+A8nlZJAbRln gyit6RFOgMTk1aJ2dU7xsconzZP3grI+mHXbrrCOrx+ZNivF0YD5itFFXdMPLxm5bnfL yp4oYUE7j2mSZRb8TFhC2mOu3VJIxZ+quSURaOhE67AHlmUHgU8KQU4c786FinIoA2Uz ux1PmZevOABRqoZonW8FD7SXlVSg6VdOFmvKbhdqwu/FxP2MAs/7Y5A6EtFC5SmxKmYQ E/Lw== MIME-Version: 1.0 X-Received: by 10.224.98.200 with SMTP id r8mr58676655qan.26.1384262547290; Tue, 12 Nov 2013 05:22:27 -0800 (PST) Received: by 10.96.180.233 with HTTP; Tue, 12 Nov 2013 05:22:27 -0800 (PST) In-Reply-To: <528224A6.7070701@iop.kiev.ua> References: <528224A6.7070701@iop.kiev.ua> Date: Tue, 12 Nov 2013 15:22:27 +0200 Message-ID: Subject: Re: freebsd-upgrade From: Kimmo Paasiala To: "Andrey S. Rybak" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 13:22:28 -0000 On Tue, Nov 12, 2013 at 2:52 PM, Andrey S. Rybak wrote: > hi all. > it was happened that i have no upgrade my system long time. Before that i > used for upgrading "classic" way. > make buildworld > make buildkernel > make installkernel > mergemaster > make installworld > > But in current moment as i can see the upgrading is totally changed. As i > understand commands sequence is next: > #freebsd-update fetch > #freebsd-update install > #freebsd-update upgrade -r 9.1-RELEASE (9.1 for example) > #freebsd-update install > #reboot > #freebsd-update install > #freebsd-update install > #reboot > > i have 9.0-release and i need to upgrade it. Is it correct way? i am not > comfortable with freebsd-update command thats why i had asked this simple > question. help please. > Thanks in advance > _______________________________________________ > The "classic" way is still the preferable way if that's more comfortable for you. Updating hasn't changed in any way, go ahead and use the "classic" way :) -Kimmo From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 13:51:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41B166B1 for ; Tue, 12 Nov 2013 13:51:07 +0000 (UTC) Received: from rmaile.iop.kiev.ua (rmaile.iop.kiev.ua [194.44.164.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC41A2D95 for ; Tue, 12 Nov 2013 13:51:06 +0000 (UTC) Received: from [10.10.10.4] (k1-phoebus.iop.kiev.ua [10.10.10.4]) (authenticated bits=0) by rmaile.iop.kiev.ua (8.14.7/8.14.4) with ESMTP id rACDtdXK011332; Tue, 12 Nov 2013 15:55:39 +0200 (EET) (envelope-from ra@iop.kiev.ua) X-Authentication-Warning: rmaile.iop.kiev.ua: Host k1-phoebus.iop.kiev.ua [10.10.10.4] claimed to be [10.10.10.4] Message-ID: <52823299.9060101@iop.kiev.ua> Date: Tue, 12 Nov 2013 15:52:25 +0200 From: "Andrey S. Rybak" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131005 Icedove/17.0.9 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: freebsd-upgrade References: <528224A6.7070701@iop.kiev.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.8 at rmaile.iop.kiev.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.0 required=4.3 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on rmaile.iop.kiev.ua Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 13:51:07 -0000 On 12.11.13 15:22, Kimmo Paasiala wrote: > > The "classic" way is still the preferable way if that's more > comfortable for you. Updating hasn't changed in any way, go ahead and > use the "classic" way :) > > -Kimmo Ok Could you please inform additionally - which command i should use to fetch sources of kernel and world?Traditional way cvs was canceled. Thanks From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 13:53:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 790FC7DE for ; Tue, 12 Nov 2013 13:53:50 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3FA372DC2 for ; Tue, 12 Nov 2013 13:53:50 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id cm18so2827571qab.15 for ; Tue, 12 Nov 2013 05:53:49 -0800 (PST) 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=praCJdvhJuvPLt5kftATL1cz9PTEYxGG0mgpnzkrFJw=; b=v0Nk904yF+ZZFe9SRB4bL8G7UiFcDJfu6NU6BFGpgQ+h/F6SWpS5orstm4X8JcDWD4 W0eHB88td8Wm7yAUAGHTuvb4ab0y53pSc3Sj2Rsy8FhClJTKm33rUpFDF448GKEDOzLD qIm87uzKj5W4e2JCMCu3VzwizHZFFwhDk/pBKf+Gh+SKyxToTPcSqBUTSX9poyPXVdFr ajh1n+yUDPBKIjeKbNfbu0uZIv4YrFDlV66kyuuXDSrl3u2iQj4uEDuoJlnsyGfoE+FY lt8iwuzhw0NZ32tIti6TdaqzrX87FUP4w22fmdNy4BI/zEktoQsbEXBo69Nu4Go0+aCC 58vA== MIME-Version: 1.0 X-Received: by 10.224.98.200 with SMTP id r8mr58947759qan.26.1384264429427; Tue, 12 Nov 2013 05:53:49 -0800 (PST) Received: by 10.96.180.233 with HTTP; Tue, 12 Nov 2013 05:53:49 -0800 (PST) In-Reply-To: <52823299.9060101@iop.kiev.ua> References: <528224A6.7070701@iop.kiev.ua> <52823299.9060101@iop.kiev.ua> Date: Tue, 12 Nov 2013 15:53:49 +0200 Message-ID: Subject: Re: freebsd-upgrade From: Kimmo Paasiala To: "Andrey S. Rybak" Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 13:53:50 -0000 On Tue, Nov 12, 2013 at 3:52 PM, Andrey S. Rybak wrote: > On 12.11.13 15:22, Kimmo Paasiala wrote: >> >> >> The "classic" way is still the preferable way if that's more >> comfortable for you. Updating hasn't changed in any way, go ahead and >> use the "classic" way :) >> >> -Kimmo > > Ok > Could you please inform additionally - which command i should use to fetch > sources of kernel and world?Traditional way cvs was canceled. > Thanks > The FreeBSD handbook has updated instructions for using Subversion to fetch the sources (and ports as well if needed): http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/svn.html -Kimmo From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 14:33:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9665E4D1 for ; Tue, 12 Nov 2013 14:33:39 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 4D22420BE for ; Tue, 12 Nov 2013 14:33:38 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id EC665B902B for ; Tue, 12 Nov 2013 15:28:14 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1384266487; x=1386080888; bh=rgSSiwe22PfHd2mAPg/z2DsHRZHZNNev+Wd Im9PwRdA=; b=L0Xd0JowHqAqpdIgOjQDHPqhMZR4CAoKaXpCAON9I1rE4ysDPy0 I1nLZIXenl5AxSEmhdtMshDou7e80KSMRLCYxA56c4cxQuRRKkuwvIQwNIzLHsYr yvoA4SU7Ze4AZl/+ImikcJ7ap3mlvceOhVTG+MPgT5pFbwTe7/2tJrBs= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Jefi6i7AJZmR for ; Tue, 12 Nov 2013 15:28:07 +0100 (CET) Received: from kaa (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 33CC4B901C for ; Tue, 12 Nov 2013 15:28:07 +0100 (CET) Date: Tue, 12 Nov 2013 15:28:06 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: Re: freebsd-upgrade Message-Id: <20131112152806.20fe8694f21ab2bd66874b3a@mimar.rs> In-Reply-To: <528224A6.7070701@iop.kiev.ua> References: <528224A6.7070701@iop.kiev.ua> Organization: Mimar X-Mailer: Sylpheed 3.4.0beta5 (GTK+ 2.24.20; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 14:33:39 -0000 On Tue, 12 Nov 2013 14:52:54 +0200 "Andrey S. Rybak" wrote: > i have 9.0-release and i need to upgrade it. freebsd-update is documented in detail in both handbook: http://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html and its manual: http://www.freebsd.org/cgi/man.cgi?query=3Dfreebsd-update&apropos=3D0&sek= tion=3D0&manpath=3DFreeBSD+9.0-RELEASE&arch=3Ddefault&format=3Dhtml I am not sure if it is possible to upgrade directly from 9.0 to 9.2. In your situation I would: update ports tree via portsnap -> update 9.0-RELEASE to latest errata version -> upgrade to 9.1 -> update 9.1-RELEASE to latest errata version -> upgrade to 9.2 -> update 9.2-RELEASE to latest errata version -> rebuild all ports with portmaster -afD YMMV, --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 14:40:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 368B5785 for ; Tue, 12 Nov 2013 14:40:30 +0000 (UTC) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED6152169 for ; Tue, 12 Nov 2013 14:40:29 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id j7so2873603qaq.5 for ; Tue, 12 Nov 2013 06:40:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=uuMYwTDRnJitoBNi5c6qyoYY16/7Ip1gtWTQ8l0IQy8=; b=jx02Ah31OHBdJ/KNAJut2gq7ewm+S8pI9Hg2jLnrqnYrqBDEcTiMDB/eOiPSEz9+H6 rJBqwOGv5/v32G2NxOELPx8SqZMgMBTYdj3AkTDwiZFeOVqTy11oeRFqpI/labhPr/kw KbVvR68E0syc2WG0QpjbA2IJDc0tB9UgCfgeQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=uuMYwTDRnJitoBNi5c6qyoYY16/7Ip1gtWTQ8l0IQy8=; b=Fp7K2eGYAlYel6PNZFo9/uUtzbP32FoCxbnJ1HOed1mHQ58AWLNJCcJnTByzvpKj0d dWlRpTAHtRCHnKXDzO6HAMk7IDZwgLcNauCAolh9PAvuxSltG7ZwykwO5pOw3q93t+PC 8+OSRdRpeCUJUwA48ueq40lwbWU8+4vSHePvbM3HuZIv3CsL2+C1GI9NJQQ0WG91pdQr AAPO1Y5flFXvZqeHIi7pq7XOKWd3qsjcgaGe2qtSn3K5R7qecnuCzUcZgY06D3aY16js dgPmVZpKXpSRrGvp0j9ugYGoCYQML2synqF85K0h8iHq61e1IYTQ6lqzNw21twLST5B8 4cHg== X-Gm-Message-State: ALoCoQlVuboGQzqqAQre7mOJZiwrflhZJw6tu1bxCYL6+G2L944aBXCzyKvMi14Sing7b2TMffAB X-Received: by 10.224.8.65 with SMTP id g1mr59447200qag.68.1384267228929; Tue, 12 Nov 2013 06:40:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.63.101 with HTTP; Tue, 12 Nov 2013 06:39:58 -0800 (PST) In-Reply-To: <528224A6.7070701@iop.kiev.ua> References: <528224A6.7070701@iop.kiev.ua> From: Eitan Adler Date: Tue, 12 Nov 2013 09:39:58 -0500 Message-ID: Subject: Re: freebsd-upgrade To: "Andrey S. Rybak" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 14:40:30 -0000 On Tue, Nov 12, 2013 at 7:52 AM, Andrey S. Rybak wrote: > hi all. > it was happened that i have no upgrade my system long time. Before that i > used for upgrading "classic" way. This is a 'source upgrade'. > But in current moment as i can see the upgrading is totally changed. As i > understand commands sequence is next: > #freebsd-update fetch This is a 'binary upgrade'. This will be faster and generally easier if you fit within the "default case" of using an unmodified source tree and sticking to releases. -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 15:27:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D50D725 for ; Tue, 12 Nov 2013 15:27:24 +0000 (UTC) Received: from lena.kiev.ua (lena.kiev.ua [82.146.52.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E102D24C8 for ; Tue, 12 Nov 2013 15:27:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lena.kiev.ua; s=3; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=2ui/iuPAhOwKM1S5iI+sJJDa7ELHsnk8FjrBZqd2+1g=; b=VBsDkk6h4BIFyJHPs8LtfgoT1LgjUBO7jgHQ8c71YNc4vh/7XM1MgDdwx6kvv983lbgK0JobVE1aNKupEbMw1bUkYH5sRB0ICrReR54VnaORA6Qzvmi4HywyiMh0R90R5YmRcsb8NOWinWx0reqGEUEDaSDp9+Ld5OH8IFxuROo=; Received: from ip-384c.rusanovka-net.kiev.ua ([94.244.56.76] helo=bedside.lena.kiev.ua) by lena.kiev.ua with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VgFs9-000Dft-TN; Tue, 12 Nov 2013 17:27:22 +0200 Received: from bedside.lena.kiev.ua (localhost.lena.kiev.ua [127.0.0.1]) by bedside.lena.kiev.ua (8.14.7/8.14.7) with ESMTP id rACFR5gg057559; Tue, 12 Nov 2013 17:27:05 +0200 (EET) (envelope-from Lena@lena.kiev.ua) Received: (from lena@localhost) by bedside.lena.kiev.ua (8.14.7/8.14.7/Submit) id rACFR4NA057558; Tue, 12 Nov 2013 17:27:04 +0200 (EET) (envelope-from Lena@lena.kiev.ua) Date: Tue, 12 Nov 2013 17:27:04 +0200 From: Lena@lena.kiev.ua To: freebsd-stable@freebsd.org Subject: Re: freebsd-upgrade Message-ID: <20131112152704.GS788@lena.kiev> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52823299.9060101@iop.kiev.ua> User-Agent: Mutt/1.4.2.3i Cc: "Andrey S. Rybak" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 15:27:24 -0000 > From: "Andrey S. Rybak" > which command i should use to > fetch sources of kernel and world?Traditional way cvs was canceled. I use port devel/subversion to fetch instead of update, to save disk space: rm -rf /usr/src svn export svn://freebsd-svn.yandex.net/base/releng/8.4 /usr/src From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 16:04:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 366AC5E6; Tue, 12 Nov 2013 16:04:24 +0000 (UTC) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E35ED2797; Tue, 12 Nov 2013 16:04:23 +0000 (UTC) Received: by mail-ob0-f177.google.com with SMTP id wp4so4009285obc.8 for ; Tue, 12 Nov 2013 08:04:23 -0800 (PST) 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=qnt9rzd5iIDWfgSgCUdNJQCRHTC468Xyrhec1HPgNf8=; b=lWK+AMBxp4GAptuyc/byP7eR9agHve1jDn6BW0/yZg1OvuMX+xHazSN5965HKyVPNH sagu7fpH4cr6+2QfA0leEvO8Q2DPxvFA9bqrNevD2RvHD+1ebUN0f4tZ9IjDrPM+EU+R w7Dr6PWePiKpE2L8x0rXiv5UU7OHrAEiEFAJzz59QBK6RvH90/so1lEb8vYYbd40IV8s 57ma0kCjtMIX6dfSxoGRd8bztv5/CU+rEOJB4IFI4tsyA2RUs28zZhv9yW0YyCp3lX+g 3LkrayHnrSeKONUrthJIsHVp2WL8+9MH6uC5zqj75tRhOaeozAd2YKvhEng8ixZbN8RZ 7/4Q== MIME-Version: 1.0 X-Received: by 10.60.40.136 with SMTP id x8mr12045766oek.49.1384272262992; Tue, 12 Nov 2013 08:04:22 -0800 (PST) Received: by 10.76.177.234 with HTTP; Tue, 12 Nov 2013 08:04:22 -0800 (PST) In-Reply-To: References: <20131107204218.GG89594@glenbarber.us> <1383860913.27740.44511277.4D9CF1BF@webmail.messagingengine.com> <20131107234832.GJ89594@glenbarber.us> <20131108165750.GS89594@glenbarber.us> Date: Tue, 12 Nov 2013 17:04:22 +0100 Message-ID: Subject: Re: Building 9.2-RELEASE on 10-stable From: Andreas Nilsson To: Glen Barber Content-Type: multipart/mixed; boundary=089e013cba50856ab004eafd00f3 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: Mark Felder , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 16:04:24 -0000 --089e013cba50856ab004eafd00f3 Content-Type: text/plain; charset=ISO-8859-1 Sorry for previous noise, I was tired... The below two patches both seems to solve the "A failure has been detected in another branch of the parallel make". Which one is preferred? Index: tools/build/make_check/Makefile =================================================================== --- tools/build/make_check/Makefile (revision 258038) +++ tools/build/make_check/Makefile (working copy) @@ -1,7 +1,7 @@ # $FreeBSD$ .MAKE.MODE= normal - +.NOTPARALLEL # Test for broken LHS expansion. # This *must* cause make(1) to detect a recursive variable, and fail as such. .if make(lhs_expn) and Index: Makefile =================================================================== --- Makefile (revision 258038) +++ Makefile (working copy) @@ -288,7 +288,7 @@ upgrade_checks: @if ! (cd ${.CURDIR}/tools/build/make_check && \ PATH=${PATH} ${BINMAKE} obj >/dev/null 2>&1 && \ - PATH=${PATH} ${BINMAKE} >/dev/null 2>&1); \ + PATH=${PATH} ${BINMAKE} ${MAKEFLAGS:N-j*} >/dev/null 2>&1); \ then \ (cd ${.CURDIR} && ${MAKE} make); \ fi Best regards Andreas --089e013cba50856ab004eafd00f3 Content-Type: text/plain; charset=US-ASCII; name="makecheck.diff" Content-Disposition: attachment; filename="makecheck.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hnxbx6q30 SW5kZXg6IHRvb2xzL2J1aWxkL21ha2VfY2hlY2svTWFrZWZpbGUKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gdG9v bHMvYnVpbGQvbWFrZV9jaGVjay9NYWtlZmlsZQkocmV2aXNpb24gMjU4MDM4KQorKysgdG9vbHMv YnVpbGQvbWFrZV9jaGVjay9NYWtlZmlsZQkod29ya2luZyBjb3B5KQpAQCAtMSw3ICsxLDcgQEAK ICMgJEZyZWVCU0QkCiAKIC5NQUtFLk1PREU9CW5vcm1hbAotCisuTk9UUEFSQUxMRUwKICMgVGVz dCBmb3IgYnJva2VuIExIUyBleHBhbnNpb24uCiAjIFRoaXMgKm11c3QqIGNhdXNlIG1ha2UoMSkg dG8gZGV0ZWN0IGEgcmVjdXJzaXZlIHZhcmlhYmxlLCBhbmQgZmFpbCBhcyBzdWNoLgogLmlmIG1h a2UobGhzX2V4cG4pCg== --089e013cba50856ab004eafd00f3 Content-Type: text/plain; charset=US-ASCII; name="Makefile-fix-upgrade_checks.diff" Content-Disposition: attachment; filename="Makefile-fix-upgrade_checks.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hnxbx6qi1 SW5kZXg6IE1ha2VmaWxlCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIE1ha2VmaWxlCShyZXZpc2lvbiAyNTgwMzgp CisrKyBNYWtlZmlsZQkod29ya2luZyBjb3B5KQpAQCAtMjg4LDcgKzI4OCw3IEBACiB1cGdyYWRl X2NoZWNrczoKIAlAaWYgISAoY2QgJHsuQ1VSRElSfS90b29scy9idWlsZC9tYWtlX2NoZWNrICYm IFwKIAkgICAgUEFUSD0ke1BBVEh9ICR7QklOTUFLRX0gb2JqID4vZGV2L251bGwgMj4mMSAmJiBc Ci0JICAgIFBBVEg9JHtQQVRIfSAke0JJTk1BS0V9ID4vZGV2L251bGwgMj4mMSk7IFwKKwkgICAg UEFUSD0ke1BBVEh9ICR7QklOTUFLRX0gJHtNQUtFRkxBR1M6Ti1qKn0gPi9kZXYvbnVsbCAyPiYx KTsgXAogCXRoZW4gXAogCSAgICAoY2QgJHsuQ1VSRElSfSAmJiAke01BS0V9IG1ha2UpOyBcCiAJ ZmkK --089e013cba50856ab004eafd00f3-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 16:10:02 2013 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF622A5E; Tue, 12 Nov 2013 16:10:02 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A90D127EF; Tue, 12 Nov 2013 16:09:59 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id rACG9sDO022212 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 12 Nov 2013 10:09:55 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Tue, 12 Nov 2013 10:09:53 -0600 From: "Teske, Devin" To: freebsd-stable stable Subject: [Regression] SVN r244198 broke double-quotes in /etc/sysctl.conf* Thread-Topic: [Regression] SVN r244198 broke double-quotes in /etc/sysctl.conf* Thread-Index: AQHO38GfbmQogx9M4E+xxYyrvJ23jA== Date: Tue, 12 Nov 2013 16:09:53 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <2E39F1FC1497F847AA8B231D4F18EF32@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-12_06:2013-11-12,2013-11-12,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 16:10:02 -0000 Hi all, It appears as though SVN r244198 introduced a regression. One that is affecting HEAD and stable/10 (for upcoming 10.0-R) and was introduced 10 months ago (but does not appear to have made it into 9.x yet or even stable/9). The regression introduced by r244198 is that: Whilst "sysctl -f /etc/sysctl.conf" will parse parameters with quoted values... "service sysctl start" will not work with quoted values. It seems to me that /etc/rc.d/sysctl should be using "sysctl -f file" to be consistent. For example... cat <> /etc/sysctl.conf net.inet.ip.forwarding=3D"0" EOF sysctl net.inet.ip.forwarding=3D1 sysctl net.inet.ip.forwarding # reports 1 service sysctl start # error: /etc/rc.d/sysctl: WARNING: unable to set net.inet.ip.forwarding=3D= "0" # value unchanged sysctl -f /etc/sysctl.conf sysctl net.inet.ip.forwarding # value changed to 0 --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 16:12:50 2013 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 354ADC8C; Tue, 12 Nov 2013 16:12:50 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 02D942852; Tue, 12 Nov 2013 16:12:49 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id rACGCh4X019382 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 12 Nov 2013 10:12:43 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Tue, 12 Nov 2013 10:12:42 -0600 From: "Teske, Devin" To: Devin Teske Subject: Re: [Regression] SVN r244198 broke double-quotes in /etc/sysctl.conf* Thread-Topic: [Regression] SVN r244198 broke double-quotes in /etc/sysctl.conf* Thread-Index: AQHO38GfbmQogx9M4E+xxYyrvJ23jJoiKRkA Date: Tue, 12 Nov 2013 16:12:42 +0000 Message-ID: <453E76BC-76A7-4C63-A3A0-2DEB4F7197FF@fisglobal.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <58C4739DB39B634EB113C4EBCA50560F@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-12_06:2013-11-12,2013-11-12,1970-01-01 signatures=0 Cc: freebsd-stable stable , "Teske, Devin" , Allan Jude X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 16:12:50 -0000 Nevermind... Recall that message... I was testing on 9.x and that was the issue. NO REGRESSION FOUND --=20 Devin On Nov 12, 2013, at 8:09 AM, Teske, Devin wrote: > Hi all, >=20 > It appears as though SVN r244198 introduced a regression. > One that is affecting HEAD and stable/10 (for upcoming 10.0-R) > and was introduced 10 months ago (but does not appear to > have made it into 9.x yet or even stable/9). >=20 > The regression introduced by r244198 is that: >=20 > Whilst "sysctl -f /etc/sysctl.conf" will parse parameters with > quoted values... >=20 > "service sysctl start" will not work with quoted values. >=20 > It seems to me that /etc/rc.d/sysctl should be using "sysctl -f file" > to be consistent. >=20 > For example... >=20 > cat <> /etc/sysctl.conf > net.inet.ip.forwarding=3D"0" > EOF >=20 > sysctl net.inet.ip.forwarding=3D1 > sysctl net.inet.ip.forwarding > # reports 1 > service sysctl start > # error: /etc/rc.d/sysctl: WARNING: unable to set net.inet.ip.forwarding= =3D"0" > # value unchanged > sysctl -f /etc/sysctl.conf > sysctl net.inet.ip.forwarding > # value changed to 0 > --=20 > Devin >=20 _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 16:27:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E30547E for ; Tue, 12 Nov 2013 16:27:58 +0000 (UTC) Received: from rmaile.iop.kiev.ua (rmaile.iop.kiev.ua [194.44.164.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0455429D3 for ; Tue, 12 Nov 2013 16:27:57 +0000 (UTC) Received: from [10.10.10.4] (k1-phoebus.iop.kiev.ua [10.10.10.4]) (authenticated bits=0) by rmaile.iop.kiev.ua (8.14.7/8.14.4) with ESMTP id rACGWQ4c093190; Tue, 12 Nov 2013 18:32:27 +0200 (EET) (envelope-from ra@iop.kiev.ua) X-Authentication-Warning: rmaile.iop.kiev.ua: Host k1-phoebus.iop.kiev.ua [10.10.10.4] claimed to be [10.10.10.4] Message-ID: <52825759.1050700@iop.kiev.ua> Date: Tue, 12 Nov 2013 18:29:13 +0200 From: "Andrey S. Rybak" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131005 Icedove/17.0.9 MIME-Version: 1.0 To: Eitan Adler Subject: Re: freebsd-upgrade References: <528224A6.7070701@iop.kiev.ua> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.8 at rmaile.iop.kiev.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.0 required=4.3 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD, URIBL_BLOCKED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on rmaile.iop.kiev.ua Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 16:27:58 -0000 On 12.11.13 16:39, Eitan Adler wrote: > On Tue, Nov 12, 2013 at 7:52 AM, Andrey S. Rybak wrote: >> hi all. >> it was happened that i have no upgrade my system long time. Before that i >> used for upgrading "classic" way. > This is a 'source upgrade'. > >> But in current moment as i can see the upgrading is totally changed. As i >> understand commands sequence is next: >> #freebsd-update fetch > This is a 'binary upgrade'. This will be faster and generally easier > if you fit within the "default case" of using an unmodified source > tree and sticking to releases. > > Thanks. I understand difference between source and binary updating. And source updating is my preferable method. Just i was interesting what does community use in current moment. Thank you one more time From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 18:25:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E9EC910 for ; Tue, 12 Nov 2013 18:25:45 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5AE132B20 for ; Tue, 12 Nov 2013 18:25:45 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.7/8.14.7) with ESMTP id rACIPiMq083340 for ; Tue, 12 Nov 2013 13:25:44 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <52827297.4060600@sentex.net> Date: Tue, 12 Nov 2013 13:25:27 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: Re: RELENG_9 crash (inet6 issue) References: <52652E64.60704@sentex.net> <5270530B.9030308@sentex.net> In-Reply-To: <5270530B.9030308@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 on 64.7.153.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 18:25:45 -0000 Disabling inet6 has left the box nice and stable. ---Mike On 10/29/2013 8:30 PM, Mike Tancsa wrote: > I upgraded to r256844, and still getting crashes under load. (about 500 > connections). RELENG_8 sans ipv6 is nice and stable under similar and > higher loads. I will try without inet6 for now > > Unread portion of the kernel message buffer: > current process = 1158 (mpd5) > trap number = 12 > panic: page fault > cpuid = 2 > KDB: stack backtrace: > #0 0xffffffff8092e5a6 at kdb_backtrace+0x66 > #1 0xffffffff808f6e9e at panic+0x1ce > #2 0xffffffff80ca2cc0 at trap_fatal+0x290 > #3 0xffffffff80ca2ff8 at trap_pfault+0x1e8 > #4 0xffffffff80ca35fe at trap+0x3be > #5 0xffffffff80c8cc0f at calltrap+0x8 > #6 0xffffffff80a75470 at sctp_add_addr_to_vrf+0x60 > #7 0xffffffff80a3db63 at sctp_addr_change+0x113 > #8 0xffffffff809c51cd at rt_newaddrmsg_fib+0x4d > #9 0xffffffff809c3ce7 at rtinit+0x1b7 > #10 0xffffffff80a222d8 at in_ifinit+0x3a8 > #11 0xffffffff80a239c2 at in_control+0x1072 > #12 0xffffffff809b1f83 at ifioctl+0x803 > #13 0xffffffff809404a6 at kern_ioctl+0x106 > #14 0xffffffff809406ed at sys_ioctl+0xfd > #15 0xffffffff80ca25a0 at amd64_syscall+0x540 > #16 0xffffffff80c8cef7 at Xfast_syscall+0xf7 > Uptime: 8d9h15m51s > Dumping 1022 out of 7895 > MB:..2%..11%..21%..32%..41%..51%..62%..71%..82%..91% > > #0 doadump (textdump=) at pcpu.h:234 > 234 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=) at pcpu.h:234 > #1 0xffffffff808f6976 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:449 > #2 0xffffffff808f6e77 in panic (fmt=0x1
) > at /usr/src/sys/kern/kern_shutdown.c:637 > #3 0xffffffff80ca2cc0 in trap_fatal (frame=0xc, eva=) > at /usr/src/sys/amd64/amd64/trap.c:879 > #4 0xffffffff80ca2ff8 in trap_pfault (frame=0xffffff823bcaa320, usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:795 > #5 0xffffffff80ca35fe in trap (frame=0xffffff823bcaa320) > at /usr/src/sys/amd64/amd64/trap.c:463 > #6 0xffffffff80c8cc0f in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:232 > #7 0xffffffff80a6a300 in sctp_find_ifn (ifn=0xfffffe0009406800, > ifn_index=359) at /usr/src/sys/netinet/sctp_pcb.c:205 > #8 0xffffffff80a75470 in sctp_add_addr_to_vrf (vrf_id=0, > ifn=0xfffffe0009406800, ifn_index=359, ifn_type=53, > if_name=0xfffffe0009406828 "ng347", ifa=0xfffffe0200cb1a00, > addr=0xfffffe0200cb1b38, ifa_flags=0, dynamic_add=1) > at /usr/src/sys/netinet/sctp_pcb.c:508 > #9 0xffffffff80a3db63 in sctp_addr_change (ifa=0xfffffe0200cb1a00, > cmd=) at /usr/src/sys/netinet/sctp_bsd_addr.c:346 > #10 0xffffffff809c51cd in rt_newaddrmsg_fib (cmd=1, ifa=0xfffffe0200cb1a00, > error=0, rt=0xfffffe019c395000, fibnum=0) > at /usr/src/sys/net/rtsock.c:1299 > #11 0xffffffff809c3ce7 in rtinit (ifa=0xfffffe0200cb1a00, cmd=1, flags=5) > at /usr/src/sys/net/route.c:1626 > #12 0xffffffff80a222d8 in in_ifinit (ifp=0xfffffe0009406800, > ia=0xfffffe0200cb1a00, sin=, scrub=0) > at /usr/src/sys/netinet/in.c:1068 > #13 0xffffffff80a239c2 in in_control (so=, cmd=0, > data=0xfffffe01724ff340 "ng347", ifp=0xfffffe0009406800, > td=) at /usr/src/sys/netinet/in.c:550 > #14 0xffffffff809b1f83 in ifioctl (so=0xfffffe01091c77f8, cmd=2151704858, > data=0xfffffe01724ff340 "ng347", td=0xfffffe00096b3490) > at /usr/src/sys/net/if.c:2569 > #15 0xffffffff809404a6 in kern_ioctl (td=0xfffffe00096b3490, fd=149, > com=2151704858, data=0xfffffe01724ff340 "ng347") at file.h:311 > #16 0xffffffff809406ed in sys_ioctl (td=0xfffffe00096b3490, > uap=0xffffff823bcaaa70) at /usr/src/sys/kern/sys_generic.c:692 > #17 0xffffffff80ca25a0 in amd64_syscall (td=0xfffffe00096b3490, traced=0) > at subr_syscall.c:135 > #18 0xffffffff80c8cef7 in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:391 > #19 0x000000080227bbac in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > > On 10/21/2013 9:38 AM, Mike Tancsa wrote: >> This was with a kernel from Aug 6th. (r253988). The box functions as an >> LNS. Similarly loaded RELENG_8 boxes with ipv6 disabled are quite >> stable. Not sure if thats where the issue is as this is RELENG9 >> >> ---Mike >> >> >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- ------------------- 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-stable@FreeBSD.ORG Tue Nov 12 20:33:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A9E5FAA for ; Tue, 12 Nov 2013 20:33:59 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F4492458 for ; Tue, 12 Nov 2013 20:33:59 +0000 (UTC) Received: from 2a02-8428-011a-a000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11a:a000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VgKer-000COB-4J for freebsd-stable@freebsd.org; Tue, 12 Nov 2013 21:33:57 +0100 Message-ID: <528290AF.80707@dumbbell.fr> Date: Tue, 12 Nov 2013 21:33:51 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSD10-Beta3: No xorg-server-1.12.4 References: <527F525A.5020704@club-internet.fr> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pEtrMEnt7UgbNUfnOgsl3ansbpDOKnWLP" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 20:33:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --pEtrMEnt7UgbNUfnOgsl3ansbpDOKnWLP Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 11/10/2013 11:24, Zenny wrote: > Tried again to confirm by removing dri again and the culprit is: >=20 > ../../../src/mesa/main/mtypes.h:3420:4: error: unknown type name > 'GLDEBUGPROCARB' > GLDEBUGPROCARB Callback; > ^ >=20 > What is this GLDEBUGPROCARB Callback? It's defined by Mesa itself in GL/glext.h. Look at /usr/local/include/GL/glext.h. If that file exists, either you haven't removed graphics/dri or the removal of this package forgot that file. --=20 Jean-S=E9bastien P=E9dron --pEtrMEnt7UgbNUfnOgsl3ansbpDOKnWLP 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.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKCkLUACgkQa+xGJsFYOlOXAgCdEfI/+tUVkHLbI4yRxDIyFUjd Q6AAnRF5BkUk1UlVTpwx04S5xXkV8O6Q =XP1J -----END PGP SIGNATURE----- --pEtrMEnt7UgbNUfnOgsl3ansbpDOKnWLP-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 13 12:41:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB56134C for ; Wed, 13 Nov 2013 12:41:38 +0000 (UTC) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DDB42E23 for ; Wed, 13 Nov 2013 12:41:38 +0000 (UTC) Received: from [92.230.240.87] (helo=[192.168.178.40]) by www94.your-server.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.74) (envelope-from ) id 1VgZNT-0001JH-I2 for freebsd-stable@freebsd.org; Wed, 13 Nov 2013 13:16:59 +0100 Subject: BETA3 running *hot* on my Acer 5553g (AMD Mobile Phenom) From: Mathias Picker To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="us-ascii" Organization: virtual earth GmbH Date: Wed, 13 Nov 2013 13:16:55 +0100 Message-ID: <1384345015.1876.11.camel@marcopolo.fritz.box> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.97.8/18105/Wed Nov 13 06:38:26 2013) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 12:41:38 -0000 Hi all, I just installed FreeBSD 10 BETA3 on my Acer 5553g, which before had 9-stable running. This laptop allways was quite hot, but with 9-stable it ran around 52C when idle... Now this is up to 60C, and when I actually use it the temp reaches 94C and it only survivies through throttling the cpu. I've switched of the descrete graphics card (which doesn't work with kms anyway) and use the hd4200 on the motherboard only. (see http://forums.freebsd.org/showthread.php?t=29448) I tried everything I know, but have no idea where to go from here. I just ordered one of these horrible laptop-cooling stands, which will probably help the machine to survive, but also probably be very loud :( Any ideas, tips, help welcome. Some Infos: - the systems seems to use C1E (only C1 state visible) - dmesg: http://pastebin.com/NaEQXYBH loader.conf: http://pastebin.com/bnmqPak3 rc.conf: http://pastebin.com/HKERzgde FreeBSD marcopolo 10.0-BETA3 FreeBSD 10.0-BETA3 #0 r257580: Sun Nov 3 19:43:01 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 Anything else? Any help would be most welcome, Mathias From owner-freebsd-stable@FreeBSD.ORG Wed Nov 13 13:33:39 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C5F35BA; Wed, 13 Nov 2013 13:33:39 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DD6252219; Wed, 13 Nov 2013 13:33:38 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rADDXRJq034262; Wed, 13 Nov 2013 15:33:27 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rADDXRPm034207; Wed, 13 Nov 2013 13:33:27 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 13 Nov 2013 13:33:27 GMT Message-Id: <201311131333.rADDXRPm034207@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 13:33:39 -0000 TB --- 2013-11-13 13:00:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-13 13:00:41 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-13 13:00:41 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2013-11-13 13:00:41 - cleaning the object tree TB --- 2013-11-13 13:00:41 - /usr/local/bin/svn stat /src TB --- 2013-11-13 13:01:24 - At svn revision 258091 TB --- 2013-11-13 13:01:25 - building world TB --- 2013-11-13 13:01:25 - CROSS_BUILD_TESTING=YES TB --- 2013-11-13 13:01:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-13 13:01:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-13 13:01:25 - SRCCONF=/dev/null TB --- 2013-11-13 13:01:25 - TARGET=i386 TB --- 2013-11-13 13:01:25 - TARGET_ARCH=i386 TB --- 2013-11-13 13:01:25 - TZ=UTC TB --- 2013-11-13 13:01:25 - __MAKE_CONF=/dev/null TB --- 2013-11-13 13:01:25 - cd /src TB --- 2013-11-13 13:01:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 13 13:01:35 UTC 2013 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangfrontend/../../../contrib/llvm/include -I/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Frontend -I. -I/src/lib/clang/libclangfrontend/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Frontend/LogDiagnosticPrinter.cpp -o LogDiagnosticPrinter.o c++ -O2 -pipe -I/src/lib/clang/libclangfrontend/../../../contrib/llvm/include -I/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Frontend -I. -I/src/lib/clang/libclangfrontend/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Frontend/MultiplexConsumer.cpp -o MultiplexConsumer.o c++ -O2 -pipe -I/src/lib/clang/libclangfrontend/../../../contrib/llvm/include -I/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Frontend -I. -I/src/lib/clang/libclangfrontend/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Frontend/PrintPreprocessedOutput.cpp -o PrintPreprocessedOutput.o /src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Frontend/PrintPreprocessedOutput.cpp: In function 'void PrintMacroDefinition(const clang::IdentifierInfo&, const clang::MacroInfo&, clang::Preprocessor&, llvm::raw_ostream&)': /src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Frontend/PrintPreprocessedOutput.cpp:36: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangfrontend *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2013-11-13 13:33:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-13 13:33:26 - ERROR: failed to build world TB --- 2013-11-13 13:33:26 - 1511.44 user 451.52 system 1964.64 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 13 16:00:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96A6C5BD for ; Wed, 13 Nov 2013 16:00:48 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5DD872BA3 for ; Wed, 13 Nov 2013 16:00:48 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vgcs2-000CP4-1Y for freebsd-stable@freebsd.org; Wed, 13 Nov 2013 17:00:46 +0100 Message-ID: <5283A22D.3050703@FreeBSD.org> Date: Wed, 13 Nov 2013 17:00:45 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: BETA3 running *hot* on my Acer 5553g (AMD Mobile Phenom) References: <1384345015.1876.11.camel@marcopolo.fritz.box> In-Reply-To: <1384345015.1876.11.camel@marcopolo.fritz.box> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QeWBtBSdlr2vbcrIaonmvvBUDTxGPw0dJ" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 16:00:48 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QeWBtBSdlr2vbcrIaonmvvBUDTxGPw0dJ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 13.11.2013 13:16, Mathias Picker wrote: > This laptop allways was quite hot, but with 9-stable it ran around 52C > when idle... > Now this is up to 60C, and when I actually use it the temp reaches 94C > and it only survivies through throttling the cpu. >=20 > I've switched of the descrete graphics card (which doesn't work with km= s > anyway) and use the hd4200 on the motherboard only. (see > http://forums.freebsd.org/showthread.php?t=3D29448) Have you had a chance to run Linux 3.10 (or earlier, but not 3.11+) on it? Or read any reports of that version of Linux on this laptop? I don't know if this could be related, but the Radeon kernel driver in Linux before 3.11 (FreeBSD's driver is based on 3.8) doesn't support many power management features. That's why I'm asking about Linux behavio= r. --=20 Jean-S=E9bastien P=E9dron --QeWBtBSdlr2vbcrIaonmvvBUDTxGPw0dJ 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.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKDoi0ACgkQa+xGJsFYOlOYXwCfVCF1cYZ8Qtv5EHZ2g7aNvA5Q q3kAoK7ebqsmCazd/ZtP/Of4JCTHUTzv =PieJ -----END PGP SIGNATURE----- --QeWBtBSdlr2vbcrIaonmvvBUDTxGPw0dJ-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 13 17:18:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C08A76D3; Wed, 13 Nov 2013 17:18:47 +0000 (UTC) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8041A20DC; Wed, 13 Nov 2013 17:18:47 +0000 (UTC) Received: from [92.230.240.87] (helo=[192.168.178.40]) by www94.your-server.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.74) (envelope-from ) id 1Vge5U-0003Rl-R0; Wed, 13 Nov 2013 18:18:44 +0100 Subject: Re: BETA3 running *hot* on my Acer 5553g (AMD Mobile Phenom) From: Mathias Picker To: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= In-Reply-To: <5283A22D.3050703@FreeBSD.org> References: <1384345015.1876.11.camel@marcopolo.fritz.box> <5283A22D.3050703@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Organization: virtual earth GmbH Date: Wed, 13 Nov 2013 18:18:37 +0100 Message-ID: <1384363117.2176.7.camel@marcopolo.fritz.box> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.97.8/18105/Wed Nov 13 06:38:26 2013) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 17:18:47 -0000 On Wed, 2013-11-13 at 17:00 +0100, Jean-S?bastien P?dron wrote: > On 13.11.2013 13:16, Mathias Picker wrote: > > This laptop allways was quite hot, but with 9-stable it ran around 52C > > when idle... > > Now this is up to 60C, and when I actually use it the temp reaches 94C > > and it only survivies through throttling the cpu. > > > > I've switched of the descrete graphics card (which doesn't work with kms > > anyway) and use the hd4200 on the motherboard only. (see > > http://forums.freebsd.org/showthread.php?t=29448) > > Have you had a chance to run Linux 3.10 (or earlier, but not 3.11+) on > it? Or read any reports of that version of Linux on this laptop? Not yet. I will try this with a live cd over the weekend. But the laptop is running hot even without X startet, about 5 degree hotter than with 9-stable... Thanks for the idea I will try linux 3.10 and 3.11+ to see how much this changes. Cheers, Mathias > > I don't know if this could be related, but the Radeon kernel driver in > Linux before 3.11 (FreeBSD's driver is based on 3.8) doesn't support > many power management features. That's why I'm asking about Linux behavior. > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 13 17:21:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01335832 for ; Wed, 13 Nov 2013 17:21:57 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB650213C for ; Wed, 13 Nov 2013 17:21:56 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vge8Y-000EGg-Oq for freebsd-stable@freebsd.org; Wed, 13 Nov 2013 18:21:55 +0100 Message-ID: <5283B52D.8010803@dumbbell.fr> Date: Wed, 13 Nov 2013 18:21:49 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: BETA3 running *hot* on my Acer 5553g (AMD Mobile Phenom) References: <1384345015.1876.11.camel@marcopolo.fritz.box> <5283A22D.3050703@FreeBSD.org> <1384363117.2176.7.camel@marcopolo.fritz.box> In-Reply-To: <1384363117.2176.7.camel@marcopolo.fritz.box> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BJQ6E6KElRdUfhDOjUIerqf9UAhSUqaGG" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 17:21:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BJQ6E6KElRdUfhDOjUIerqf9UAhSUqaGG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 13.11.2013 18:18, Mathias Picker wrote: > But the laptop is running hot even without X startet, about 5 degree > hotter than with 9-stable... Ok, then it's probably something else, because before radeonkms is loaded, the card should be in the same state in FreeBSD 9 and 10. --=20 Jean-S=E9bastien P=E9dron --BJQ6E6KElRdUfhDOjUIerqf9UAhSUqaGG 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.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKDtTIACgkQa+xGJsFYOlMMWgCfW3J4Hq+rJosdKqi9CPf8S8jc 8ckAoMo16Mu3t56LD7QPtSJewtkWPUOM =cl7E -----END PGP SIGNATURE----- --BJQ6E6KElRdUfhDOjUIerqf9UAhSUqaGG-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 13 17:59:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2D6B1E9; Wed, 13 Nov 2013 17:59:23 +0000 (UTC) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ACBBA2390; Wed, 13 Nov 2013 17:59:23 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id lf10so780418pab.36 for ; Wed, 13 Nov 2013 09:59:23 -0800 (PST) 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=8t9hqgdUkMu75dbFjyujkU8e/09RZJAzKsnEgQ+98pM=; b=GBERDowzW7yC+AVBXFmQPqIKGnsIUaOimPSXLtGUolXhe+4N9cfkwF7EtnmY5dJPDM x+ZEhVh8lwLf1wo3lEjRa2kmLQEwqw7r3kyH0hk0g7XyA8xVnsBIlyzJKwT+gwKHEevH w0um+mmcNzYmd2Wcg8JxpNJHmnffmoIvH0lXdxpjbBWtcXSCwzOfAb2A3PDwrIrJhFHy yHXRDyZL+poLHcX/+HPgX3iFsksDdrxd4+8QArM9TLreuR+ztGdpPgPIcM+QRqhct8kA fPkXG3v9DOAsHUGgBV26oUQOmASk1mitJXKN/O2y6YJjusa0FAeYb4tnf6GVj8aRbqom lQzg== MIME-Version: 1.0 X-Received: by 10.68.233.135 with SMTP id tw7mr42594262pbc.112.1384365563339; Wed, 13 Nov 2013 09:59:23 -0800 (PST) Received: by 10.68.248.106 with HTTP; Wed, 13 Nov 2013 09:59:23 -0800 (PST) In-Reply-To: <20131112111322.GV90670@droso.dk> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> <20131112111322.GV90670@droso.dk> Date: Wed, 13 Nov 2013 19:59:23 +0200 Message-ID: Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: George Kontostanos To: Erwin Lansing Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: FreeBSD Release Engineering Team , Stefan Bethke , FreeBSD Current , Gleb Smirnoff , freebsd-stable , =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , =?ISO-8859-1?Q?=D6zkan_KIRIK?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 17:59:24 -0000 On Tue, Nov 12, 2013 at 1:13 PM, Erwin Lansing wrote: > On Wed, Nov 06, 2013 at 02:59:15PM +0100, Erwin Lansing wrote: > > >> E> > > > >> E> > Erwin, can you please handle that? > > >> E> > > >> E> Things are much worse that this, the ports are completely written > under the assumption that there is a Bind in base, which of course would > already break with WITHOUT_BIND before Bind was completely removed. It > will be hard to fix without breaking the installed base of 8 and 9. Sigh. > > >> E> > > >> E> I'll try to work on it this week, but unfortunately have a full > schedule of meetings and travel as well. > > > > > > Suggestion. An option to install the rc script would solve that > problem. > > > > > > > If only it was that simple, it would have been done a long time ago. As > Gleb points out, the ports are broken by design. The rc script needs a > complete rewrite, and that's only after fixing all configuration files, > setting up chroot, etc etc and all that while not breaking the installed > base on 8 and 9. I spent most of yesterday on this and if I'm lucky, I'm > halfway through. > > > > > Sorry about the delay, but I did finally update all three dns/bind9* > ports today. I have dropped the complicated chroot, and related > symlinking, logic from the default rc script as I don't think that > is the right place to implement things. I would recommend users > who want the extra security to use jail(8) instead of a mere chroot. > > This change should not affect the installed base of FreeBSD 9.x and > earlier systems, but new installations there should note that the > symlink option is no longer turned on by default, but still supported. > > I tested some default cases, but by no means can test every corner case, > so please let me know how this works out. > > Best, > Erwin > > Excellent thanks so much! If you had named running using the old rc scripts and config in 10 you will need to: 1) Backup your zones & stop named 2) Delete /var/named/* 3) Create a new symlink in etc to /usr/local/etc/namedb 4) Restore your zones 5) Start named from the new rc script -- George Kontostanos --- http://www.aisecure.net From owner-freebsd-stable@FreeBSD.ORG Wed Nov 13 18:05:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CAD0572; Wed, 13 Nov 2013 18:05:08 +0000 (UTC) Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B867B2423; Wed, 13 Nov 2013 18:05:07 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id mc8so772284pbc.32 for ; Wed, 13 Nov 2013 10:05:07 -0800 (PST) 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=2lAGtftmfJGxDyj77YLx7bUgjoKp6nSMoCGxMWfsmTQ=; b=SU8W4YY/ovkUTlrOGqahFWY67yMyoZ1wGhhYl9gmClYEDzqZ9bfoNv++hZG0xR/crj 3bH2fuqNuFDggoXUiKqIpcRNj6moACICj2DttwsNw0B1+BVauGwCVr9Ovc8CwCW055WZ yCKxQdPFTQZyfk8q3rfktEe6Bi/R/AgCz2Q9gO3N8mocuPFfe7KnydBJiCcMOeTUQ0KB bb4f8kaZ5ELrtHXGIiUJTqSMF/Gy9xirhAuyRrhXJreNycKP138ihadBEVKr2iUVK9MP R5zeWgzHtveIAKuxLh6OvINpnWW4ePrttNWW3XHTvhTDP9oztfbRk3cP3WeclWANPTC5 xK6w== MIME-Version: 1.0 X-Received: by 10.66.119.202 with SMTP id kw10mr43760628pab.118.1384365907432; Wed, 13 Nov 2013 10:05:07 -0800 (PST) Received: by 10.68.248.106 with HTTP; Wed, 13 Nov 2013 10:05:07 -0800 (PST) In-Reply-To: References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> <20131112111322.GV90670@droso.dk> Date: Wed, 13 Nov 2013 20:05:07 +0200 Message-ID: Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: George Kontostanos To: Erwin Lansing Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: FreeBSD Release Engineering Team , Stefan Bethke , FreeBSD Current , Gleb Smirnoff , freebsd-stable , =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , =?ISO-8859-1?Q?=D6zkan_KIRIK?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 18:05:08 -0000 On Wed, Nov 13, 2013 at 7:59 PM, George Kontostanos wrote: > On Tue, Nov 12, 2013 at 1:13 PM, Erwin Lansing wrote: > >> On Wed, Nov 06, 2013 at 02:59:15PM +0100, Erwin Lansing wrote: >> > >> E> > >> > >> E> > Erwin, can you please handle that? >> > >> E> >> > >> E> Things are much worse that this, the ports are completely written >> under the assumption that there is a Bind in base, which of course would >> already break with WITHOUT_BIND before Bind was completely removed. It >> will be hard to fix without breaking the installed base of 8 and 9. Sigh. >> > >> E> >> > >> E> I'll try to work on it this week, but unfortunately have a full >> schedule of meetings and travel as well. >> > > >> > > Suggestion. An option to install the rc script would solve that >> problem. >> > > >> > >> > If only it was that simple, it would have been done a long time ago. >> As Gleb points out, the ports are broken by design. The rc script needs a >> complete rewrite, and that's only after fixing all configuration files, >> setting up chroot, etc etc and all that while not breaking the installed >> base on 8 and 9. I spent most of yesterday on this and if I'm lucky, I'm >> halfway through. >> > >> >> >> Sorry about the delay, but I did finally update all three dns/bind9* >> ports today. I have dropped the complicated chroot, and related >> symlinking, logic from the default rc script as I don't think that >> is the right place to implement things. I would recommend users >> who want the extra security to use jail(8) instead of a mere chroot. >> >> This change should not affect the installed base of FreeBSD 9.x and >> earlier systems, but new installations there should note that the >> symlink option is no longer turned on by default, but still supported. >> >> I tested some default cases, but by no means can test every corner case, >> so please let me know how this works out. >> >> Best, >> Erwin >> >> > Excellent thanks so much! > > If you had named running using the old rc scripts and config in 10 you > will need to: > > 1) Backup your zones & stop named > 2) Delete /var/named/* > 3) Create a new symlink in etc to /usr/local/etc/namedb > 4) Restore your zones > 5) Start named from the new rc script > > Sorry I forgot also that if if you don't specify the location of named in the rc.conf: named_program="/usr/local/sbin/named" You will get an error message: root@hp:/etc # /usr/local/etc/rc.d/named start /usr/local/etc/rc.d/named: WARNING: run_rc_command: cannot run /usr/sbin/named Those are observations from a test machine that I use which was running bind with the old rc style. Thanks -- George Kontostanos --- http://www.aisecure.net From owner-freebsd-stable@FreeBSD.ORG Wed Nov 13 21:35:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C6769DF for ; Wed, 13 Nov 2013 21:35:04 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 11A5A214E for ; Wed, 13 Nov 2013 21:35:04 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id CC59B21576 for ; Wed, 13 Nov 2013 16:34:59 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Wed, 13 Nov 2013 16:35:02 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=Hs7envU9Et/BWSCZDwNfdusjpVE=; b=EUS8z EOoopzJnpcA4RtFgHL+Ljuci9Knk3kKDt23eTVzjxUhW5Q5z1ZW54Je4/bPF1/Pl OKhs3xXC89Q1LoyWggcGJPY8B/osnsaFoRJZU+Ltob5b/FPykoZVcNBAGiRWvtBs l120SV7tr64BySrrEJTLVpGK14nZp0RZTiC5rQ= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 3B0B911EB69; Wed, 13 Nov 2013 16:34:59 -0500 (EST) Message-Id: <1384378499.3852.47142865.7D5C8AB6@webmail.messagingengine.com> X-Sasl-Enc: WjpBkD2ioThIQaaDXrc008D7vuSQjYV0tkfCgn/7e1qg 1384378499 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-d4893488 Subject: Re: BETA3 running *hot* on my Acer 5553g (AMD Mobile Phenom) Date: Wed, 13 Nov 2013 15:34:59 -0600 In-Reply-To: <1384345015.1876.11.camel@marcopolo.fritz.box> References: <1384345015.1876.11.camel@marcopolo.fritz.box> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 21:35:04 -0000 On Wed, Nov 13, 2013, at 6:16, Mathias Picker wrote: > Hi all, > > I just installed FreeBSD 10 BETA3 on my Acer 5553g, which before had > 9-stable running. > > This laptop allways was quite hot, but with 9-stable it ran around 52C > when idle... > Now this is up to 60C, and when I actually use it the temp reaches 94C > and it only survivies through throttling the cpu. > > I've switched of the descrete graphics card (which doesn't work with kms > anyway) and use the hd4200 on the motherboard only. (see > http://forums.freebsd.org/showthread.php?t=29448) > > I tried everything I know, but have no idea where to go from here. I > just ordered one of these horrible laptop-cooling stands, which will > probably help the machine to survive, but also probably be very loud :( > > Any ideas, tips, help welcome. > > Some Infos: > > - the systems seems to use C1E (only C1 state visible) > - dmesg: http://pastebin.com/NaEQXYBH > loader.conf: http://pastebin.com/bnmqPak3 > rc.conf: http://pastebin.com/HKERzgde > FreeBSD marcopolo 10.0-BETA3 FreeBSD 10.0-BETA3 #0 r257580: Sun Nov 3 > 19:43:01 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > amd64 > > Anything else? > > Any help would be most welcome, > > Mathias I'm curious if you're running powerd or not From owner-freebsd-stable@FreeBSD.ORG Wed Nov 13 21:56:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6B61496; Wed, 13 Nov 2013 21:56:52 +0000 (UTC) Received: from frv152.fwdcdn.com (frv152.fwdcdn.com [212.42.77.152]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7616D2312; Wed, 13 Nov 2013 21:56:52 +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:To:From:Date; bh=VKR//ZI42D7K21EFXIjPKFeLqWuNYfnZmbUFaK23Y70=; b=ENRY2E46uyyvzxuwZ8HmYl8tBUTaZrw3JaSsbCSuB/mNYQTFnbFGhp08FGNY+F32PCK+rsndlA3b0PjAfixsAna2DW3N3CNLYDSJNMAEA0zGwlerSMXAnNKJJxbPrkYAP2WgWPjxCVPQ3KT6LO6R7zhLO8/qszcw3VpFhxcLhzA=; Received: from [37.115.116.138] (helo=nonamehost.local) by frv152.fwdcdn.com with esmtpsa ID 1VgiQS-000LsQ-0M ; Wed, 13 Nov 2013 23:56:40 +0200 Date: Wed, 13 Nov 2013 23:56:39 +0200 From: Ivan Klymenko To: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: 10.0-BETA3 Fatal trap 12 with firefox Message-ID: <20131113235639.4499aecf@nonamehost.local> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Result: IP=37.115.116.138; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 21:56:52 -0000 I have FreeBSD 10.0-BETA3 #0 r257891 amd64 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x298 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80b21b9b stack pointer = 0x28:0xfffffe01f46d63c0 frame pointer = 0x28:0xfffffe01f46d6450 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 = 2831 (firefox) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xffffffff808f99f0 at kdb_backtrace+0x60 #1 0xffffffff808c0fb5 at panic+0x155 #2 0xffffffff80ce1052 at trap_fatal+0x3a2 #3 0xffffffff80ce1329 at trap_pfault+0x2c9 #4 0xffffffff80ce0ab6 at trap+0x5e6 #5 0xffffffff80cc7d52 at calltrap+0x8 #6 0xffffffff80b2c5b4 at softdep_update_inodeblock+0x154 #7 0xffffffff80b1982c at ffs_update+0x1bc #8 0xffffffff80b19d81 at ffs_truncate+0x431 #9 0xffffffff80b46123 at ufs_inactive+0x1b3 #10 0xffffffff80de9658 at VOP_INACTIVE_APV+0x98 #11 0xffffffff8095c701 at vinactive+0x101 #12 0xffffffff8095cb12 at vputx+0x272 #13 0xffffffff809653c6 at kern_unlinkat+0x246 #14 0xffffffff80ce1947 at amd64_syscall+0x357 #15 0xffffffff80cc803b at Xfast_syscall+0xfb Uptime: 8h10m43s Dumping 668 out of 6055 MB:..3%..12%..22%..32%..41%..51%..63%..72%..82%..91% ... #0 doadump (textdump=) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff808c0c30 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff808c0ff4 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff80ce1052 in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:882 #4 0xffffffff80ce1329 in trap_pfault (frame=0xfffffe01f46d6310, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:699 #5 0xffffffff80ce0ab6 in trap (frame=0xfffffe01f46d6310) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff80cc7d52 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff80b21b9b in softdep_process_journal (mp=, needwk=, flags=1) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2768 #8 0xffffffff80b2c5b4 in softdep_update_inodeblock (ip=0xfffff8002b513930, bp=0xfffffe01718f3cf0, waitfor=1) at /usr/src/sys/ufs/ffs/ffs_softdep.c:11838 #9 0xffffffff80b1982c in ffs_update (vp=0xfffff80147e43760, waitfor=1) at /usr/src/sys/ufs/ffs/ffs_inode.c:143 #10 0xffffffff80b19d81 in ffs_truncate (vp=, length=, flags=, cred=0x0) at pcpu.h:219 #11 0xffffffff80b46123 in ufs_inactive (ap=) at /usr/src/sys/ufs/ufs/ufs_inode.c:131 #12 0xffffffff80de9658 in VOP_INACTIVE_APV (vop=, a=) at vnode_if.c:1953 #13 0xffffffff8095c701 in vinactive (vp=0xfffff80147e43760, td=0xfffff8005423c920) at vnode_if.h:807 #14 0xffffffff8095cb12 in vputx (vp=0xfffff80147e43760, func=2) at /usr/src/sys/kern/vfs_subr.c:2233 #15 0xffffffff809653c6 in kern_unlinkat (td=, fd=-100, path=0x811d2ed00
, pathseg=UIO_USERSPACE, oldinum=) at /usr/src/sys/kern/vfs_syscalls.c:1868 #16 0xffffffff80ce1947 in amd64_syscall (td=0xfffff8005423c920, traced=0) at subr_syscall.c:134 #17 0xffffffff80cc803b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #18 0x0000000801271e3a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) From owner-freebsd-stable@FreeBSD.ORG Wed Nov 13 22:53:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A541E59; Wed, 13 Nov 2013 22:53:58 +0000 (UTC) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 099AF2734; Wed, 13 Nov 2013 22:53:57 +0000 (UTC) Received: from [85.181.56.131] (helo=[192.168.178.40]) by www94.your-server.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.74) (envelope-from ) id 1VgjJr-00039N-HI; Wed, 13 Nov 2013 23:53:55 +0100 Subject: Re: BETA3 running *hot* on my Acer 5553g (AMD Mobile Phenom) From: Mathias Picker To: Mark Felder In-Reply-To: <1384378499.3852.47142865.7D5C8AB6@webmail.messagingengine.com> References: <1384345015.1876.11.camel@marcopolo.fritz.box> <1384378499.3852.47142865.7D5C8AB6@webmail.messagingengine.com> Content-Type: text/plain; charset="us-ascii" Organization: virtual earth GmbH Date: Wed, 13 Nov 2013 23:53:51 +0100 Message-ID: <1384383231.9609.8.camel@marcopolo.fritz.box> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.97.8/18106/Wed Nov 13 18:39:42 2013) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 22:53:58 -0000 On Wed, 2013-11-13 at 15:34 -0600, Mark Felder wrote: > On Wed, Nov 13, 2013, at 6:16, Mathias Picker wrote: > > Hi all, > > > > I just installed FreeBSD 10 BETA3 on my Acer 5553g, which before had > > 9-stable running. > > > > This laptop allways was quite hot, but with 9-stable it ran around 52C > > when idle... > > Now this is up to 60C, and when I actually use it the temp reaches 94C > > and it only survivies through throttling the cpu. > > > > I've switched of the descrete graphics card (which doesn't work with kms > > anyway) and use the hd4200 on the motherboard only. (see > > http://forums.freebsd.org/showthread.php?t=29448) > > > > I tried everything I know, but have no idea where to go from here. I > > just ordered one of these horrible laptop-cooling stands, which will > > probably help the machine to survive, but also probably be very loud :( > > > > Any ideas, tips, help welcome. > > > > Some Infos: > > > > - the systems seems to use C1E (only C1 state visible) > > - dmesg: http://pastebin.com/NaEQXYBH > > loader.conf: http://pastebin.com/bnmqPak3 > > rc.conf: http://pastebin.com/HKERzgde > > FreeBSD marcopolo 10.0-BETA3 FreeBSD 10.0-BETA3 #0 r257580: Sun Nov 3 > > 19:43:01 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > > amd64 > > > > Anything else? > > > > Any help would be most welcome, > > > > Mathias > > > I'm curious if you're running powerd or not With powerd. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Nov 14 05:45:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 051B2396; Thu, 14 Nov 2013 05:45:21 +0000 (UTC) Received: from gate.utahime.jp (ipq210.utahime.jp [183.180.29.210]) by mx1.freebsd.org (Postfix) with ESMTP id C52DE2DBD; Thu, 14 Nov 2013 05:45:20 +0000 (UTC) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) by gate.utahime.jp (Postfix) with ESMTP id 2347861F9D; Thu, 14 Nov 2013 14:45:12 +0900 (JST) Received: from eastasia.home.utahime.org (localhost [127.0.0.1]) by localhost-backdoor.home.utahime.org (Postfix) with ESMTP id F01234E642; Thu, 14 Nov 2013 14:45:11 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) by eastasia.home.utahime.org (Postfix) with ESMTPA id 9FB554E637; Thu, 14 Nov 2013 14:45:11 +0900 (JST) Date: Thu, 14 Nov 2013 14:44:35 +0900 (JST) Message-Id: <20131114.144435.452831467.yasu@utahime.org> To: re@freebsd.org Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: Yasuhiro KIMURA In-Reply-To: <20131112111322.GV90670@droso.dk> References: <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> <20131112111322.GV90670@droso.dk> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, stb@lassitu.de, freebsd-current@freebsd.org, glebius@freebsd.org, gkontos.mail@gmail.com, des@freebsd.org, ozkan.kirik@gmail.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2013 05:45:21 -0000 From: Erwin Lansing Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Date: Tue, 12 Nov 2013 12:13:23 +0100 > Sorry about the delay, but I did finally update all three dns/bind9* > ports today. I have dropped the complicated chroot, and related > symlinking, logic from the default rc script as I don't think that > is the right place to implement things. I would recommend users > who want the extra security to use jail(8) instead of a mere chroot. > > This change should not affect the installed base of FreeBSD 9.x and > earlier systems, but new installations there should note that the > symlink option is no longer turned on by default, but still supported. > > I tested some default cases, but by no means can test every corner case, > so please let me know how this works out. Please merge r257694 to stable/10 because remnants of BIND are still left. Best Regards. --- Yasuhiro KIMURA From owner-freebsd-stable@FreeBSD.ORG Thu Nov 14 11:26:38 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A50D3B7 for ; Thu, 14 Nov 2013 11:26:38 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DC8CE21DD for ; Thu, 14 Nov 2013 11:26:37 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA07605; Thu, 14 Nov 2013 13:26:18 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Vgv3y-000O94-E7; Thu, 14 Nov 2013 13:26:18 +0200 Message-ID: <5284B322.1070806@FreeBSD.org> Date: Thu, 14 Nov 2013 13:25:22 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: hartzell@alerce.com Subject: Re: Help with filing a [maybe] ZFS/mmap bug. References: <20967.760.95825.310085@gargle.gargle.HOWL> <51E80B30.1090004@FreeBSD.org> <20968.10645.880772.30501@gargle.gargle.HOWL> <520202E5.30300@FreeBSD.org> <21055.33473.385334.574140@gargle.gargle.HOWL> In-Reply-To: <21055.33473.385334.574140@gargle.gargle.HOWL> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2013 11:26:38 -0000 on 23/09/2013 02:52 George Hartzell said the following: > This weekend I built up a system using the 10.0 beta 2 dvd, then > updated /usr/src from head. > > I grabbed a fresh copy of your patch this afternoon. > > I applied your patch with no problems. I was unable to build a new > kernel though, you have one reference to m->busy, where m is a > vm_page_t (if I remember correctly). I dug around a bit and decided > that you meant m->busy_lock, which let me build a usable kernel. > > It looks like INVARIANTS and INVARIANT_SUPPORT are included in the > GENERIC conf file. > > I ran through my test routine with the original system and was able to > reproduce the problem. > > After building and installing a kernel with your patch I was still > able to trigger the problem. If anything it was worse (sample size = > 1, I know...). > > I did not see any interesting output in /var/log/messages or to the > console or anywhere else obvious. > > I'm not sure what to do next. It's likely that my m->busy to > m->busy_lock change was not The Right Thing to Do and might have > invalidated what the patch was trying to do. > > In any case, I now have a system running HEAD and should be able to > test things more easily. George, thank you very much for the test! And sorry for the "delay" with my reply. I was out of new ideas at first and then very busy. But now Steve has woken me up :-) The busy -> busy_lock change was not entirely correct, but it is pretty harmless. I will probably commit the putpages patch anyway soon. But your test confirms that the pageout logic was not related to the bug. I think I now have an idea of what could be wrong. I will follow up in the other thread. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 14 11:49:52 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5388BEC9; Thu, 14 Nov 2013 11:49:52 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 33D1A2371; Thu, 14 Nov 2013 11:49:50 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA08545; Thu, 14 Nov 2013 13:49:49 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1VgvQj-000OAm-4G; Thu, 14 Nov 2013 13:49:49 +0200 Message-ID: <5284B8A5.8040604@FreeBSD.org> Date: Thu, 14 Nov 2013 13:48:53 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Steven Hartland , hartzell@alerce.com, freebsd-stable@FreeBSD.org Subject: Re: Help with filing a [maybe] ZFS/mmap bug. References: <20967.760.95825.310085@gargle.gargle.HOWL><51E80B30.1090004@FreeBSD.org><20968.10645.880772.30501@gargle.gargle.HOWL><520202E5.30300@FreeBSD.org><20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> In-Reply-To: <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2013 11:49:52 -0000 on 12/11/2013 04:32 Steven Hartland said the following: > > ----- Original Message ----- From: "George Hartzell" >> > > Andriy Gapon writes: >> > > > on 18/07/2013 20:44 George Hartzell said the following: >> > > > > Andriy Gapon writes: >> > > > > > on 17/07/2013 23:47 George Hartzell said the following: >> > > > > > > How should I move forward with this? >> > > > > > > > > > > Could you please try to reproduce this problem using a >> kernel built with >> > > > > > INVARIANTS options? >> > > > > > > > > I added INVARIANT_SUPPORT and INVARIANTS options to the GENERIC >> > > > > kernel, rebuilt it, installed it and running through my "test case" >> > > > > generated a lot of invalid flac files. I"m not sure what the options >> > > > > are/were supposed to do though, it looks like they generally lead to >> > > > > KASSERTS, which lead to abort()'s. Nothing in /var/log/messages or on >> > > > > the console. >> > > > > > > George, >> > > > > > > do you have anything new on this issue? >> > > > > Since the message that you quoted I narrowed down my "test case" >> > > somewhat but I have not yet produced a stand-alone tool that >> > > reproduces it (you still have to go through picard et al.). >> > > > > > Could you please try the following patch? >> > > > http://people.freebsd.org/~avg/zfs-putpages.diff >> > > > > > > I expect it to not really fix the issue, but it may help to narrow >> it down. >> > > > Please keep INVARIANTS. >> > > > > Absolutely. Probably not until the weekend, but I'll give it a go. >> > > > > Thanks for following up. >> > > Did you manage to make any progress with this? >> > > We're seeing a problem where rrdcached corrupts rrd files and remembering >> > this thread and knowning it uses mmap and we're on ZFS I was wondering >> > it this may be the cause for this issue too. >> > > I've just recompiled rrdtool without mmap support and am clearing down >> > all corrupted files but it would be good to know if any progress was >> > made on this? >> > > Regards >> > Steve >> >> I was able recreate the problem on a 10-BETA-something-or-other >> recently (I'd only been using 9 up until then). Andriy's patches >> didn't make a difference. I haven't heard anything since reporting >> back to him. > > I've pretty much confirmed mmap support is causing the corruption when > running rrdcached as since rebuilding with mmap disabled I've had no > further corruption. Well, this is not a _proof_, of course... > @George when you got corruption what did the files look like? I ask as > here I see lots of zeros as through the file size was correct but pretty > much blanked. Steve, could you please provide a little bit more of description of the corruption that you got. Lengths of those zeroed regions, their offsets (modulo page size). Anything that could establish a pattern (if any exists). > @avg what was your thinking behind what may be the issue here? To be honest I did not have any clear idea of what could be wrong. I had a suspicion that we did not follow the rules of changing contents in pages. Like not taking some required lock(s) or not properly setting page status, etc. So I hoped that INVARIANTS would catch that, but no violation was detected by the existing checks. > If this is a mmap bug in zfs its a pretty serious one given the amount > of silent corruption you can get. I went through the code again and now I am more confident than ever that the relevant code has a sound logic for interacting with the VM. That is, in theory there should not be any corruption under any usage patterns. HOWEVER. I think that there is a bug that I introduced in r246293. Specifically I changed vm_page_undirty(pp); to pmap_remove_write(pp); vm_page_clear_dirty(pp, off, nbytes); vm_page_undirty() would be a very serious (and probably obvious) bug, if it were not a NOP in effect. The details are explained in the commit message. But when I used vm_page_clear_dirty I completely missed the fact that *extends* the range to DEV_BSIZE aligned boundaries[*]. So, given the described behavior and that pmap_remove_write clears the page modified bit, it is possible that the data dirty data in the extended areas will be marked as clean. > @re Although reported incidents appear to be rare as its silent data > corruption users may be blissfully unaware its happening. Given that > my gut feeling is this is serious enough that we need to get something > in place before 10 release, even if this is make ZFS report ENOTSUP > for mmap calls, would you agree? I will try to come up with a fix before the release. I hope that it would be possible to confirm what the actual problem is and if it is really fixed. [*] To be honest the current behavior of vm_page_clear_dirty is surprising to me. vm_page_set_validclean has a comment that describes the behavior that I actually expected, but the code that implements that logic is commented out. So I guess that there must be a strong reason to do what we do now. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 14 12:00:58 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E841F6BA; Thu, 14 Nov 2013 12:00:57 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B6B4624F8; Thu, 14 Nov 2013 12:00:56 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA08685; Thu, 14 Nov 2013 14:00:55 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1VgvbS-000OBX-OJ; Thu, 14 Nov 2013 14:00:54 +0200 Message-ID: <5284BB3E.7090802@FreeBSD.org> Date: Thu, 14 Nov 2013 13:59:58 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Steven Hartland , hartzell@alerce.com, freebsd-stable@FreeBSD.org Subject: Re: Help with filing a [maybe] ZFS/mmap bug. References: <20967.760.95825.310085@gargle.gargle.HOWL><51E80B30.1090004@FreeBSD.org><20968.10645.880772.30501@gargle.gargle.HOWL><520202E5.30300@FreeBSD.org><20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> <5284B8A5.8040604@FreeBSD.org> In-Reply-To: <5284B8A5.8040604@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Richard Todd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2013 12:00:58 -0000 on 14/11/2013 13:48 Andriy Gapon said the following: > HOWEVER. I think that there is a bug that I introduced in r246293. > Specifically I changed > vm_page_undirty(pp); > to > pmap_remove_write(pp); > vm_page_clear_dirty(pp, off, nbytes); > > vm_page_undirty() would be a very serious (and probably obvious) bug, if it were > not a NOP in effect. The details are explained in the commit message. > But when I used vm_page_clear_dirty I completely missed the fact that *extends* > the range to DEV_BSIZE aligned boundaries[*]. So, given the described behavior > and that pmap_remove_write clears the page modified bit, it is possible that the > data dirty data in the extended areas will be marked as clean. I should also add that the above information is consistent with the corruption that George observed and analyzed (thanks!) -- a few bytes at the end of a page. In fact, I am able to reproduce the bug with the following program. #include #include #include #include #include #include #include #include #include static const off_t len = PAGE_SIZE; static const off_t len2 = PAGE_SIZE - DEV_BSIZE + 1; int main (int argc, char *argv[]) { char dummy[len2]; char *p; off_t i; int fd; if (argc < 2) { fprintf (stderr, "usage: %s \n", argv[0]); return (1); } fd = open(argv[1], O_CREAT | O_EXCL | O_RDWR, 0660); if (fd == -1) { perror ("open"); return (1); } if (ftruncate(fd, len) == -1) { perror ("ftruncate"); return (1); } p = mmap(0, len, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0); if (p == MAP_FAILED) { perror ("mmap"); return (1); } for (i = 0; i < len; i++) p[i] = '0'; if (msync(p, len, MS_SYNC) != 0) { perror ("msync"); return (1); } printf("file filled with 0s and synced\n"); for (i = 0; i < len; i++) p[i] = '1'; printf("file filled with 1s\n"); for (i = 0; i < len2; i++) dummy[i] = 'x'; if (write(fd, dummy, len2) != len2) { perror ("write"); return (1); } printf("first %ju bytes are overwritten with 'x'\n", (uintmax_t)len2); if (munmap(p, len) == -1) { perror ("munmap"); return (1); } if (close(fd) == -1) { perror ("close"); return (1); } printf("file is unmapped and closed\n"); printf("please unmount and remount filesystem and check file content\n"); return (0); } -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 14 14:07:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C70E92D0 for ; Thu, 14 Nov 2013 14:07:08 +0000 (UTC) Received: from zhhdzmsp-smta16.bluewin.ch (zhhdzmsp-smta16.bluewin.ch [195.186.227.132]) by mx1.freebsd.org (Postfix) with ESMTP id 5F0382D8C for ; Thu, 14 Nov 2013 14:07:07 +0000 (UTC) Received: from [195.186.99.130] ([195.186.99.130:49011] helo=zhbdzmsp-smta11.bluewin.ch) by zhhdzmsp-smta16.bluewin.ch (envelope-from ) (ecelerity 3.5.7.40067 r(Platform:3.5.7.0)) with ESMTP id A9/98-01454-309D4825; Thu, 14 Nov 2013 14:07:00 +0000 Received: from smtp.guengel.ch (83.77.246.251) by zhbdzmsp-smta11.bluewin.ch (8.5.142) (authenticated as rafael.ostertag) id 51E5C44E0AB317FB for freebsd-stable@freebsd.org; Thu, 14 Nov 2013 14:06:59 +0000 Received: from gizmo.kruemel.home (gizmo.kruemel.home [IPv6:fd3e:be3e:ec34::1]) by smtp.guengel.ch (8.14.6/8.14.5) with ESMTP id rAEE6ut6009692 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK) for ; Thu, 14 Nov 2013 15:06:56 +0100 (CET) Received: from [192.168.100.101] (odin.kruemel.home [192.168.100.101]) (authenticated bits=0) by gizmo.kruemel.home (8.14.7/8.14.7) with ESMTP id rAEE6tAr052990 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 14 Nov 2013 15:06:56 +0100 (CET) (envelope-from newsletter@guengel.ch) Message-ID: <5284D8FF.8060601@guengel.ch> Date: Thu, 14 Nov 2013 15:06:55 +0100 From: Rafael Ostertag User-Agent: Mozilla/5.0 (X11; SunOS i86pc; rv:10.0.2) Gecko/20120217 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Fwd: 9.2-RELEASE: IPv4/IPv6 dual stack and ipv6_prefered References: <527EA27B.6060509@guengel.ch> In-Reply-To: <527EA27B.6060509@guengel.ch> X-Enigmail-Version: 1.4 X-Forwarded-Message-Id: <527EA27B.6060509@guengel.ch> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98 at starscream X-Virus-Status: Clean X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_00,HELO_LH_HOME autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on starscream X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2013 14:07:08 -0000 Hi List I posted the question below a while ago on freebsd-question, but apparently nobody knows an answer. Maybe freebsd-stable is more knowledgeable about my issue. cheers rafi -------- Original Message -------- Subject: 9.2-RELAESE: IPv4/IPv6 dual stack and ipv6_prefered Date: Sat, 09 Nov 2013 22:00:43 +0100 From: Rafael Ostertag To: freebsd-questions@freebsd.org Hi I have following entries in /etc/rc.conf: ip6addrctl_enable="YES" ip6addrctl_policy="ipv6_prefer" on 9.1, this made FB pick IPv6 addresses for outbound connections. However on the same box, after updating to 9.2, IPv6 addresses are no longer used by default. Looking at the output of ip6addrctl on 9.2, everything seems to be in order, IMHO: # ip6addrctl Prefix Prec Label Use ::1/128 50 0 0 ::/0 40 1 3493 ::ffff:0.0.0.0/96 35 4 0 2002::/16 30 2 0 2001::/32 5 5 0 fc00::/7 3 13 3295 ::/96 1 3 0 fec0::/10 1 11 0 3ffe::/16 1 12 0 Using ssh or wget to connect to another IPv6 enabled host, reveals that IPv4 is used instead of IPv6. Any ideas what might be wrong? cheers rafi _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Nov 14 15:56:14 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82CC7CFD; Thu, 14 Nov 2013 15:56:14 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EFF712652; Thu, 14 Nov 2013 15:56:13 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006717722.msg; Thu, 14 Nov 2013 15:56:03 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 14 Nov 2013 15:56:03 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=10308a6844=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Andriy Gapon" , , References: <20967.760.95825.310085@gargle.gargle.HOWL><51E80B30.1090004@FreeBSD.org><20968.10645.880772.30501@gargle.gargle.HOWL><520202E5.30300@FreeBSD.org><20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> <5284B8A5.8040604@FreeBSD.org> Subject: Re: Help with filing a [maybe] ZFS/mmap bug. Date: Thu, 14 Nov 2013 15:55:57 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2013 15:56:14 -0000 ----- Original Message ----- From: "Andriy Gapon" >>> I was able recreate the problem on a 10-BETA-something-or-other >>> recently (I'd only been using 9 up until then). Andriy's patches >>> didn't make a difference. I haven't heard anything since reporting >>> back to him. >> >> I've pretty much confirmed mmap support is causing the corruption when >> running rrdcached as since rebuilding with mmap disabled I've had no >> further corruption. > > Well, this is not a _proof_, of course... Proof that mmap is causing the corruption, not that ZFS mmap support is the point at fault, as the code in rrdtool takes a different path so could still be an application error, but without mmap enabled I've seen zero corruption so... >> @George when you got corruption what did the files look like? I ask as >> here I see lots of zeros as through the file size was correct but pretty >> much blanked. > > Steve, could you please provide a little bit more of description of the > corruption that you got. Lengths of those zeroed regions, their offsets (modulo > page size). > Anything that could establish a pattern (if any exists). They all seem to be corrupted to the same file which when dumped using hexdump -C results in: 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00001000 00 00 00 00 00 00 f8 ff 00 00 00 00 00 00 f8 ff |................| * 000a8000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000af000 00 00 00 00 00 00 f8 ff 00 00 00 00 00 00 f8 ff |................| * 00113de0 Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 14 16:44:25 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27B5516E for ; Thu, 14 Nov 2013 16:44:25 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0B929E6 for ; Thu, 14 Nov 2013 16:44:23 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA12729; Thu, 14 Nov 2013 18:44:13 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Vh01d-000OT0-HX; Thu, 14 Nov 2013 18:44:13 +0200 Message-ID: <5284FDA5.8080006@FreeBSD.org> Date: Thu, 14 Nov 2013 18:43:17 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Steven Hartland , hartzell@alerce.com, freebsd-stable@FreeBSD.org Subject: Re: Help with filing a [maybe] ZFS/mmap bug. References: <20967.760.95825.310085@gargle.gargle.HOWL><51E80B30.1090004@FreeBSD.org><20968.10645.880772.30501@gargle.gargle.HOWL><520202E5.30300@FreeBSD.org><20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> <5284B8A5.8040604@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2013 16:44:25 -0000 on 14/11/2013 17:55 Steven Hartland said the following: > ----- Original Message ----- From: "Andriy Gapon" > >>>> I was able recreate the problem on a 10-BETA-something-or-other >>>> recently (I'd only been using 9 up until then). Andriy's patches >>>> didn't make a difference. I haven't heard anything since reporting >>>> back to him. >>> >>> I've pretty much confirmed mmap support is causing the corruption when >>> running rrdcached as since rebuilding with mmap disabled I've had no >>> further corruption. >> >> Well, this is not a _proof_, of course... > > Proof that mmap is causing the corruption, not that ZFS mmap support > is the point at fault, as the code in rrdtool takes a different path > so could still be an application error, but without mmap enabled I've > seen zero corruption so... On some days I wore a green t-shirt and sometimes it rained. On other days I wore a red t-shirt and it never rained (so far, of course). Is this a _proof_ that my red t-shirt acts as a rain repellant? :-) The correlation I won't deny. >>> @George when you got corruption what did the files look like? I ask as >>> here I see lots of zeros as through the file size was correct but pretty >>> much blanked. >> >> Steve, could you please provide a little bit more of description of the >> corruption that you got. Lengths of those zeroed regions, their offsets (modulo >> page size). >> Anything that could establish a pattern (if any exists). > > They all seem to be corrupted to the same file which when dumped using > hexdump -C results in: > 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > * > 00001000 00 00 00 00 00 00 f8 ff 00 00 00 00 00 00 f8 ff |................| > * > 000a8000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > * > 000af000 00 00 00 00 00 00 f8 ff 00 00 00 00 00 00 f8 ff |................| > * > 00113de0 It seems like the file has lots of page-sized zeroed regions in it. I am not familiar with the rrd format... Could this result from some natural causes (like absence of data)? ALthough, the first page being all zeros is quite suspicious. In either case, it looks very different from what George reported. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 14 18:02:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B56CA60 for ; Thu, 14 Nov 2013 18:02:05 +0000 (UTC) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C1E3B2067 for ; Thu, 14 Nov 2013 18:02:04 +0000 (UTC) Received: from [92.230.242.236] (helo=[192.168.178.40]) by www94.your-server.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.74) (envelope-from ) id 1Vh1Ex-0002vl-0a for freebsd-stable@freebsd.org; Thu, 14 Nov 2013 19:02:03 +0100 Subject: rubygem-ffi 1.9.0 on 10-stable From: Mathias Picker To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="us-ascii" Organization: virtual earth GmbH Date: Thu, 14 Nov 2013 19:01:59 +0100 Message-ID: <1384452119.2240.16.camel@marcopolo.fritz.box> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.97.8/18109/Thu Nov 14 12:41:12 2013) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2013 18:02:05 -0000 seems to have problems with /usr/lib/libc.so: marcopolo% middleman == The Middleman is loading /usr/local/lib/ruby/gems/2.0/gems/ffi-1.9.0/lib/ffi/library.rb:123:in `block in ffi_lib': Could not open library 'libc.so': /usr/lib/libc.so: invalid file format (LoadError) from /usr/local/lib/ruby/gems/2.0/gems/ffi-1.9.0/lib/ffi/library.rb:90:in `map' This is rugygem-ffi from ports and ruby 2.0 and 10-stable from a few hours ago. I guess it should take /lib/libc.so, right? Any way to convice it? Thanks, Mathias From owner-freebsd-stable@FreeBSD.ORG Thu Nov 14 19:25:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9739D13E; Thu, 14 Nov 2013 19:25:24 +0000 (UTC) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 66623272E; Thu, 14 Nov 2013 19:25:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=b2UO/t0KAYouhsPU/+C7Et4EIrqU/2UwfevP6+iZPTA=; b=sjAexJBbL0YDRzKsC1Q0EEPIWbLLLCwUQZ6BJzGNWyr5iZ5s2DnWuDjUAoDIxrm/Vp4zejqYYxDT//SzKMzjzJQfBvEXnQCXTAkt+YrAkUo/KfMjKh3Zl9kMBwZIwPcXUgyPy51TEPo/sOH1qkMIr6cwgtOxk141txuMBTZfS78=; Received: from lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net ([2001:470:1f0e:3ad::2]:31796 helo=thebighonker.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vh2XV-0006is-JV; Thu, 14 Nov 2013 13:25:21 -0600 Date: Thu, 14 Nov 2013 13:25:16 -0600 From: Larry Rosenman To: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org Subject: [ler@lerctr.org: 10-BETA3: Bad negotiation on AHD controller] Message-ID: <20131114192516.GA25786@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2013 19:25:24 -0000 Can anyone help me here? ----- Forwarded message from Larry Rosenman ----- Date: Sat, 9 Nov 2013 08:46:26 -0600 =46rom: Larry Rosenman To: freebsd-stable@freebsd.org Subject: 10-BETA3: Bad negotiation on AHD controller User-Agent: Mutt/1.5.22 (2013-10-16) Ever since I put 10 on this box (source upgrade from 8), I've been getting slow disk negotiations on 2 of my 4 disks, and weird messages at boot from= =20 the ahd controller. Can someone tell if it's my disk or the code? # for i in 0 1 2 3 > do > camcontrol inquiry 0:${i}:0 > done pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number DAA0P7A054GD pass0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Command Queue= ing Enabled pass1: Fixed Direct Access SCSI-3 device pass1: Serial Number DAA0P7A054G3 pass1: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Command Queue= ing Enabled pass2: Fixed Direct Access SCSI-3 device pass2: Serial Number 3KS2NFJG00007611CFPX pass2: 3.300MB/s transfers, Command Queueing Enabled pass3: Fixed Direct Access SCSI-3 device pass3: Serial Number 3KS1Z2KF00007620X9K1 pass3: 3.300MB/s transfers, Command Queueing Enabled # dmesg.boot: Copyright (c) 1992-2013 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-BETA3 #3 r257864: Fri Nov 8 15:20:07 CST 2013 root@thebighonker.lerctr.org:/usr/obj/usr/src/sys/THEBIGHONKER amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.56-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf43 Family =3D 0xf Model =3D 0x4 S= tepping =3D 3 Features=3D0xbfebfbff Features2=3D0x641d AMD Features=3D0x20100800 TSC: P-state invariant real memory =3D 9395240960 (8960 MB) avail memory =3D 8282472448 (7898 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP/HT): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on = acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 ahd0: port 0x2400-0x24ff,0x2000-0x2= 0ff mem 0xdd200000-0xdd201fff irq 32 at device 2.0 on pci2 aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI-X 101-133MHz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x2= 8ff mem 0xdd202000-0xdd203fff irq 33 at device 2.1 on pci2 aic7902: Ultra320 Wide Channel B, SCSI Id=3D7, PCI-X 101-133MHz, 512 SCBs pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0x3000-0x303f= mem 0xdd300000-0xdd31ffff irq 54 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:2e:99:ba em1: port 0x3040-0x307f= mem 0xdd320000-0xdd33ffff irq 55 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:2e:99:bb pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 uhci0: port 0x1400-0x141f irq 1= 6 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1420-0x143f irq 1= 9 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1440-0x145f irq 1= 8 at device 29.2 on pci0 usbus2 on uhci2 uhci3: port 0x1460-0x147f irq 1= 6 at device 29.3 on pci0 usbus3 on uhci3 ehci0: mem 0xdd001000-0xdd0013f= f irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib6: at device 30.0 on pci0 pci6: on pcib6 vgapci0: port 0x4000-0x40ff mem 0xde000000-0xdefff= fff,0xdd400000-0xdd400fff irq 17 at device 1.0 on pci6 drm0: on vgapci0 info: [drm] Initialized mach64 2.0.0 20060718 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 ichsmb0: port 0x1100-0x111f irq 17 = at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range p4tcc0: on cpu0 p4tcc1: on cpu1 p4tcc2: on cpu2 p4tcc3: on cpu3 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 ugen3.1: at usbus3 uhub2: on usbus3 ugen2.1: at usbus2 uhub3: on usbus2 ugen4.1: at usbus4 uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 8 ports with 8 removable, self powered ahd0: Invalid Sequencer interrupt occurred. >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x23c Mode 0x0 Card was paused INTSTAT[0x0] SELOID[0x2] SELID[0x30] HS_MAILBOX[0x0]=20 INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11]=20 DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE)=20 SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0]=20 LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0]=20 SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|I= NTMASK2)=20 SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x5]=20 KERNEL_QFREEZE_COUNT[0x5] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff]=20 SSTAT0[0x0] SSTAT1[0x8]:(BUSFREE) SSTAT2[0x0] SSTAT3[0x0]=20 PERRDIAG[0x0] SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO)=20 LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0]=20 LQOSTAT1[0x0] LQOSTAT2[0x0]=20 SCB Count =3D 512 CMDS_PENDING =3D 0 LASTSCB 0xffff CURRSCB 0x1fb NEXTSCB 0= xff40 qinstart =3D 59 qinfifonext =3D 61 QINFIFO: 0x1fa 0x1f9 WAITING_TID_QUEUES: Pending list: 505 FIFO_USE[0x0] SCB_CONTROL[0x48]:(STATUS_RCVD|DISCENB) SCB_SCSIID[0x7]= =20 506 FIFO_USE[0x0] SCB_CONTROL[0x48]:(STATUS_RCVD|DISCENB) SCB_SCSIID[0x17]= =20 Total 2 Kernel Free SCB lists:=20 Any Device: 497 507 500 498 499 501 502 503 504 508 509 510 511 496 495 4= 94 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 = 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457= 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 43= 8 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 4= 19 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 = 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382= 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 36= 3 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 3= 44 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 = 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307= 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 28= 8 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 2= 69 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 = 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232= 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 21= 3 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 1= 94 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 = 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157= 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 13= 8 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 1= 19 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 = 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76= 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51= 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26= 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0=20 Sequencer Complete DMA-inprog list:=20 Sequencer Complete list:=20 Sequencer DMA-Up and Complete list:=20 Sequencer On QFreeze and Complete list:=20 ahd0: FIFO0 Free, LONGJMP =3D=3D 0x8000, SCB 0x1f1 SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|EN= SAVEPTRS)=20 SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)=20 SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0]=20 SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0x0= =20 HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL)=20 ahd0: FIFO1 Free, LONGJMP =3D=3D 0x8063, SCB 0x1fb SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|EN= SAVEPTRS)=20 SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)=20 SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0]=20 SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0x0= =20 HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL)=20 LQIN: 0x8 0x0 0x1 0xf1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 = 0x0 0x0 0x0=20 ahd0: LQISTATE =3D 0x0, LQOSTATE =3D 0x0, OPTIONMODE =3D 0x42 ahd0: OS_SPACE_CNT =3D 0x20 MAXCMDCNT =3D 0x1 ahd0: SAVED_SCSIID =3D 0x0 SAVED_LUN =3D 0x0 SIMODE0[0xc]:(ENOVERRUN|ENIOERR)=20 CCSCBCTL[0x0]=20 ahd0: REG0 =3D=3D 0xb860, SINDEX =3D 0x10e, DINDEX =3D 0x106 ahd0: SCBPTR =3D=3D 0x1f1, SCB_NEXT =3D=3D 0xff40, SCB_NEXT2 =3D=3D 0x1fb CDB 12 0 0 80 88 9 STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> (probe3:ahd0:0:3:0): inquiry data fails comparison at DV2 step (probe2:ahd0:0:2:0): inquiry data fails comparison at DV1 step (ahd0:A:3:0): refuses synchronous negotiation. Using asynchronous transfers (ahd0:A:2:0): refuses synchronous negotiation. Using asynchronous transfers da0 at ahd0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device=20 da0: Serial Number DAA0P7A054GD da0: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da0: Command Queueing enabled da0: 140272MB (287277984 512 byte sectors: 255H 63S/T 17882C) cd0 at ata1 bus 0 scbus3 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present da2 at ahd0 bus 0 scbus0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device=20 da2: Serial Number 3KS2NFJG00007611CFPX da2: 3.300MB/s transfers da2: Command Queueing enabled da2: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) da1 at ahd0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device=20 da1: Serial Number DAA0P7A054G3 da1: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da1: Command Queueing enabled da1: 140272MB (287277984 512 byte sectors: 255H 63S/T 17882C) da3 at ahd0 bus 0 scbus0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device=20 da3: Serial Number 3KS1Z2KF00007620X9K1 da3: 3.300MB/s transfers da3: Command Queueing enabled da3: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) ses0 at ahd0 bus 0 scbus0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device=20 ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Timecounter "TSC-low" frequency 1496279088 Hz quality 1000 Trying to mount root from ufs:/dev/da0s1a [rw]... --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 ----- End forwarded message ----- --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 14 22:11:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 476D659E; Thu, 14 Nov 2013 22:11:35 +0000 (UTC) Received: from mail-pb0-x22e.google.com (mail-pb0-x22e.google.com [IPv6:2607:f8b0:400e:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B7EF226E; Thu, 14 Nov 2013 22:11:35 +0000 (UTC) Received: by mail-pb0-f46.google.com with SMTP id un15so2656060pbc.19 for ; Thu, 14 Nov 2013 14:11:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=CbSbEvsK/9BDA0HVCrqPTR/ybFNpU2X4CO2k5flYWYI=; b=BKeL8jMEXoMG8bC/D0BpE0WuxIIALh2zJK6UuOBklb92qGQRk7OYW+1qNWKdeierCZ okZhP6XH4Fwd9w3ViG9Qp9PVwmS3dEYkmuq2zaCi36vjKg239HGkaxOIuR7R1cDL7QD9 MECOg5wiQl2ZYHpE3OAUmXOfdToJRWYh+iJHa90B4iy9dd6OTMotrVBXDOY2V36IE0rG o06vJl51qKT+SVvPlXYZOhL1qiw+c1dHszv4wKUlV4K/1X86jXzG5Kfu0o7VSdGP8RNR TpxO8VUkSfbavFfjRC9VBwjzj6jgEZ3j/bzCjRnALWjSYES2GE7pS3ydKqtj8vBIeSmm MkBg== MIME-Version: 1.0 X-Received: by 10.68.201.98 with SMTP id jz2mr3568065pbc.188.1384467094725; Thu, 14 Nov 2013 14:11:34 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Thu, 14 Nov 2013 14:11:34 -0800 (PST) In-Reply-To: <1384383231.9609.8.camel@marcopolo.fritz.box> References: <1384345015.1876.11.camel@marcopolo.fritz.box> <1384378499.3852.47142865.7D5C8AB6@webmail.messagingengine.com> <1384383231.9609.8.camel@marcopolo.fritz.box> Date: Thu, 14 Nov 2013 14:11:34 -0800 X-Google-Sender-Auth: O4HWwr8Yac_-xCB9GWdsI57p2Es Message-ID: Subject: Re: BETA3 running *hot* on my Acer 5553g (AMD Mobile Phenom) From: Kevin Oberman To: Mathias Picker Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2013 22:11:35 -0000 On Wed, Nov 13, 2013 at 2:53 PM, Mathias Picker < Mathias.Picker@virtual-earth.de> wrote: > On Wed, 2013-11-13 at 15:34 -0600, Mark Felder wrote: > > On Wed, Nov 13, 2013, at 6:16, Mathias Picker wrote: > > > Hi all, > > > > > > I just installed FreeBSD 10 BETA3 on my Acer 5553g, which before had > > > 9-stable running. > > > > > > This laptop allways was quite hot, but with 9-stable it ran around 52C > > > when idle... > > > Now this is up to 60C, and when I actually use it the temp reaches 94C > > > and it only survivies through throttling the cpu. > > > > > > I've switched of the descrete graphics card (which doesn't work with > kms > > > anyway) and use the hd4200 on the motherboard only. (see > > > http://forums.freebsd.org/showthread.php?t=29448) > > > > > > I tried everything I know, but have no idea where to go from here. I > > > just ordered one of these horrible laptop-cooling stands, which will > > > probably help the machine to survive, but also probably be very loud :( > > > > > > Any ideas, tips, help welcome. > > > > > > Some Infos: > > > > > > - the systems seems to use C1E (only C1 state visible) > > > - dmesg: http://pastebin.com/NaEQXYBH > > > loader.conf: http://pastebin.com/bnmqPak3 > > > rc.conf: http://pastebin.com/HKERzgde > > > FreeBSD marcopolo 10.0-BETA3 FreeBSD 10.0-BETA3 #0 r257580: Sun Nov 3 > > > 19:43:01 UTC 2013 root@snap.freebsd.org: > /usr/obj/usr/src/sys/GENERIC > > > amd64 > > > > > > Anything else? > > > > > > Any help would be most welcome, > > > > > > Mathias > > > > > > I'm curious if you're running powerd or not > > With powerd. > > Have you disabled throttling and p4tcc? (If not disabled, it is possible that your system may hang with low Cx states.) Have you set economy_cx_lowest and performance_cx_lowest to "Cmax" (or "LOW")? Check "sysctl dev.cpu.N.usage" to make sure that los CX states are used. (N is the CPU number.) Unless you are running a CPU intensive program, most time should NO be in C1 and should be in you lowest Cx state. Also note that on many systems you will have more and lower Cx states available when on battery. (I think this is REALLY dumb, but the BIOS writers must have some reason for it.) Is your heat sync clean! I see temperature increase by 10C or more when it gets dusty and it seems to be almost a step function. Seems fine and then, quite suddenly, it gets hot. Check your dmesg and make sure PowerNow (or whatever AMD calls EST) is enabled. The ONLY two features that really are sugnificant to power management is Cx states (most important) and EST/PowerNOW (voltage/true frequency). -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Nov 15 00:36:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 780C633A for ; Fri, 15 Nov 2013 00:36:40 +0000 (UTC) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32FCD29FB for ; Fri, 15 Nov 2013 00:36:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=date :message-id:from:to:subject:mime-version:content-type :content-transfer-encoding; s=default; bh=1DkcRgeKbpz2yFz/xxnnn8 2WpLw=; b=dDTgTcCoyctGrPsQ1I4GkK+o+1Ch20UaWIXelY+KcuF1wq4nQF6hUj RSTRRijE0ihU80BCtd9hSxQ3MphDu8OC4/bRrBIqv9alRVV2uyRZ5INz1eLUa5AY 4yAwG79SHyvLZcSd3QK2hY23RfmXtf+UtL6HCe7PB61ko+x6N3YHA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=date:message-id :from:to:subject:mime-version:content-type :content-transfer-encoding; q=dns; s=default; b=cKi68p8YUUXK6voA ECwjtF/H9QPhhU8NkSAfltK7uXLMOh9XVVlM3tuLg6Fui3u58MR0R7IM6j8cZgrC gZvrfv9crC0hIs1wpIEjwxpzcZSWzYYb2VnXlDRRtCcul+9SZvFWDEdJQvlQAYrN o4dOtKALhsZNSHbxkS5dSYwlchg= Date: Fri, 15 Nov 2013 01:36:35 +0100 Message-ID: <877gcaec18.wl%hskuhra@eumx.net> From: "Herbert J. Skuhra" To: freebsd-stable@freebsd.org Subject: 10.0-BETA3 NICs not working on Soekris Net6501-70 User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.3.50 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Nov 2013 00:36:40 -0000 Hi, today, I've tried to upgrade my Soekris Net6501-70 from 9.2-STABLE to 10.0-BETA3. But with the new kernel (GENERIC) I get the following error= s: ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroot-22= 3) [..] module_register_init: MOD_LOAD (vesa, 0xc0f156e0, 0) error 19 ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroot-22= 3) ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. [..] Running 'ifconfig -a' outputs: : flags=3D8c02 ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured : flags=3D8008 ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured =F0: flags=3D8010 ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured =F6: flags=3D0<> ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured Starting in multi-user-mode I see: eval: ${ifconfig_...}: Bad substitution eval: ${ifconfig_...}: Bad substitution eval: ${ifconfig_...}: Bad substitution eval: ${ifconfig_...}: Bad substitution eval: ${ifconfig_...}: Bad substitution eval: ${ifconfig_=F0...}: Bad substitution [...] Starting Network: =F0. ifconfig: interface does not exist ifconfig: interface does not exist ifconfig: interface does notem0: link state changed to UP exist ifconfig: interface does not exist ifconfig: interface does not exist ifconfig: interface =F0 does not exist Disabling acpi and apic doesn't resolve the problem. The NICs are: em0: port 0x2000-0x201f me= m 0xa1000000-0xa101ffff,0xa1020000-0xa1023fff irq 19 at device 0.0 on p= ci5 em1: port 0x3000-0x301f me= m 0xa2000000-0xa201ffff,0xa2020000-0xa2023fff irq 16 at device 0.0 on p= ci6 em2: port 0x4000-0x401f me= m 0xa3000000-0xa301ffff,0xa3020000-0xa3023fff irq 16 at device 0.0 on p= ci10 em3: port 0x5000-0x501f me= m 0xa4000000-0xa401ffff,0xa4020000-0xa4023fff irq 17 at device 0.0 on p= ci11 Thanks. -- = Herbert From owner-freebsd-stable@FreeBSD.ORG Fri Nov 15 02:03:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CE6581F for ; Fri, 15 Nov 2013 02:03:07 +0000 (UTC) Received: from mail.egr.msu.edu (boomhauer.egr.msu.edu [35.9.37.167]) by mx1.freebsd.org (Postfix) with ESMTP id C939A2EE3 for ; Fri, 15 Nov 2013 02:03:06 +0000 (UTC) Received: from boomhauer (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id AEA291D30 for ; Thu, 14 Nov 2013 20:53:05 -0500 (EST) 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 AMeItgQCfu5M for ; Thu, 14 Nov 2013 20:53:05 -0500 (EST) Received: from EGR authenticated sender Message-ID: <52857E7C.30504@egr.msu.edu> Date: Thu, 14 Nov 2013 20:53:00 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 10.0-BETA3 NICs not working on Soekris Net6501-70 References: <877gcaec18.wl%hskuhra@eumx.net> In-Reply-To: <877gcaec18.wl%hskuhra@eumx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Nov 2013 02:03:07 -0000 On 11/14/2013 19:36, Herbert J. Skuhra wrote: > Hi, > > today, I've tried to upgrade my Soekris Net6501-70 from 9.2-STABLE to > 10.0-BETA3. But with the new kernel (GENERIC) I get the following errors: > > ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroot-223) > [..] > module_register_init: MOD_LOAD (vesa, 0xc0f156e0, 0) error 19 > ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroot-223) > ACPI: Table initialisation failed: AE_NOT_FOUND > ACPI: Try disabling either ACPI or apic support. > [..] > > Running 'ifconfig -a' outputs: > > : flags=8c02 > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > : flags=8008 > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > ð: flags=8010 > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > ö: flags=0<> > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > > Starting in multi-user-mode I see: > > eval: ${ifconfig_...}: Bad substitution > eval: ${ifconfig_...}: Bad substitution > eval: ${ifconfig_...}: Bad substitution > eval: ${ifconfig_...}: Bad substitution > eval: ${ifconfig_...}: Bad substitution > eval: ${ifconfig_ð...}: Bad substitution > [...] > Starting Network: ð. > ifconfig: interface does not exist > ifconfig: interface does not exist > ifconfig: interface does notem0: link state changed to UP > exist > ifconfig: interface does not exist > ifconfig: interface does not exist > ifconfig: interface ð does not exist > > Disabling acpi and apic doesn't resolve the problem. > > The NICs are: > > em0: port 0x2000-0x201f mem 0xa1000000-0xa101ffff,0xa1020000-0xa1023fff irq 19 at device 0.0 on pci5 > em1: port 0x3000-0x301f mem 0xa2000000-0xa201ffff,0xa2020000-0xa2023fff irq 16 at device 0.0 on pci6 > em2: port 0x4000-0x401f mem 0xa3000000-0xa301ffff,0xa3020000-0xa3023fff irq 16 at device 0.0 on pci10 > em3: port 0x5000-0x501f mem 0xa4000000-0xa401ffff,0xa4020000-0xa4023fff irq 17 at device 0.0 on pci11 > > Thanks. > Try "device mptable" in your kernel config. I am running 10-beta2 on a 6501-70. As far as I know, they've never made an ACPI bios for it yet, so you need the older mptable option. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 15 05:35:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D59B9E for ; Fri, 15 Nov 2013 05:35:27 +0000 (UTC) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 05E512B34 for ; Fri, 15 Nov 2013 05:35:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=date :message-id:from:to:subject:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=default; bh=8Ao/JwMS5 bod+Ha1pm/JrNqr0VU=; b=QYgEk6mOMt4BDZJQ+nO2i7KncdNXOrSP8+5u5HFLE jHBApL/ctkcgwRPHtQb6pkegOgXMiQWNNRGGrcw5WbzYjWRWewe6zmak9ZfRwvf0 2JI6+qqUS7BkLI9RIy2JqWoHPtL5gRkqsTkFo7tGlKJcU2lJK0PRrL4ihCBNDy7e 24= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=date:message-id :from:to:subject:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=default; b=g0j AJclWudL18QBuEHOmYwt33vxpq6M5fhgirUPDx5GdpRGOuvcm2P8UMktMzZAjwUI TewfxwKOe5S40czJeHQec2ujDf7y98vKK10MdLCTuCACC8XQNEM4NiTnohLcG0dv malZAXbGX+zolpFfRSqDEA3xrw1Rhad8L7IldchE= Date: Fri, 15 Nov 2013 06:35:23 +0100 Message-ID: <86ob5mkz1g.wl%hskuhra@eumx.net> From: "Herbert J. Skuhra" To: freebsd-stable@freebsd.org Subject: Re: 10.0-BETA3 NICs not working on Soekris Net6501-70 In-Reply-To: <52857E7C.30504@egr.msu.edu> References: <877gcaec18.wl%hskuhra@eumx.net> <52857E7C.30504@egr.msu.edu> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.3.50 (i386-pc-freebsd10.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Nov 2013 05:35:27 -0000 On Thu, 14 Nov 2013 20:53:00 -0500 Adam McDougall wrote: > On 11/14/2013 19:36, Herbert J. Skuhra wrote: > > Hi, > > > > today, I've tried to upgrade my Soekris Net6501-70 from 9.2-STABLE = to > > 10.0-BETA3. But with the new kernel (GENERIC) I get the following e= rrors: > > > > ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroo= t-223) > > [..] > > module_register_init: MOD_LOAD (vesa, 0xc0f156e0, 0) error 19 > > ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroo= t-223) > > ACPI: Table initialisation failed: AE_NOT_FOUND > > ACPI: Try disabling either ACPI or apic support. > > [..] > > > > Running 'ifconfig -a' outputs: > > > > : flags=3D8c02 > > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > > : flags=3D8008 > > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > > =F0: flags=3D8010 > > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > > =F6: flags=3D0<> > > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > > > > [...] > > > Try "device mptable" in your kernel config. I am running 10-beta2 > on a 6501-70. As far as I know, they've never made an ACPI bios > for it yet, so you need the older mptable option. Unfortunately I am running i386: config: Error: device "mptable" is unknown config: 1 errors *** Error code 1 So I'll try amd64... Thanks. -- = Herbert From owner-freebsd-stable@FreeBSD.ORG Fri Nov 15 14:31:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3DAD41E for ; Fri, 15 Nov 2013 14:31:11 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6409A2C71 for ; Fri, 15 Nov 2013 14:31:11 +0000 (UTC) Received: from lemon ([80.7.17.14]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Lhwt0-1VKruB3SHy-00nDLk for ; Fri, 15 Nov 2013 15:31:09 +0100 Received: by lemon (Postfix, from userid 1001) id 48F93101999; Fri, 15 Nov 2013 10:23:59 +0000 (UTC) Date: Fri, 15 Nov 2013 10:23:58 +0000 From: symbolics@gmx.com To: freebsd-stable@freebsd.org Subject: 10-BETA3 install test; 3 issues Message-ID: <20131115102358.GA31778@lemon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Provags-ID: V03:K0:7nNYMKIQj9JoLHRMEqqZBH8fnX6WXJYufTGDYLaqeiFODQ3QBzj 2M69YXbFucmdvTx82R4xuvDXLSfwCduNbXaqsLRGbQh2DHD4A0ujG1cnNYONLKnRPW3Sy32 IRdWJald/d/HRVwaOlU5vCzneVg0GIN4665bfMbP462VGazPA3+WI79voyVabuXJZULWIPR aiVQAxTAjOOBBTIWDDy4A== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Nov 2013 14:31:11 -0000 Hi I usually run -CURRENT but I stepped back to -BETA3 to test things before 10 goes out. I had a few problems. The most pressing being that the bootcode on the disc does not work on my laptop. The installation completed, I rebooted and the system tried to PXE boot. I then booted into the live CD and manually added the -b and -p bootcode, with the same result on the following boot. However, doing this process using a 9.1-RELEASE cd did get the system booting normally. The laptop is an HP Elitebook 2570p. Prior to this installation I was running -CURRENT and using a normal installworld/installkernel procedure. Secondly, I wanted to set up my disc with a 30GB UFS2 / and a 70GB ZFS /home. I used the 'graphical' partition editor rather than the shell, perhaps a mistake, and it didn't work. That is to say, I'd expect it to set up ZFS filesystems on the partitions I'd added with freebsd-zfs type. In the end I just installed the system with / and migrated /home to ZFS later. Finally, I enabled ZFS and created my /home pool. ARC took up most of my free memory (I have 16GB). Later, I was building some ports when I actually ran out of memory. I had no swap configured at that time, so the processes were killed. I set a limit on the ARC size to 2GB and everything is working again. Surely this should be happening on a default ZFS install though? I guess I'm just a magnet for issues! --sym From owner-freebsd-stable@FreeBSD.ORG Sat Nov 16 22:50:39 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4710A7E1; Sat, 16 Nov 2013 22:50:39 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F2C7291C; Sat, 16 Nov 2013 22:50:37 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rAGMoRKO031881; Sun, 17 Nov 2013 00:50:27 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rAGMoRjn031816; Sat, 16 Nov 2013 22:50:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Nov 2013 22:50:27 GMT Message-Id: <201311162250.rAGMoRjn031816@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Nov 2013 22:50:39 -0000 TB --- 2013-11-16 17:50:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-16 17:50:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-16 17:50:42 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2013-11-16 17:50:42 - cleaning the object tree TB --- 2013-11-16 17:50:42 - /usr/local/bin/svn stat /src TB --- 2013-11-16 17:51:34 - At svn revision 258229 TB --- 2013-11-16 17:51:35 - building world TB --- 2013-11-16 17:51:35 - CROSS_BUILD_TESTING=YES TB --- 2013-11-16 17:51:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-16 17:51:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-16 17:51:35 - SRCCONF=/dev/null TB --- 2013-11-16 17:51:35 - TARGET=i386 TB --- 2013-11-16 17:51:35 - TARGET_ARCH=i386 TB --- 2013-11-16 17:51:35 - TZ=UTC TB --- 2013-11-16 17:51:35 - __MAKE_CONF=/dev/null TB --- 2013-11-16 17:51:35 - cd /src TB --- 2013-11-16 17:51:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 16 17:51:46 UTC 2013 >>> 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 Sat Nov 16 21:31:01 UTC 2013 TB --- 2013-11-16 21:31:01 - generating LINT kernel config TB --- 2013-11-16 21:31:01 - cd /src/sys/i386/conf TB --- 2013-11-16 21:31:01 - /usr/bin/make -B LINT TB --- 2013-11-16 21:31:01 - cd /src/sys/i386/conf TB --- 2013-11-16 21:31:01 - /usr/sbin/config -m LINT TB --- 2013-11-16 21:31:01 - building LINT kernel TB --- 2013-11-16 21:31:01 - CROSS_BUILD_TESTING=YES TB --- 2013-11-16 21:31:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-16 21:31:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-16 21:31:01 - SRCCONF=/dev/null TB --- 2013-11-16 21:31:01 - TARGET=i386 TB --- 2013-11-16 21:31:01 - TARGET_ARCH=i386 TB --- 2013-11-16 21:31:01 - TZ=UTC TB --- 2013-11-16 21:31:01 - __MAKE_CONF=/dev/null TB --- 2013-11-16 21:31:01 - cd /src TB --- 2013-11-16 21:31:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 16 21:31:02 UTC 2013 >>> 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 Sat Nov 16 22:12:12 UTC 2013 TB --- 2013-11-16 22:12:12 - cd /src/sys/i386/conf TB --- 2013-11-16 22:12:12 - /usr/sbin/config -m LINT-NOINET TB --- 2013-11-16 22:12:12 - building LINT-NOINET kernel TB --- 2013-11-16 22:12:12 - CROSS_BUILD_TESTING=YES TB --- 2013-11-16 22:12:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-16 22:12:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-16 22:12:12 - SRCCONF=/dev/null TB --- 2013-11-16 22:12:12 - TARGET=i386 TB --- 2013-11-16 22:12:12 - TARGET_ARCH=i386 TB --- 2013-11-16 22:12:12 - TZ=UTC TB --- 2013-11-16 22:12:12 - __MAKE_CONF=/dev/null TB --- 2013-11-16 22:12:12 - cd /src TB --- 2013-11-16 22:12:12 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 16 22:12:12 UTC 2013 >>> 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-NOINET completed on Sat Nov 16 22:49:25 UTC 2013 TB --- 2013-11-16 22:49:25 - cd /src/sys/i386/conf TB --- 2013-11-16 22:49:25 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-11-16 22:49:25 - building LINT-NOINET6 kernel TB --- 2013-11-16 22:49:25 - CROSS_BUILD_TESTING=YES TB --- 2013-11-16 22:49:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-16 22:49:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-16 22:49:25 - SRCCONF=/dev/null TB --- 2013-11-16 22:49:25 - TARGET=i386 TB --- 2013-11-16 22:49:25 - TARGET_ARCH=i386 TB --- 2013-11-16 22:49:25 - TZ=UTC TB --- 2013-11-16 22:49:25 - __MAKE_CONF=/dev/null TB --- 2013-11-16 22:49:25 - cd /src TB --- 2013-11-16 22:49:25 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Nov 16 22:49:26 UTC 2013 >>> 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/i386.i386/src/tmp/legacy/usr/sbin:/obj/i386.i386/src/tmp/legacy/usr/bin:/obj/i386.i386/src/tmp/legacy/usr/games:/obj/i386.i386/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/i386.i386/src/sys/LINT-NOINET6/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-16 22:50:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-16 22:50:26 - ERROR: failed to build LINT-NOINET6 kernel TB --- 2013-11-16 22:50:26 - 13090.66 user 4783.35 system 17984.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full