From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 03:26:04 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0202C106564A; Sun, 5 Jun 2011 03:26:04 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 74BA88FC08; Sun, 5 Jun 2011 03:26:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p553Q1U8058525; Sun, 5 Jun 2011 07:26:01 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.4/8.14.4/Submit) id p553Q1vF058524; Sun, 5 Jun 2011 07:26:01 +0400 (MSD) (envelope-from ache) Date: Sun, 5 Jun 2011 07:26:00 +0400 From: Andrey Chernov To: Thomas Dickey Message-ID: <20110605032600.GA58497@vniz.net> Mail-Followup-To: Andrey Chernov , Thomas Dickey , Ruslan Ermilov , current@FreeBSD.ORG References: <20110603144859.GA73084@lo0.su> <20110604015449.GA43316@vniz.net> <20110604115231.GA22970@saltmine.radix.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <20110604115231.GA22970@saltmine.radix.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ruslan Ermilov , current@FreeBSD.ORG Subject: Re: [HEADS UP] color and page width support in man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2011 03:26:04 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 04, 2011 at 07:52:31AM -0400, Thomas Dickey wrote: > On Sat, Jun 04, 2011 at 05:54:49AM +0400, Andrey Chernov wrote: > > On Fri, Jun 03, 2011 at 02:48:59PM +0000, Ruslan Ermilov wrote: > > > On a freshly installed -CURRENT, to view a colorized manpage in color > > > and in full terminal width, try this: > > >=20 > > > env MANCOLOR=3Dyes MANWIDTH=3Dtty man grotty > > >=20 > >=20 > > SGR presence can be easily autodetected analyzing termcap capibilities= =20 > > (for isatty() case). >=20 > true - > but grotty doesn't pay any attention to the termcap or terminfo database. Our man is already a complex script, so can pass results of autodetection= =20 as an option to grotty. --=20 http://ache.vniz.net/ --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk3q90gACgkQVg5YK5ZEdN21yACeIIZRVdCOjA3yIEwXZiBxYuOw TGcAnjeKCn81FrVd10PUPuMZwfQDO8ow =4CUo -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 06:21:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 908AF106566B for ; Sun, 5 Jun 2011 06:21:01 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 19ECD8FC0C for ; Sun, 5 Jun 2011 06:21:00 +0000 (UTC) Received: by iwn33 with SMTP id 33so3664099iwn.13 for ; Sat, 04 Jun 2011 23:21:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:cc:content-type; bh=Wo1WR2FG1cfZOw8ZrgqpRjV9uWxR5oxVY3/+uYuUujA=; b=rJBF04D2ErMQZ30DMbaXHAUAPm5B19WipzO+MrOwx6qyGB/GzFPenZbOLWrJpBwcce jO3FvrnN8hiKYL0yzjgnWJn1VgNyThfQGnv67yiaTZz2rp0BGi3FZ/TDGeBP48b4oAm/ tfjEbPN0YltFwckq76pFI2oMf25gJ52dy1b3w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; b=eSjfCNtd6GMSzDRt30f48opuK9e+9sAtidT/EOYQ9NuHO/3uABBVeUWiWuRN8Pnxta dQSo1S85PfhtJtni7fP+QRd9gmiUVHU4xIrKsbV2UXQFYlwEV5m/B11SSnlj/ZlCt/nN NZdUFDLxX/nsJapSefEsDkmBkJoeVFLfV5oLM= MIME-Version: 1.0 Received: by 10.231.129.13 with SMTP id m13mt7187798ibs.75.1307254860467; Sat, 04 Jun 2011 23:21:00 -0700 (PDT) Received: by 10.231.35.75 with HTTP; Sat, 4 Jun 2011 23:21:00 -0700 (PDT) In-Reply-To: <20110604122703.GB33796@stack.nl> References: <20110604122703.GB33796@stack.nl> Date: Sun, 5 Jun 2011 14:21:00 +0800 Message-ID: From: Buganini Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers@freebsd.org, FreeBSD Current , Jilles Tjoelker , Julien Laffaye Subject: Re: [RFC] rcexecr: rcorder in parallel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2011 06:21:01 -0000 All functional parts are done (unless I forgot something..) patch for /etc is included (against CURRENT), and tested on my laptop. In my case, with rcexecr and the patch, the time for launching rc.d scripts reduces from 35s to 26s. manpage is updated, but I think my English needs some fix :p Regards, Buganini From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 18:59:03 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B897E106564A for ; Sun, 5 Jun 2011 18:59:03 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id 6699C8FC1A for ; Sun, 5 Jun 2011 18:59:03 +0000 (UTC) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.4/8.14.2) with ESMTP id p55INv5X002494; Sun, 5 Jun 2011 14:23:57 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.4/8.14.2/Submit) id p55INvXj002493; Sun, 5 Jun 2011 14:23:57 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Sun, 5 Jun 2011 14:23:57 -0400 From: David Schultz To: YongHyeon PYUN Message-ID: <20110605182357.GA2373@zim.MIT.EDU> Mail-Followup-To: YongHyeon PYUN , freebsd-current@freebsd.org References: <20110527014043.GE18312@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110527014043.GE18312@michelle.cdnetworks.com> Cc: freebsd-current@FreeBSD.ORG Subject: Re: CFT: msk(4) 64bit DMA support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2011 18:59:03 -0000 85;95;0cOn Thu, May 26, 2011, YongHyeon PYUN wrote: > Here is a patch that implements 64bit DMA on msk(4). If you use > msk(4) on a system that has more than 4GB memory, please try the > patch at the following URL and let me know whether it works or not. > You need latest msk(4) in HEAD to apply the patch. > http://people.freebsd.org/~yongari/msk/msk.64bit.dma.diff > > Previously msk(4) may have used bounce buffers on systems that have > more than 4GB memory. You can verify whether msk(4) is using bounce > buffers by checking the output of "sysctl hw.busdma". For instance, > hw.busdma.zone0.total_bounced counter would increase while network > operation is in progress. If patch above works you wouldn't see > the counter change anymore and it would also enhance network > performance since it wouldn't have to copy from or to bounce > buffers. After applying this patch, I still see total_bounced increasing: hw.busdma.zone0.total_bounced: 441 Note that I have MSI disabled to work around some issues with the card becoming wedged: hw.pci.enable_msix=0 hw.pci.enable_msi=0 Possibly relevant bits of dmesg: FreeBSD 9.0-CURRENT #4 r222717M: Sun Jun 5 12:27:07 EDT 2011 CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (3000.06-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Family = 6 Model = 17 Stepping = 6 Features=0xbfebfbff Features2=0x8e3fd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8246677504 (7864 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) ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard mskc0: port 0xae00-0xaeff mem 0xfdefc000-0xfdefffff irq 17 at device 0.0 on pci4 msk0: on mskc0 msk0: Ethernet address: 00:01:29:a3:3c:a3 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow msk0: link state changed to UP From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 00:23:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 617191065672 for ; Mon, 6 Jun 2011 00:23:55 +0000 (UTC) (envelope-from jwd@SlowBlink.Com) Received: from nmail.slowblink.com (rrcs-24-199-145-34.midsouth.biz.rr.com [24.199.145.34]) by mx1.freebsd.org (Postfix) with ESMTP id 7FCB08FC0A for ; Mon, 6 Jun 2011 00:23:54 +0000 (UTC) Received: from nmail.slowblink.com (localhost [127.0.0.1]) by nmail.slowblink.com (8.14.3/8.14.3) with ESMTP id p560NrUE002559 for ; Sun, 5 Jun 2011 20:23:53 -0400 (EDT) (envelope-from jwd@nmail.slowblink.com) Received: (from jwd@localhost) by nmail.slowblink.com (8.14.3/8.14.3/Submit) id p560NrOj002558 for freebsd-current@freebsd.org; Sun, 5 Jun 2011 20:23:53 -0400 (EDT) (envelope-from jwd) Date: Sun, 5 Jun 2011 20:23:53 -0400 From: John To: freebsd-current@freebsd.org Message-ID: <20110606002353.GA2518@slowblink.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Mon, 06 Jun 2011 00:37:35 +0000 Subject: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 00:23:55 -0000 Hi Folks, I just attempted to update an HP385G0 system from current as of 4-15-2011 to 6-2-2011. The new system will not boot, and shows the following message when it hangs: pcib1: at device 3.0 on pci0 pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff From a booting system, device 3.0 shows the following in dmesg: pcib1: at device 3.0 on pci0 vgapci0: port 0x4400-0x44ff mem 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 From reading other msgs that seem related to this problem, I've attached the dmesg, devinfo -ur, and devinfo -rv below. Thanks for any help solving this. -John DMESG: Copyright (c) 1992-2011 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 9.0-CURRENT #0: Fri Apr 15 06:55:07 UTC 2011 nihard@zfscarp1.unx.sas.com:/usr/obj/usr/src/sys/GENERIC amd64 WARNING: WITNESS option enabled, expect reduced performance. CPU: AMD Opteron(tm) Processor 252 (2605.97-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f51 Family = f Model = 25 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 real memory = 17179869184 (16384 MB) avail memory = 16372264960 (15613 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Warning: Invalid length for Pm1aControlBlock: 32, using default 16 (20110316/tbfadt-638) ACPI Warning: Invalid length for Pm1bControlBlock: 32, using default 16 (20110316/tbfadt-638) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-35 on motherboard ioapic4 irqs 36-39 on motherboard ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 ohci0: mem 0xf7bf0000-0xf7bf0fff irq 19 at device 0.0 on pci1 usbus0: on ohci0 ohci1: mem 0xf7be0000-0xf7be0fff irq 19 at device 0.1 on pci1 usbus1: on ohci1 pci1: at device 2.0 (no driver attached) pci1: at device 2.2 (no driver attached) vgapci0: port 0x4400-0x44ff mem 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 4.3 (no driver attached) pcib2: at device 7.0 on pci0 pci2: on pcib2 ciss0: port 0x5000-0x50ff mem 0xf7cf0000-0xf7cf1fff,0xf7c80000-0xf7cbffff irq 24 at device 4.0 on pci2 ciss0: PERFORMANT Transport ciss0: got 0 MSI messages] pcib3: at device 8.0 on pci0 pci3: on pcib3 bge0: mem 0xf7df0000-0xf7dfffff irq 28 at device 6.0 on pci3 bge0: CHIP ID 0x00002100; ASIC REV 0x02; CHIP REV 0x21; PCI-X miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:16:35:3b:7b:52 bge1: mem 0xf7de0000-0xf7deffff irq 29 at device 6.1 on pci3 bge1: CHIP ID 0x00002100; ASIC REV 0x02; CHIP REV 0x21; PCI-X miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: Ethernet address: 00:16:35:3b:7b:51 pcib4: on acpi0 pci4: on pcib4 pcib5: at device 9.0 on pci4 pci5: on pcib5 isp0: port 0x6000-0x60ff mem 0xf7ef0000-0xf7ef0fff irq 34 at device 7.0 on pci5 isp1: port 0x6400-0x64ff mem 0xf7ee0000-0xf7ee0fff irq 35 at device 7.1 on pci5 isp2: port 0x6800-0x68ff mem 0xf7ed0000-0xf7ed0fff irq 32 at device 8.0 on pci5 isp3: port 0x6c00-0x6cff mem 0xf7ec0000-0xf7ec0fff irq 33 at device 8.1 on pci5 pcib6: at device 10.0 on pci4 pci6: on pcib6 mpt0: port 0x7000-0x70ff mem 0xf7ff0000-0xf7ffffff,0xf7fe0000-0xf7feffff irq 36 at device 9.0 on pci6 mpt0: MPI Version=1.3.2.0 mpt1: port 0x7400-0x74ff mem 0xf7fd0000-0xf7fdffff,0xf7fc0000-0xf7fcffff irq 37 at device 9.1 on pci6 mpt1: MPI Version=1.3.2.0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc800-0xccfff,0xee000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 ppc0: cannot reserve I/O port range uart1: at port 0x2f8-0x2ff irq 3 on isa0 powernow0: on cpu0 powernow1: on cpu1 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered acd0: DVDROM at ata0-master UDMA33 da0 at ciss0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 135.168MB/s transfers da0: Command Queueing enabled da0: 277841MB (569018880 512 byte sectors: 255H 32S/T 65535C) da1 at isp0 bus 0 scbus3 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 200.000MB/s transfers WWNN 0x2000001d385f036f WWPN 0x2100001d385f036f PortID 0xcd da1: Command Queueing enabled da1: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da2 at isp0 bus 0 scbus3 target 1 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 200.000MB/s transfers WWNN 0x2000001d385f0707 WWPN 0x2100001d385f0707 PortID 0xcc da2: Command Queueing enabled da2: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da3 at isp0 bus 0 scbus3 target 2 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 200.000MB/s transfers WWNN 0x2000001d385f05f8 WWPN 0x2100001d385f05f8 PortID 0xcb da3: Command Queueing enabled da3: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da4 at isp0 bus 0 scbus3 target 3 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 200.000MB/s transfers WWNN 0x2000001d385ee1bd WWPN 0x2100001d385ee1bd PortID 0xca da4: Command Queueing enabled da4: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da5 at isp0 bus 0 scbus3 target 4 lun 0 da5: Fixed Direct Access SCSI-3 device da5: 200.000MB/s transfers WWNN 0x2000001d385f0344 WWPN 0x2100001d385f0344 PortID 0xc9 da5: Command Queueing enabled da5: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da6 at isp0 bus 0 scbus3 target 5 lun 0 da6: Fixed Direct Access SCSI-3 device da6: 200.000MB/s transfers WWNN 0x2000001d385efb54 WWPN 0x2100001d385efb54 PortID 0xc7 da6: Command Queueing enabled da6: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da7 at isp0 bus 0 scbus3 target 6 lun 0 da7: Fixed Direct Access SCSI-3 device da7: 200.000MB/s transfers WWNN 0x2000001d385efb51 WWPN 0x2100001d385efb51 PortID 0xc6 da7: Command Queueing enabled da7: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da8 at isp0 bus 0 scbus3 target 7 lun 0 da8: Fixed Direct Access SCSI-3 device da8: 200.000MB/s transfers WWNN 0x2000001d385f02e9 WWPN 0x2100001d385f02e9 PortID 0xc5 da8: Command Queueing enabled da8: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da9 at isp0 bus 0 scbus3 target 8 lun 0 da9: Fixed Direct Access SCSI-3 device da9: 200.000MB/s transfers WWNN 0x2000001d385f0269 WWPN 0x2100001d385f0269 PortID 0xc3 da9: Command Queueing enabled da9: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da10 at isp0 bus 0 scbus3 target 9 lun 0 da10: Fixed Direct Access SCSI-3 device da10: 200.000MB/s transfers WWNN 0x2000001d385f0653 WWPN 0x2100001d385f0653 PortID 0xbc da10: Command Queueing enabled da10: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da11 at isp0 bus 0 scbus3 target 10 lun 0 da11: Fixed Direct Access SCSI-3 device da11: 200.000MB/s transfers WWNN 0x2000001d385f0320 WWPN 0x2100001d385f0320 PortID 0xba da11: Command Queueing enabled da11: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da12 at isp0 bus 0 scbus3 target 11 lun 0 da12: Fixed Direct Access SCSI-3 device da12: 200.000MB/s transfers WWNN 0x2000001d385efb5f WWPN 0x2100001d385efb5f PortID 0xb9 da12: Command Queueing enabled da12: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da13 at isp0 bus 0 scbus3 target 12 lun 0 da13: Fixed Direct Access SCSI-3 device da13: 200.000MB/s transfers WWNN 0x2000001d385f061f WWPN 0x2100001d385f061f PortID 0xb6 da13: Command Queueing enabled da13: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da14 at isp0 bus 0 scbus3 target 13 lun 0 da14: Fixed Direct Access SCSI-3 device da14: 200.000MB/s transfers WWNN 0x2000001d385f040c WWPN 0x2100001d385f040c PortID 0xb5 da14: Command Queueing enabled da14: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da15 at isp0 bus 0 scbus3 target 14 lun 0 da15: Fixed Direct Access SCSI-3 device da15: 200.000MB/s transfers WWNN 0x2000001d385ee45d WWPN 0x2100001d385ee45d PortID 0xb2 da15: Command Queueing enabled da15: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da16 at isp0 bus 0 scbus3 target 15 lun 0 da16: Fixed Direct Access SCSI-3 device da16: 200.000MB/s transfers WWNN 0x2000001d385f0562 WWPN 0x2100001d385f0562 PortID 0xb1 da16: Command Queueing enabled da16: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da17 at isp0 bus 0 scbus3 target 16 lun 0 da17: Fixed Direct Access SCSI-3 device da17: 200.000MB/s transfers WWNN 0x2000001d385eddae WWPN 0x2100001d385eddae PortID 0xae da17: Command Queueing enabled da17: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da18 at isp0 bus 0 scbus3 target 17 lun 0 da18: Fixed Direct Access SCSI-3 device da18: 200.000MB/s transfers WWNN 0x2000001d385eec9a WWPN 0x2100001d385eec9a PortID 0xad da18: Command Queueing enabled da18: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da19 at isp0 bus 0 scbus3 target 18 lun 0 da19: Fixed Direct Access SCSI-3 device da19: 200.000MB/s transfers WWNN 0x2000001d385eedd0 WWPN 0x2100001d385eedd0 PortID 0xac da19: Command Queueing enabled da19: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da20 at isp0 bus 0 scbus3 target 19 lun 0 da20: Fixed Direct Access SCSI-3 device da20: 200.000MB/s transfers WWNN 0x2000001d385f0334 WWPN 0x2100001d385f0334 PortID 0xab da20: Command Queueing enabled da20: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da21 at isp0 bus 0 scbus3 target 20 lun 0 da21: Fixed Direct Access SCSI-3 device da21: 200.000MB/s transfers WWNN 0x2000001d385eddfe WWPN 0x2100001d385eddfe PortID 0xaa da21: Command Queueing enabled da21: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da22 at isp0 bus 0 scbus3 target 21 lun 0 da22: Fixed Direct Access SCSI-3 device da22: 200.000MB/s transfers WWNN 0x2000001d385ee053 WWPN 0x2100001d385ee053 PortID 0xa9 da22: Command Queueing enabled da22: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da23 at isp0 bus 0 scbus3 target 22 lun 0 da23: Fixed Direct Access SCSI-3 device da23: 200.000MB/s transfers WWNN 0x2000001d385eeb8c WWPN 0x2100001d385eeb8c PortID 0xa7 da23: Command Queueing enabled da23: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da24 at isp0 bus 0 scbus3 target 23 lun 0 da24: Fixed Direct Access SCSI-3 device da24: 200.000MB/s transfers WWNN 0x2000001d385f071e WWPN 0x2100001d385f071e PortID 0xa6 da24: Command Queueing enabled da24: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da25 at isp0 bus 0 scbus3 target 24 lun 0 da25: Fixed Direct Access SCSI-3 device da25: 200.000MB/s transfers WWNN 0x2000001d385f0247 WWPN 0x2100001d385f0247 PortID 0xa5 da25: Command Queueing enabled da25: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da26 at isp0 bus 0 scbus3 target 25 lun 0 da26: Fixed Direct Access SCSI-3 device da26: 200.000MB/s transfers WWNN 0x2000001d385ee03a WWPN 0x2100001d385ee03a PortID 0xa3 da26: Command Queueing enabled da26: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da27 at isp0 bus 0 scbus3 target 26 lun 0 da27: Fixed Direct Access SCSI-3 device da27: 200.000MB/s transfers WWNN 0x2000001d385f03f0 WWPN 0x2100001d385f03f0 PortID 0x9f da27: Command Queueing enabled da27: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da29 at isp2 bus 0 scbus5 target 0 lun 0 da29: Fixed Direct Access SCSI-3 device da29: 200.000MB/s transfers WWNN 0x2000001d385f036f WWPN 0x2200001d385f036f PortID 0xcd da29: Command Queueing enabled da29: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da30 at isp2 bus 0 scbus5 target 1 lun 0 da30: Fixed Direct Access SCSI-3 device da30: 200.000MB/s transfers WWNN 0x2000001d385f0707 WWPN 0x2200001d385f0707 PortID 0xcc da30: Command Queueing enabled da30: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da28 at isp0 bus 0 scbus3 target 27 lun 0 da28: Fixed Direct Access SCSI-3 device da28: 200.000MB/s transfers WWNN 0x2000001d385f02ef WWPN 0x2100001d385f02ef PortID 0x9e da28: Command Queueing enabled da28: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da31 at isp2 bus 0 scbus5 target 2 lun 0 da31: Fixed Direct Access SCSI-3 device da31: 200.000MB/s transfers WWNN 0x2000001d385f05f8 WWPN 0x2200001d385f05f8 PortID 0xcb da31: Command Queueing enabled da31: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da32 at isp2 bus 0 scbus5 target 3 lun 0 da32: Fixed Direct Access SCSI-3 device da32: 200.000MB/s transfers WWNN 0x2000001d385ee1bd WWPN 0x2200001d385ee1bd PortID 0xca da32: Command Queueing enabled da32: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da33 at isp2 bus 0 scbus5 target 4 lun 0 da33: Fixed Direct Access SCSI-3 device da33: 200.000MB/s transfers WWNN 0x2000001d385f0344 WWPN 0x2200001d385f0344 PortID 0xc9 da33: Command Queueing enabled da33: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da34 at isp2 bus 0 scbus5 target 5 lun 0 da34: Fixed Direct Access SCSI-3 device da34: 200.000MB/s transfers WWNN 0x2000001d385efb54 WWPN 0x2200001d385efb54 PortID 0xc7 da34: Command Queueing enabled da34: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da35 at isp2 bus 0 scbus5 target 6 lun 0 da35: Fixed Direct Access SCSI-3 device da35: 200.000MB/s transfers WWNN 0x2000001d385efb51 WWPN 0x2200001d385efb51 PortID 0xc6 da35: Command Queueing enabled da35: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da36 at isp2 bus 0 scbus5 target 7 lun 0 da36: Fixed Direct Access SCSI-3 device da36: 200.000MB/s transfers WWNN 0x2000001d385f02e9 WWPN 0x2200001d385f02e9 PortID 0xc5 da36: Command Queueing enabled da36: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da37 at isp2 bus 0 scbus5 target 8 lun 0 da37: Fixed Direct Access SCSI-3 device da37: 200.000MB/s transfers WWNN 0x2000001d385f0269 WWPN 0x2200001d385f0269 PortID 0xc3 da37: Command Queueing enabled da37: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da38 at isp2 bus 0 scbus5 target 9 lun 0 da38: Fixed Direct Access SCSI-3 device da38: 200.000MB/s transfers WWNN 0x2000001d385f0653 WWPN 0x2200001d385f0653 PortID 0xbc da38: Command Queueing enabled da38: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da39 at isp2 bus 0 scbus5 target 10 lun 0 da39: Fixed Direct Access SCSI-3 device da39: 200.000MB/s transfers WWNN 0x2000001d385f0320 WWPN 0x2200001d385f0320 PortID 0xba da39: Command Queueing enabled da39: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da40 at isp2 bus 0 scbus5 target 11 lun 0 da40: Fixed Direct Access SCSI-3 device da40: 200.000MB/s transfers WWNN 0x2000001d385efb5f WWPN 0x2200001d385efb5f PortID 0xb9 da40: Command Queueing enabled da40: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da41 at isp2 bus 0 scbus5 target 12 lun 0 da41: Fixed Direct Access SCSI-3 device da41: 200.000MB/s transfers WWNN 0x2000001d385f061f WWPN 0x2200001d385f061f PortID 0xb6 da41: Command Queueing enabled da41: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da42 at isp2 bus 0 scbus5 target 13 lun 0 da42: Fixed Direct Access SCSI-3 device da42: 200.000MB/s transfers WWNN 0x2000001d385f040c WWPN 0x2200001d385f040c PortID 0xb5 da42: Command Queueing enabled da42: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da43 at isp2 bus 0 scbus5 target 14 lun 0 da43: Fixed Direct Access SCSI-3 device da43: 200.000MB/s transfers WWNN 0x2000001d385ee45d WWPN 0x2200001d385ee45d PortID 0xb2 da43: Command Queueing enabled da43: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da44 at isp2 bus 0 scbus5 target 15 lun 0 da44: Fixed Direct Access SCSI-3 device da44: 200.000MB/s transfers WWNN 0x2000001d385f0562 WWPN 0x2200001d385f0562 PortID 0xb1 da44: Command Queueing enabled da44: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da45 at isp2 bus 0 scbus5 target 16 lun 0 da45: Fixed Direct Access SCSI-3 device da45: 200.000MB/s transfers WWNN 0x2000001d385eddae WWPN 0x2200001d385eddae PortID 0xae da45: Command Queueing enabled da45: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da46 at isp2 bus 0 scbus5 target 17 lun 0 da46: Fixed Direct Access SCSI-3 device da46: 200.000MB/s transfers WWNN 0x2000001d385eec9a WWPN 0x2200001d385eec9a PortID 0xad da46: Command Queueing enabled da46: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da47 at isp2 bus 0 scbus5 target 18 lun 0 da47: Fixed Direct Access SCSI-3 device da47: 200.000MB/s transfers WWNN 0x2000001d385eedd0 WWPN 0x2200001d385eedd0 PortID 0xac da47: Command Queueing enabled da47: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da48 at isp2 bus 0 scbus5 target 19 lun 0 da48: Fixed Direct Access SCSI-3 device da48: 200.000MB/s transfers WWNN 0x2000001d385f0334 WWPN 0x2200001d385f0334 PortID 0xab da48: Command Queueing enabled da48: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da49 at isp2 bus 0 scbus5 target 20 lun 0 da49: Fixed Direct Access SCSI-3 device da49: 200.000MB/s transfers WWNN 0x2000001d385eddfe WWPN 0x2200001d385eddfe PortID 0xaa da49: Command Queueing enabled da49: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da50 at isp2 bus 0 scbus5 target 21 lun 0 da50: Fixed Direct Access SCSI-3 device da50: 200.000MB/s transfers WWNN 0x2000001d385ee053 WWPN 0x2200001d385ee053 PortID 0xa9 da50: Command Queueing enabled da50: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da51 at isp2 bus 0 scbus5 target 22 lun 0 da51: Fixed Direct Access SCSI-3 device da51: 200.000MB/s transfers WWNN 0x2000001d385eeb8c WWPN 0x2200001d385eeb8c PortID 0xa7 da51: Command Queueing enabled da51: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da52 at isp2 bus 0 scbus5 target 23 lun 0 da52: Fixed Direct Access SCSI-3 device da52: 200.000MB/s transfers WWNN 0x2000001d385f071e WWPN 0x2200001d385f071e PortID 0xa6 da52: Command Queueing enabled da52: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da53 at isp2 bus 0 scbus5 target 24 lun 0 da53: Fixed Direct Access SCSI-3 device da53: 200.000MB/s transfers WWNN 0x2000001d385f0247 WWPN 0x2200001d385f0247 PortID 0xa5 da53: Command Queueing enabled da53: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da54 at isp2 bus 0 scbus5 target 25 lun 0 da54: Fixed Direct Access SCSI-3 device da54: 200.000MB/s transfers WWNN 0x2000001d385ee03a WWPN 0x2200001d385ee03a PortID 0xa3 da54: Command Queueing enabled da54: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da55 at isp2 bus 0 scbus5 target 26 lun 0 da55: Fixed Direct Access SCSI-3 device da55: 200.000MB/s transfers WWNN 0x2000001d385f03f0 WWPN 0x2200001d385f03f0 PortID 0x9f da55: Command Queueing enabled da55: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) da56 at isp2 bus 0 scbus5 target 27 lun 0 da56: Fixed Direct Access SCSI-3 device da56: 200.000MB/s transfers WWNN 0x2000001d385f02ef WWPN 0x2200001d385f02ef PortID 0x9e da56: Command Queueing enabled da56: 143067MB (293002536 512 byte sectors: 255H 63S/T 18238C) SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. GEOM_MULTIPATH: adding da1 to Z23/8c735b3b-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da1 now active path in Z23 GEOM_MULTIPATH: adding da2 to Z12/8ba5f60c-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da2 now active path in Z12 GEOM_MULTIPATH: adding da3 to Z21/8c489326-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da3 now active path in Z21 GEOM_MULTIPATH: adding da4 to Z2/8b2f4cc2-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da4 now active path in Z2 GEOM_MULTIPATH: adding da5 to Z16/8be827d5-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da5 now active path in Z16 GEOM_MULTIPATH: adding da6 to Z6/8b576b6e-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da6 now active path in Z6 GEOM_MULTIPATH: adding da7 to Z7/8b62f274-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da7 now active path in Z7 GEOM_MULTIPATH: adding da8 to Z26/8cb8679d-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da8 now active path in Z26 GEOM_MULTIPATH: adding da9 to Z25/8ca044b9-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da9 now active path in Z25 GEOM_MULTIPATH: adding da10 to Z18/8c0ce5c0-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da10 now active path in Z18 GEOM_MULTIPATH: adding da11 to Z14/8bc620ac-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da11 now active path in Z14 GEOM_MULTIPATH: adding da12 to Z8/8b6ea237-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da12 now active path in Z8 GEOM_MULTIPATH: adding da13 to Z20/8c33cdef-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da13 now active path in Z20 GEOM_MULTIPATH: adding da14 to Z19/8c20a241-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da14 now active path in Z19 GEOM_MULTIPATH: adding da15 to Z5/8b4d559e-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da15 now active path in Z5 GEOM_MULTIPATH: adding da16 to Z22/8c5d2ca5-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da16 now active path in Z22 GEOM_MULTIPATH: adding da17 to Z0/8b1f721b-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da17 now active path in Z0 GEOM_MULTIPATH: adding da18 to Z10/8b88dc00-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da18 now active path in Z10 GEOM_MULTIPATH: adding da19 to Z11/8b974a1a-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da19 now active path in Z11 GEOM_MULTIPATH: adding da20 to Z15/8bd6ffa0-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da20 now active path in Z15 GEOM_MULTIPATH: adding da21 to Z1/8b26ebd0-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da21 now active path in Z1 GEOM_MULTIPATH: adding da22 to Z4/8b4262e0-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da22 now active path in Z4 GEOM_MULTIPATH: adding da23 to Z9/8b7b6a0c-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da23 now active path in Z9 GEOM_MULTIPATH: adding da24 to Z13/8bb5f0c5-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da24 now active path in Z13 GEOM_MULTIPATH: adding da25 to Z24/8c8961c8-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da25 now active path in Z24 GEOM_MULTIPATH: adding da26 to Z3/8b387b58-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da26 now active path in Z3 GEOM_MULTIPATH: adding da27 to Z17/8bfaa1bf-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da27 now active path in Z17 GEOM_MULTIPATH: adding da28 to Z27/8cd11324-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: da28 now active path in Z27 GEOM_MULTIPATH: adding da29 to Z23/8c735b3b-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da30 to Z12/8ba5f60c-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da31 to Z21/8c489326-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da32 to Z2/8b2f4cc2-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da33 to Z16/8be827d5-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da34 to Z6/8b576b6e-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da35 to Z7/8b62f274-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da36 to Z26/8cb8679d-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da37 to Z25/8ca044b9-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da38 to Z18/8c0ce5c0-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da39 to Z14/8bc620ac-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da40 to Z8/8b6ea237-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da41 to Z20/8c33cdef-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da42 to Z19/8c20a241-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da43 to Z5/8b4d559e-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da44 to Z22/8c5d2ca5-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da45 to Z0/8b1f721b-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da46 to Z10/8b88dc00-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da47 to Z11/8b974a1a-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da48 to Z15/8bd6ffa0-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da49 to Z1/8b26ebd0-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da50 to Z4/8b4262e0-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da51 to Z9/8b7b6a0c-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da52 to Z13/8bb5f0c5-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da53 to Z24/8c8961c8-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da54 to Z3/8b387b58-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da55 to Z17/8bfaa1bf-75d8-11e0-9ad7-0016353b7b52 GEOM_MULTIPATH: adding da56 to Z27/8cd11324-75d8-11e0-9ad7-0016353b7b52 Trying to mount root from ufs:/dev/da0s1a [rw]... carp1: link state changed to UP carp2: link state changed to UP DEVINFO.UR: Interrupt request lines: 0 (attimer0) 1 (atkbdc0) 3 (uart1) 4 (uart0) 5 (root0) 6 (fdc0) 7 (root0) 8 (atrtc0) 9 (acpi0) 10-11 (root0) 12 (psm0) 13 (root0) 14 (ata0) 15 (ata1) 16-18 (root0) 19 (ohci1) 19 (ohci0) 20-23 (root0) 24 (ciss0) 25-27 (root0) 28 (bge0) 29 (bge1) 30-31 (root0) 32 (isp2) 33 (isp3) 34 (isp0) 35 (isp1) 36 (mpt0) 37 (mpt1) 38-39 (root0) DMA request lines: 0-1 (root0) 2 (fdc0) 3-6 (root0) 7 (atdma0) I/O ports: 0x0-0xf (atdma0) 0x10-0x1f (root0) 0x20-0x21 (acpi0) 0x22-0x2d (root0) 0x2e-0x2f ---- 0x30-0x3f (root0) 0x40-0x43 (attimer0) 0x44-0x4f (root0) 0x50-0x51 (acpi0) 0x52-0x5f (root0) 0x60 (atkbdc0) 0x61 ---- 0x62-0x63 (root0) 0x64 (atkbdc0) 0x65-0x6f (root0) 0x70-0x73 ---- 0x74-0x7f (root0) 0x80-0x8f (atdma0) 0x90-0x91 (root0) 0x92 (acpi0) 0x93-0x9f (root0) 0xa0-0xa1 (acpi0) 0xa2-0xbf (root0) 0xc0-0xdf (atdma0) 0xe0-0xef (root0) 0xf0-0xf1 (acpi0) 0xf2-0x16f (root0) 0x170-0x177 (atapci0) 0x178-0x1ef (root0) 0x1f0-0x1f7 (atapci0) 0x1f8-0x21f (root0) 0x220-0x223 ---- 0x224-0x22f (root0) 0x230-0x233 (acpi0) 0x234-0x23f (root0) 0x240-0x25f ---- 0x260-0x267 (acpi0) 0x268-0x2f7 (root0) 0x2f8-0x2ff (acpi0) 0x300-0x375 (root0) 0x376 (atapci0) 0x377-0x3bf (root0) 0x3c0-0x3df (vga0) 0x3e0-0x3f1 (root0) 0x3f2-0x3f5 (fdc0) 0x3f6 (atapci0) 0x3f7 (fdc0) 0x3f8-0x3ff (uart0) 0x400-0x4cf (root0) 0x4d0-0x4d1 (acpi0) 0x4d2-0x7ff (root0) 0x800-0x81f (acpi0) 0x820-0x83f (root0) 0x840-0x85f (acpi0) 0x860-0x8ff (root0) 0x900-0x903 (acpi0) 0x904-0x907 (acpi0) 0x908-0x90b (acpi0) 0x90c-0x92e (acpi0) 0x92f (acpi0) 0x930-0x9ff (acpi0) 0xa00-0xc7f (root0) 0xc80-0xc87 (acpi0) 0xc88-0xcf8 (root0) 0xcf9 (acpi0) 0xcfa-0x1fff (root0) 0x2000-0x200f (atapci0) 0x2010-0x3fff (root0) 0x4000-0x40ff ---- 0x4100-0x43ff (root0) 0x4400-0x44ff (vgapci0) 0x4500-0x47ff (root0) 0x4800-0x48fe (brgphy1) 0x48ff (root0) 0x4900-0x4907 (brgphy1) 0x4908-0x4fff (root0) 0x5000-0x50ff (ciss0) 0x5100-0x5fff (root0) 0x6000-0x60ff (isp0) 0x6100-0x63ff (root0) 0x6400-0x64ff (isp1) 0x6500-0x67ff (root0) 0x6800-0x68ff (isp2) 0x6900-0x6bff (root0) 0x6c00-0x6cff (isp3) 0x6d00-0x6fff (root0) 0x7000-0x70ff (mpt0) 0x7100-0x73ff (root0) 0x7400-0x74ff (mpt1) 0x7500-0xffff (root0) I/O memory addresses: 0x0-0x9f3ff (ram0) 0x9f400-0x9ffff (root0) 0xa0000-0xbffff (vga0) 0xc0000-0xc7fff (orm0) 0xc8000-0xcbfff (orm0) 0xcc000-0xcc7ff (root0) 0xcc800-0xccfff (orm0) 0xcd000-0xedfff (root0) 0xee000-0xeffff (orm0) 0xf0000-0xfffff (root0) 0x100000-0xf57f7fff (ram0) 0xf57f8000-0xf5feffff (root0) 0xf5ff0000-0xf5ff0fff (vgapci0) 0xf5ff1000-0xf5ffffff (root0) 0xf6000000-0xf6ffffff (vgapci0) 0xf7000000-0xf7afffff (root0) 0xf7b00000-0xf7b7ffff ---- 0xf7b80000-0xf7b8ffff (root0) 0xf7b90000-0xf7b91fff ---- 0xf7b92000-0xf7b9ffff (root0) 0xf7ba0000-0xf7ba07ff ---- 0xf7ba0800-0xf7baffff (root0) 0xf7bb0000-0xf7bb01ff ---- 0xf7bb0200-0xf7bdffff (root0) 0xf7be0000-0xf7be0fff (ohci1) 0xf7be1000-0xf7beffff (root0) 0xf7bf0000-0xf7bf0fff (ohci0) 0xf7bf1000-0xf7c7ffff (root0) 0xf7c80000-0xf7cbffff (ciss0) 0xf7cc0000-0xf7ceffff (root0) 0xf7cf0000-0xf7cf1fff (ciss0) 0xf7cf2000-0xf7ddffff (root0) 0xf7de0000-0xf7deffff (bge1) 0xf7df0000-0xf7dfffff (bge0) 0xf7e00000-0xf7ebffff (root0) 0xf7ec0000-0xf7ec0fff (isp3) 0xf7ec1000-0xf7ecffff (root0) 0xf7ed0000-0xf7ed0fff (isp2) 0xf7ed1000-0xf7edffff (root0) 0xf7ee0000-0xf7ee0fff (isp1) 0xf7ee1000-0xf7eeffff (root0) 0xf7ef0000-0xf7ef0fff (isp0) 0xf7ef1000-0xf7fbffff (root0) 0xf7fc0000-0xf7fcffff (mpt1) 0xf7fd0000-0xf7fdffff (mpt1) 0xf7fe0000-0xf7feffff (mpt0) 0xf7ff0000-0xf7ffffff (mpt0) 0xf8000000-0xfdbfffff (root0) 0xfdc00000-0xfdc0001f (apic0) 0xfdc00020-0xfdc0ffff (root0) 0xfdc10000-0xfdc1001f (apic0) 0xfdc10020-0xfebfffff (root0) 0xfec00000-0xfec0001f (apic0) 0xfec00020-0xfec0ffff (root0) 0xfec10000-0xfec1001f (apic0) 0xfec10020-0xfec1ffff (root0) 0xfec20000-0xfec2001f (apic0) 0xfec20020-0xfedfffff (root0) 0xfee00000-0xfee003ff (apic0) 0xfee00400-0xffffffff (root0) 0x100000000-0x3ffffefff (ram0) 0x3fffff000-0xffffffffffffffff (root0) ACPI I/O ports: 0x20-0x21 (root0) 0x50-0x51 (root0) 0x92 (root0) 0xa0-0xa1 (root0) 0xf0-0xf1 (root0) 0x230-0x233 (root0) 0x260-0x267 (root0) 0x2f8-0x2ff (uart1) 0x4d0-0x4d1 (root0) 0x800-0x81f (root0) 0x840-0x85f (root0) 0x900-0x907 (root0) 0x908-0x90b (acpi_timer0) 0x90c-0x9ff (root0) 0xc80-0xc87 (root0) 0xcf9 (root0) ACPI I/O memory addresses: DEVINFO.RV: nexus0 apic0 I/O memory addresses: 0xfdc00000-0xfdc0001f 0xfdc10000-0xfdc1001f 0xfec00000-0xfec0001f 0xfec10000-0xfec1001f 0xfec20000-0xfec2001f 0xfee00000-0xfee003ff ram0 I/O memory addresses: 0x0-0x9f3ff 0x100000-0xf57f7fff 0x100000000-0x3ffffefff acpi0 Interrupt request lines: 9 I/O ports: 0x20-0x21 0x50-0x51 0x92 0xa0-0xa1 0xf0-0xf1 0x230-0x233 0x260-0x267 0x2f8-0x2ff 0x4d0-0x4d1 0x800-0x81f 0x840-0x85f 0x900-0x903 0x904-0x907 0x908-0x90b 0x90c-0x92e 0x92f 0x930-0x9ff 0xc80-0xc87 0xcf9 cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 acpi_perf0 powernow0 cpufreq0 cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 acpi_perf1 powernow1 cpufreq1 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU2 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU3 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU4 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU5 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU6 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU7 pcib0 pnpinfo _HID=PNP0A03 _UID=7 at handle=\_SB_.CFG0 pci0 pcib1 pnpinfo vendor=0x1022 device=0x7460 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=3 function=0 handle=\_SB_.CFG0.PCI0 pci1 ohci0 pnpinfo vendor=0x1022 device=0x7464 subvendor=0x0e11 subdevice=0x3202 class=0x0c0310 at slot=0 function=0 handle=\_SB_.CFG0.PCI0.USB1 Interrupt request lines: 19 I/O memory addresses: 0xf7bf0000-0xf7bf0fff usbus0 uhub0 ohci1 pnpinfo vendor=0x1022 device=0x7464 subvendor=0x0e11 subdevice=0x3202 class=0x0c0310 at slot=0 function=1 handle=\_SB_.CFG0.PCI0.USB2 Interrupt request lines: 19 I/O memory addresses: 0xf7be0000-0xf7be0fff usbus1 uhub1 unknown pnpinfo vendor=0x0e11 device=0xb203 subvendor=0x0e11 subdevice=0xb206 class=0x088000 at slot=2 function=0 handle=\_SB_.CFG0.PCI0.GROM I/O memory addresses: 0xf7bb0000-0xf7bb01ff unknown pnpinfo vendor=0x0e11 device=0xb204 subvendor=0x0e11 subdevice=0xb206 class=0x088000 at slot=2 function=2 I/O ports: 0x4000-0x40ff I/O memory addresses: 0xf7b00000-0xf7b7ffff 0xf7b90000-0xf7b91fff 0xf7ba0000-0xf7ba07ff vgapci0 pnpinfo vendor=0x1002 device=0x4752 subvendor=0x0e11 subdevice=0x001e class=0x030000 at slot=3 function=0 handle=\_SB_.CFG0.PCI0.VIDE I/O ports: 0x4400-0x44ff I/O memory addresses: 0xf5ff0000-0xf5ff0fff 0xf6000000-0xf6ffffff vgapm0 scpm0 drm0 isab0 pnpinfo vendor=0x1022 device=0x7468 subvendor=0x0e11 subdevice=0x3203 class=0x060100 at slot=4 function=0 handle=\_SB_.CFG0.IBRG isa0 sc0 vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff orm0 I/O memory addresses: 0xc0000-0xc7fff 0xc8000-0xcbfff 0xcc800-0xccfff 0xee000-0xeffff atrtc0 Interrupt request lines: 8 ppc0 uart1 Interrupt request lines: 3 ACPI I/O ports: 0x2f8-0x2ff atapci0 pnpinfo vendor=0x1022 device=0x7469 subvendor=0x0e11 subdevice=0x3204 class=0x01018a at slot=4 function=1 I/O ports: 0x170-0x177 0x1f0-0x1f7 0x376 0x3f6 0x2000-0x200f ata0 at channel=0 Interrupt request lines: 14 acd0 ata1 at channel=1 Interrupt request lines: 15 unknown pnpinfo vendor=0x1022 device=0x746b subvendor=0x0e11 subdevice=0x3205 class=0x068000 at slot=4 function=3 handle=\_SB_.CFG0.TSMM pcib2 pnpinfo vendor=0x1022 device=0x7450 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=7 function=0 handle=\_SB_.CFG0.PCI1 pci2 ciss0 pnpinfo vendor=0x0e11 device=0x0046 subvendor=0x0e11 subdevice=0x4091 class=0x010400 at slot=4 function=0 handle=\_SB_.CFG0.PCI1.BORG Interrupt request lines: 24 I/O ports: 0x5000-0x50ff I/O memory addresses: 0xf7c80000-0xf7cbffff 0xf7cf0000-0xf7cf1fff ioapic0 pnpinfo vendor=0x1022 device=0x7451 subvendor=0x0000 subdevice=0x0000 class=0x080010 at slot=7 function=1 pcib3 pnpinfo vendor=0x1022 device=0x7450 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=8 function=0 handle=\_SB_.CFG0.PCI2 pci3 bge0 pnpinfo vendor=0x14e4 device=0x1648 subvendor=0x0e11 subdevice=0x00d0 class=0x020000 at slot=6 function=0 handle=\_SB_.CFG0.PCI2.NICA Interrupt request lines: 28 I/O memory addresses: 0xf7df0000-0xf7dfffff miibus0 brgphy0 pnpinfo oui=0x818 model=0x19 rev=0x0 at phyno=1 bge1 pnpinfo vendor=0x14e4 device=0x1648 subvendor=0x0e11 subdevice=0x00d0 class=0x020000 at slot=6 function=1 Interrupt request lines: 29 I/O memory addresses: 0xf7de0000-0xf7deffff miibus1 brgphy1 pnpinfo oui=0x818 model=0x19 rev=0x0 at phyno=1 I/O ports: 0x4800-0x48fe 0x4900-0x4907 ioapic1 pnpinfo vendor=0x1022 device=0x7451 subvendor=0x0000 subdevice=0x0000 class=0x080010 at slot=8 function=1 hostb0 pnpinfo vendor=0x1022 device=0x1100 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=0 handle=\_SB_.CFG0.NDE0 hostb1 pnpinfo vendor=0x1022 device=0x1101 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=1 handle=\_SB_.CFG0.MEMC hostb2 pnpinfo vendor=0x1022 device=0x1102 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=2 hostb3 pnpinfo vendor=0x1022 device=0x1103 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=3 hostb4 pnpinfo vendor=0x1022 device=0x1100 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=25 function=0 handle=\_SB_.CFG0.NDE1 hostb5 pnpinfo vendor=0x1022 device=0x1101 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=25 function=1 hostb6 pnpinfo vendor=0x1022 device=0x1102 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=25 function=2 hostb7 pnpinfo vendor=0x1022 device=0x1103 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=25 function=3 acpi_sysresource0 pnpinfo _HID=PNP0C02 _UID=0 at handle=\_SB_.CFG0.IBRG.MOMB unknown pnpinfo _HID=PNP0000 _UID=0 at handle=\_SB_.CFG0.IBRG.PIC_ attimer0 pnpinfo _HID=PNP0100 _UID=0 at handle=\_SB_.CFG0.IBRG.TIME Interrupt request lines: 0 I/O ports: 0x40-0x43 atdma0 pnpinfo _HID=PNP0200 _UID=0 at handle=\_SB_.CFG0.IBRG.DMA0 DMA request lines: 7 I/O ports: 0x0-0xf 0x80-0x8f 0xc0-0xdf unknown pnpinfo _HID=PNP0800 _UID=0 at handle=\_SB_.CFG0.IBRG.BEEP I/O ports: 0x61 atkbdc0 pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.CFG0.IBRG.KBD_ Interrupt request lines: 1 I/O ports: 0x60 0x64 atkbd0 psm0 Interrupt request lines: 12 psmcpnp0 pnpinfo _HID=PNP0F13 _UID=0 at handle=\_SB_.CFG0.IBRG.PS2M unknown pnpinfo _HID=PNP0A06 _UID=0 at handle=\_SB_.CFG0.IBRG.S417 I/O ports: 0x2e-0x2f 0x70-0x73 0x220-0x223 0x240-0x25f uart0 pnpinfo _HID=PNP0501 _UID=0 at handle=\_SB_.CFG0.IBRG.S417.COMA Interrupt request lines: 4 I/O ports: 0x3f8-0x3ff fdc0 pnpinfo _HID=PNP0700 _UID=0 at handle=\_SB_.CFG0.IBRG.S417.FDC0 Interrupt request lines: 6 DMA request lines: 2 I/O ports: 0x3f2-0x3f5 0x3f7 fd0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG0.TSMB pcib4 pnpinfo _HID=PNP0A03 _UID=8 at handle=\_SB_.CFG1 pci4 pcib5 pnpinfo vendor=0x1022 device=0x7450 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=9 function=0 handle=\_SB_.CFG1.PCI3 pci5 isp0 pnpinfo vendor=0x1077 device=0x2312 subvendor=0x1077 subdevice=0x010d class=0x0c0400 at slot=7 function=0 handle=\_SB_.CFG1.PCI3.S1F0 Interrupt request lines: 34 I/O ports: 0x6000-0x60ff I/O memory addresses: 0xf7ef0000-0xf7ef0fff isp1 pnpinfo vendor=0x1077 device=0x2312 subvendor=0x1077 subdevice=0x010d class=0x0c0400 at slot=7 function=1 handle=\_SB_.CFG1.PCI3.S1F1 Interrupt request lines: 35 I/O ports: 0x6400-0x64ff I/O memory addresses: 0xf7ee0000-0xf7ee0fff isp2 pnpinfo vendor=0x1077 device=0x2312 subvendor=0x1077 subdevice=0x010d class=0x0c0400 at slot=8 function=0 handle=\_SB_.CFG1.PCI3.S2F0 Interrupt request lines: 32 I/O ports: 0x6800-0x68ff I/O memory addresses: 0xf7ed0000-0xf7ed0fff isp3 pnpinfo vendor=0x1077 device=0x2312 subvendor=0x1077 subdevice=0x010d class=0x0c0400 at slot=8 function=1 handle=\_SB_.CFG1.PCI3.S2F1 Interrupt request lines: 33 I/O ports: 0x6c00-0x6cff I/O memory addresses: 0xf7ec0000-0xf7ec0fff ioapic2 pnpinfo vendor=0x1022 device=0x7451 subvendor=0x0000 subdevice=0x0000 class=0x080010 at slot=9 function=1 pcib6 pnpinfo vendor=0x1022 device=0x7450 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=10 function=0 handle=\_SB_.CFG1.PCI4 pci6 mpt0 pnpinfo vendor=0x1000 device=0x0626 subvendor=0x1000 subdevice=0x1040 class=0x0c0400 at slot=9 function=0 handle=\_SB_.CFG1.PCI4.S3F0 Interrupt request lines: 36 I/O ports: 0x7000-0x70ff I/O memory addresses: 0xf7fe0000-0xf7feffff 0xf7ff0000-0xf7ffffff mpt1 pnpinfo vendor=0x1000 device=0x0626 subvendor=0x1000 subdevice=0x1040 class=0x0c0400 at slot=9 function=1 handle=\_SB_.CFG1.PCI4.S3F1 Interrupt request lines: 37 I/O ports: 0x7400-0x74ff I/O memory addresses: 0xf7fc0000-0xf7fcffff 0xf7fd0000-0xf7fdffff ioapic3 pnpinfo vendor=0x1022 device=0x7451 subvendor=0x0000 subdevice=0x0000 class=0x080010 at slot=10 function=1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI3.S1F2 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI3.S1F3 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI3.S1F4 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI3.S1F5 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI3.S1F6 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI3.S1F7 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI3.S2F2 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI3.S2F3 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI3.S2F4 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI3.S2F5 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI3.S2F6 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI3.S2F7 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI4.S3F2 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI4.S3F3 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI4.S3F4 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI4.S3F5 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI4.S3F6 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.CFG1.PCI4.S3F7 pci_link0 pnpinfo _HID=PNP0C0F _UID=0 at handle=\_SB_.LNKA pci_link1 pnpinfo _HID=PNP0C0F _UID=1 at handle=\_SB_.LNKB pci_link2 pnpinfo _HID=PNP0C0F _UID=2 at handle=\_SB_.LNKC pci_link3 pnpinfo _HID=PNP0C0F _UID=3 at handle=\_SB_.LNKD acpi_timer0 pnpinfo unknown at unknown ACPI I/O ports: 0x908-0x90b From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 13:08:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7C8010656AB for ; Mon, 6 Jun 2011 13:08:24 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 99C5C8FC13 for ; Mon, 6 Jun 2011 13:08:24 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap0EAGDQ7E2DaFvO/2dsb2JhbABThEqiaLlZkDaBK4NsgQoEkHmPVg X-IronPort-AV: E=Sophos;i="4.65,326,1304308800"; d="scan'208";a="123049028" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 06 Jun 2011 09:08:23 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id DBCD7B3F0F; Mon, 6 Jun 2011 09:08:23 -0400 (EDT) Date: Mon, 6 Jun 2011 09:08:23 -0400 (EDT) From: Rick Macklem To: Chris Forgeron Message-ID: <940963031.150645.1307365703884.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org Subject: Re: Heads Up: default NFS server changing to the new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 13:08:24 -0000 Chris Forgeron wrote: [stuff snipped] > > I hope to do a speed test comparison between new and old NFS servers > this weekend - At this stage, my feeling is that the new NFS server is > at least as fast. I suspect tests will show it to be faster (at least > the code looks faster. :-) ). > Well, I doubt you'll find much difference performance wise. An NFS server can be looked as a protocol translator, converting the NFS RPCs into VFS/VOP calls. Performance is largely defined by how well the network stack and/or file system perform. When you set up a server, there are a few things that may help: - If you are using FFS, create the file systems with the largest block size allowed. - If you are using ZFS, I know diddly about it, but others have suggested moving the ZIL log to a dedicated device which can do fast writes, such as an SSD optimized for fast write performance (not all SSDs do fast writing, although I think choosing the size of it significantly larger that the size of the log, so it has a lot of free blocks may help?). - Use lottsa nfsd threads (the default of 4 is for very minimal nfs serving only). Others may have additional suggestions? As for things the nfsd server code can do, I plan on looking at a couple of things, but I don't think those will be in 9.0: - Making MAXBSIZE larger. Even if it is larger than the largest block size supported for the underlying fs, this may help, because it can reduce the # of I/O RPCs. - A small patch (I'll probably make it available to anyone who wants to test it once I've done so) that will allow some NFS RPCs to use shared vnode locks. This should allow for more parallelism of read operations on a file, such as read-aheads done by a client. (I recently added a lock flags argument to VFS_FHTOVP() for 9.0, to facilitate this.) --> This one might improve the VFS/VOP call side. Thanks for letting me know how it's going, rick From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 14:51:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01BE2106566C for ; Mon, 6 Jun 2011 14:51:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C59308FC13 for ; Mon, 6 Jun 2011 14:51:31 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6244E46B3C; Mon, 6 Jun 2011 10:51:31 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E50228A027; Mon, 6 Jun 2011 10:51:30 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 6 Jun 2011 10:51:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110606002353.GA2518@slowblink.com> In-Reply-To: <20110606002353.GA2518@slowblink.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106061051.30425.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 06 Jun 2011 10:51:31 -0400 (EDT) Cc: John Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 14:51:32 -0000 On Sunday, June 05, 2011 8:23:53 pm John wrote: > Hi Folks, > > I just attempted to update an HP385G0 system from current as of > 4-15-2011 to 6-2-2011. The new system will not boot, and shows the > following message when it hangs: > > pcib1: at device 3.0 on pci0 > pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff > > From a booting system, device 3.0 shows the following in dmesg: > > pcib1: at device 3.0 on pci0 > vgapci0: port 0x4400-0x44ff mem 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 > > From reading other msgs that seem related to this problem, I've > attached the dmesg, devinfo -ur, and devinfo -rv below. > > Thanks for any help solving this. Please try this patch: Index: dev/acpica/acpi_pcib_pci.c =================================================================== --- dev/acpica/acpi_pcib_pci.c (revision 222747) +++ dev/acpica/acpi_pcib_pci.c (working copy) @@ -114,13 +114,16 @@ acpi_pcib_pci_attach(device_t dev) { struct acpi_pcib_softc *sc; + int error; ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); pcib_attach_common(dev); sc = device_get_softc(dev); sc->ap_handle = acpi_get_handle(dev); - return (acpi_pcib_attach(dev, &sc->ap_prt, sc->ap_pcibsc.secbus)); + error = acpi_pcib_attach(dev, &sc->ap_prt, sc->ap_pcibsc.secbus); + pcib_attach_final(dev); + return (error); } static int Index: dev/pci/pci_pci.c =================================================================== --- dev/pci/pci_pci.c (revision 222747) +++ dev/pci/pci_pci.c (working copy) @@ -162,8 +162,13 @@ { device_t dev; uint32_t val; + uint16_t cmd; dev = sc->dev; + cmd = pci_read_config(dev, PCIR_COMMAND, 2); + if (cmd & (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN)) + pci_write_config(dev, PCIR_COMMAND, + cmd & ~(PCIM_CMD_PORTEN | PCIM_CMD_MEMEN), 2); if (sc->io.valid && mask & WIN_IO) { val = pci_read_config(dev, PCIR_IOBASEL_1, 1); if ((val & PCIM_BRIO_MASK) == PCIM_BRIO_32) { @@ -192,6 +197,8 @@ pci_write_config(dev, PCIR_PMBASEL_1, sc->pmem.base >> 16, 2); pci_write_config(dev, PCIR_PMLIMITL_1, sc->pmem.limit >> 16, 2); } + if (cmd & (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN)) + pci_write_config(dev, PCIR_COMMAND, cmd, 2); } static void @@ -231,7 +238,7 @@ w->name, (uintmax_t)w->base, (uintmax_t)w->limit); w->base = max_address; w->limit = 0; - pcib_write_windows(sc, w->mask); + sc->win_deferred |= w->mask; return; } pcib_activate_window(sc, type); @@ -690,22 +697,33 @@ */ } +void +pcib_attach_final(device_t dev) +{ +#ifdef NEW_PCIB + struct pcib_softc *sc; + + sc = device_get_softc(dev); + if (sc->win_deferred) { + pcib_write_windows(sc, sc->win_deferred); + sc->win_deferred = 0; + } +#endif +} + int pcib_attach(device_t dev) { struct pcib_softc *sc; - device_t child; + int error; pcib_attach_common(dev); sc = device_get_softc(dev); - if (sc->secbus != 0) { - child = device_add_child(dev, "pci", sc->secbus); - if (child != NULL) - return(bus_generic_attach(dev)); - } - - /* no secondary bus; we should have fixed this */ - return(0); + if (sc->secbus != 0) + device_add_child(dev, "pci", sc->secbus); + error = bus_generic_attach(dev); + pcib_attach_final(dev); + return (error); } int @@ -1020,7 +1038,8 @@ ("start address is not aligned")); KASSERT((w->limit & ((1ul << w->step) - 1)) == (1ul << w->step) - 1, ("end address is not aligned")); - pcib_write_windows(sc, w->mask); + if (!(sc->win_deferred & w->mask)) + pcib_write_windows(sc, w->mask); return (0); } Index: dev/pci/pcib_private.h =================================================================== --- dev/pci/pcib_private.h (revision 222747) +++ dev/pci/pcib_private.h (working copy) @@ -75,6 +75,7 @@ struct pcib_window io; /* I/O port window */ struct pcib_window mem; /* memory window */ struct pcib_window pmem; /* prefetchable memory window */ + u_int win_deferred; #else pci_addr_t pmembase; /* base address of prefetchable memory */ pci_addr_t pmemlimit; /* topmost address of prefetchable memory */ @@ -94,6 +95,7 @@ int slot, int func, uint8_t *busnum); int pcib_attach(device_t dev); void pcib_attach_common(device_t dev); +void pcib_attach_final(device_t dev); int pcib_read_ivar(device_t dev, device_t child, int which, uintptr_t *result); int pcib_write_ivar(device_t dev, device_t child, int which, uintptr_t value); struct resource *pcib_alloc_resource(device_t dev, device_t child, int type, int *rid, Index: powerpc/ofw/ofw_pcib_pci.c =================================================================== --- powerpc/ofw/ofw_pcib_pci.c (revision 222747) +++ powerpc/ofw/ofw_pcib_pci.c (working copy) @@ -126,6 +126,7 @@ ofw_pcib_pci_attach(device_t dev) { struct ofw_pcib_softc *sc; + int error; sc = device_get_softc(dev); sc->ops_pcib_sc.dev = dev; @@ -138,7 +139,9 @@ device_add_child(dev, "pci", -1); - return (bus_generic_attach(dev)); + error = bus_generic_attach(dev); + pcib_attach_final(dev); + return (error); } static phandle_t Index: sparc64/pci/ofw_pcib.c =================================================================== --- sparc64/pci/ofw_pcib.c (revision 222747) +++ sparc64/pci/ofw_pcib.c (working copy) @@ -116,6 +116,7 @@ ofw_pcib_attach(device_t dev) { struct ofw_pcib_gen_softc *sc; + int error; sc = device_get_softc(dev); @@ -135,5 +136,7 @@ ofw_pcib_gen_setup(dev); pcib_attach_common(dev); device_add_child(dev, "pci", -1); - return (bus_generic_attach(dev)); + error = bus_generic_attach(dev); + pcib_attach_final(dev); + return (error); } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 14:52:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 503021065673 for ; Mon, 6 Jun 2011 14:52:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id F00438FC08 for ; Mon, 6 Jun 2011 14:52:33 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A0A7246B39; Mon, 6 Jun 2011 10:52:33 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 408E38A027; Mon, 6 Jun 2011 10:52:33 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 6 Jun 2011 10:52:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201105260940.37035.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106061052.32727.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 06 Jun 2011 10:52:33 -0400 (EDT) Cc: "deeptech71@gmail.com" Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 14:52:34 -0000 On Saturday, May 28, 2011 9:45:48 pm deeptech71@gmail.com wrote: > On Thu, May 26, 2011 at 3:40 PM, John Baldwin wrote: > > Ohh, you have two devices behind this bridge that have prefetch ranges. > > > > As a hack, can you try this: > > > > Index: pci_pci.c > > =================================================================== > > --- pci_pci.c (revision 222285) > > +++ pci_pci.c (working copy) > > @@ -162,8 +162,13 @@ pcib_write_windows(struct pcib_softc *sc, int mask > > { > > device_t dev; > > uint32_t val; > > + uint16_t cmd; > > > > dev = sc->dev; > > + cmd = pci_read_config(dev, PCIR_COMMAND, 2); > > + if (cmd & (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN)) > > + pci_write_config(dev, PCIR_COMMAND, > > + cmd & ~(PCIM_CMD_PORTEN | PCIM_CMD_MEMEN), 2); > > if (sc->io.valid && mask & WIN_IO) { > > val = pci_read_config(dev, PCIR_IOBASEL_1, 1); > > if ((val & PCIM_BRIO_MASK) == PCIM_BRIO_32) { > > @@ -192,6 +197,8 @@ pcib_write_windows(struct pcib_softc *sc, int mask > > pci_write_config(dev, PCIR_PMBASEL_1, sc->pmem.base >> 16, 2); > > pci_write_config(dev, PCIR_PMLIMITL_1, sc->pmem.limit >> 16, 2); > > } > > + if (cmd & (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN)) > > + pci_write_config(dev, PCIR_COMMAND, cmd, 2); > > } > > > > static void > > @@ -337,6 +344,9 @@ pcib_probe_windows(struct pcib_softc *sc) > > pci_read_config(dev, PCIR_PMLIMITL_1, 2)); > > max = 0xffffffff; > > } > > + /* XXX: Testing hack */ > > + if (device_get_unit(sc->sc_dev) == 1) > > i'm assuming that "sc->sc_dev" should be "dev" (this fixes a compilation error). > > > + sc->pmem.limit = 0xefffffff; > > pcib_alloc_window(sc, &sc->pmem, SYS_RES_MEMORY, > > RF_PREFETCHABLE, max); > > } > > that seems to work! > > btw, is my machine a test-pig for an upcoming change to the PCI bus driver? Can you try out this change. It is a possible "real" solution (or at least a stopgap until we start using multipass to untangle the resource mess a bit further): Index: dev/acpica/acpi_pcib_pci.c =================================================================== --- dev/acpica/acpi_pcib_pci.c (revision 222747) +++ dev/acpica/acpi_pcib_pci.c (working copy) @@ -114,13 +114,16 @@ acpi_pcib_pci_attach(device_t dev) { struct acpi_pcib_softc *sc; + int error; ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); pcib_attach_common(dev); sc = device_get_softc(dev); sc->ap_handle = acpi_get_handle(dev); - return (acpi_pcib_attach(dev, &sc->ap_prt, sc->ap_pcibsc.secbus)); + error = acpi_pcib_attach(dev, &sc->ap_prt, sc->ap_pcibsc.secbus); + pcib_attach_final(dev); + return (error); } static int Index: dev/pci/pci_pci.c =================================================================== --- dev/pci/pci_pci.c (revision 222747) +++ dev/pci/pci_pci.c (working copy) @@ -162,8 +162,13 @@ { device_t dev; uint32_t val; + uint16_t cmd; dev = sc->dev; + cmd = pci_read_config(dev, PCIR_COMMAND, 2); + if (cmd & (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN)) + pci_write_config(dev, PCIR_COMMAND, + cmd & ~(PCIM_CMD_PORTEN | PCIM_CMD_MEMEN), 2); if (sc->io.valid && mask & WIN_IO) { val = pci_read_config(dev, PCIR_IOBASEL_1, 1); if ((val & PCIM_BRIO_MASK) == PCIM_BRIO_32) { @@ -192,6 +197,8 @@ pci_write_config(dev, PCIR_PMBASEL_1, sc->pmem.base >> 16, 2); pci_write_config(dev, PCIR_PMLIMITL_1, sc->pmem.limit >> 16, 2); } + if (cmd & (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN)) + pci_write_config(dev, PCIR_COMMAND, cmd, 2); } static void @@ -231,7 +238,7 @@ w->name, (uintmax_t)w->base, (uintmax_t)w->limit); w->base = max_address; w->limit = 0; - pcib_write_windows(sc, w->mask); + sc->win_deferred |= w->mask; return; } pcib_activate_window(sc, type); @@ -690,22 +697,33 @@ */ } +void +pcib_attach_final(device_t dev) +{ +#ifdef NEW_PCIB + struct pcib_softc *sc; + + sc = device_get_softc(dev); + if (sc->win_deferred) { + pcib_write_windows(sc, sc->win_deferred); + sc->win_deferred = 0; + } +#endif +} + int pcib_attach(device_t dev) { struct pcib_softc *sc; - device_t child; + int error; pcib_attach_common(dev); sc = device_get_softc(dev); - if (sc->secbus != 0) { - child = device_add_child(dev, "pci", sc->secbus); - if (child != NULL) - return(bus_generic_attach(dev)); - } - - /* no secondary bus; we should have fixed this */ - return(0); + if (sc->secbus != 0) + device_add_child(dev, "pci", sc->secbus); + error = bus_generic_attach(dev); + pcib_attach_final(dev); + return (error); } int @@ -1020,7 +1038,8 @@ ("start address is not aligned")); KASSERT((w->limit & ((1ul << w->step) - 1)) == (1ul << w->step) - 1, ("end address is not aligned")); - pcib_write_windows(sc, w->mask); + if (!(sc->win_deferred & w->mask)) + pcib_write_windows(sc, w->mask); return (0); } Index: dev/pci/pcib_private.h =================================================================== --- dev/pci/pcib_private.h (revision 222747) +++ dev/pci/pcib_private.h (working copy) @@ -75,6 +75,7 @@ struct pcib_window io; /* I/O port window */ struct pcib_window mem; /* memory window */ struct pcib_window pmem; /* prefetchable memory window */ + u_int win_deferred; #else pci_addr_t pmembase; /* base address of prefetchable memory */ pci_addr_t pmemlimit; /* topmost address of prefetchable memory */ @@ -94,6 +95,7 @@ int slot, int func, uint8_t *busnum); int pcib_attach(device_t dev); void pcib_attach_common(device_t dev); +void pcib_attach_final(device_t dev); int pcib_read_ivar(device_t dev, device_t child, int which, uintptr_t *result); int pcib_write_ivar(device_t dev, device_t child, int which, uintptr_t value); struct resource *pcib_alloc_resource(device_t dev, device_t child, int type, int *rid, Index: powerpc/ofw/ofw_pcib_pci.c =================================================================== --- powerpc/ofw/ofw_pcib_pci.c (revision 222747) +++ powerpc/ofw/ofw_pcib_pci.c (working copy) @@ -126,6 +126,7 @@ ofw_pcib_pci_attach(device_t dev) { struct ofw_pcib_softc *sc; + int error; sc = device_get_softc(dev); sc->ops_pcib_sc.dev = dev; @@ -138,7 +139,9 @@ device_add_child(dev, "pci", -1); - return (bus_generic_attach(dev)); + error = bus_generic_attach(dev); + pcib_attach_final(dev); + return (error); } static phandle_t Index: sparc64/pci/ofw_pcib.c =================================================================== --- sparc64/pci/ofw_pcib.c (revision 222747) +++ sparc64/pci/ofw_pcib.c (working copy) @@ -116,6 +116,7 @@ ofw_pcib_attach(device_t dev) { struct ofw_pcib_gen_softc *sc; + int error; sc = device_get_softc(dev); @@ -135,5 +136,7 @@ ofw_pcib_gen_setup(dev); pcib_attach_common(dev); device_add_child(dev, "pci", -1); - return (bus_generic_attach(dev)); + error = bus_generic_attach(dev); + pcib_attach_final(dev); + return (error); } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 16:02:11 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F3381065670; Mon, 6 Jun 2011 16:02:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 17FB68FC12; Mon, 6 Jun 2011 16:02:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56G2AlC059960; Mon, 6 Jun 2011 12:02:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56G29lb059942; Mon, 6 Jun 2011 16:02:10 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 16:02:10 GMT Message-Id: <201106061602.p56G29lb059942@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 16:02:11 -0000 TB --- 2011-06-06 14:58:07 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 14:58:07 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-06-06 14:58:07 - cleaning the object tree TB --- 2011-06-06 14:58:29 - cvsupping the source tree TB --- 2011-06-06 14:58:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-06-06 14:58:44 - building world TB --- 2011-06-06 14:58:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 14:58:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 14:58:44 - TARGET=powerpc TB --- 2011-06-06 14:58:44 - TARGET_ARCH=powerpc64 TB --- 2011-06-06 14:58:44 - TZ=UTC TB --- 2011-06-06 14:58:44 - __MAKE_CONF=/dev/null TB --- 2011-06-06 14:58:44 - cd /src TB --- 2011-06-06 14:58:44 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 14:58:45 UTC 2011 >>> 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 [...] /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: implicit declaration of function 'exit' /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: incompatible implicit declaration of built-in function 'exit' cc -O2 -pipe -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -o tcpdmatch tcpdmatch.o fakelog.o inetcf.o scaffold.o -lwrap gzip -cn /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/tcpdmatch.8 > tcpdmatch.8.gz ===> usr.sbin/tcpdrop (all) cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/tcpdrop/tcpdrop.c In file included from /src/usr.sbin/tcpdrop/tcpdrop.c:29: /obj/powerpc.powerpc64/src/tmp/usr/include/netinet/in_pcb.h:388: error: requested alignment is not a constant *** Error code 1 Stop in /src/usr.sbin/tcpdrop. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 16:02:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 16:02:09 - ERROR: failed to build world TB --- 2011-06-06 16:02:09 - 2982.50 user 627.45 system 3842.51 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 16:02:37 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCCEA1065680; Mon, 6 Jun 2011 16:02:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 85E8E8FC1C; Mon, 6 Jun 2011 16:02:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56G2aQg060923; Mon, 6 Jun 2011 12:02:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56G2a5W060922; Mon, 6 Jun 2011 16:02:36 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 16:02:36 GMT Message-Id: <201106061602.p56G2a5W060922@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 16:02:38 -0000 TB --- 2011-06-06 15:04:05 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 15:04:05 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-06 15:04:05 - cleaning the object tree TB --- 2011-06-06 15:04:16 - cvsupping the source tree TB --- 2011-06-06 15:04:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-06 15:04:34 - building world TB --- 2011-06-06 15:04:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 15:04:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 15:04:34 - TARGET=sparc64 TB --- 2011-06-06 15:04:34 - TARGET_ARCH=sparc64 TB --- 2011-06-06 15:04:34 - TZ=UTC TB --- 2011-06-06 15:04:34 - __MAKE_CONF=/dev/null TB --- 2011-06-06 15:04:34 - cd /src TB --- 2011-06-06 15:04:34 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 15:04:35 UTC 2011 >>> 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 [...] cc1: warnings being treated as errors /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtmsg_input': /src/usr.sbin/rtadvd/rtadvd.c:522: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtadvd_input': /src/usr.sbin/rtadvd/rtadvd.c:743: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c:750: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'ra_output': /src/usr.sbin/rtadvd/rtadvd.c:1761: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtadvd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 16:02:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 16:02:36 - ERROR: failed to build world TB --- 2011-06-06 16:02:36 - 2735.98 user 590.58 system 3511.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 16:23:54 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C860B1065673; Mon, 6 Jun 2011 16:23:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 71DE48FC13; Mon, 6 Jun 2011 16:23:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56GNrBG094943; Mon, 6 Jun 2011 12:23:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56GNrac094942; Mon, 6 Jun 2011 16:23:53 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 16:23:53 GMT Message-Id: <201106061623.p56GNrac094942@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 16:23:54 -0000 TB --- 2011-06-06 14:41:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 14:41:01 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-06 14:41:01 - cleaning the object tree TB --- 2011-06-06 14:41:13 - cvsupping the source tree TB --- 2011-06-06 14:41:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-06 14:41:34 - building world TB --- 2011-06-06 14:41:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 14:41:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 14:41:34 - TARGET=powerpc TB --- 2011-06-06 14:41:34 - TARGET_ARCH=powerpc TB --- 2011-06-06 14:41:34 - TZ=UTC TB --- 2011-06-06 14:41:34 - __MAKE_CONF=/dev/null TB --- 2011-06-06 14:41:34 - cd /src TB --- 2011-06-06 14:41:34 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 14:41:35 UTC 2011 >>> 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 [...] /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: implicit declaration of function 'exit' /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: incompatible implicit declaration of built-in function 'exit' cc -O2 -pipe -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -o tcpdmatch tcpdmatch.o fakelog.o inetcf.o scaffold.o -lwrap gzip -cn /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/tcpdmatch.8 > tcpdmatch.8.gz ===> usr.sbin/tcpdrop (all) cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/tcpdrop/tcpdrop.c In file included from /src/usr.sbin/tcpdrop/tcpdrop.c:29: /obj/powerpc.powerpc/src/tmp/usr/include/netinet/in_pcb.h:388: error: requested alignment is not a constant *** Error code 1 Stop in /src/usr.sbin/tcpdrop. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 16:23:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 16:23:53 - ERROR: failed to build world TB --- 2011-06-06 16:23:53 - 5159.56 user 817.27 system 6171.82 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 17:21:40 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 767941065675; Mon, 6 Jun 2011 17:21:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1DE8FC1A; Mon, 6 Jun 2011 17:21:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56HLdUc078121; Mon, 6 Jun 2011 13:21:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56HLdSN078117; Mon, 6 Jun 2011 17:21:39 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 17:21:39 GMT Message-Id: <201106061721.p56HLdSN078117@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 17:21:40 -0000 TB --- 2011-06-06 16:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 16:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-06 16:30:00 - cleaning the object tree TB --- 2011-06-06 16:30:14 - cvsupping the source tree TB --- 2011-06-06 16:30:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-06 16:30:37 - building world TB --- 2011-06-06 16:30:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 16:30:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 16:30:37 - TARGET=arm TB --- 2011-06-06 16:30:37 - TARGET_ARCH=arm TB --- 2011-06-06 16:30:37 - TZ=UTC TB --- 2011-06-06 16:30:37 - __MAKE_CONF=/dev/null TB --- 2011-06-06 16:30:37 - cd /src TB --- 2011-06-06 16:30:37 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 16:30:38 UTC 2011 >>> 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 [...] cc1: warnings being treated as errors /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtmsg_input': /src/usr.sbin/rtadvd/rtadvd.c:522: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtadvd_input': /src/usr.sbin/rtadvd/rtadvd.c:743: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c:750: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'ra_output': /src/usr.sbin/rtadvd/rtadvd.c:1761: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtadvd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 17:21:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 17:21:38 - ERROR: failed to build world TB --- 2011-06-06 17:21:38 - 2242.35 user 636.29 system 3098.06 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 18:00:36 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 541571065670 for ; Mon, 6 Jun 2011 18:00:36 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id CDC258FC14 for ; Mon, 6 Jun 2011 18:00:35 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 995A2AACFA8; Tue, 7 Jun 2011 02:00:33 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id EQXR7QZzJgwI; Tue, 7 Jun 2011 02:00:22 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id D1436AACF85; Tue, 7 Jun 2011 02:00:21 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type; b=Ek6jHVJbQPGmvZd+bdSA1jWqsrEGPvR9oCV0zclysRnsJeOs70Itp76CVSBIV2W4m 2wipuYzZ42ocyvqF8OeZQ== Message-ID: <4DED15B1.8020701@delphij.net> Date: Mon, 06 Jun 2011 11:00:17 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110502 Thunderbird/3.1.10 ThunderBrowse/3.3.5 MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 1.1.2 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------050908080205000307070202" Cc: Subject: [RFC] 'failok' mount(8) flag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 18:00:36 -0000 This is a multi-part message in MIME format. --------------050908080205000307070202 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I think sometimes it's desirable to mark a few file systems as 'failok', which means it's Ok to have these mounts failed on boot and something else (a script, cron job, etc) will handle the case. Here is a proposed patch to implement that, I'll document it if there is no objection on the functionality itself. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBCAAGBQJN7RWxAAoJEATO+BI/yjfBEKEH/0yenOjZMhl3UdtUNDGs5UBN v2Zhx3DcgvU4LCkwJEYYNXXCBYCKXMh0jBAYKhGUuKr8yOps74u9sHGDb278dn3+ hOOV/Xw4IZdjUGutezzRT8iImkVis4okEjuXX4fU/58y95jwIrcL7QXLGqerCsfe n1U6T/RcIw5AB1R184+BxeuOEVhEl/siR8AdswKxc06UgkMPc3942WRCwHvfi2qz 44m9jYV+JM3Y2eYtriBRFlqdicbzbiUAXnLFtQigpl/bUKRUyXdfOaT94Jfy48uO 9LX6aNftF5rdfDKFfRKXnFbXjn/to4r+1H5ck8ZDsnShlYVlsQbZaTvD6cP8d4Y= =VRq0 -----END PGP SIGNATURE----- --------------050908080205000307070202 Content-Type: text/plain; name="patch-mount.c" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch-mount.c" SW5kZXg6IG1vdW50LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbW91bnQuYwkocmV2aXNpb24gMjIy NzY1KQorKysgbW91bnQuYwkod29ya2luZyBjb3B5KQpAQCAtMjQzLDcgKzI0Myw3IEBACiAJ Y29uc3QgY2hhciAqbW50ZnJvbW5hbWUsICoqdmZzbGlzdCwgKnZmc3R5cGU7CiAJc3RydWN0 IGZzdGFiICpmczsKIAlzdHJ1Y3Qgc3RhdGZzICptbnRidWY7Ci0JaW50IGFsbCwgY2gsIGks IGluaXRfZmxhZ3MsIGxhdGUsIG1udHNpemUsIHJ2YWwsIGhhdmVfZnN0YWIsIHJvOworCWlu dCBhbGwsIGNoLCBpLCBpbml0X2ZsYWdzLCBsYXRlLCBmYWlsb2ssIG1udHNpemUsIHJ2YWws IGhhdmVfZnN0YWIsIHJvOwogCWNoYXIgKmNwLCAqZXAsICpvcHRpb25zOwogCiAJYWxsID0g aW5pdF9mbGFncyA9IGxhdGUgPSAwOwpAQCAtMzI4LDYgKzMyOCwxMCBAQAogCQkJCQljb250 aW51ZTsKIAkJCQlpZiAoaGFzb3B0KGZzLT5mc19tbnRvcHMsICJsYXRlIikgJiYgIWxhdGUp CiAJCQkJCWNvbnRpbnVlOworCQkJCWlmIChoYXNvcHQoZnMtPmZzX21udG9wcywgImZhaWxv ayIpKQorCQkJCQlmYWlsb2sgPSAxOworCQkJCWVsc2UKKwkJCQkJZmFpbG9rID0gMDsKIAkJ CQlpZiAoIShpbml0X2ZsYWdzICYgTU5UX1VQREFURSkgJiYKIAkJCQkgICAgaXNtb3VudGVk KGZzLCBtbnRidWYsIG1udHNpemUpKQogCQkJCQljb250aW51ZTsKQEAgLTMzNSw3ICszMzks NyBAQAogCQkJCSAgICBtbnRidWYtPmZfZmxhZ3MpOwogCQkJCWlmIChtb3VudGZzKGZzLT5m c192ZnN0eXBlLCBmcy0+ZnNfc3BlYywKIAkJCQkgICAgZnMtPmZzX2ZpbGUsIGluaXRfZmxh Z3MsIG9wdGlvbnMsCi0JCQkJICAgIGZzLT5mc19tbnRvcHMpKQorCQkJCSAgICBmcy0+ZnNf bW50b3BzKSAmJiAhZmFpbG9rKQogCQkJCQlydmFsID0gMTsKIAkJCX0KIAkJfSBlbHNlIGlm IChmc3RhYl9zdHlsZSkgewpAQCAtNzE3LDYgKzcyMSwxNCBAQAogCQkJCSAqIGJlZm9yZSBt b3VudGQgc3RhcnRzLgogCQkJCSAqLwogCQkJCWNvbnRpbnVlOworCQkJfSBlbHNlIGlmIChz dHJjbXAocCwgImZhaWxvayIpID09IDApIHsKKwkJCQkvKgorCQkJCSAqICJmYWlsb2siIGlz IHVzZWQgdG8gcHJldmVudCBjZXJ0YWluIGZpbGUKKwkJCQkgKiBzeXN0ZW1zIGZyb20gYmVp bmcgY2F1c2luZyB0aGUgc3lzdGVtIHRvCisJCQkJICogZHJvcCBpbnRvIHNpbmdsZSB1c2Vy IG1vZGUgaW4gdGhlIGJvb3QKKwkJCQkgKiBjeWNsZSwgYW5kIGlzIG5vdCBhIHJlYWwgbW91 bnQgb3B0aW9uLgorCQkJCSAqLworCQkJCWNvbnRpbnVlOwogCQkJfSBlbHNlIGlmIChzdHJu Y21wKHAsICJtb3VudHByb2ciLCA5KSA9PSAwKSB7CiAJCQkJLyoKIAkJCQkgKiAibW91bnRw cm9nIiBpcyB1c2VkIHRvIGZvcmNlIHRoZSB1c2Ugb2YK --------------050908080205000307070202-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 18:24:00 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD58E106564A; Mon, 6 Jun 2011 18:24:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7EACB8FC16; Mon, 6 Jun 2011 18:24:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56INxXG095831; Mon, 6 Jun 2011 14:23:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56INxVj095799; Mon, 6 Jun 2011 18:23:59 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 18:23:59 GMT Message-Id: <201106061823.p56INxVj095799@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 18:24:01 -0000 TB --- 2011-06-06 16:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 16:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-06 16:30:00 - cleaning the object tree TB --- 2011-06-06 16:30:19 - cvsupping the source tree TB --- 2011-06-06 16:30:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-06 16:30:39 - building world TB --- 2011-06-06 16:30:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 16:30:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 16:30:39 - TARGET=pc98 TB --- 2011-06-06 16:30:39 - TARGET_ARCH=i386 TB --- 2011-06-06 16:30:39 - TZ=UTC TB --- 2011-06-06 16:30:39 - __MAKE_CONF=/dev/null TB --- 2011-06-06 16:30:39 - cd /src TB --- 2011-06-06 16:30:39 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 16:30:39 UTC 2011 >>> 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 [...] /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: implicit declaration of function 'exit' /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: incompatible implicit declaration of built-in function 'exit' cc -O2 -pipe -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -o tcpdmatch tcpdmatch.o fakelog.o inetcf.o scaffold.o -lwrap gzip -cn /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/tcpdmatch.8 > tcpdmatch.8.gz ===> usr.sbin/tcpdrop (all) cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/tcpdrop/tcpdrop.c In file included from /src/usr.sbin/tcpdrop/tcpdrop.c:29: /obj/pc98.i386/src/tmp/usr/include/netinet/in_pcb.h:388: error: requested alignment is not a constant *** Error code 1 Stop in /src/usr.sbin/tcpdrop. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 18:23:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 18:23:59 - ERROR: failed to build world TB --- 2011-06-06 18:23:59 - 5559.25 user 909.11 system 6838.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 18:24:30 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B479106566C; Mon, 6 Jun 2011 18:24:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 25EAB8FC14; Mon, 6 Jun 2011 18:24:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56IOTHk097939; Mon, 6 Jun 2011 14:24:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56IOTAA097938; Mon, 6 Jun 2011 18:24:29 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 18:24:29 GMT Message-Id: <201106061824.p56IOTAA097938@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 18:24:30 -0000 TB --- 2011-06-06 16:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 16:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-06 16:30:00 - cleaning the object tree TB --- 2011-06-06 16:30:23 - cvsupping the source tree TB --- 2011-06-06 16:30:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-06 16:30:41 - building world TB --- 2011-06-06 16:30:41 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 16:30:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 16:30:41 - TARGET=amd64 TB --- 2011-06-06 16:30:41 - TARGET_ARCH=amd64 TB --- 2011-06-06 16:30:41 - TZ=UTC TB --- 2011-06-06 16:30:41 - __MAKE_CONF=/dev/null TB --- 2011-06-06 16:30:41 - cd /src TB --- 2011-06-06 16:30:41 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 16:30:41 UTC 2011 >>> 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 [...] /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: implicit declaration of function 'exit' /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: incompatible implicit declaration of built-in function 'exit' cc -O2 -pipe -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -o tcpdmatch tcpdmatch.o fakelog.o inetcf.o scaffold.o -lwrap gzip -cn /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/tcpdmatch.8 > tcpdmatch.8.gz ===> usr.sbin/tcpdrop (all) cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/tcpdrop/tcpdrop.c In file included from /src/usr.sbin/tcpdrop/tcpdrop.c:29: /obj/src/tmp/usr/include/netinet/in_pcb.h:388: error: requested alignment is not a constant *** Error code 1 Stop in /src/usr.sbin/tcpdrop. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 18:24:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 18:24:28 - ERROR: failed to build world TB --- 2011-06-06 18:24:28 - 5583.69 user 909.49 system 6868.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 18:30:12 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E10D21065676; Mon, 6 Jun 2011 18:30:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 708268FC22; Mon, 6 Jun 2011 18:30:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56IUAve051064; Mon, 6 Jun 2011 14:30:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56IUA0b051063; Mon, 6 Jun 2011 18:30:10 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 18:30:10 GMT Message-Id: <201106061830.p56IUA0b051063@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 18:30:12 -0000 TB --- 2011-06-06 16:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 16:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-06 16:30:00 - cleaning the object tree TB --- 2011-06-06 16:30:24 - cvsupping the source tree TB --- 2011-06-06 16:30:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-06 16:35:48 - building world TB --- 2011-06-06 16:35:48 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 16:35:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 16:35:48 - TARGET=i386 TB --- 2011-06-06 16:35:48 - TARGET_ARCH=i386 TB --- 2011-06-06 16:35:48 - TZ=UTC TB --- 2011-06-06 16:35:48 - __MAKE_CONF=/dev/null TB --- 2011-06-06 16:35:48 - cd /src TB --- 2011-06-06 16:35:48 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 16:35:49 UTC 2011 >>> 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 [...] /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: implicit declaration of function 'exit' /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: incompatible implicit declaration of built-in function 'exit' cc -O2 -pipe -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -o tcpdmatch tcpdmatch.o fakelog.o inetcf.o scaffold.o -lwrap gzip -cn /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/tcpdmatch.8 > tcpdmatch.8.gz ===> usr.sbin/tcpdrop (all) cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/tcpdrop/tcpdrop.c In file included from /src/usr.sbin/tcpdrop/tcpdrop.c:29: /obj/i386.i386/src/tmp/usr/include/netinet/in_pcb.h:388: error: requested alignment is not a constant *** Error code 1 Stop in /src/usr.sbin/tcpdrop. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 18:30:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 18:30:10 - ERROR: failed to build world TB --- 2011-06-06 18:30:10 - 5591.98 user 888.98 system 7210.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 18:44:16 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3D941065672; Mon, 6 Jun 2011 18:44:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDEB8FC1C; Mon, 6 Jun 2011 18:44:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56IiFDx078489; Mon, 6 Jun 2011 14:44:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56IiF8Y078456; Mon, 6 Jun 2011 18:44:15 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 18:44:15 GMT Message-Id: <201106061844.p56IiF8Y078456@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 18:44:17 -0000 TB --- 2011-06-06 17:21:39 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 17:21:39 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-06 17:21:39 - cleaning the object tree TB --- 2011-06-06 17:21:50 - cvsupping the source tree TB --- 2011-06-06 17:21:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-06 17:22:08 - building world TB --- 2011-06-06 17:22:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 17:22:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 17:22:08 - TARGET=ia64 TB --- 2011-06-06 17:22:08 - TARGET_ARCH=ia64 TB --- 2011-06-06 17:22:08 - TZ=UTC TB --- 2011-06-06 17:22:08 - __MAKE_CONF=/dev/null TB --- 2011-06-06 17:22:08 - cd /src TB --- 2011-06-06 17:22:08 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 17:22:09 UTC 2011 >>> 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 [...] cc1: warnings being treated as errors /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtmsg_input': /src/usr.sbin/rtadvd/rtadvd.c:522: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtadvd_input': /src/usr.sbin/rtadvd/rtadvd.c:743: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c:750: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'ra_output': /src/usr.sbin/rtadvd/rtadvd.c:1761: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtadvd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 18:44:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 18:44:15 - ERROR: failed to build world TB --- 2011-06-06 18:44:15 - 3947.38 user 680.34 system 4956.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 18:47:15 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C27A1065670 for ; Mon, 6 Jun 2011 18:47:15 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 0EFA48FC15 for ; Mon, 6 Jun 2011 18:47:13 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id D6C9D5E31; Mon, 6 Jun 2011 18:22:14 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.4/8.14.4) with ESMTP id p56IMEt1058750; Mon, 6 Jun 2011 18:22:14 GMT (envelope-from phk@critter.freebsd.dk) To: d@delphij.net From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 06 Jun 2011 11:00:17 MST." <4DED15B1.8020701@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 06 Jun 2011 18:22:14 +0000 Message-ID: <58749.1307384534@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: FreeBSD Current Subject: Re: [RFC] 'failok' mount(8) flag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 18:47:15 -0000 In message <4DED15B1.8020701@delphij.net>, Xin LI writes: >I think sometimes it's desirable to mark a few file systems as 'failok', >which means it's Ok to have these mounts failed on boot and something >else (a script, cron job, etc) will handle the case. Good idea. (This was one of the ideas that made me realize that we were out of mount flags, and thus prompted nmount(8). Never got around to implement failok afterwards.) Based on some NanoBSD work along this kind of lines, there may be /etc/rc.ng opportunities/work to do in this, so that rc.d/foo can depend on a given filesystem actually being mounted, since some daemons can get quite upset and hang the boot, if their filesystems are not there and/or suddenly too small etc. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 19:00:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69AA2106566B; Mon, 6 Jun 2011 19:00:26 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0EBF98FC13; Mon, 6 Jun 2011 19:00:25 +0000 (UTC) Received: by gyg13 with SMTP id 13so2426201gyg.13 for ; Mon, 06 Jun 2011 12:00:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kqWo6dnnLu4TktKhBoGfv/wipcO6wAo2GOf/XGPTS3Q=; b=N7DjqiHuqRAlZqq9llK2+XfIay49cABMWd57Nc2/zr+Irpa3eyNvLvaZ4vXSVmtPiu OmygT4YpEyP5mWvtmnyN5908Av1MZTajJYruEzswx8jeUX3/HC2dAhUwlj2l/wubxrA2 suhF9L3uBiV7QOvlIyRlajA5d5wez6dp+X1cc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=PUGXD7CYRqBJK+2TLqNARG4BNpiyb3LUlZgu2PLy1pU1iYFcXWOUCsI0hvEosTcS4x 2uDjuwqXfncQcHnPrMRr7NbsGH9x6HWOSHsqHcfowVsKzZSMqzS0kP1pG90E4Xoh4bUX GEeyJX0e6EZcGJudn1qMv8rTF1ruDqG99+Guw= MIME-Version: 1.0 Received: by 10.151.122.11 with SMTP id z11mr4634210ybm.278.1307386825062; Mon, 06 Jun 2011 12:00:25 -0700 (PDT) Received: by 10.150.186.6 with HTTP; Mon, 6 Jun 2011 12:00:24 -0700 (PDT) In-Reply-To: <201105312003.29931.jkim@FreeBSD.org> References: <201105311650.16164.jkim@FreeBSD.org> <201105312003.29931.jkim@FreeBSD.org> Date: Mon, 6 Jun 2011 12:00:24 -0700 Message-ID: From: Xin LI To: Jung-uk Kim Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "George V. Neville-Neil" , freebsd-current@freebsd.org, Johannes Dieterich Subject: Re: Boot halts on Thinkpad X220 (Sandy Bridge) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 19:00:26 -0000 On Tue, May 31, 2011 at 5:03 PM, Jung-uk Kim wrote: [...] > I found something strange about this BIOS (well, if we can call it > that). =C2=A0Please try this: > > Index: sys/dev/atkbdc/atkbd.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/dev/atkbdc/atkbd.c =C2=A0 =C2=A0 =C2=A0(revision 222550) > +++ sys/dev/atkbdc/atkbd.c =C2=A0 =C2=A0 =C2=A0(working copy) > @@ -1100,7 +1100,8 @@ get_typematic(keyboard_t *kbd) > =C2=A0 =C2=A0 =C2=A0 =C2=A0if (!(kbd->kb_config & KB_CONF_PROBE_TYPEMATIC= )) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0return (ENODEV); > > - =C2=A0 =C2=A0 =C2=A0 if (x86bios_get_intr(0x15) =3D=3D 0 || x86bios_get= _intr(0x16) =3D=3D 0) > + =C2=A0 =C2=A0 =C2=A0 if (x86bios_get_intr(0x15) !=3D 0xf000f859 || > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 x86bios_get_intr(0x16) !=3D 0xf000e8= 2e) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0return (ENODEV); > > =C2=A0 =C2=A0 =C2=A0 =C2=A0/* Is BIOS system configuration table supporte= d? */ > > You must re-enable typematic probing from loader to test it, of > course. =C2=A0I think the following line should do: > > hint.atkbd.0.flags=3D"0x10" > > Note: You may add printf() before and after the check to make sure it > is being called (and it fails immediately). > > A long answer goes like this. =C2=A0INT 0x15 and 0x16 vectors have fixed > entry points in *real* BIOS, i.e., 0xf000:0xf859 and 0xf000:0xe82e. > For this BIOS (or CSM), INT 0x16 vector is correct but INT 0x15 > vector is not (0xf000:0xb4f1). =C2=A0Funny thing is 0xf000:0xf859 actuall= y > points to a working INT 15h handler, it seems, which confused me > totally. =C2=A0Probably it was done like this because (U)EFI CSM spec. > mandated it to be located @ 0xf000:0xf859. =C2=A0If we follow the > interrupt vector (0xf000:0xb4f1), it gets nowhere (or jumps to an > unknown external interrupt handler). =C2=A0If we follow the fixed address= , > it will exit gracefully. =C2=A0So, actually there are two possible > solutions, i.e., 1) check whether the interrupt vector is modified > (the above patch), or 2) jump directly to the fixed interrupt entry > point. =C2=A0I chose Option #1 because it is very hard to find BIOS > typematic support these days (as you pointed out). Sorry for the delay. I finally got a copy of (U)EFI spec and found the requirement of fixed entry there. Option #1 sounds like a good idea to me too (if the "BIOS" can break one rule, it can also break more). Could you please commit the change (maybe revert mine before that?) and merge it back to -STABLE? Thanks for your time on investigating this! Cheers, --=20 Xin LI http://www.delphij.net From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 19:18:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33A5C106566B; Mon, 6 Jun 2011 19:18:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CEA388FC13; Mon, 6 Jun 2011 19:18:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56JIGHR059303; Mon, 6 Jun 2011 15:18:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56JIGfC059298; Mon, 6 Jun 2011 19:18:16 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 19:18:16 GMT Message-Id: <201106061918.p56JIGfC059298@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 19:18:18 -0000 TB --- 2011-06-06 18:24:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 18:24:00 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-06 18:24:00 - cleaning the object tree TB --- 2011-06-06 18:24:06 - cvsupping the source tree TB --- 2011-06-06 18:24:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-06 18:24:21 - building world TB --- 2011-06-06 18:24:21 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 18:24:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 18:24:21 - TARGET=mips TB --- 2011-06-06 18:24:21 - TARGET_ARCH=mips TB --- 2011-06-06 18:24:21 - TZ=UTC TB --- 2011-06-06 18:24:21 - __MAKE_CONF=/dev/null TB --- 2011-06-06 18:24:21 - cd /src TB --- 2011-06-06 18:24:21 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 18:24:22 UTC 2011 >>> 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 [...] cc1: warnings being treated as errors /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtmsg_input': /src/usr.sbin/rtadvd/rtadvd.c:522: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtadvd_input': /src/usr.sbin/rtadvd/rtadvd.c:743: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c:750: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'ra_output': /src/usr.sbin/rtadvd/rtadvd.c:1761: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtadvd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 19:18:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 19:18:16 - ERROR: failed to build world TB --- 2011-06-06 19:18:16 - 2354.86 user 610.92 system 3256.24 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 19:34:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06B21106566B; Mon, 6 Jun 2011 19:34:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A4D6F8FC17; Mon, 6 Jun 2011 19:34:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56JYg6m025939; Mon, 6 Jun 2011 15:34:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56JYgaU025932; Mon, 6 Jun 2011 19:34:42 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 19:34:42 GMT Message-Id: <201106061934.p56JYgaU025932@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 19:34:44 -0000 TB --- 2011-06-06 18:30:11 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 18:30:11 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-06-06 18:30:11 - cleaning the object tree TB --- 2011-06-06 18:30:16 - cvsupping the source tree TB --- 2011-06-06 18:30:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-06-06 18:30:28 - building world TB --- 2011-06-06 18:30:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 18:30:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 18:30:28 - TARGET=powerpc TB --- 2011-06-06 18:30:28 - TARGET_ARCH=powerpc64 TB --- 2011-06-06 18:30:28 - TZ=UTC TB --- 2011-06-06 18:30:28 - __MAKE_CONF=/dev/null TB --- 2011-06-06 18:30:28 - cd /src TB --- 2011-06-06 18:30:28 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 18:30:31 UTC 2011 >>> 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 [...] /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: implicit declaration of function 'exit' /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: incompatible implicit declaration of built-in function 'exit' cc -O2 -pipe -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -o tcpdmatch tcpdmatch.o fakelog.o inetcf.o scaffold.o -lwrap gzip -cn /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/tcpdmatch.8 > tcpdmatch.8.gz ===> usr.sbin/tcpdrop (all) cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/tcpdrop/tcpdrop.c In file included from /src/usr.sbin/tcpdrop/tcpdrop.c:29: /obj/powerpc.powerpc64/src/tmp/usr/include/netinet/in_pcb.h:388: error: requested alignment is not a constant *** Error code 1 Stop in /src/usr.sbin/tcpdrop. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 19:34:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 19:34:42 - ERROR: failed to build world TB --- 2011-06-06 19:34:42 - 3009.55 user 631.08 system 3871.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 19:42:36 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40BD8106564A; Mon, 6 Jun 2011 19:42:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DC9728FC0A; Mon, 6 Jun 2011 19:42:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56JgZVS073172; Mon, 6 Jun 2011 15:42:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56JgZx4073164; Mon, 6 Jun 2011 19:42:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 19:42:35 GMT Message-Id: <201106061942.p56JgZx4073164@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 19:42:36 -0000 TB --- 2011-06-06 18:44:15 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 18:44:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-06 18:44:15 - cleaning the object tree TB --- 2011-06-06 18:44:22 - cvsupping the source tree TB --- 2011-06-06 18:44:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-06 18:44:56 - building world TB --- 2011-06-06 18:44:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 18:44:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 18:44:56 - TARGET=sparc64 TB --- 2011-06-06 18:44:56 - TARGET_ARCH=sparc64 TB --- 2011-06-06 18:44:56 - TZ=UTC TB --- 2011-06-06 18:44:56 - __MAKE_CONF=/dev/null TB --- 2011-06-06 18:44:56 - cd /src TB --- 2011-06-06 18:44:56 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 18:44:56 UTC 2011 >>> 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 [...] cc1: warnings being treated as errors /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtmsg_input': /src/usr.sbin/rtadvd/rtadvd.c:522: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtadvd_input': /src/usr.sbin/rtadvd/rtadvd.c:743: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c:750: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'ra_output': /src/usr.sbin/rtadvd/rtadvd.c:1761: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtadvd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 19:42:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 19:42:35 - ERROR: failed to build world TB --- 2011-06-06 19:42:35 - 2708.99 user 594.05 system 3499.13 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 20:05:53 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF6D8106564A; Mon, 6 Jun 2011 20:05:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7310A8FC16; Mon, 6 Jun 2011 20:05:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56K5qJI008870; Mon, 6 Jun 2011 16:05:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56K5qYV008869; Mon, 6 Jun 2011 20:05:52 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 20:05:52 GMT Message-Id: <201106062005.p56K5qYV008869@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 20:05:53 -0000 TB --- 2011-06-06 18:24:29 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 18:24:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-06 18:24:29 - cleaning the object tree TB --- 2011-06-06 18:24:36 - cvsupping the source tree TB --- 2011-06-06 18:24:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-06 18:24:47 - building world TB --- 2011-06-06 18:24:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 18:24:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 18:24:47 - TARGET=powerpc TB --- 2011-06-06 18:24:47 - TARGET_ARCH=powerpc TB --- 2011-06-06 18:24:47 - TZ=UTC TB --- 2011-06-06 18:24:47 - __MAKE_CONF=/dev/null TB --- 2011-06-06 18:24:47 - cd /src TB --- 2011-06-06 18:24:47 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 18:24:48 UTC 2011 >>> 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 [...] /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: implicit declaration of function 'exit' /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/scaffold.c:235: warning: incompatible implicit declaration of built-in function 'exit' cc -O2 -pipe -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -o tcpdmatch tcpdmatch.o fakelog.o inetcf.o scaffold.o -lwrap gzip -cn /src/usr.sbin/tcpdmatch/../../contrib/tcp_wrappers/tcpdmatch.8 > tcpdmatch.8.gz ===> usr.sbin/tcpdrop (all) cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/tcpdrop/tcpdrop.c In file included from /src/usr.sbin/tcpdrop/tcpdrop.c:29: /obj/powerpc.powerpc/src/tmp/usr/include/netinet/in_pcb.h:388: error: requested alignment is not a constant *** Error code 1 Stop in /src/usr.sbin/tcpdrop. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 20:05:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 20:05:52 - ERROR: failed to build world TB --- 2011-06-06 20:05:52 - 5136.19 user 820.95 system 6082.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 21:02:14 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A54CF1065670; Mon, 6 Jun 2011 21:02:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 471A18FC19; Mon, 6 Jun 2011 21:02:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56L2CCC091993; Mon, 6 Jun 2011 17:02:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56L2Ctq091992; Mon, 6 Jun 2011 21:02:12 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 21:02:12 GMT Message-Id: <201106062102.p56L2Ctq091992@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 21:02:14 -0000 TB --- 2011-06-06 20:10:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 20:10:01 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-06 20:10:01 - cleaning the object tree TB --- 2011-06-06 20:10:10 - cvsupping the source tree TB --- 2011-06-06 20:10:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-06 20:10:57 - building world TB --- 2011-06-06 20:10:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 20:10:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 20:10:57 - TARGET=arm TB --- 2011-06-06 20:10:57 - TARGET_ARCH=arm TB --- 2011-06-06 20:10:57 - TZ=UTC TB --- 2011-06-06 20:10:57 - __MAKE_CONF=/dev/null TB --- 2011-06-06 20:10:57 - cd /src TB --- 2011-06-06 20:10:57 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 20:10:57 UTC 2011 >>> 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 [...] cc1: warnings being treated as errors /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtmsg_input': /src/usr.sbin/rtadvd/rtadvd.c:522: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtadvd_input': /src/usr.sbin/rtadvd/rtadvd.c:743: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c:750: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'ra_output': /src/usr.sbin/rtadvd/rtadvd.c:1761: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtadvd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 21:02:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 21:02:11 - ERROR: failed to build world TB --- 2011-06-06 21:02:12 - 2239.38 user 630.23 system 3130.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 22:14:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 813D0106566B for ; Mon, 6 Jun 2011 22:14:01 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3B1E78FC15 for ; Mon, 6 Jun 2011 22:14:00 +0000 (UTC) Received: by gxk28 with SMTP id 28so2512059gxk.13 for ; Mon, 06 Jun 2011 15:14:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lQqER1vXjn3rFR7fvKY6J15qaGuuU5zA1Xmm8ywMv6c=; b=mY7StgRaq0i96whpdoQvpIbUqRiwZt/O/1dd3Z4SxYQABf2YaHXFQf5NSdj6FxK3Ek 9DZXBSTaz+nfoEl1yxA88aYoE4E0O07oqj6iRiIMaNir/4/mA2uLfMk1EotTw0kNd0WQ wnO5Xiv7ilC79HOuRfPw1XF207X5iKQj+j71g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=h2mj1FKo147NJJ+zBfyqkWyq+ZUA80gcYRTETXmXrmO8FrXCL956/+46qccy492wqL 530N6IQr06xKMTQqMQj0gRY60w5ZHJFX8iSoe2Kgrwo6vfgm8sHNuwHwxquFNwRckYgs 9fO/3w3y/PtP1XwUkc2lqlEf/Uw8QWOtnZ36g= MIME-Version: 1.0 Received: by 10.236.77.9 with SMTP id c9mr5531035yhe.36.1307398440464; Mon, 06 Jun 2011 15:14:00 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.236.103.136 with HTTP; Mon, 6 Jun 2011 15:14:00 -0700 (PDT) In-Reply-To: <20110604130756.1d3b71ba@fabiankeil.de> References: <20110604130756.1d3b71ba@fabiankeil.de> Date: Mon, 6 Jun 2011 18:14:00 -0400 X-Google-Sender-Auth: cUplgQf8fDh-fQxEiVqk-kcNNaY Message-ID: From: Attilio Rao To: Fabian Keil Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Add the infrastructure for supporting an infinite number of CPUs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 22:14:01 -0000 2011/6/4 Fabian Keil : > Attilio Rao wrote: > >> Current maximum number of CPUs supported by the FreeBSD kernel is 32. >> That number cames from indirectly by the fact that we have a cpumask_t >> type, representing a mask of CPUs, which is an unsigned int right now. >> I then made a patch that removes the cpumask_t type and uses cpuset_t >> type for characterizing a generic mask of CPUs: >> http://www.freebsd.org/~attilio/largeSMP/largeSMP-patchset-beta-0.diff > >> I really need to commit this patch before code slush happens, thus I >> plan to commit it on June 7th, if no one reports bugs or can make good >> point on his reviews. Please note that the patch has been greatly >> tested and reviewed on all FreeBSD tier-1 and tier-2 architectures. >> Anyway more testing and reviews are welcome to happen. > > In the few days I've been using the patch, I haven't experienced > any problems on a dual core AMD64 system using SCHED_ULE. I'm aware > that two isn't that close to infinity, though. Well, it is important to verify the patch doesn't introduce regressions, thus thanks for testing. > Not sure if it matters, but I noticed two places where the CPU_ABSENT() > macro could be used, but isn't. There may be more, but as someone unfamiliar > with the code it wasn't obvious to me if there are places where "all_cpus" > and "cpus" are equal. Actually I'm fairly sure there are several refinements that can be made in this area of the kernel, but for the moment I want to keep the patch straight to the smallest possible subset of changes in order to avoid silly mistakes. If you want to submit patches abotu more usage of CPU_ABSENT() feel free to do so, I can review and commit them. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 22:24:32 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AD1B106566B; Mon, 6 Jun 2011 22:24:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0D08B8FC17; Mon, 6 Jun 2011 22:24:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56MOUro066295; Mon, 6 Jun 2011 18:24:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56MOUJ9066262; Mon, 6 Jun 2011 22:24:30 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 22:24:30 GMT Message-Id: <201106062224.p56MOUJ9066262@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 22:24:32 -0000 TB --- 2011-06-06 21:02:12 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 21:02:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-06 21:02:12 - cleaning the object tree TB --- 2011-06-06 21:02:17 - cvsupping the source tree TB --- 2011-06-06 21:02:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-06 21:02:29 - building world TB --- 2011-06-06 21:02:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 21:02:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 21:02:29 - TARGET=ia64 TB --- 2011-06-06 21:02:29 - TARGET_ARCH=ia64 TB --- 2011-06-06 21:02:29 - TZ=UTC TB --- 2011-06-06 21:02:29 - __MAKE_CONF=/dev/null TB --- 2011-06-06 21:02:29 - cd /src TB --- 2011-06-06 21:02:29 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 21:02:29 UTC 2011 >>> 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 [...] cc1: warnings being treated as errors /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtmsg_input': /src/usr.sbin/rtadvd/rtadvd.c:522: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtadvd_input': /src/usr.sbin/rtadvd/rtadvd.c:743: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c:750: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'ra_output': /src/usr.sbin/rtadvd/rtadvd.c:1761: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtadvd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 22:24:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 22:24:30 - ERROR: failed to build world TB --- 2011-06-06 22:24:30 - 3948.84 user 677.80 system 4937.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 23:19:05 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62E3E1065672; Mon, 6 Jun 2011 23:19:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0DB218FC17; Mon, 6 Jun 2011 23:19:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p56NJ4d1011399; Mon, 6 Jun 2011 19:19:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56NJ3F5011379; Mon, 6 Jun 2011 23:19:03 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 23:19:03 GMT Message-Id: <201106062319.p56NJ3F5011379@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 23:19:05 -0000 TB --- 2011-06-06 22:24:31 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 22:24:31 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-06 22:24:31 - cleaning the object tree TB --- 2011-06-06 22:24:36 - cvsupping the source tree TB --- 2011-06-06 22:24:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-06 22:24:50 - building world TB --- 2011-06-06 22:24:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 22:24:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 22:24:50 - TARGET=mips TB --- 2011-06-06 22:24:50 - TARGET_ARCH=mips TB --- 2011-06-06 22:24:50 - TZ=UTC TB --- 2011-06-06 22:24:50 - __MAKE_CONF=/dev/null TB --- 2011-06-06 22:24:50 - cd /src TB --- 2011-06-06 22:24:50 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 22:24:51 UTC 2011 >>> 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 [...] cc -O -pipe -G0 -DHAVE_ARC4RANDOM -DHAVE_POLL_H -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/rtsold/rtsol.c cc1: warnings being treated as errors /src/usr.sbin/rtsold/rtsol.c: In function 'sendpacket': /src/usr.sbin/rtsold/rtsol.c:202: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c: In function 'rtsol_input': /src/usr.sbin/rtsold/rtsol.c:269: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:275: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:411: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtsold. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 23:19:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 23:19:03 - ERROR: failed to build world TB --- 2011-06-06 23:19:03 - 2347.04 user 594.80 system 3272.31 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 00:23:07 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90223106566B; Tue, 7 Jun 2011 00:23:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 39F388FC13; Tue, 7 Jun 2011 00:23:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p570N68G009513; Mon, 6 Jun 2011 20:23:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p570N6Ow009427; Tue, 7 Jun 2011 00:23:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 7 Jun 2011 00:23:06 GMT Message-Id: <201106070023.p570N6Ow009427@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 00:23:07 -0000 TB --- 2011-06-06 23:27:55 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 23:27:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-06 23:27:55 - cleaning the object tree TB --- 2011-06-06 23:28:01 - cvsupping the source tree TB --- 2011-06-06 23:28:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-06 23:28:13 - building world TB --- 2011-06-06 23:28:13 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 23:28:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 23:28:13 - TARGET=sparc64 TB --- 2011-06-06 23:28:13 - TARGET_ARCH=sparc64 TB --- 2011-06-06 23:28:13 - TZ=UTC TB --- 2011-06-06 23:28:13 - __MAKE_CONF=/dev/null TB --- 2011-06-06 23:28:13 - cd /src TB --- 2011-06-06 23:28:13 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 23:28:14 UTC 2011 >>> 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 [...] cc -O2 -pipe -DHAVE_ARC4RANDOM -DHAVE_POLL_H -std=gnu99 -fstack-protector -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/rtsold/rtsol.c cc1: warnings being treated as errors /src/usr.sbin/rtsold/rtsol.c: In function 'sendpacket': /src/usr.sbin/rtsold/rtsol.c:202: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c: In function 'rtsol_input': /src/usr.sbin/rtsold/rtsol.c:269: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:275: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:411: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtsold. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-07 00:23:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-07 00:23:05 - ERROR: failed to build world TB --- 2011-06-07 00:23:06 - 2693.19 user 591.56 system 3310.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 01:33:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id E529F1065675; Tue, 7 Jun 2011 01:33:30 +0000 (UTC) Date: Tue, 7 Jun 2011 01:33:30 +0000 From: John To: John Baldwin Message-ID: <20110607013330.GA75754@FreeBSD.org> References: <20110606002353.GA2518@slowblink.com> <201106061051.30425.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201106061051.30425.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Tue, 07 Jun 2011 01:38:44 +0000 Cc: freebsd-current@freebsd.org Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 01:33:31 -0000 ----- John Baldwin's Original Message ----- > On Sunday, June 05, 2011 8:23:53 pm John wrote: > > Hi Folks, > > > > I just attempted to update an HP385G0 system from current as of > > 4-15-2011 to 6-2-2011. The new system will not boot, and shows the > > following message when it hangs: > > > > pcib1: at device 3.0 on pci0 > > pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff > > > > From a booting system, device 3.0 shows the following in dmesg: > > > > pcib1: at device 3.0 on pci0 > > vgapci0: port 0x4400-0x44ff mem > 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 > > > > From reading other msgs that seem related to this problem, I've > > attached the dmesg, devinfo -ur, and devinfo -rv below. > > > > Thanks for any help solving this. > > Please try this patch: > Hi John, I applied your patch/rebuilt/installed/rebooted. The system seems to get farther, but still locks up tight. A screen pic is here: http://people.freebsd.org/~jwd/dmesg.jpg The -v dmesg output looks right except for the 'MCA' text at the bottom. Not sure where it's coming from. It's worth noting sometimes the MCA doesn't show up, but it always locks up at that point now. In looking at the devinfo/dmesg output, I don't think I see any actual overlapping areas, but do see multiple items within the 0x4000 to 0x4fff range. I don't claim to be an expert though. I'm definately open to other ideas. Thanks, John From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 02:21:09 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B323106564A; Tue, 7 Jun 2011 02:21:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF428FC15; Tue, 7 Jun 2011 02:21:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p572L7Pu092624; Mon, 6 Jun 2011 22:21:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p572L7AD092623; Tue, 7 Jun 2011 02:21:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 7 Jun 2011 02:21:07 GMT Message-Id: <201106070221.p572L7AD092623@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 02:21:09 -0000 TB --- 2011-06-07 01:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-07 01:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-07 01:30:00 - cleaning the object tree TB --- 2011-06-07 01:30:08 - cvsupping the source tree TB --- 2011-06-07 01:30:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-07 01:30:34 - building world TB --- 2011-06-07 01:30:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-07 01:30:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-07 01:30:34 - TARGET=arm TB --- 2011-06-07 01:30:34 - TARGET_ARCH=arm TB --- 2011-06-07 01:30:34 - TZ=UTC TB --- 2011-06-07 01:30:34 - __MAKE_CONF=/dev/null TB --- 2011-06-07 01:30:34 - cd /src TB --- 2011-06-07 01:30:34 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 7 01:30:34 UTC 2011 >>> 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 [...] cc -O -pipe -DHAVE_ARC4RANDOM -DHAVE_POLL_H -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/rtsold/rtsol.c cc1: warnings being treated as errors /src/usr.sbin/rtsold/rtsol.c: In function 'sendpacket': /src/usr.sbin/rtsold/rtsol.c:202: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c: In function 'rtsol_input': /src/usr.sbin/rtsold/rtsol.c:269: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:275: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:411: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtsold. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-07 02:21:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-07 02:21:06 - ERROR: failed to build world TB --- 2011-06-07 02:21:07 - 2220.16 user 628.66 system 3066.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 03:03:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FF57106564A for ; Tue, 7 Jun 2011 03:03:00 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0C1508FC12 for ; Tue, 7 Jun 2011 03:02:59 +0000 (UTC) Received: by yie13 with SMTP id 13so761236yie.13 for ; Mon, 06 Jun 2011 20:02:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=KtPGVNTg3TCWSVb1KUmaYR3FUr+9YeKCyFCDl9Gb8M8=; b=X5bt8bddATJ/aO+T8E7Gwb5xQ5RJwe/vEE8lD48zycLe+vjxAL0dECAgMPiUX+IQKQ moY55ykmtBa7z00wtcBweZkxb3KgeIc6x0z9BJk6qjIbF0JZBgv2ypTbfIA0W1cSqN97 KDnLQSKVbmg2s5TYcI4f1YO9niTBiRRZpTSis= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=BZTnGmjIGqq0FWsvbPHuMCD1823tBaQf5gjhMhT/NLyNTxWUv471cfPENhRsmdTM/v LQWl2apiO8DzWnqKkUYIdtvkh3O4KeHz+O1udrrjevkaVQSHzXrNkahtG1pwhLshE1S0 8r7+afNGyPkzcwiF2/kg45g4lQU3BIzID8/ZU= MIME-Version: 1.0 Received: by 10.236.145.138 with SMTP id p10mr1897672yhj.432.1307415779174; Mon, 06 Jun 2011 20:02:59 -0700 (PDT) Received: by 10.236.202.135 with HTTP; Mon, 6 Jun 2011 20:02:59 -0700 (PDT) In-Reply-To: <201106061052.32727.jhb@freebsd.org> References: <201105260940.37035.jhb@freebsd.org> <201106061052.32727.jhb@freebsd.org> Date: Tue, 7 Jun 2011 05:02:59 +0200 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 03:03:00 -0000 On Mon, Jun 6, 2011 at 4:52 PM, John Baldwin wrote: > Can you try out this change. =A0It is a possible "real" solution (or at l= east a > stopgap until we start using multipass to untangle the resource mess a bi= t > further): [snip] that doesn't work. i get an allocation failure. From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 03:43:14 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 918C1106564A; Tue, 7 Jun 2011 03:43:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3977C8FC12; Tue, 7 Jun 2011 03:43:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p573hDQL058440; Mon, 6 Jun 2011 23:43:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p573hDZ0058408; Tue, 7 Jun 2011 03:43:13 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 7 Jun 2011 03:43:13 GMT Message-Id: <201106070343.p573hDZ0058408@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 03:43:14 -0000 TB --- 2011-06-07 02:21:07 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-07 02:21:07 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-07 02:21:07 - cleaning the object tree TB --- 2011-06-07 02:21:14 - cvsupping the source tree TB --- 2011-06-07 02:21:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-07 02:21:27 - building world TB --- 2011-06-07 02:21:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-07 02:21:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-07 02:21:27 - TARGET=ia64 TB --- 2011-06-07 02:21:27 - TARGET_ARCH=ia64 TB --- 2011-06-07 02:21:27 - TZ=UTC TB --- 2011-06-07 02:21:27 - __MAKE_CONF=/dev/null TB --- 2011-06-07 02:21:27 - cd /src TB --- 2011-06-07 02:21:27 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 7 02:21:27 UTC 2011 >>> 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 [...] cc -O2 -pipe -DHAVE_ARC4RANDOM -DHAVE_POLL_H -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/rtsold/rtsol.c cc1: warnings being treated as errors /src/usr.sbin/rtsold/rtsol.c: In function 'sendpacket': /src/usr.sbin/rtsold/rtsol.c:202: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c: In function 'rtsol_input': /src/usr.sbin/rtsold/rtsol.c:269: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:275: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:411: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtsold. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-07 03:43:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-07 03:43:13 - ERROR: failed to build world TB --- 2011-06-07 03:43:13 - 3919.35 user 684.77 system 4925.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 04:38:26 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABFDE106564A; Tue, 7 Jun 2011 04:38:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 50C008FC08; Tue, 7 Jun 2011 04:38:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p574cP6u011527; Tue, 7 Jun 2011 00:38:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p574cPrp011507; Tue, 7 Jun 2011 04:38:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 7 Jun 2011 04:38:25 GMT Message-Id: <201106070438.p574cPrp011507@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 04:38:26 -0000 TB --- 2011-06-07 03:43:13 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-07 03:43:13 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-07 03:43:13 - cleaning the object tree TB --- 2011-06-07 03:43:21 - cvsupping the source tree TB --- 2011-06-07 03:43:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-07 03:44:23 - building world TB --- 2011-06-07 03:44:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-07 03:44:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-07 03:44:23 - TARGET=mips TB --- 2011-06-07 03:44:23 - TARGET_ARCH=mips TB --- 2011-06-07 03:44:23 - TZ=UTC TB --- 2011-06-07 03:44:23 - __MAKE_CONF=/dev/null TB --- 2011-06-07 03:44:23 - cd /src TB --- 2011-06-07 03:44:23 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 7 03:44:23 UTC 2011 >>> 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 [...] cc -O -pipe -G0 -DHAVE_ARC4RANDOM -DHAVE_POLL_H -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/rtsold/rtsol.c cc1: warnings being treated as errors /src/usr.sbin/rtsold/rtsol.c: In function 'sendpacket': /src/usr.sbin/rtsold/rtsol.c:202: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c: In function 'rtsol_input': /src/usr.sbin/rtsold/rtsol.c:269: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:275: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:411: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtsold. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-07 04:38:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-07 04:38:24 - ERROR: failed to build world TB --- 2011-06-07 04:38:24 - 2351.74 user 598.63 system 3311.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 05:38:09 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E6CB1065676; Tue, 7 Jun 2011 05:38:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E6E3F8FC0C; Tue, 7 Jun 2011 05:38:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p575c8KL080111; Tue, 7 Jun 2011 01:38:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p575c7jp080102; Tue, 7 Jun 2011 05:38:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 7 Jun 2011 05:38:07 GMT Message-Id: <201106070538.p575c7jp080102@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 05:38:09 -0000 TB --- 2011-06-07 04:41:15 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-07 04:41:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-07 04:41:15 - cleaning the object tree TB --- 2011-06-07 04:41:22 - cvsupping the source tree TB --- 2011-06-07 04:41:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-07 04:41:49 - building world TB --- 2011-06-07 04:41:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-07 04:41:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-07 04:41:49 - TARGET=sparc64 TB --- 2011-06-07 04:41:49 - TARGET_ARCH=sparc64 TB --- 2011-06-07 04:41:49 - TZ=UTC TB --- 2011-06-07 04:41:49 - __MAKE_CONF=/dev/null TB --- 2011-06-07 04:41:49 - cd /src TB --- 2011-06-07 04:41:49 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 7 04:41:49 UTC 2011 >>> 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 [...] cc -O2 -pipe -DHAVE_ARC4RANDOM -DHAVE_POLL_H -std=gnu99 -fstack-protector -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/rtsold/rtsol.c cc1: warnings being treated as errors /src/usr.sbin/rtsold/rtsol.c: In function 'sendpacket': /src/usr.sbin/rtsold/rtsol.c:202: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c: In function 'rtsol_input': /src/usr.sbin/rtsold/rtsol.c:269: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:275: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:411: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtsold. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-07 05:38:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-07 05:38:07 - ERROR: failed to build world TB --- 2011-06-07 05:38:07 - 2701.92 user 590.33 system 3411.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 05:58:11 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30C1A106566B for ; Tue, 7 Jun 2011 05:58:11 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id EFDEB8FC08 for ; Tue, 7 Jun 2011 05:58:10 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id E3EBB7300A; Tue, 7 Jun 2011 08:14:17 +0200 (CEST) Date: Tue, 7 Jun 2011 08:14:17 +0200 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20110607061417.GA5483@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: RFC: need one IFCAP bit for NETMAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 05:58:11 -0000 hi, in order to import netmap support into the tree (see http://info.iet.unipi.it/~luigi/netmap ), i need to use one of the if_cap{abilities|enable} bits to report that the interface supports this mode and record whether the mode is enabled or not. Bit 0x100000 is currently the first unused bit so if there are no objections i will add the following to sys/net/if.h #define IFCAP_NETMAP 0x100000 /* netmap mode supported/enabled */ and the following change to sbin/ifconfig/ifconfig.c -"\21VLAN_HWFILTER\23VLAN_HWTSO\24LINKSTATE" +"\21VLAN_HWFILTER\23VLAN_HWTSO\24LINKSTATE\25NETMAP" That's all you need, as netmap mode is not supposed to be set from sbin/ifconfig. cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 08:25:37 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F94E1065670 for ; Tue, 7 Jun 2011 08:25:37 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from fallback6.mail.ru (fallback6.mail.ru [94.100.176.134]) by mx1.freebsd.org (Postfix) with ESMTP id E80DC8FC17 for ; Tue, 7 Jun 2011 08:25:36 +0000 (UTC) Received: from f265.mail.ru (f265.mail.ru [217.69.128.186]) by fallback6.mail.ru (mPOP.Fallback_MX) with ESMTP id 23EF7357DAB8 for ; Tue, 7 Jun 2011 12:09:49 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:Reply-To:In-Reply-To:References:Date:Mime-Version:Subject:To:From; bh=AS9W41ShYQNh9tfR7AJWgsyDGBhxM9UyCtEw1F0QCTY=; b=rKnBvjjAdJnJOansjmM84mlktuZ5lHaqqTAZU6KiE5WTPqN431+NRWZgRXJHkaPyK04fTFv8r2HYJORTH6Mmz1FNenLPfnhvoOacLCR5NIzZSF4DTCG4LLeYHHYnySEL; Received: from mail by f265.mail.ru with local id 1QTrMB-0001pn-00 for current@freebsd.org; Tue, 07 Jun 2011 12:09:47 +0400 Received: from [77.45.177.234] by e.mail.ru with HTTP; Tue, 07 Jun 2011 12:09:47 +0400 From: Andrey Smagin To: current@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [77.45.177.234] Date: Tue, 07 Jun 2011 12:09:47 +0400 References: <201106070438.p574cPrp011507@freebsd-current.sentex.ca> In-Reply-To: <201106070438.p574cPrp011507@freebsd-current.sentex.ca> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Message-Id: X-Spam: Not detected X-Mras: Ok Cc: Subject: 2 day GENERIC-current eat 2 CPU core at 100% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Smagin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 08:25:37 -0000 SSB1cGdyYWRlZCAyIGRheSBhZ28gZnJvbSAyMDEweHh4eC1jdXJyZW50IGJveCBvbiBJbnRlbCBE NTI1TVcuClN5c3RlbSB2ZXJ5IHNsb3cgZG93biBhZnRlciB0aGF0LgprZXJuLmh6PTUwCmluIHN5 c3RhdCAtdm1zdGF0IC0gMTQwaHBldCBpbnRlcnJ1cHRzL3MKYXQgdG9wIDI1JSBpbiBpbnRlcnJ1 cHRzIDI1JSBpbiBzeXN0ZW0KYmVjYXVzZSBoeXBlcnRocmVhZGluZyBzeXN0ZW0gZm91bmQgNCBj cHUu From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 08:35:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40064106564A for ; Tue, 7 Jun 2011 08:35:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id C69958FC13 for ; Tue, 7 Jun 2011 08:35:23 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=upTJuTb3ngPPUUVVSPoyO7jwIWz3rzPtkQxI490l6Ks= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=KMF1B56qxscA:10 a=WQU8e4WWZSUA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=_PjPfEUnbHWZR1Xe2AMA:9 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 135089567; Tue, 07 Jun 2011 10:35:21 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, Andrey Smagin Date: Tue, 7 Jun 2011 10:34:01 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106070438.p574cPrp011507@freebsd-current.sentex.ca> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201106071034.01475.hselasky@c2i.net> Cc: Subject: Re: 2 day GENERIC-current eat 2 CPU core at 100% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 08:35:24 -0000 On Tuesday 07 June 2011 10:09:47 Andrey Smagin wrote: > I upgraded 2 day ago from 2010xxxx-current box on Intel D525MW. > System very slow down after that. > kern.hz=50 > in systat -vmstat - 140hpet interrupts/s > at top 25% in interrupts 25% in system > because hyperthreading system found 4 cpu. What does vmstat -i output? --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 14:14:33 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 081D8106566C; Tue, 7 Jun 2011 14:14:33 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B939C8FC15; Tue, 7 Jun 2011 14:14:31 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA23855; Tue, 07 Jun 2011 17:14:29 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DEE3245.5030708@FreeBSD.org> Date: Tue, 07 Jun 2011 17:14:29 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Attilio Rao References: <4DE8FA2E.4030202@FreeBSD.org> <5E4D0F56-4338-4157-8BC6-17EE2831725F@FreeBSD.org> <4DE9EB61.3000006@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, "Robert N. M. Watson" Subject: Re: [poll / rfc] kdb_stop_cpus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 14:14:33 -0000 on 05/06/2011 01:35 Attilio Rao said the following: > 2011/6/4 Andriy Gapon : >> commit 458ebd9aca7e91fc6e0825c727c7220ab9f61016 >> >> generic_stop_cpus: move timeout detection code from under DIAGNOSTIC >> >> ... and also increase it a bit. >> IMO it's better to detect and report the (rather serious) condition and >> allow a system to proceed somehow rather than be stuck in an endless >> loop. >> >> diff --git a/sys/kern/subr_smp.c b/sys/kern/subr_smp.c >> index ae52f4b..4bd766b 100644 >> --- a/sys/kern/subr_smp.c >> +++ b/sys/kern/subr_smp.c >> @@ -232,12 +232,10 @@ generic_stop_cpus(cpumask_t map, u_int type) >> /* spin */ >> cpu_spinwait(); >> i++; >> -#ifdef DIAGNOSTIC >> - if (i == 100000) { >> + if (i == 100000000) { >> printf("timeout stopping cpus\n"); >> break; >> } >> -#endif >> } >> >> stopping_cpu = NOCPU; > > I'd also add the ability, once the deadlock is detected, to break in > KDB, and put that under DIAGNOSTIC. > I had such a patch and I used it to debug some deadlocks on shutdown > code, but now it seems I can't find it anymore. I think that this could be useful. Of course, it would have to honor KDB_UNATTENDED. However, I am not sure how to implement it safely. E.g. panic() should stop other CPUs before setting panicstr and if some CPU is stuck for good, then we would just be recursively calling panic() until triple-fault. Ditto for kdb_trap(). So if you could dig up your code for implementing this that would be useful. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 14:20:34 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F4171065670; Tue, 7 Jun 2011 14:20:34 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4CE8FC16; Tue, 7 Jun 2011 14:20:32 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA24026; Tue, 07 Jun 2011 17:20:31 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DEE33AF.5090100@FreeBSD.org> Date: Tue, 07 Jun 2011 17:20:31 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: "Robert N. M. Watson" References: <4DE8FA2E.4030202@FreeBSD.org> <5E4D0F56-4338-4157-8BC6-17EE2831725F@FreeBSD.org> <4DE9EB61.3000006@FreeBSD.org> <8AA26086-DA05-4DDA-9973-AE57328E2C81@FreeBSD.org> In-Reply-To: <8AA26086-DA05-4DDA-9973-AE57328E2C81@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: [poll / rfc] kdb_stop_cpus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 14:20:34 -0000 on 04/06/2011 12:11 Robert N. M. Watson said the following: > > On 4 Jun 2011, at 09:22, Andriy Gapon wrote: >> commit 458ebd9aca7e91fc6e0825c727c7220ab9f61016 >> >> generic_stop_cpus: move timeout detection code from under DIAGNOSTIC >> >> ... and also increase it a bit. IMO it's better to detect and report the >> (rather serious) condition and allow a system to proceed somehow rather than >> be stuck in an endless loop. > > Agreed on detecting and reporting. It would be good to confirm that it works in > practice, however, What is your concern here? :) The code seems rather simple - the loop is no longer infinite. > and also that there are no false positives. I'm not sure > what the best test scenarios are for that. As to the false positives - I think that that can only be verified by practice (very wide testing), because that would greatly depend on hardware. Maybe we should use some time-based approach instead of the iteration count approach or maybe we should calibrate the iteration count based on hardware characteristics... -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 15:57:58 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E83E2106564A; Tue, 7 Jun 2011 15:57:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B441A8FC08; Tue, 7 Jun 2011 15:57:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p57FvvMF067812; Tue, 7 Jun 2011 11:57:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p57FvvMD067778; Tue, 7 Jun 2011 15:57:57 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 7 Jun 2011 15:57:57 GMT Message-Id: <201106071557.p57FvvMD067778@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 15:57:59 -0000 TB --- 2011-06-07 14:27:06 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-07 14:27:06 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-07 14:27:06 - cleaning the object tree TB --- 2011-06-07 14:27:19 - cvsupping the source tree TB --- 2011-06-07 14:27:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-07 14:27:35 - building world TB --- 2011-06-07 14:27:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-07 14:27:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-07 14:27:35 - TARGET=ia64 TB --- 2011-06-07 14:27:35 - TARGET_ARCH=ia64 TB --- 2011-06-07 14:27:35 - TZ=UTC TB --- 2011-06-07 14:27:35 - __MAKE_CONF=/dev/null TB --- 2011-06-07 14:27:35 - cd /src TB --- 2011-06-07 14:27:35 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 7 14:27:35 UTC 2011 >>> 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 Tue Jun 7 15:52:00 UTC 2011 TB --- 2011-06-07 15:52:00 - generating LINT kernel config TB --- 2011-06-07 15:52:00 - cd /src/sys/ia64/conf TB --- 2011-06-07 15:52:00 - /usr/bin/make -B LINT TB --- 2011-06-07 15:52:00 - building LINT kernel TB --- 2011-06-07 15:52:00 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-07 15:52:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-07 15:52:00 - TARGET=ia64 TB --- 2011-06-07 15:52:00 - TARGET_ARCH=ia64 TB --- 2011-06-07 15:52:00 - TZ=UTC TB --- 2011-06-07 15:52:00 - __MAKE_CONF=/dev/null TB --- 2011-06-07 15:52:00 - cd /src TB --- 2011-06-07 15:52:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 7 15:52:01 UTC 2011 >>> 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 [...] /src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:1194: error: 'HAL_PHYERR_RADAR' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:1194: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:1194: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:1195: error: dereferencing pointer to incomplete type /src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:1195: error: 'HAL_PHYERR_FALSE_RADAR_EXT' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:1202: error: dereferencing pointer to incomplete type /src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:1209: error: dereferencing pointer to incomplete type /src/sys/dev/ath/ath_hal/ar5212/ar5212_misc.c:1220: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-07 15:57:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-07 15:57:56 - ERROR: failed to build lint kernel TB --- 2011-06-07 15:57:57 - 4295.57 user 781.63 system 5450.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 17:28:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB4911065672 for ; Tue, 7 Jun 2011 17:28:15 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from fallback7.mail.ru (fallback7.mail.ru [94.100.176.135]) by mx1.freebsd.org (Postfix) with ESMTP id 8ACD78FC1B for ; Tue, 7 Jun 2011 17:28:15 +0000 (UTC) Received: from f93.mail.ru (f93.mail.ru [217.69.129.116]) by fallback7.mail.ru (mPOP.Fallback_MX) with ESMTP id 920223B1B470 for ; Tue, 7 Jun 2011 21:12:49 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:Reply-To:In-Reply-To:References:Date:Mime-Version:Subject:Cc:To:From; bh=URZ4BM+ePUk/A0zFfQJHq97avMX3CVovVgaVDIheTBs=; b=vlOqFKI7RMeUFo+6i+2LX8nbdV9OWlKCMKneflSV6sQ+xI8+/LK2zCb1AjBQdd9FkApho1jJFBy1YCAONjutkcv22y5kBPLYRuKg6nVQftOrKjIg0mnPiOren+/v7eeg; Received: from mail by f93.mail.ru with local id 1QTzpc-0006Yo-00; Tue, 07 Jun 2011 21:12:44 +0400 Received: from [95.32.208.54] by e.mail.ru with HTTP; Tue, 07 Jun 2011 21:12:44 +0400 From: Andrey Smagin To: Hans Petter Selasky Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [95.32.208.54] Date: Tue, 07 Jun 2011 21:12:44 +0400 References: <201106070438.p574cPrp011507@freebsd-current.sentex.ca> <201106071034.01475.hselasky@c2i.net> In-Reply-To: <201106071034.01475.hselasky@c2i.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Message-Id: X-Spam: Not detected X-Mras: Ok Cc: freebsd-current@freebsd.org Subject: Re[2]: 2 day GENERIC-current eat 2 CPU core at 100% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Smagin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 17:28:15 -0000 dm1zdGF0IC1pCmludGVycnVwdCB0b3RhbCByYXRlCmlycTE2OiB1aGNpMyAgIDIwNSAgMAppcnEy MDogaHBldDAgMTQ3OTI0MzgwICAxMTI2CmlycTIzOiB1aGNpMCBlaGNpMCAgIDUyMjUxNyAgICAg Mwp0b3RhbCAgICAgICAgICAgICAgICAgICAgMTQ4NDQ3MTAyICAgMTEzMAoKClR1ZSwgNyBKdW4g MjAxMSAxMDozNDowMSArMDIwMCDQv9C40YHRjNC80L4g0L7RgiBIYW5zIFBldHRlciBTZWxhc2t5 IDxoc2VsYXNreUBjMmkubmV0PjoKCj4gT24gVHVlc2RheSAwNyBKdW5lIDIwMTEgMTA6MDk6NDcg QW5kcmV5IFNtYWdpbiB3cm90ZToKPiA+IEkgdXBncmFkZWQgMiBkYXkgYWdvIGZyb20gMjAxMHh4 eHgtY3VycmVudCBib3ggb24gSW50ZWwgRDUyNU1XLgo+ID4gU3lzdGVtIHZlcnkgc2xvdyBkb3du IGFmdGVyIHRoYXQuCj4gPiBrZXJuLmh6PTUwCj4gPiBpbiBzeXN0YXQgLXZtc3RhdCAtIDE0MGhw ZXQgaW50ZXJydXB0cy9zCj4gPiBhdCB0b3AgMjUlIGluIGludGVycnVwdHMgMjUlIGluIHN5c3Rl bQo+ID4gYmVjYXVzZSBoeXBlcnRocmVhZGluZyBzeXN0ZW0gZm91bmQgNCBjcHUuCj4gCj4gV2hh dCBkb2VzIHZtc3RhdCAtaSBvdXRwdXQ/Cj4gCj4gLS1IUFMKPiBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9y ZyBtYWlsaW5nIGxpc3QKPiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5m by9mcmVlYnNkLWN1cnJlbnQKPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJl ZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgo= From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 17:29:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D3DF1065677; Tue, 7 Jun 2011 17:29:18 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E85468FC25; Tue, 7 Jun 2011 17:29:17 +0000 (UTC) Received: by vws18 with SMTP id 18so5326621vws.13 for ; Tue, 07 Jun 2011 10:29:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=VtZJIvVhof0DxTTYHt8SykkuB6fau9qe7o3OA8z+yzk=; b=gFtXIhUOIRgsPBOCY4Bcq9p7wAuocOd3YWX2KGK1QH3lQxbA8AhhVaaZhU5ZfCmsoM QoFG+b4lNqU22SOb7dTwcYstPSV3gi21ujA8DjFeuX1ttXBesxwgNS40NMdb9QdK8jhl 6MiKbaXpMh7f8eSXUcP1SzDJr1mf9fArqyVrs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=rAyy07qmE6H1lZ/ZVULocEoC3iQ41adlFouyZCaj5B9FnT5c26ocVP+TmW0zDoSUoH MBf3aW3tMGLXL4JTFTzxXXlAuA/2FQdaqRjUz/xsj4VzydosMyV+Glpdw9NGHqGHft3H /uKuGTaMGOzoyx4KKj4pDAGzhGr2A7+omojb0= MIME-Version: 1.0 Received: by 10.220.213.195 with SMTP id gx3mr1187226vcb.23.1307467757039; Tue, 07 Jun 2011 10:29:17 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Tue, 7 Jun 2011 10:29:17 -0700 (PDT) Date: Tue, 7 Jun 2011 10:29:17 -0700 Message-ID: From: Garrett Cooper To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: "Bjoern A. Zeeb" Subject: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 17:29:18 -0000 Hi, I'm running into an issue where ifconfig isn't executing properly, and is emitting the following message: # ifconfig re0 inet w.x.y.z ifconfig: can't set link-level netmask or broadcast # This unfortunately also breaks 'dhclient re0' (in my case) as it calls ifconfig. Inserting some printfs in link_getaddr it looks like it's trying to test something incorrectly: # ifconfig re0 inet 192.168.20.3 which: 1, ADDR: 1 which: 3, ADDR: 1 ifconfig: can't set link-level netmask or broadcast # Attaching gdb to the process (because the link_getaddr functions are function pointers and I wanted to remove all obscurity), the failing call is originating from setifdstaddr. The abbreviated stack trace is: - af_link.c:77 - ifconfig.c:773 - ifconfig.c:579 - ifconfig.c:346 The actual line count in af_link.c is going to be fuzzed by 2 because of the printf I added. I haven't traced down what commit exactly is causing this, but the issue appears to be a purely userland based problem so far (I accidentally forgot to swap kernels before booting up the second time and the symptoms are exactly the same). I have both INET and INET6 built into my kernel and userland, but my immediate upstream router only supports IPv4 right now. I tried building with WITHOUT_INET6=yes to see if it made a difference, and it didn't. I'll test any patches needed to remedy the issue. Thankfully I have flash media I can use in the meantime to push code between my two boxes :). Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 17:41:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24FB9106566B; Tue, 7 Jun 2011 17:41:50 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id AA1E28FC17; Tue, 7 Jun 2011 17:41:49 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id A0FC325D37C3; Tue, 7 Jun 2011 17:41:48 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id E627C15A12CF; Tue, 7 Jun 2011 17:41:47 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id gfzsJhZqJRXS; Tue, 7 Jun 2011 17:41:46 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id C2FA615A12CB; Tue, 7 Jun 2011 17:41:46 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Tue, 7 Jun 2011 17:41:45 +0000 Content-Transfer-Encoding: 7bit Message-Id: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> References: To: Garrett Cooper X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Current Subject: Re: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 17:41:50 -0000 On Jun 7, 2011, at 5:29 PM, Garrett Cooper wrote: > Hi, > I'm running into an issue where ifconfig isn't executing properly, > and is emitting the following message: > > # ifconfig re0 inet w.x.y.z > ifconfig: can't set link-level netmask or broadcast > # ... > I haven't traced down what commit exactly is causing this, but the > issue appears to be a purely userland based problem so far (I > accidentally forgot to swap kernels before booting up the second time > and the symptoms are exactly the same). Yes, you lost. My changes did that. You are the second to hit it. Your kernel does not have "FEATURES()" present and the new user space that came a couple of days later expect it and disable your IPv4 because of that. The real problem is when people update the kernel, then update world and then figure out they need to go back to kernel.old. I'll add an UPDATING entry. You need an old user land or a new kernel to recover. > I have both INET and INET6 built into my kernel and userland, but > my immediate upstream router only supports IPv4 right now. I tried > building with WITHOUT_INET6=yes to see if it made a difference, and it > didn't. > I'll test any patches needed to remedy the issue. Thankfully I > have flash media I can use in the meantime to push code between my two > boxes :) Welcome to FreeBSD HEAD, being a developer and not following the rule;-) Sorry for the hassle though. Bjoern -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 17:53:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C3A1106564A for ; Tue, 7 Jun 2011 17:53:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 734F38FC19 for ; Tue, 7 Jun 2011 17:53:15 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 130D346B46; Tue, 7 Jun 2011 13:53:15 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 83D658A027; Tue, 7 Jun 2011 13:53:14 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 7 Jun 2011 10:35:37 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201106061052.32727.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106071035.37662.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 07 Jun 2011 13:53:14 -0400 (EDT) Cc: "deeptech71@gmail.com" Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 17:53:15 -0000 On Monday, June 06, 2011 11:02:59 pm deeptech71@gmail.com wrote: > On Mon, Jun 6, 2011 at 4:52 PM, John Baldwin wrote: > > Can you try out this change. It is a possible "real" solution (or at least a > > stopgap until we start using multipass to untangle the resource mess a bit > > further): > [snip] > > that doesn't work. i get an allocation failure. It is expected to still get an allocation failure. Instead what the change does is avoid updating the registers for the window until after all the devices on the bus have been probed. Were you able to save a dmesg somehow from the boot with this patch? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 17:53:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04335106566B for ; Tue, 7 Jun 2011 17:53:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CEF838FC1A for ; Tue, 7 Jun 2011 17:53:16 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 8592046B4C; Tue, 7 Jun 2011 13:53:16 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EC2DE8A02B; Tue, 7 Jun 2011 13:53:15 -0400 (EDT) From: John Baldwin To: John Date: Tue, 7 Jun 2011 10:41:28 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110606002353.GA2518@slowblink.com> <201106061051.30425.jhb@freebsd.org> <20110607013330.GA75754@FreeBSD.org> In-Reply-To: <20110607013330.GA75754@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106071041.28654.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 07 Jun 2011 13:53:16 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 17:53:17 -0000 On Monday, June 06, 2011 9:33:30 pm John wrote: > ----- John Baldwin's Original Message ----- > > On Sunday, June 05, 2011 8:23:53 pm John wrote: > > > Hi Folks, > > > > > > I just attempted to update an HP385G0 system from current as of > > > 4-15-2011 to 6-2-2011. The new system will not boot, and shows the > > > following message when it hangs: > > > > > > pcib1: at device 3.0 on pci0 > > > pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff > > > > > > From a booting system, device 3.0 shows the following in dmesg: > > > > > > pcib1: at device 3.0 on pci0 > > > vgapci0: port 0x4400-0x44ff mem > > 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 > > > > > > From reading other msgs that seem related to this problem, I've > > > attached the dmesg, devinfo -ur, and devinfo -rv below. > > > > > > Thanks for any help solving this. > > > > Please try this patch: > > > Hi John, > > I applied your patch/rebuilt/installed/rebooted. The system seems > to get farther, but still locks up tight. A screen pic is here: > > http://people.freebsd.org/~jwd/dmesg.jpg > > The -v dmesg output looks right except for the 'MCA' text at the > bottom. Not sure where it's coming from. It's worth noting sometimes > the MCA doesn't show up, but it always locks up at that point now. Hmmm, an MCA is not a good sign. > In looking at the devinfo/dmesg output, I don't think I see any > actual overlapping areas, but do see multiple items within the 0x4000 > to 0x4fff range. I don't claim to be an expert though. Yes, there are multiple ranges. Would it be possible to use a serial port to capture a full verbose dmesg up to the point where it hangs? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 18:00:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A3D6106566B; Tue, 7 Jun 2011 18:00:56 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id CD7C68FC0A; Tue, 7 Jun 2011 18:00:55 +0000 (UTC) Received: by vxc34 with SMTP id 34so5388409vxc.13 for ; Tue, 07 Jun 2011 11:00:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zpLmjwMPeSTJutIP9lJxSS8X/kKEuXMorDhnq9eobaE=; b=rUo+xAMCus83Uv2FIYyB8AgjEi/8T1FfzWR+/Wbh+FnukoWoPdu3P8CKLRehGCGf4/ i/wZ59Hvzib/K+EaLJOnXAUm0tSrg/AriDTbn9AbnvO/AzPvue07PBpAAyTih4qX8Plh YQ92lCuX0rh3W6zSXJIZXyvd7ExgJNpv4WDRQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YtTPK/qTZF+BeBIJFsalzTYjZFeu2m3WYcsVV6IIWE8/g1CvDuUuusLk3EIns1quIt E507k6Yv3HnDzCGRZuKXyi5W+aTYY/yecGkKJgIsrQXpSUdNql3LpchkJu+xp8KzgG/1 APS0pj+W8zjhohHyoZ8cMFkNM/bzoKa9woSNs= MIME-Version: 1.0 Received: by 10.220.177.9 with SMTP id bg9mr274028vcb.93.1307469654798; Tue, 07 Jun 2011 11:00:54 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Tue, 7 Jun 2011 11:00:54 -0700 (PDT) In-Reply-To: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> References: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> Date: Tue, 7 Jun 2011 11:00:54 -0700 Message-ID: From: Garrett Cooper To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 18:00:56 -0000 On Tue, Jun 7, 2011 at 10:41 AM, Bjoern A. Zeeb wrote: > > On Jun 7, 2011, at 5:29 PM, Garrett Cooper wrote: > >> Hi, >> =A0 =A0I'm running into an issue where ifconfig isn't executing properly= , >> and is emitting the following message: >> >> # ifconfig re0 inet w.x.y.z >> ifconfig: can't set link-level netmask or broadcast >> # > ... >> =A0 =A0I haven't traced down what commit exactly is causing this, but th= e >> issue appears to be a purely userland based problem so far (I >> accidentally forgot to swap kernels before booting up the second time >> and the symptoms are exactly the same). > > Yes, you lost. =A0My changes did that. =A0You are the second to hit it. > Your kernel does not have "FEATURES()" =A0present and the new user space > that came a couple of days later expect it and disable your IPv4 > because of that. > > The real problem is when people update the kernel, then update world > and then figure out they need to go back to kernel.old. > I'll add an UPDATING entry. That I would expect, but I just built the kernel last night, installed it, and am running it right now and I run into the same issue as I do with the older kernel :). Was there any magic foo that I needed to use to get FEATURES working properly, or was it supposed to be seamless? I don't know because I never had a need to fiddle around with the framework.. Is there a tool I can use (minus banging on the interfaces in C) to determine what the features are on the machine to diagnose why things aren't working for me? > You need an old user land or a new kernel to recover. Looks like I need an old userland, because a new kernel/userland combo doesn't seem to work as advertised :/... >> =A0 =A0I have both INET and INET6 built into my kernel and userland, but >> my immediate upstream router only supports IPv4 right now. I tried >> building with WITHOUT_INET6=3Dyes to see if it made a difference, and it >> didn't. >> =A0 =A0I'll test any patches needed to remedy the issue. Thankfully I >> have flash media I can use in the meantime to push code between my two >> boxes :) > > Welcome to FreeBSD HEAD, being a developer and not following the rule;-) > > Sorry for the hassle though. It's ok -- that's why I have two near workstations -- one for daily use and the other for testing :). Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 18:11:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B5EE106566B; Tue, 7 Jun 2011 18:11:11 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1271B8FC16; Tue, 7 Jun 2011 18:11:10 +0000 (UTC) Received: by vxc34 with SMTP id 34so5400493vxc.13 for ; Tue, 07 Jun 2011 11:11:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=iZbAAn+5QeLOegf9WnXc4bf0z/buWH9SBTVkXssIHro=; b=GTn/q/iadPq196QnnOSFbU+G1uZYoRIRiOfsd75HZH4TmxL2RPVpFZwPA64F/FB1ES w0/pC9S/6pzTgJ0gAK3kUYMlHsl0BtvPYv+ncAK2gv3JlyM3S++Ww5sbUXAl956OJymD Ze7Iuo6Qlwb3eS3X6gJIkVYFyGTvwJ1/YNTUY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=w2Bq2cD2iEm5plsWI4p9+VmucgITHGZUpz/iWBZAhFCguG7HDZW/KmYKUrHN/h0FMd vvbgtGLSxMhskQIKY6YKP4w6Q9x2ILcemgrQvByF96n6jEdZPDSW+a6fSFakkdGLKmJV /EdWPSiiRiz1KwowVuPjAXmwjB8Yp6ZU3EpYs= MIME-Version: 1.0 Received: by 10.220.177.9 with SMTP id bg9mr278342vcb.93.1307470270016; Tue, 07 Jun 2011 11:11:10 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Tue, 7 Jun 2011 11:11:09 -0700 (PDT) In-Reply-To: References: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> Date: Tue, 7 Jun 2011 11:11:09 -0700 Message-ID: From: Garrett Cooper To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 18:11:11 -0000 On Tue, Jun 7, 2011 at 11:00 AM, Garrett Cooper wrote: > On Tue, Jun 7, 2011 at 10:41 AM, Bjoern A. Zeeb > wrote: >> >> On Jun 7, 2011, at 5:29 PM, Garrett Cooper wrote: >> >>> Hi, >>> =A0 =A0I'm running into an issue where ifconfig isn't executing properl= y, >>> and is emitting the following message: >>> >>> # ifconfig re0 inet w.x.y.z >>> ifconfig: can't set link-level netmask or broadcast >>> # >> ... >>> =A0 =A0I haven't traced down what commit exactly is causing this, but t= he >>> issue appears to be a purely userland based problem so far (I >>> accidentally forgot to swap kernels before booting up the second time >>> and the symptoms are exactly the same). >> >> Yes, you lost. =A0My changes did that. =A0You are the second to hit it. >> Your kernel does not have "FEATURES()" =A0present and the new user space >> that came a couple of days later expect it and disable your IPv4 >> because of that. >> >> The real problem is when people update the kernel, then update world >> and then figure out they need to go back to kernel.old. >> I'll add an UPDATING entry. > > That I would expect, but I just built the kernel last night, installed > it, and am running it right now and I run into the same issue as I do > with the older kernel :). Was there any magic foo that I needed to use > to get FEATURES working properly, or was it supposed to be seamless? I > don't know because I never had a need to fiddle around with the > framework.. > > Is there a tool I can use (minus banging on the interfaces in C) to > determine what the features are on the machine to diagnose why things > aren't working for me? Answering my own question: sysctl kern.features.inet sysctl kern.features.inet6 Hmmm... they turn up unknown OIDs. Need to do some digging to discover why that's the case.. >> You need an old user land or a new kernel to recover. > > Looks like I need an old userland, because a new kernel/userland combo > doesn't seem to work as advertised :/... > >>> =A0 =A0I have both INET and INET6 built into my kernel and userland, bu= t >>> my immediate upstream router only supports IPv4 right now. I tried >>> building with WITHOUT_INET6=3Dyes to see if it made a difference, and i= t >>> didn't. >>> =A0 =A0I'll test any patches needed to remedy the issue. Thankfully I >>> have flash media I can use in the meantime to push code between my two >>> boxes :) >> >> Welcome to FreeBSD HEAD, being a developer and not following the rule;-) >> >> Sorry for the hassle though. > > It's ok -- that's why I have two near workstations -- one for daily > use and the other for testing :). Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 18:13:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B501C106564A for ; Tue, 7 Jun 2011 18:13:21 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 6BC528FC16 for ; Tue, 7 Jun 2011 18:13:21 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 9B27B25D3870; Tue, 7 Jun 2011 18:13:20 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id D6B5515A130C; Tue, 7 Jun 2011 18:13:19 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 2aGV81ZLqE7w; Tue, 7 Jun 2011 18:13:18 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 37E2015A12F8; Tue, 7 Jun 2011 18:13:18 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Tue, 7 Jun 2011 18:13:16 +0000 Content-Transfer-Encoding: 7bit Message-Id: <4434466E-F4B0-47B1-98BF-80E4E495AA4C@lists.zabbadoz.net> References: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> To: Garrett Cooper X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Current Subject: Re: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 18:13:21 -0000 On Jun 7, 2011, at 6:00 PM, Garrett Cooper wrote: > On Tue, Jun 7, 2011 at 10:41 AM, Bjoern A. Zeeb > wrote: >> >> On Jun 7, 2011, at 5:29 PM, Garrett Cooper wrote: >> >>> Hi, >>> I'm running into an issue where ifconfig isn't executing properly, >>> and is emitting the following message: >>> >>> # ifconfig re0 inet w.x.y.z >>> ifconfig: can't set link-level netmask or broadcast >>> # >> ... >>> I haven't traced down what commit exactly is causing this, but the >>> issue appears to be a purely userland based problem so far (I >>> accidentally forgot to swap kernels before booting up the second time >>> and the symptoms are exactly the same). >> >> Yes, you lost. My changes did that. You are the second to hit it. >> Your kernel does not have "FEATURES()" present and the new user space >> that came a couple of days later expect it and disable your IPv4 >> because of that. >> >> The real problem is when people update the kernel, then update world >> and then figure out they need to go back to kernel.old. >> I'll add an UPDATING entry. > > That I would expect, but I just built the kernel last night, installed > it, and am running it right now and I run into the same issue as I do > with the older kernel :). Was there any magic foo that I needed to use > to get FEATURES working properly, or was it supposed to be seamless? I > don't know because I never had a need to fiddle around with the > framework.. It's supposed to be seamless. Can you check if you have the following two? sysctl kern.features.inet sysctl kern.features.inet6 > Looks like I need an old userland, because a new kernel/userland combo > doesn't seem to work as advertised :/... I think I just found a good "recovery" idea -- I should disable the features with rescue builds. That should give one a working /rescue/ifconfig in all cases and should be sufficient to recover? Bjoern -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 18:14:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A6D61065675 for ; Tue, 7 Jun 2011 18:14:41 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id D4FD08FC08 for ; Tue, 7 Jun 2011 18:14:40 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 244F325D3870; Tue, 7 Jun 2011 18:14:40 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id B23EE15A130C; Tue, 7 Jun 2011 18:14:39 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id VD-Rlvg-XANe; Tue, 7 Jun 2011 18:14:38 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id AD13015A12F8; Tue, 7 Jun 2011 18:14:38 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Tue, 7 Jun 2011 18:14:38 +0000 Content-Transfer-Encoding: 7bit Message-Id: <341195EC-14C1-4D62-B127-14827CB83087@lists.zabbadoz.net> References: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> To: Garrett Cooper X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Current Subject: Re: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 18:14:41 -0000 On Jun 7, 2011, at 6:11 PM, Garrett Cooper wrote: > Answering my own question: > > sysctl kern.features.inet > sysctl kern.features.inet6 > > Hmmm... they turn up unknown OIDs. Need to do some digging to discover > why that's the case.. See if you kernel has the changes from: http://svnweb.freebsd.org/base?view=revision&revision=222272 /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 18:15:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10CD01065679 for ; Tue, 7 Jun 2011 18:15:08 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id AE84F8FC24 for ; Tue, 7 Jun 2011 18:15:07 +0000 (UTC) Received: by vws18 with SMTP id 18so5378567vws.13 for ; Tue, 07 Jun 2011 11:15:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0yFnMHdKt3wYFLuBWNHAyXeduKMnt8kpYgyhfTJ4a30=; b=OhnX+LU74erXDQ/K/P6wPotJLkiLUbW8tfDkQEaJfrDdr39y1AoG/vpuecy6d9YvpD a9aFMMRljykApZY8lvIwkHUHzFXinWmk91FSNt//+ZRavL6TwzPj0BNC0uUljJGiCmR/ dGNt2LDByLjd06iXPOLvbr7Y15lfNGNZI/Dp4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=bHLF8nuwi1BEmIy9goQH8atPWoyO0w2xStBblOoNLY+scBo2nJpq1NRrk4ix1lp7x5 KzZg69x4kC5CS+QmyPv/cWhERsb5oZ2jfLK/BYFbqddfyJfB3Of+TYiMLiADehhn0RgQ sixCnpnomI5YN8e7Ny1ivjDpyyYe0JfI8Ayl8= MIME-Version: 1.0 Received: by 10.220.177.9 with SMTP id bg9mr279920vcb.93.1307470506330; Tue, 07 Jun 2011 11:15:06 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Tue, 7 Jun 2011 11:15:06 -0700 (PDT) In-Reply-To: <4434466E-F4B0-47B1-98BF-80E4E495AA4C@lists.zabbadoz.net> References: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> <4434466E-F4B0-47B1-98BF-80E4E495AA4C@lists.zabbadoz.net> Date: Tue, 7 Jun 2011 11:15:06 -0700 Message-ID: From: Garrett Cooper To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 18:15:08 -0000 On Tue, Jun 7, 2011 at 11:13 AM, Bjoern A. Zeeb wrote: > On Jun 7, 2011, at 6:00 PM, Garrett Cooper wrote: > >> On Tue, Jun 7, 2011 at 10:41 AM, Bjoern A. Zeeb >> wrote: >>> >>> On Jun 7, 2011, at 5:29 PM, Garrett Cooper wrote: >>> >>>> Hi, >>>> =A0 =A0I'm running into an issue where ifconfig isn't executing proper= ly, >>>> and is emitting the following message: >>>> >>>> # ifconfig re0 inet w.x.y.z >>>> ifconfig: can't set link-level netmask or broadcast >>>> # >>> ... >>>> =A0 =A0I haven't traced down what commit exactly is causing this, but = the >>>> issue appears to be a purely userland based problem so far (I >>>> accidentally forgot to swap kernels before booting up the second time >>>> and the symptoms are exactly the same). >>> >>> Yes, you lost. =A0My changes did that. =A0You are the second to hit it. >>> Your kernel does not have "FEATURES()" =A0present and the new user spac= e >>> that came a couple of days later expect it and disable your IPv4 >>> because of that. >>> >>> The real problem is when people update the kernel, then update world >>> and then figure out they need to go back to kernel.old. >>> I'll add an UPDATING entry. >> >> That I would expect, but I just built the kernel last night, installed >> it, and am running it right now and I run into the same issue as I do >> with the older kernel :). Was there any magic foo that I needed to use >> to get FEATURES working properly, or was it supposed to be seamless? I >> don't know because I never had a need to fiddle around with the >> framework.. > > It's supposed to be seamless. =A0Can you check if you have the following = two? > sysctl kern.features.inet > sysctl kern.features.inet6 > > >> Looks like I need an old userland, because a new kernel/userland combo >> doesn't seem to work as advertised :/... > > I think I just found a good "recovery" idea -- I should disable the > features with rescue builds. =A0That should give one a working > /rescue/ifconfig in all cases and should be sufficient to recover? That would be a good backup plan so people could at least avoid painting themselves into a corner by accident. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 18:59:03 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8145106564A for ; Tue, 7 Jun 2011 18:59:03 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5C28FC0A for ; Tue, 7 Jun 2011 18:59:03 +0000 (UTC) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.4/8.14.2) with ESMTP id p57Imr0o015005; Tue, 7 Jun 2011 14:48:53 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.4/8.14.2/Submit) id p57ImqL7015004; Tue, 7 Jun 2011 14:48:52 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Tue, 7 Jun 2011 14:48:52 -0400 From: David Schultz To: Arnaud Lacombe Message-ID: <20110607184852.GA14956@zim.MIT.EDU> Mail-Followup-To: Arnaud Lacombe , Luigi Rizzo , current@freebsd.org References: <20110601165429.GA16569@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Luigi Rizzo , current@FreeBSD.ORG Subject: Re: warning: 'inline' is not at beginning of declaration ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 18:59:03 -0000 On Thu, Jun 02, 2011, Arnaud Lacombe wrote: > > On a related topic, do we have any mechanism to provide > > per-subdir or per-file CFLAGS during kernel builds ? > > > I'd say no as the kernel per-se makes no use of , ooth, > some modules do. > > > I tried to put a Makefile.inc in a subdirectory but it > > did not help. > > > understandable, as Makefile.inc is sourced by , which is > only used by `sys/conf/kmod.mk'. There's a hack to do per-file CFLAGS in libc. We use this to compile the vendor sources gdtoa_*.c with warnings disabled, since the vendor disavows gcc's stylistic complaints. See src/lib/libc/Makefile. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 05:49:24 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2071065670 for ; Wed, 8 Jun 2011 05:49:24 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id DB6DB8FC0C for ; Wed, 8 Jun 2011 05:49:23 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 3178E7300A; Wed, 8 Jun 2011 08:05:32 +0200 (CEST) Date: Wed, 8 Jun 2011 08:05:32 +0200 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20110608060532.GA18045@onelab2.iet.unipi.it> References: <20110607061417.GA5483@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110607061417.GA5483@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i Cc: Subject: IFCAP_CANTCHANGE ? (Re: RFC: need one IFCAP bit for NETMAP) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 05:49:24 -0000 On Tue, Jun 07, 2011 at 08:14:17AM +0200, Luigi Rizzo wrote: > hi, > in order to import netmap support into the tree (see > http://info.iet.unipi.it/~luigi/netmap ), i need > to use one of the if_cap{abilities|enable} bits to report > that the interface supports this mode and record whether > the mode is enabled or not. > > Bit 0x100000 is currently the first unused bit so if > there are no objections i will add the following > to sys/net/if.h > > #define IFCAP_NETMAP 0x100000 /* netmap mode supported/enabled */ > > and the following change to sbin/ifconfig/ifconfig.c > > -"\21VLAN_HWFILTER\23VLAN_HWTSO\24LINKSTATE" > +"\21VLAN_HWFILTER\23VLAN_HWTSO\24LINKSTATE\25NETMAP" > > That's all you need, as netmap mode is not supposed to be > set from sbin/ifconfig. speaking of which, it occurs to me that while we have a "CANTCHANGE" category for interface flags, we don't have one for capabilities. Would it be ok to add one ? Looking at the list in if.h, for example, it seems to me that things like IFCAP_LINKSTATE or IFCAP_VLAN_MTU or IFCAP_JUMBO_MTU shouldn't be modifiable through SIOCSIFCAP. Of course if would be best to separate CANTCHANGE bits from those that can be modified through ioctls, but that would apply to interface flags as well, and i don't think it can be done due to API change issues. cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 08:32:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EA621065674 for ; Wed, 8 Jun 2011 08:32:45 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 015538FC12 for ; Wed, 8 Jun 2011 08:32:44 +0000 (UTC) Received: by bwz12 with SMTP id 12so321082bwz.13 for ; Wed, 08 Jun 2011 01:32:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=znVBwME4GrxG5LmsxlYJP7ixRqNlYFAnBc057b2V9ro=; b=WbeZDZwtQK45OSQUdEecEN9YG1r0kFbCwBK+UyrT2mR1Juy7rCxWPKjzEjWsRuiDc7 jG7yU4KOiJkabwBbVhKROhHWgVIRBIeg7Ekm0C26GjFZvtbOP3YRJDeSSEyYj9RkAmGa h5c0rVxWN9ouznTijOdwCatK8I1BQcAFIcxtY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=rNiJprBdXkBHoZk8ftFvH5AWjt9eB1jtB84vJN3yczghLaBDyCZ1YJNcWnb5oejpyA amUG6AP/XU4J3Gq/G9U2LH7dilZVNLGLW3T0iyfvIqbYGM+2PzNLtvnI5Hc4ysToKYTW x1ik9CNyVxJCDthZhSZTB6mM0JptQ94O/lrjY= Received: by 10.204.19.19 with SMTP id y19mr374755bka.164.1307520629047; Wed, 08 Jun 2011 01:10:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Wed, 8 Jun 2011 01:10:08 -0700 (PDT) From: Eir Nym Date: Wed, 8 Jun 2011 12:10:08 +0400 Message-ID: To: FreeBSD Mail Lists Content-Type: text/plain; charset=UTF-8 Subject: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 08:32:45 -0000 I have FreeBSD-CURRENT r222277. I try to install ZFS root into MBR using manual on wiki page. There is some problem with GEOM and BSD label: # gpart create -s BSD ada0s1 # gpart add -s 192G -t freebsd-zfs ada0s1 # gpart add -t freebsd-swap ada0s1 #gpart show ada0s1 ... gpart show is work now, but not when I load zfs into memory and try to add zpool into. and when I'll boot gpart says 'GEOM: ada0s1a invalid disklabel' PS: there're too much bsdlabel devices (previous releases gives much less device nodes (there was no aa, ab, ac, ca, cb) From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 04:13:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id A6F6B106566B; Wed, 8 Jun 2011 04:13:05 +0000 (UTC) Date: Wed, 8 Jun 2011 04:13:05 +0000 From: John To: John Baldwin Message-ID: <20110608041305.GA46490@FreeBSD.org> References: <20110606002353.GA2518@slowblink.com> <201106061051.30425.jhb@freebsd.org> <20110607013330.GA75754@FreeBSD.org> <201106071041.28654.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <201106071041.28654.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Wed, 08 Jun 2011 11:52:24 +0000 Cc: freebsd-current@freebsd.org Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 04:13:05 -0000 ----- John Baldwin's Original Message ----- > On Monday, June 06, 2011 9:33:30 pm John wrote: > > ----- John Baldwin's Original Message ----- > > > On Sunday, June 05, 2011 8:23:53 pm John wrote: > > > >=20 > > > > I just attempted to update an HP385G0 system from current as of > > > > 4-15-2011 to 6-2-2011. The new system will not boot, and shows the > > > > following message when it hangs: > >=20 > > I applied your patch/rebuilt/installed/rebooted. The system seems > > to get farther, but still locks up tight. A screen pic is here: > >=20 > > http://people.freebsd.org/~jwd/dmesg.jpg > >=20 >=20 > Hmmm, an MCA is not a good sign. >=20 > Yes, there are multiple ranges. Would it be possible to use a serial por= t to=20 > capture a full verbose dmesg up to the point where it hangs? >=20 > --=20 > John Baldwin Hi John Yes, I did get a serial console & ilo configured on the system today. I've attached two verbose consoles. The 1st is from -current as of today which fails to boot. The 2nd is from earlier this year which boot correctly. In looking at the output, I did the the following which I don't remember seeing previously, not sure if it's related: ACPI: RSDP 0xf4f20 00024 (v02 HP ) ACPI: XSDT 0xf57f83e0 00044 (v01 HP A05 00000002 ?? 0000162E) ACPI: FACP 0xf57f8460 000F4 (v03 HP A05 00000002 ?? 0000162E) ACPI Warning: Invalid length for Pm1aControlBlock: 32, using default 16 (20= 110527/tbfadt-638) ACPI Warning: Invalid length for Pm1bControlBlock: 32, using default 16 (20= 110527/tbfadt-638) ACPI: DSDT 0xf57f8560 0422D (v01 HP DSDT 00000001 MSFT 02000001) Also, I tried to boot the system with ACPI disabled. The system booted farther, but then dropped into the debugger: device_attach: powernow0 attach returned 6 Device configuration finished. procfs registered panic: No usable event timer found! cpuid =3D 0 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3b: movq $0,0x8dde12(%rip) db>=20 Just another datapoint... Let me know what else I can do to help. Thanks, John Failed boot 2011-06-07 -current ------------------------------- boot.config: -Dh BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 637kB/4021216kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 (root@zfscarp1p.unx.sas.com, Tue Jun 7 20:32:05 EST 2011) Loading /boot/defaults/loader.conf=20 Warning: unable to open file /boot/loader.conf.local /boot/kernel/kernel text=3D0xb2e1e8 data=3D0x13b6a8+0x2821f0 syms=3D[0x8+0x= 102768+0x8+0xebac1] zpool_cache...failed! To get back to the menu, type `menu' and press ENTER or type `boot' and press ENTER to start FreeBSD. Type '?' for a list of commands, 'help' for more detailed help. OK lsmod 0x200000: /boot/kernel/kernel (elf kernel, 0x12d9cc0) args: -v modules: x86bios.1 hptrr.1 io.1 ufs.1 kernel_mac_support.4 krpc.1 nfslock= d.1 nfssvc.1 nfslock.1 wlan_sta.1 wlan_ratectl_none.1 wlan.1 wlan_wep.1 wla= n_tkip.1 wlan_ccmp.1 wlan_amrr.1 if_vlan.3 if_gif.1 if_firewire.1 if_faith.= 1 ether.1 sysvshm.1 sysvsem.1 sysvmsg.1 firmware.1 kernel.900038 cd9660.1 i= sa.1 pseudofs.1 procfs.1 nfsd.1 nfscl.1 nfs.1 nfscommon.1 msdosfs.1 wpi.1 u= sb_quirk.1 ums.1 ukbd.1 uhid.1 ucom.1 uvscom.1 uvisor.1 uslcom.1 uplcom.1 u= lpt.1 uipaq.1 uftdi.1 ubsa.1 uark.1 u3g.1 zyd.1 urtw.1 ural.1 if_upgt.1 uat= h.1 run.1 rum.1 uether.1 udav.1 rue.1 kue.1 cue.1 cdce.1 axe.1 aue.1 uhub.1= usb.1 usb_linux.1 urio.1 umass.1 siis.1 random.1 ppbus.1 pci.1 pccard.1 nu= ll.1 mwl.1 mvs.1 mpt_user.1 mpt_raid.1 mpt.1 mpt_cam.1 mpt_core.1 miibus.1 = mfi.1 mem.1 malo.1 iwn.1 iwi.1 isp.1 ipw.1 sbp.1 fwip.1 fwe.1 firewire.1 sp= lash.1 exca.1 dcons.2 dcons_crom.1 cardbus.1 bt.1 if_ath.1 ath_pci.1 ata_vi= a.1 ata_sis.1 ata_sii.1 ata_serverworks.1 ata_promise.1 ata_nvidia.1 ata_ne= tcell.1 ata_national.1 ata_micron.1 ata_marvell.1 ata_jmicron.1 ata_ite.1 a= ta_intel.1 ata_highpoint.1 ata_cyrix.1 ata_cypress.1 ata_cenatek.1 ata_ati.= 1 ata_amd.1 ata_adaptec.1 ata_ali.1 ata_acard.1 ata_ahci.1 atapci.1 ata.1 a= hc.1 ahd.1 ahd_pci.1 ahc_pci.1 ahc_isa.1 ahci.1 agp.1 acpi_pci.1 acpi.1 cam= .1=20 OK boot -v =20 GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009f400 SMAP type=3D02 base=3D000000000009f400 len=3D0000000000000c00 SMAP type=3D02 base=3D00000000000f0000 len=3D0000000000010000 SMAP type=3D01 base=3D0000000000100000 len=3D00000000f56f8000 SMAP type=3D03 base=3D00000000f57f8000 len=3D0000000000008000 SMAP type=3D02 base=3D00000000fec00000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fec10000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fec20000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fdc00000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fdc10000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fee00000 len=3D0000000000010000 SMAP type=3D02 base=3D00000000ff800000 len=3D0000000000800000 SMAP type=3D01 base=3D0000000100000000 len=3D00000002fffff000 Table 'FACP' at 0xf57f8460 Table 'APIC' at 0xf57f8100 APIC: Found table at 0xf57f8100 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: disabled MADT: Found CPU APIC ID 3 ACPI ID 3: disabled MADT: Found CPU APIC ID 4 ACPI ID 4: disabled MADT: Found CPU APIC ID 5 ACPI ID 5: disabled MADT: Found CPU APIC ID 6 ACPI ID 6: disabled MADT: Found CPU APIC ID 7 ACPI ID 7: disabled Copyright (c) 1992-2011 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 9.0-CURRENT #0: Tue Jun 7 21:16:17 EST 2011 root@zfscarp1p.unx.sas.com:/usr/obj/usr/src.2011-06-07_1.00/sys/GENERIC= amd64 WARNING: WITNESS option enabled, expect reduced performance. Table 'FACP' at 0xf57f8460 Table 'APIC' at 0xf57f8100 Table 'SPCR' at 0xf57f81e0 Table 'SRAT' at 0xf57f8260 SRAT: Found table at 0xf57f8260 SRAT: Found CPU APIC ID 0 domain 1: enabled SRAT: Found CPU APIC ID 1 domain 2: enabled SRAT: Found CPU APIC ID 2 domain 3: disabled SRAT: Found CPU APIC ID 3 domain 4: disabled SRAT: Found CPU APIC ID 4 domain 1: disabled SRAT: Found CPU APIC ID 5 domain 2: disabled SRAT: Found CPU APIC ID 6 domain 3: disabled SRAT: Found CPU APIC ID 7 domain 4: disabled SRAT: Found memory domain 1 addr 0 len 200000000: enabled SRAT: Found memory domain 2 addr 200000000 len 200000000: enabled SRAT: Found memory domain 3 addr 0 len 0: disabled SRAT: Found memory domain 4 addr 0 len 0: disabled Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff814db000. Calibrating TSC clock ... TSC clock: 2605965145 Hz CPU: AMD Opteron(tm) Processor 252 (2605.97-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20f51 Family =3D f Model =3D 25 St= epping =3D 1 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associat= ive L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associati= ve WARNING: This architecture revision has known SMP hardware bugs which may c= ause random instability real memory =3D 17179869184 (16384 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001516000 - 0x00000000f57f7fff, 4096663552 bytes (1000162 pages) 0x0000000100000000 - 0x00000003e1eaefff, 12380205056 bytes (3022511 pages) avail memory =3D 16372883456 (15614 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 SRAT: CPU 0 has memory domain 1 SRAT: CPU 1 has memory domain 2 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff8000236000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf4f20 00024 (v02 HP ) ACPI: XSDT 0xf57f83e0 00044 (v01 HP A05 00000002 ?? 0000162E) ACPI: FACP 0xf57f8460 000F4 (v03 HP A05 00000002 ?? 0000162E) ACPI Warning: Invalid length for Pm1aControlBlock: 32, using default 16 (20= 110527/tbfadt-638) ACPI Warning: Invalid length for Pm1bControlBlock: 32, using default 16 (20= 110527/tbfadt-638) ACPI: DSDT 0xf57f8560 0422D (v01 HP DSDT 00000001 MSFT 02000001) ACPI: FACS 0xf57f80c0 00040 ACPI: APIC 0xf57f8100 000B8 (v01 HP 00000083 00000002 00000000) ACPI: SPCR 0xf57f81e0 00050 (v01 HP SPCRRBSU 00000001 ?? 0000162E) ACPI: SRAT 0xf57f8260 00150 (v01 HP A05 00000001 00000000) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 5, Interrupt 24 at 0xfec10000 MADT: Found IO APIC ID 6, Interrupt 28 at 0xfec20000 MADT: Found IO APIC ID 7, Interrupt 32 at 0xfdc00000 MADT: Found IO APIC ID 8, Interrupt 36 at 0xfdc10000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-35 on motherboard ioapic4 irqs 36-39 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x000000f0 pmc: 0x00010400 wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device null: random: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 CPU0: local APIC error 0x80 acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: SSDT 0xf57fd000 0059D (v01 HP SSDT0 00000001 MSFT 02000001) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 0059D (v01 HP SSDT0 00000001 MSFT 02000001) ACPI: SSDT 0xf57fd700 0059D (v01 HP SSDT1 00000001 MSFT 02000001) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 0059D (v01 HP SSDT1 00000001 MSFT 02000001) acpi0: Power Button (fixed) ACPI timer: 1/1 1/2 1/1 1/1 1/2 1/1 1/1 1/2 1/1 0/4 -> 9 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 5 7 10 11 Validation 0 7 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 5 7 10 11 Validation 0 10 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 5 7 10 11 Validation 0 11 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 5 7 10 11 Validation 0 5 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pcib0: on acpi0 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x1022, dev=3D0x7460, revid=3D0x07 domain=3D0, bus=3D0, slot=3D3, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x09 (2250 ns), maxlat=3D0x00 (0 ns) [EOT] Good boot 2011-04-xx -current ------------------------------- /boot.config: -Dh Consoles: internal video/keyboard serial port =20 BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 637kB/4021216kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 (root@zfscarp1p.unx.sas.com, Tue Jun 7 20:32:05 EST 2011) Loading /boot/defaults/loader.conf=20 Warning: unable to open file /boot/loader.conf.local /boot/kernel/kernel text=3D0xb2e1e8 data=3D0x13b6a8+0x2821f0 syms=3D[0x8+0x= 102768+0x8+0xebac1] zpool_cache...failed! To get back to the menu, type `menu' and press ENTER or type `boot' and press ENTER to start FreeBSD. Type '?' for a list of commands, 'help' for more detailed help. OK unload=20 OK load /boot/kernel.good/kernel /boot/kernel.good/kernel text=3D0x97092f data=3D0x1391a8+0xe2598 syms=3D[0x= 8+0xefa90+0x8+0xdbf13] OK boot -v GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009f400 SMAP type=3D02 base=3D000000000009f400 len=3D0000000000000c00 SMAP type=3D02 base=3D00000000000f0000 len=3D0000000000010000 SMAP type=3D01 base=3D0000000000100000 len=3D00000000f56f8000 SMAP type=3D03 base=3D00000000f57f8000 len=3D0000000000008000 SMAP type=3D02 base=3D00000000fec00000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fec10000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fec20000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fdc00000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fdc10000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fee00000 len=3D0000000000010000 SMAP type=3D02 base=3D00000000ff800000 len=3D0000000000800000 SMAP type=3D01 base=3D0000000100000000 len=3D00000002fffff000 Table 'FACP' at 0xf57f8460 Table 'APIC' at 0xf57f8100 APIC: Found table at 0xf57f8100 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: disabled MADT: Found CPU APIC ID 3 ACPI ID 3: disabled MADT: Found CPU APIC ID 4 ACPI ID 4: disabled MADT: Found CPU APIC ID 5 ACPI ID 5: disabled MADT: Found CPU APIC ID 6 ACPI ID 6: disabled MADT: Found CPU APIC ID 7 ACPI ID 7: disabled Copyright (c) 1992-2011 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 9.0-CURRENT-201101 #0: Mon Jun 6 03:17:15 EST 2011 root@zfscarp1p.unx.sas.com:/usr/obj/usr/src.orig/sys/ZFS amd64 Table 'FACP' at 0xf57f8460 Table 'APIC' at 0xf57f8100 Table 'SPCR' at 0xf57f81e0 Table 'SRAT' at 0xf57f8260 SRAT: Found table at 0xf57f8260 SRAT: Found CPU APIC ID 0 domain 1: enabled SRAT: Found CPU APIC ID 1 domain 2: enabled SRAT: Found CPU APIC ID 2 domain 3: disabled SRAT: Found CPU APIC ID 3 domain 4: disabled SRAT: Found CPU APIC ID 4 domain 1: disabled SRAT: Found CPU APIC ID 5 domain 2: disabled SRAT: Found CPU APIC ID 6 domain 3: disabled SRAT: Found CPU APIC ID 7 domain 4: disabled SRAT: Found memory domain 1 addr 0 len 200000000: enabled SRAT: Found memory domain 2 addr 200000000 len 200000000: enabled SRAT: Found memory domain 3 addr 0 len 0: disabled SRAT: Found memory domain 4 addr 0 len 0: disabled Preloaded elf kernel "/boot/kernel.good/kernel" at 0xffffffff80f5a000. Calibrating TSC clock ... TSC clock: 2605961453 Hz CPU: AMD Opteron(tm) Processor 252 (2605.96-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20f51 Family =3D f Model =3D 25 St= epping =3D 1 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associat= ive L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associati= ve WARNING: This architecture revision has known SMP hardware bugs which may c= ause random instability real memory =3D 17179869184 (16384 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000f95000 - 0x00000000f57f7fff, 4102434816 bytes (1001571 pages) 0x0000000100000000 - 0x00000003e1e88fff, 12380049408 bytes (3022473 pages) avail memory =3D 16376524800 (15617 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 SRAT: CPU 0 has memory domain 1 SRAT: CPU 1 has memory domain 2 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff8000036000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf4f20 00024 (v02 HP ) ACPI: XSDT 0xf57f83e0 00044 (v01 HP A05 00000002 ?? 0000162E) ACPI: FACP 0xf57f8460 000F4 (v03 HP A05 00000002 ?? 0000162E) ACPI Warning: Invalid length for Pm1aControlBlock: 32, using default 16 (20= 101209/tbfadt-707) ACPI Warning: Invalid length for Pm1bControlBlock: 32, using default 16 (20= 101209/tbfadt-707) ACPI: DSDT 0xf57f8560 0422D (v01 HP DSDT 00000001 MSFT 02000001) ACPI: FACS 0xf57f80c0 00040 ACPI: APIC 0xf57f8100 000B8 (v01 HP 00000083 00000002 00000000) ACPI: SPCR 0xf57f81e0 00050 (v01 HP SPCRRBSU 00000001 ?? 0000162E) ACPI: SRAT 0xf57f8260 00150 (v01 HP A05 00000001 00000000) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 5, Interrupt 24 at 0xfec10000 MADT: Found IO APIC ID 6, Interrupt 28 at 0xfec20000 MADT: Found IO APIC ID 7, Interrupt 32 at 0xfdc00000 MADT: Found IO APIC ID 8, Interrupt 36 at 0xfdc10000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-35 on motherboard ioapic4 irqs 36-39 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x000000f0 pmc: 0x00010400 wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device null: random: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 CPU0: local APIC error 0x80 acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: SSDT 0xf57fd000 0059D (v01 HP SSDT0 00000001 MSFT 02000001) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 0059D (v01 HP SSDT0 00000001 MSFT 02000001) ACPI: SSDT 0xf57fd700 0059D (v01 HP SSDT1 00000001 MSFT 02000001) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 0059D (v01 HP SSDT1 00000001 MSFT 02000001) acpi0: Power Button (fixed) ACPI timer: 0/4 0/4 0/4 0/4 0/4 0/4 0/4 1/2 1/2 1/2 -> 3 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 5 7 10 11 Validation 0 7 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 5 7 10 11 Validation 0 10 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 5 7 10 11 Validation 0 11 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 5 7 10 11 Validation 0 5 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pcib0: on acpi0 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x1022, dev=3D0x7460, revid=3D0x07 domain=3D0, bus=3D0, slot=3D3, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x09 (2250 ns), maxlat=3D0x00 (0 ns) ^^^^^^^^ previous dmesg output ends here ^^^^^^^ found-> vendor=3D0x1022, dev=3D0x7468, revid=3D0x05 domain=3D0, bus=3D0, slot=3D4, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0220, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x7469, revid=3D0x03 domain=3D0, bus=3D0, slot=3D4, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[20]: type I/O Port, range 32, base 0x2000, size 4, enabled found-> vendor=3D0x1022, dev=3D0x746b, revid=3D0x05 domain=3D0, bus=3D0, slot=3D4, func=3D3 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x7450, revid=3D0x12 domain=3D0, bus=3D0, slot=3D7, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x01 (250 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x7451, revid=3D0x01 domain=3D0, bus=3D0, slot=3D7, func=3D1 class=3D08-00-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x7450, revid=3D0x12 domain=3D0, bus=3D0, slot=3D8, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x01 (250 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x7451, revid=3D0x01 domain=3D0, bus=3D0, slot=3D8, func=3D1 class=3D08-00-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1100, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1101, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1102, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D2 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1103, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D3 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1100, revid=3D0x00 domain=3D0, bus=3D0, slot=3D25, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1101, revid=3D0x00 domain=3D0, bus=3D0, slot=3D25, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1102, revid=3D0x00 domain=3D0, bus=3D0, slot=3D25, func=3D2 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1103, revid=3D0x00 domain=3D0, bus=3D0, slot=3D25, func=3D3 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) pcib1: at device 3.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x4000-0x4fff pcib1: memory decode 0xf5f00000-0xf7cfffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1022, dev=3D0x7464, revid=3D0x0b domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0117, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x50 (20000 ns) intpin=3Dd, irq=3D5 map[10]: type Memory, range 32, base 0xf7cf0000, size 12, enabled pcib1: requested memory range 0xf7cf0000-0xf7cf0fff: good pcib1: matched entry for 1.0.INTD pcib1: slot 0 INTD hardwired to IRQ 19 ohci early: SMM active, request owner change found-> vendor=3D0x1022, dev=3D0x7464, revid=3D0x0b domain=3D0, bus=3D1, slot=3D0, func=3D1 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x50 (20000 ns) intpin=3Dd, irq=3D5 map[10]: type Memory, range 32, base 0xf7ce0000, size 12, enabled pcib1: requested memory range 0xf7ce0000-0xf7ce0fff: good pcib1: matched entry for 1.0.INTD pcib1: slot 0 INTD hardwired to IRQ 19 ohci early: SMM active, request owner change found-> vendor=3D0x0e11, dev=3D0xb203, revid=3D0x01 domain=3D0, bus=3D1, slot=3D2, func=3D0 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0103, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D7 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x4800, size 8, enabled pcib1: requested I/O range 0x4800-0x48ff: in range map[14]: type Memory, range 32, base 0xf7cb0000, size 9, enabled pcib1: requested memory range 0xf7cb0000-0xf7cb01ff: good pcib1: matched entry for 1.2.INTA pcib1: slot 2 INTA hardwired to IRQ 16 found-> vendor=3D0x0e11, dev=3D0xb204, revid=3D0x01 domain=3D0, bus=3D1, slot=3D2, func=3D2 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0197, statreg=3D0x0290, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x4000, size 8, enabled pcib1: requested I/O range 0x4000-0x40ff: in range map[14]: type Memory, range 32, base 0xf7ca0000, size 11, enabled pcib1: requested memory range 0xf7ca0000-0xf7ca07ff: good map[18]: type Memory, range 32, base 0xf7c90000, size 13, enabled pcib1: requested memory range 0xf7c90000-0xf7c91fff: good map[1c]: type Memory, range 32, base 0xf7c00000, size 19, enabled pcib1: requested memory range 0xf7c00000-0xf7c7ffff: good pcib1: matched entry for 1.2.INTB pcib1: slot 2 INTB hardwired to IRQ 17 found-> vendor=3D0x1002, dev=3D0x4752, revid=3D0x27 domain=3D0, bus=3D1, slot=3D3, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0087, statreg=3D0x0290, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf6000000, size 24, enabled pcib1: requested memory range 0xf6000000-0xf6ffffff: good map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled pcib1: requested I/O range 0x4400-0x44ff: in range map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled pcib1: requested memory range 0xf5ff0000-0xf5ff0fff: good ohci0: mem 0xf7cf0000-0xf7cf0fff irq 19 at = device 0.0 on pci1 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 49 usbus0: on ohci0 usbus0: bpf attached ohci0: usbpf attached ohci1: mem 0xf7ce0000-0xf7ce0fff irq 19 at = device 0.1 on pci1 usbus1: on ohci1 usbus1: bpf attached ohci1: usbpf attached pci1: at device 2.0 (no driver attached) pci1: at device 2.2 (no driver attached) vgapci0: port 0x4400-0x44ff mem 0xf6000000-0xf6fff= fff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0x2000-0x200f at device 4.1 on pci0 ata0: on atapci0 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x10000 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 50 ata1: on atapci0 ata1: reset tp1 mask=3D00 ostat0=3Dff ostat1=3Dff ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 51 pci0: at device 4.3 (no driver attached) pcib2: at device 7.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x5000-0x5fff pcib2: memory decode 0xf7d00000-0xf7dfffff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x0e11, dev=3D0x0046, revid=3D0x01 domain=3D0, bus=3D2, slot=3D4, func=3D0 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0157, statreg=3D0x0230, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D7 powerspec 2 supports D0 D1 D3 current D0 map[10]: type Memory, range 64, base 0xf7df0000, size 13, enabled pcib2: requested memory range 0xf7df0000-0xf7df1fff: good map[18]: type I/O Port, range 32, base 0x5000, size 8, enabled pcib2: requested I/O range 0x5000-0x50ff: in range map[1c]: type Memory, range 64, base 0xf7d80000, size 18, enabled pcib2: requested memory range 0xf7d80000-0xf7dbffff: good pcib2: matched entry for 2.4.INTA pcib2: slot 4 INTA hardwired to IRQ 24 ciss0: port 0x5000-0x50ff mem 0xf7df0000-0xf7df1fff,0xf= 7d80000-0xf7dbffff irq 24 at device 4.0 on pci2 ciss0: PERFORMANT Transport ciss0: got 0 MSI messages] ioapic1: routing intpin 0 (PCI IRQ 24) to lapic 0 vector 52 ciss0: using 1024 of 1024 available commands ciss0: firmware 2.84 ciss0: 2 SCSI channels ciss0: signature 'CISS' ciss0: valence 1 ciss0: supported I/O methods 0x80000006 ciss0: active I/O method 0x5 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 0us ciss0: interrupt coalesce count 16 ciss0: max outstanding commands 1024 ciss0: bus types 0x4 ciss0: server name '' ciss0: heartbeat 0x10000075 ciss0: 7 physical devices ciss0: 1 logical drive ciss0: logical drive (b0t0): RAID 5, 277504MB online pcib3: at device 8.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xfffff000-0xfff pcib3: memory decode 0xf7e00000-0xf7efffff pcib3: no prefetched decode pci3: on pcib3 pci3: domain=3D0, physical bus=3D3 found-> vendor=3D0x14e4, dev=3D0x1648, revid=3D0x10 domain=3D0, bus=3D3, slot=3D6, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0156, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D7 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xf7ef0000, size 16, enabled pcib3: requested memory range 0xf7ef0000-0xf7efffff: good pcib3: matched entry for 3.6.INTA pcib3: slot 6 INTA hardwired to IRQ 28 found-> vendor=3D0x14e4, dev=3D0x1648, revid=3D0x10 domain=3D0, bus=3D3, slot=3D6, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0156, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xf7ee0000, size 16, enabled pcib3: requested memory range 0xf7ee0000-0xf7eeffff: good pcib3: matched entry for 3.6.INTB pcib3: slot 6 INTB hardwired to IRQ 29 pci0:3:6:0: bad VPD cksum, remain 19 bge0: mem 0xf7ef0000= -0xf7efffff irq 28 at device 6.0 on pci3 bge0: CHIP ID 0x00002100; ASIC REV 0x02; CHIP REV 0x21; PCI-X miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0019, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000ba= seT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: bpf attached bge0: Ethernet address: 00:16:35:3b:7b:52 ioapic2: routing intpin 0 (PCI IRQ 28) to lapic 0 vector 53 pci0:3:6:1: bad VPD cksum, remain 19 bge1: mem 0xf7ee0000= -0xf7eeffff irq 29 at device 6.1 on pci3 bge1: CHIP ID 0x00002100; ASIC REV 0x02; CHIP REV 0x21; PCI-X miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x000818, model 0x0019, rev. 0 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000ba= seT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: bpf attached bge1: Ethernet address: 00:16:35:3b:7b:51 ioapic2: routing intpin 1 (PCI IRQ 29) to lapic 0 vector 54 pcib4: on acpi0 pcib4: could not get PCI interrupt routing table for \_SB_.CFG1 - AE_NOT_FO= UND pci4: on pcib4 pci4: domain=3D0, physical bus=3D4 found-> vendor=3D0x1022, dev=3D0x7450, revid=3D0x12 domain=3D0, bus=3D4, slot=3D9, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x01 (250 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x7451, revid=3D0x01 domain=3D0, bus=3D4, slot=3D9, func=3D1 class=3D08-00-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x7450, revid=3D0x12 domain=3D0, bus=3D4, slot=3D10, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x01 (250 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x7451, revid=3D0x01 domain=3D0, bus=3D4, slot=3D10, func=3D1 class=3D08-00-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) pcib5: at device 9.0 on pci4 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0x6000-0x6fff pcib5: memory decode 0xf7f00000-0xf7ffffff pcib5: no prefetched decode pci5: on pcib5 pci5: domain=3D0, physical bus=3D5 found-> vendor=3D0x1077, dev=3D0x2312, revid=3D0x02 domain=3D0, bus=3D5, slot=3D7, func=3D0 class=3D0c-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0157, statreg=3D0x0230, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type I/O Port, range 32, base 0x6000, size 8, enabled pcib5: requested I/O range 0x6000-0x60ff: in range map[14]: type Memory, range 64, base 0xf7ff0000, size 12, enabled pcib5: requested memory range 0xf7ff0000-0xf7ff0fff: good pcib5: matched entry for 5.7.INTA pcib5: slot 7 INTA hardwired to IRQ 34 found-> vendor=3D0x1077, dev=3D0x2312, revid=3D0x02 domain=3D0, bus=3D5, slot=3D7, func=3D1 class=3D0c-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0157, statreg=3D0x0230, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type I/O Port, range 32, base 0x6400, size 8, enabled pcib5: requested I/O range 0x6400-0x64ff: in range map[14]: type Memory, range 64, base 0xf7fe0000, size 12, enabled pcib5: requested memory range 0xf7fe0000-0xf7fe0fff: good pcib5: matched entry for 5.7.INTB pcib5: slot 7 INTB hardwired to IRQ 35 found-> vendor=3D0x1077, dev=3D0x2312, revid=3D0x02 domain=3D0, bus=3D5, slot=3D8, func=3D0 class=3D0c-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0157, statreg=3D0x0230, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D7 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type I/O Port, range 32, base 0x6800, size 8, enabled pcib5: requested I/O range 0x6800-0x68ff: in range map[14]: type Memory, range 64, base 0xf7fd0000, size 12, enabled pcib5: requested memory range 0xf7fd0000-0xf7fd0fff: good pcib5: matched entry for 5.8.INTA pcib5: slot 8 INTA hardwired to IRQ 32 found-> vendor=3D0x1077, dev=3D0x2312, revid=3D0x02 domain=3D0, bus=3D5, slot=3D8, func=3D1 class=3D0c-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0157, statreg=3D0x0230, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type I/O Port, range 32, base 0x6c00, size 8, enabled pcib5: requested I/O range 0x6c00-0x6cff: in range map[14]: type Memory, range 64, base 0xf7fc0000, size 12, enabled pcib5: requested memory range 0xf7fc0000-0xf7fc0fff: good pcib5: matched entry for 5.8.INTB pcib5: slot 8 INTB hardwired to IRQ 33 Qlogic ISP Driver, FreeBSD Version 7.0, Core Version 7.0 isp0: port 0x6000-0x60ff mem 0xf7ff0000= -0xf7ff0fff irq 34 at device 7.0 on pci5 isp0: using Memory space register mapping ioapic3: routing intpin 2 (PCI IRQ 34) to lapic 0 vector 55 isp0: Polled Mailbox Command (0x2) Timeout (1000000us) (started @ isp_reset= :953) isp0: Polled Mailbox Command (0x8) Timeout (100000us) (started @ isp_reset:= 1017) isp0: Mailbox Command 'ABOUT FIRMWARE' failed (TIMEOUT) device_attach: isp0 attach returned 6 isp1: port 0x6400-0x64ff mem 0xf7fe0000= -0xf7fe0fff irq 35 at device 7.1 on pci5 isp1: using Memory space register mapping ioapic3: routing intpin 3 (PCI IRQ 35) to lapic 0 vector 55 isp1: Polled Mailbox Command (0x2) Timeout (1000000us) (started @ isp_reset= :953) isp1: Polled Mailbox Command (0x8) Timeout (100000us) (started @ isp_reset:= 1017) isp1: Mailbox Command 'ABOUT FIRMWARE' failed (TIMEOUT) device_attach: isp1 attach returned 6 isp2: port 0x6800-0x68ff mem 0xf7fd0000= -0xf7fd0fff irq 32 at device 8.0 on pci5 isp2: using Memory space register mapping ioapic3: routing intpin 0 (PCI IRQ 32) to lapic 0 vector 55 isp2: Polled Mailbox Command (0x2) Timeout (1000000us) (started @ isp_reset= :953) isp2: Polled Mailbox Command (0x8) Timeout (100000us) (started @ isp_reset:= 1017) isp2: Mailbox Command 'ABOUT FIRMWARE' failed (TIMEOUT) device_attach: isp2 attach returned 6 isp3: port 0x6c00-0x6cff mem 0xf7fc0000= -0xf7fc0fff irq 33 at device 8.1 on pci5 isp3: using Memory space register mapping ioapic3: routing intpin 1 (PCI IRQ 33) to lapic 0 vector 55 isp3: Polled Mailbox Command (0x2) Timeout (1000000us) (started @ isp_reset= :953) isp3: Polled Mailbox Command (0x8) Timeout (100000us) (started @ isp_reset:= 1017) isp3: Mailbox Command 'ABOUT FIRMWARE' failed (TIMEOUT) device_attach: isp3 attach returned 6 pcib6: at device 10.0 on pci4 pcib6: domain 0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0xfffff000-0xfff pcib6: no prefetched decode pci6: on pcib6 pci6: domain=3D0, physical bus=3D6 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 55 Event timer "i8254" frequency 1193182 Hz quality 100 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 56 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 10 00 64 psm: status 00 02 64 psm: status 00 02 64 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 57 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 58 uart0: fast interrupt uart0: console (9600,n,8,1) fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 ioapic0: routing intpin 6 (ISA IRQ 6) to lapic 0 vector 59 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 acpi0: wakeup code va 0xffffff847878c000 pa 0x4000 ex_isa_identify() ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it attimer: attimer0 already exists; skipping it fdc: fdc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0x= effff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment= 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 60 Event timer "RTC" frequency 32768 Hz quality 0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 uart1: at port 0x2f8-0x2ff irq = 3 on isa0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 61 uart1: fast interrupt isa_probe_children: probing PnP devices powernow0: on cpu0 powernow1: on cpu1 Device configuration finished. procfs registered Timecounter "TSC" frequency 2605961453 Hz quality -100 lapic: Divisor 2, Frequency 100229294 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached hptrr: no controller detected. ata0: Identifying devices: 00010000 ata0: New devices: 00010000 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 fdc0: output ready timeout uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: setting UDMA33 acd0: DVDROM drive at ata0 as master acd0: read 4134KB/s (4134KB/s), 2048KB buffer, UDMA33=20 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1: Identifying devices: 00000000 ata1: New devices: 00000000 fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout pass0 at ciss0 bus 0 scbus0 target 0 lun 0 pass0: Fixed Direct Access SCSI-4 device=20 pass0: 135.168MB/s transfers pass0: Command Queueing enabled da0 at ciss0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device=20 da0: 135.168MB/s transfers da0: Command Queueing enabled da0: 277841MB (569018880 512 byte sectors: 255H 32S/T 65535C) ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 1 (CPU1: local APIC error 0x80 IfSlAo wItRaQb l1e) ctloe alnaepri cs t1a rvteecdto r 48 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 1 vector 49 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 1 vector 50 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 1 vector 51 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 1 vector 52 ioapic2: routing intpin 0 (PCI IRQ 28) to lapic 1 vector 53 GEOM: new disk da0 Trying to mount root from ufs:/dev/da0s1a [rw]... start_init: trying /sbin/init Setting hostuuid: 33383236-3038-5553-4535-35324e324e35. Setting hostid: 0xcd554986. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: /dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 3486137 free (1153 frags, 435623 blocks, 0.0% fragmenta= tion) /dev/da0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1e: clean, 7897707 free (115 frags, 987199 blocks, 0.0% fragmentat= ion) /dev/da0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1f: clean, 87458558 free (322134 frags, 10892053 blocks, 0.3% frag= mentation) /dev/da0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1d: clean, 8085862 free (622 frags, 1010655 blocks, 0.0% fragmenta= tion) Mounting local file systems:. Setting hostname: zfscarp1p.unx.sas.com. carp1: bpf attached carp2: bpf attached ifconfig: can't set link-level netmask or broadcast bge0: link state changed to DOWNifconfig: can't set link-l evel netmask or broadcast bge1: link state changed to DOWifconfig: Ncan't set link-level netmask or= =20 broadcast ifconfig: can't set link-level netmask or broadcast Starting Network: lo0 bge0 bge1 carp1 carp2. lo0: flags=3D8049 metric 0 mtu 16384 options=3D3 bge0: flags=3D8843 metric 0 mtu 1500 options=3D8009b ether 00:16:35:3b:7b:52 media: Ethernet autoselect (none) status: no carrier bge1: flags=3D8843 metric 0 mtu 1500 options=3D8009b ether 00:16:35:3b:7b:51 media: Ethernet autoselect (none) status: no carrier carp1: flags=3D9 metric 0 mtu 1500 carp: INIT vhid 1 advbase 1 advskew 100 carp2: flags=3D9 metric 0 mtu 1500 carp: INIT vhid 2 advbase 1 advskew 100 Starting devd. [EOT] From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 12:11:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C8C11065676 for ; Wed, 8 Jun 2011 12:11:28 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id BF6F98FC18 for ; Wed, 8 Jun 2011 12:11:27 +0000 (UTC) Received: from [IPv6:2001:470:28:140:a0fd:524d:3076:336] ([IPv6:2001:470:28:140:a0fd:524d:3076:336]) (authenticated bits=0) by otrada.od.ua (8.14.4/8.14.4) with ESMTP id p58CBNPk024414 for ; Wed, 8 Jun 2011 15:11:23 +0300 (EEST) (envelope-from universite@ukr.net) Message-ID: <4DEF66D0.6010307@ukr.net> Date: Wed, 08 Jun 2011 15:10:56 +0300 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-95.5 required=5.0 tests=FREEMAIL_FROM,FSL_RU_URL, RDNS_NONE, SPF_SOFTFAIL, T_TO_NO_BRKTS_FREEMAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mary-teresa.otrada.od.ua X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (otrada.od.ua [IPv6:2001:470:28:140::5]); Wed, 08 Jun 2011 15:11:26 +0300 (EEST) Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 12:11:28 -0000 08.06.2011 11:10, Eir Nym wrote: > gpart show is work now, but not when I load zfs into memory and try to > add zpool into. > > and when I'll boot gpart says 'GEOM: ada0s1a invalid disklabel' Output: gpart show ada0 -- Vladislav V. Prodan VVP24-UANIC +380[67]4584408 +380[99]4060508 vlad11@jabber.ru From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 14:55:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E636C106564A for ; Wed, 8 Jun 2011 14:55:20 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 735B68FC0A for ; Wed, 8 Jun 2011 14:55:19 +0000 (UTC) Received: by bwz12 with SMTP id 12so714559bwz.13 for ; Wed, 08 Jun 2011 07:55:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=B9uLfBQj4dxahIkgYP733TJf+dOt2KwCu6xlrGFnLPo=; b=HhOUpkaE7vYp6sMg6VVamYToqjn4ityHgJXtm+JLRYHk5XMBfaO2NthiyNf17Kp18m Zk113LhO9TjQM5u0a8DT7IYf9yktUInIO0YjzDieuYH0Syn4YIC1frEjn5Q/QGxtfYbp EVa9wXqeCxIiAxkaymZ0v+hXBYeo7T03mvKbk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=djRlWEXoc8fKImKmzcNvjFLrNTMvU4qdfkJuhXNbtyqLXcPg2ldLWshKo7suCcwgee NWU1r+gl9nBBdz+lFnFrrGNeRwb+QDYKm2wrQ4AGTvxITQjKsIs6rDGLGSajGjCyZKUy Fo4SdlEU7D225w6KHCQQjBjyF77d3fCglSbvQ= Received: by 10.204.154.147 with SMTP id o19mr1137759bkw.83.1307544908660; Wed, 08 Jun 2011 07:55:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Wed, 8 Jun 2011 07:54:09 -0700 (PDT) In-Reply-To: <4DEF66D0.6010307@ukr.net> References: <4DEF66D0.6010307@ukr.net> From: Eir Nym Date: Wed, 8 Jun 2011 18:54:09 +0400 Message-ID: To: "Vladislav V. Prodan" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 14:55:21 -0000 On 8 June 2011 16:10, Vladislav V. Prodan wrote: > 08.06.2011 11:10, Eir Nym wrote: >> >> gpart show is work now, but not when I load zfs into memory and try to >> add zpool into. >> >> and when I'll boot gpart says 'GEOM: ada0s1a invalid disklabel' > > Output: > gpart show ada0 > #gpart show ada0 => 63 1250263665 ada0 MBR (596G) 63 411807627 1 freebsd (196G) 411807690 54 - free - (27k) 411807744 202752 2 !239 (99M) 412010496 204800 3 ntfs [active] (100M) 412215296 838045696 4 ntfs (399G) 1250260992 2736 - free - (1.3M) #gpart show ada0s1 => 0 411807627 ada0s1 BSD (196G) 0 402653247 1 freebsd-zfs (192G) 402653247 9154380 2 freebsd-swap (4.4G) > > -- > Vladislav V. Prodan > VVP24-UANIC > +380[67]4584408 > +380[99]4060508 > vlad11@jabber.ru > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 14:59:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5CA4106564A for ; Wed, 8 Jun 2011 14:59:34 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 601D08FC19 for ; Wed, 8 Jun 2011 14:59:33 +0000 (UTC) Received: by bwz12 with SMTP id 12so719429bwz.13 for ; Wed, 08 Jun 2011 07:59:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=YWgJ1xpRHTWZiQ5pjWqZcV+LFTb4bx8mDJcmQO5dZes=; b=YX97Uq4jerkQo53eFS26M9m6fgk+iJK/DrpxU2Ia/kyULOAVoy5DTMAh65jxfs7Z/W fGIiPXI11yFo7hGcWpnjhb+2XqGsW1IZrkwDgoUIuysa2FtxNftjSLz8fWO4UZ5u8LaK NP7iMtzE5zYWK4M3VHxNeqwlnBZulgSDCTROo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=U01r5UG+A6lgnWLB+vqizWOusdQAygT/Q+GrMcL4gO8OGAOKvRBRsdfhP0WqVoCrdZ 1IOd6lqobl8KzKGIIT+b0U6HRGojwrzUa0FbrWn/RzZlvHh5YPRMOyKRJbKPIzn7Mh02 rETi1eNTcoya2OFnTHUCsJcn4jP4Lh5X/Oy1g= Received: by 10.204.36.7 with SMTP id r7mr698588bkd.2.1307545173142; Wed, 08 Jun 2011 07:59:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Wed, 8 Jun 2011 07:59:12 -0700 (PDT) In-Reply-To: References: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> From: Eir Nym Date: Wed, 8 Jun 2011 18:59:12 +0400 Message-ID: To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Bjoern A. Zeeb" , FreeBSD Current Subject: Re: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 14:59:35 -0000 On 7 June 2011 22:11, Garrett Cooper wrote: > On Tue, Jun 7, 2011 at 11:00 AM, Garrett Cooper wrot= e: >> On Tue, Jun 7, 2011 at 10:41 AM, Bjoern A. Zeeb >> wrote: >>> >>> On Jun 7, 2011, at 5:29 PM, Garrett Cooper wrote: >>> >>>> Hi, >>>> =C2=A0 =C2=A0I'm running into an issue where ifconfig isn't executing = properly, >>>> and is emitting the following message: >>>> >>>> # ifconfig re0 inet w.x.y.z >>>> ifconfig: can't set link-level netmask or broadcast >>>> # >>> ... >>>> =C2=A0 =C2=A0I haven't traced down what commit exactly is causing this= , but the >>>> issue appears to be a purely userland based problem so far (I >>>> accidentally forgot to swap kernels before booting up the second time >>>> and the symptoms are exactly the same). >>> >>> Yes, you lost. =C2=A0My changes did that. =C2=A0You are the second to h= it it. >>> Your kernel does not have "FEATURES()" =C2=A0present and the new user s= pace >>> that came a couple of days later expect it and disable your IPv4 >>> because of that. >>> >>> The real problem is when people update the kernel, then update world >>> and then figure out they need to go back to kernel.old. >>> I'll add an UPDATING entry. >> >> That I would expect, but I just built the kernel last night, installed >> it, and am running it right now and I run into the same issue as I do >> with the older kernel :). Was there any magic foo that I needed to use >> to get FEATURES working properly, or was it supposed to be seamless? I >> don't know because I never had a need to fiddle around with the >> framework.. >> >> Is there a tool I can use (minus banging on the interfaces in C) to >> determine what the features are on the machine to diagnose why things >> aren't working for me? > > Answering my own question: > > sysctl kern.features.inet > sysctl kern.features.inet6 > > Hmmm... they turn up unknown OIDs. Need to do some digging to discover > why that's the case.. > Oh... And no UPDATING messages. It's bad practice for this features. >>> You need an old user land or a new kernel to recover. >> >> Looks like I need an old userland, because a new kernel/userland combo >> doesn't seem to work as advertised :/... >> >>>> =C2=A0 =C2=A0I have both INET and INET6 built into my kernel and userl= and, but >>>> my immediate upstream router only supports IPv4 right now. I tried >>>> building with WITHOUT_INET6=3Dyes to see if it made a difference, and = it >>>> didn't. >>>> =C2=A0 =C2=A0I'll test any patches needed to remedy the issue. Thankfu= lly I >>>> have flash media I can use in the meantime to push code between my two >>>> boxes :) >>> >>> Welcome to FreeBSD HEAD, being a developer and not following the rule;-= ) >>> >>> Sorry for the hassle though. >> >> It's ok -- that's why I have two near workstations -- one for daily >> use and the other for testing :). > > Thanks, > -Garrett > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:20:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CBC9106566B for ; Wed, 8 Jun 2011 15:20:19 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 337438FC16 for ; Wed, 8 Jun 2011 15:20:18 +0000 (UTC) Received: by yie13 with SMTP id 13so366694yie.13 for ; Wed, 08 Jun 2011 08:20:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=J7woYjeGiTMw2DYJd/P0SSI2Y1h5kQT+p34i8jOeRMM=; b=OasuOKUvsX3453s/C7Yk1U2AIMdvzdXuDJ2TgJH1PI/RzaHUZoVBJxwxt0E9LeH/k4 rY3PwA6Egao+Pt31jC82bdXHFvkhxqNfFmDKfHbMYMI4EQUoK3jHkHlCgIhUw43qnp9i ycEgkPusVVlnAtd4m96xNjkYgmEMCw83NUt6k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=QFD4KxveXMCFI/uj6oqrZVA2iANK59mvH9MnyGuqut/aRDRC+yF95YbnlL//4RE+Sa PCcCdHvTqIBaQvyk/uebqzHk0wIWOabGbjF5EZ3EeWrQpB7nPyeFsQIj+3ZF8v/Wml4+ Bul8AOSKgCRZCtaz7H+WB7c39EnxuLlnOkMek= MIME-Version: 1.0 Received: by 10.236.138.47 with SMTP id z35mr2555204yhi.97.1307546418082; Wed, 08 Jun 2011 08:20:18 -0700 (PDT) Received: by 10.236.202.135 with HTTP; Wed, 8 Jun 2011 08:20:17 -0700 (PDT) In-Reply-To: <201106071035.37662.jhb@freebsd.org> References: <201106061052.32727.jhb@freebsd.org> <201106071035.37662.jhb@freebsd.org> Date: Wed, 8 Jun 2011 17:20:17 +0200 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 15:20:19 -0000 On Tue, Jun 7, 2011 at 4:35 PM, John Baldwin wrote: > On Monday, June 06, 2011 11:02:59 pm deeptech71@gmail.com wrote: >> On Mon, Jun 6, 2011 at 4:52 PM, John Baldwin wrote: >> > Can you try out this change. =A0It is a possible "real" solution (or a= t > least a >> > stopgap until we start using multipass to untangle the resource mess a= bit >> > further): >> [snip] >> >> that doesn't work. i get an allocation failure. > > It is expected to still get an allocation failure. > > Instead what the change does is avoid updating the registers for the wind= ow > until after all the devices on the bus have been probed. > > Were you able to save a dmesg somehow from the boot with this patch? =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D dmesg begins =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Copyright (c) 1992-2011 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 9.0-CURRENT #0 r222709M: Sun Jun 5 20:01:55 CEST 2011 devhc@:/usr/obj/usr/src/sys/HQ i386 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.71-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Family =3D f Model =3D 2 Stepp= ing =3D 9 Features=3D0xbfebfbff Features2=3D0x4400 real memory =3D 536870912 (512 MB) avail memory =3D 513818624 (490 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xf7ee0000-0xf7eeffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized radeon 1.31.0 20080613 vgapci1: mem 0xe0000000-0xefffffff,0xf7ef0000-0xf7efffff at device 0.1 on pci1 uhci0: port 0xc880-0xc89f irq 16 at device 29.0 on pci0 usbus0: on uhci0 uhci1: port 0xcc00-0xcc1f irq 19 at device 29.1 on pci0 usbus1: on uhci1 ehci0: mem 0xf7dffc00-0xf7dfffff irq 23 at device 29.7 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci0 pcib2: at device 30.0 on pci0 pcib2: failed to allocate initial memory window: 0xf7f00000-0xfbffffff pci2: on pcib2 skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem 0xf7ffc000-0xf7ffffff irq 22 at device 5.0 on pci2 skc0: 3Com Gigabit LOM (3C940) rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:35:15:91 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto pcm0: port 0xec00-0xec3f irq 20 at device 12.0 on pci2 pcm0: pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 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 p4tcc0: on cpu0 p4tcc1: on cpu1 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata1: DMA limited to UDMA33, controller found non-ATA66 cable ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 78167MB (160086528 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! GEOM: ada0s1: geometry does not match label (255h,63s !=3D 16h,63s). Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus2 Trying to mount root from ufs:/dev/ada0s1a [rw,noatime]... ugen1.2: at usbus1 ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3D1 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 done All buffers synced. MP Configuration Table version 1.1 found at 0xc00f1280 Table 'FACP' at 0x1ff30290 Table 'APIC' at 0x1ff30390 APIC: Found table at 0x1ff30390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) Copyright (c) 1992-2011 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 9.0-CURRENT #1 r222709M: Tue Jun 7 03:11:15 CEST 2011 devhc@:/usr/obj/usr/src/sys/HQ i386 Table 'FACP' at 0x1ff30290 Table 'APIC' at 0x1ff30390 Table 'OEMB' at 0x1ff40040 ACPI: No SRAT table found Preloaded elf kernel "/boot/kernel.HQ.r222709.copyin2.opie.pcibhax4/kernel" at 0xc0b9e000. Calibrating TSC clock ... TSC clock: 2798712248 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.71-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Family =3D f Model =3D 2 Stepp= ing =3D 9 Features=3D0xbfebfbff Features2=3D0x4400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line size real memory =3D 536870912 (512 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c26000 - 0x000000001f5dcfff, 513503232 bytes (125367 pages) avail memory =3D 513818624 (490 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry =3D 0xf0010 (c00f0010) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f5020 pnpbios: Entry =3D f0000:5c0a Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf9e30 00021 (v02 ACPIAM) ACPI: XSDT 0x1ff30100 0003C (v01 A M I OEMXSDT 10000414 MSFT 00000097) ACPI: FACP 0x1ff30290 000F4 (v03 A M I OEMFACP 10000414 MSFT 00000097) ACPI: DSDT 0x1ff303f0 0382D (v01 P4P81 P4P81104 00000104 INTL 02002026) ACPI: FACS 0x1ff40000 00040 ACPI: APIC 0x1ff30390 0005C (v01 A M I OEMAPIC 10000414 MSFT 00000097) ACPI: OEMB 0x1ff40040 0003F (v01 A M I OEMBIOS 10000414 MSFT 00000097) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 null: nfslock: pseudo-device random: io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: wakeup code va 0xc26a4000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D25708086) pcibios: BIOS version 2.10 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x2570, revid=3D0x02 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xf0000000, size 27, ena= bled found-> vendor=3D0x8086, dev=3D0x2571, revid=3D0x02 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24d2, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 map[20]: type I/O Port, range 32, base 0xc880, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x24d4, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D5 map[20]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=3D0x8086, dev=3D0x24dd, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfbdffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=3D0x8086, dev=3D0x244e, revid=3D0xc2 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24d0, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24db, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled found-> vendor=3D0x8086, dev=3D0x24d3, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 agp0: on hostb0 agp0: allocating GATT for aperture of size 128M pcib1: at device 1.0 on pci0 pcib1: failed to allocate initial prefetch window: 0xd0000000-0xfaffffff pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfbe00000-0xfbefffff pcib1: no prefetched decode pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x4150, revid=3D0x00 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x02b0, cachelnsz=3D4 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, ena= bled pcib1: allocated initial prefetch window of 0xd0000000-0xdfffffff pcib1: allocated prefetch range (0xd0000000-0xdfffffff) for rid 10 of pci0:= 1:0:0 map[14]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib1: allocated I/O port range (0xd000-0xd0ff) for rid 14 of pci0:1:0:0 map[18]: type Memory, range 32, base 0xfbee0000, size 16, enabled pcib1: allocated memory range (0xfbee0000-0xfbeeffff) for rid 18 of pci0:1:= 0:0 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=3D0x1002, dev=3D0x4170, revid=3D0x00 domain=3D0, bus=3D1, slot=3D0, func=3D1 class=3D03-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D4 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 28, ena= bled pcib1: attempting to grow prefetch window for (0xe0000000-0xefffffff,0x1000= 0000) pcib1: attempting to grow memory window for (0xe0000000-0xefffffff,0x100000= 00) map[14]: type Memory, range 32, base 0xfbef0000, size 16, enabled pcib1: allocated memory range (0xfbef0000-0xfbefffff) for rid 14 of pci0:1:= 0:1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xfbee0000-0xfbeeffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized radeon 1.31.0 20080613 vgapci1: mem 0xfbef0000-0xfbefffff at device 0.1 on pci1 uhci0: port 0xc880-0xc89f irq 16 at device 29.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 49 usbus0: on uhci0 usbus0: bpf attached uhci0: usbpf: Attached uhci1: port 0xcc00-0xcc1f irq 19 at device 29.1 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 50 usbus1: on uhci1 usbus1: bpf attached uhci1: usbpf: Attached ehci0: mem 0xfbdffc00-0xfbdfffff irq 23 at device 29.7 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 51 usbus2: EHCI version 1.0 usbus2: on ehci0 usbus2: bpf attached ehci0: usbpf: Attached pcib2: at device 30.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xe000-0xefff pcib2: memory decode 0xfbf00000-0xfbffffff pcib2: no prefetched decode pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x10b7, dev=3D0x1700, revid=3D0x12 domain=3D0, bus=3D2, slot=3D5, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D4 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x17 (5750 ns), maxlat=3D0x1f (7750 ns= ) intpin=3Da, irq=3D3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfbffc000, size 14, enabled pcib2: allocated memory range (0xfbffc000-0xfbffffff) for rid 10 of pci0:2:= 5:0 map[14]: type I/O Port, range 32, base 0xe800, size 8, enabled pcib2: allocated I/O port range (0xe800-0xe8ff) for rid 14 of pci0:2:5:0 pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 22 found-> vendor=3D0x1274, dev=3D0x5880, revid=3D0x04 domain=3D0, bus=3D2, slot=3D12, func=3D0 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0105, statreg=3D0x0410, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x80 (32000 n= s) intpin=3Da, irq=3D7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xec00, size 6, enabled pcib2: allocated I/O port range (0xec00-0xec3f) for rid 10 of pci0:2:12:0 pcib2: matched entry for 2.12.INTA pcib2: slot 12 INTA hardwired to IRQ 20 skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem 0xfbffc000-0xfbffffff irq 22 at device 5.0 on pci2 skc0: interrupt moderation is 100 us skc0: 3Com Gigabit LOM (3C940) rev. (0x1) skc0: chip ver =3D 0xb0 skc0: chip rev =3D 0x01 skc0: SK_EPROM0 =3D 0x00 skc0: SRAM size =3D 0x020000 sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:0e:a6:35:15:91 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: OUI 0x000ac2, model 0x0002, rev. 3 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 52 pcm0: port 0xec00-0xec3f irq 20 at device 12.0 on pci2 pcm0: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features surround DAC, AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 53 pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 169d000, 1000; 0xc2a9d000 -> 169d000 pcm0: sndbuf_setmap 169b000, 1000; 0xc2a9b000 -> 169b000 pcm0: sndbuf_setmap 1699000, 1000; 0xc2a99000 -> 1699000 pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 54 ata1: on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 55 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 56 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 58 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: failed to reset the aux device. pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 uart0 failed to probe at port 0x3f8 irq 4 on isa0 uart1 failed to probe at port 0x2f8 irq 3 on isa0 isa_probe_children: probing PnP devices p4tcc0: on cpu0 p4tcc1: on cpu1 Device configuration finished. lapic: Divisor 2, Frequency 99952326 Hz Timecounters tick every 1.000 msec lo0: bpf attached usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 (aprobe0:ata0:0:0:0): SIGNATURE: 0000 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x10000 (aprobe0:ata1:0:0:0): SIGNATURE: eb14 ata1: DMA limited to UDMA33, controller found non-ATA66 cable ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device ada0: Serial Number Y2JPFJPE ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 78167MB (160086528 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 GEOM: new disk ada0 pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: ATA-7 device pass0: Serial Number Y2JPFJPE (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (cd0:ata1:0:0:0): Retrying command (per sense data) pass0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass1 at ata1 bus 0 scbus1 target 0 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 1 vector 49 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 1 vector 50 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 1 vector 51 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 1 vector 52 Timecounter "TSC" frequency 2798712248 Hz quality -100 GEOM: new disk cd0 GEOM: ada0s1: geometry does not match label (255h,63s !=3D 16h,63s). (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus2 Trying to mount root from ufs:/dev/ada0s1a [rw,noatime]... start_init: trying /sbin/init ugen1.2: at usbus1 ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3D1 procfs registered Linux ELF exec handler installed linprocfs registered =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D dmesg ends =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 16:08:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C70D81065674 for ; Wed, 8 Jun 2011 16:08:02 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 550C98FC0A for ; Wed, 8 Jun 2011 16:08:02 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id EEB5125D3891; Wed, 8 Jun 2011 16:07:54 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 40F2D15A1283; Wed, 8 Jun 2011 16:07:54 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id OfN0Dg+DXBR8; Wed, 8 Jun 2011 16:07:53 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 457EF15A1214; Wed, 8 Jun 2011 16:07:53 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Wed, 8 Jun 2011 16:07:52 +0000 Content-Transfer-Encoding: 7bit Message-Id: <66750835-22BE-4F95-8940-567D74BC0488@lists.zabbadoz.net> References: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> <4434466E-F4B0-47B1-98BF-80E4E495AA4C@lists.zabbadoz.net> To: Garrett Cooper X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Current Subject: Re: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 16:08:02 -0000 On Jun 7, 2011, at 6:15 PM, Garrett Cooper wrote: >> I think I just found a good "recovery" idea -- I should disable the >> features with rescue builds. That should give one a working >> /rescue/ifconfig in all cases and should be sufficient to recover? > > That would be a good backup plan so people could at least avoid > painting themselves into a corner by accident. Can you confirm that http://people.freebsd.org/~bz/20110608-02-ifconfig-rescue.diff would work for you? One will still be screwed if doing it remotely without serial console or keyb access, but with that there should be a way to recover. Note that the rc scripts also check the AF to be present and will not configure them if not. Bjoern -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 16:25:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D72D3106564A for ; Wed, 8 Jun 2011 16:25:27 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A450A8FC0A for ; Wed, 8 Jun 2011 16:25:27 +0000 (UTC) Received: by pwj8 with SMTP id 8so415698pwj.13 for ; Wed, 08 Jun 2011 09:25:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:references:in-reply-to:mime-version :content-transfer-encoding:content-type:message-id:cc:x-mailer:from :subject:date:to; bh=kLoGs6dnCz6VBsmGICnNTPC14cL5gvM/PX/ItlNn7F8=; b=Uu6FS35kFJsVIqhFQrRyxT+N02VcoG9cnbFeKIMc5YL07+aysB0PrvRCh1SR9GcxPc RHPp8DOFblAFf0NrJZo796TMVghWgBqLQzapE60KnzAP8lJbrlrwQAGtWgmJSx9hR4yw x8fIVOn/HySC8sEdiSYMsob2hR0B1+dtSUfVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; b=UnvHPRdFZuxjV9OM9xdnVrh8UXOxi9ouHgYVCe+DriAkk5LNo7jKUGU0ElnArbHBo4 zzeAA/OpfW7zg52ru2rdIltuK1oIqWX7TPaaY9hOEzFjQBp+jXwoxDYJeftfHo0gOKQ4 PAoKPGTNwiozyBPw6rky9mKRyncHChktaZBQE= Received: by 10.68.56.67 with SMTP id y3mr435311pbp.41.1307550327075; Wed, 08 Jun 2011 09:25:27 -0700 (PDT) Received: from [10.33.10.143] ([166.205.137.32]) by mx.google.com with ESMTPS id 10sm436869pbk.45.2011.06.08.09.25.22 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 08 Jun 2011 09:25:25 -0700 (PDT) References: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> <4434466E-F4B0-47B1-98BF-80E4E495AA4C@lists.zabbadoz.net> <66750835-22BE-4F95-8940-567D74BC0488@lists.zabbadoz.net> In-Reply-To: <66750835-22BE-4F95-8940-567D74BC0488@lists.zabbadoz.net> Mime-Version: 1.0 (iPhone Mail 8J2) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <828CAE62-9C52-40EF-9C6B-A412645DB347@gmail.com> X-Mailer: iPhone Mail (8J2) From: Garrett Cooper Date: Wed, 8 Jun 2011 09:25:14 -0700 To: "Bjoern A. Zeeb" Cc: FreeBSD Current Subject: Re: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 16:25:27 -0000 On Jun 8, 2011, at 9:07 AM, "Bjoern A. Zeeb" wrote: > On Jun 7, 2011, at 6:15 PM, Garrett Cooper wrote: >=20 >>> I think I just found a good "recovery" idea -- I should disable the >>> features with rescue builds. That should give one a working >>> /rescue/ifconfig in all cases and should be sufficient to recover? >>=20 >> That would be a good backup plan so people could at least avoid >> painting themselves into a corner by accident. >=20 > Can you confirm that > http://people.freebsd.org/~bz/20110608-02-ifconfig-rescue.diff > would work for you? >=20 > One will still be screwed if doing it remotely without serial console or > keyb access, but with that there should be a way to recover. Note that > the rc scripts also check the AF to be present and will not configure them= > if not. Will do when I get back home. I rebuilt world and kernel a few times, reinst= alled, and I'm still running into the same issues (kern.features.inet is mis= sing), so something is really funky with the system. I'll look at my last buildkernel log, an if that doesn't turn up anything he= lpful try building GENERIC tonight and boot it to see what happens.. I'll let you know how the patch goes.. Thanks! -Garrett= From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 16:31:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1185F106564A for ; Wed, 8 Jun 2011 16:31:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id B92768FC1A for ; Wed, 8 Jun 2011 16:31:11 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id F2DEE25D37C3; Wed, 8 Jun 2011 16:31:10 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 4114415A1390; Wed, 8 Jun 2011 16:31:10 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id azVtzm7ZI8IL; Wed, 8 Jun 2011 16:31:08 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id CDA1D15A1289; Wed, 8 Jun 2011 16:31:08 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <828CAE62-9C52-40EF-9C6B-A412645DB347@gmail.com> Date: Wed, 8 Jun 2011 16:31:07 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <96924B71-E657-460A-B274-BB38DCA5713A@lists.zabbadoz.net> References: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> <4434466E-F4B0-47B1-98BF-80E4E495AA4C@lists.zabbadoz.net> <66750835-22BE-4F95-8940-567D74BC0488@lists.zabbadoz.net> <828CAE62-9C52-40EF-9C6B-A412645DB347@gmail.com> To: Garrett Cooper X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Current Subject: Re: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 16:31:12 -0000 On Jun 8, 2011, at 4:25 PM, Garrett Cooper wrote: > On Jun 8, 2011, at 9:07 AM, "Bjoern A. Zeeb" = wrote: >=20 >> On Jun 7, 2011, at 6:15 PM, Garrett Cooper wrote: >>=20 >>>> I think I just found a good "recovery" idea -- I should disable the >>>> features with rescue builds. That should give one a working >>>> /rescue/ifconfig in all cases and should be sufficient to recover? >>>=20 >>> That would be a good backup plan so people could at least avoid >>> painting themselves into a corner by accident. >>=20 >> Can you confirm that >> http://people.freebsd.org/~bz/20110608-02-ifconfig-rescue.diff >> would work for you? >>=20 >> One will still be screwed if doing it remotely without serial console = or >> keyb access, but with that there should be a way to recover. Note = that >> the rc scripts also check the AF to be present and will not configure = them >> if not. >=20 > Will do when I get back home. I rebuilt world and kernel a few times, = reinstalled, and I'm still running into the same issues = (kern.features.inet is missing), so something is really funky with the = system. >=20 > I'll look at my last buildkernel log, an if that doesn't turn up = anything helpful try building GENERIC tonight and boot it to see what = happens.. >=20 > I'll let you know how the patch goes.. check with strings if you can find a __kern_features_inet /bz --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 17:17:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECCB01065673 for ; Wed, 8 Jun 2011 17:17:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C43838FC1E for ; Wed, 8 Jun 2011 17:17:05 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7B73B46B09; Wed, 8 Jun 2011 13:17:05 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1CCC88A02A; Wed, 8 Jun 2011 13:17:05 -0400 (EDT) From: John Baldwin To: John Date: Wed, 8 Jun 2011 12:26:25 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110606002353.GA2518@slowblink.com> <201106071041.28654.jhb@freebsd.org> <20110608041305.GA46490@FreeBSD.org> In-Reply-To: <20110608041305.GA46490@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106081226.25164.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 08 Jun 2011 13:17:05 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 17:17:06 -0000 On Wednesday, June 08, 2011 12:13:05 am John wrote: > ----- John Baldwin's Original Message ----- > > On Monday, June 06, 2011 9:33:30 pm John wrote: > > > ----- John Baldwin's Original Message ----- > > > > On Sunday, June 05, 2011 8:23:53 pm John wrote: > > > > > > > > > > I just attempted to update an HP385G0 system from current as of > > > > > 4-15-2011 to 6-2-2011. The new system will not boot, and shows the > > > > > following message when it hangs: > > > > > > I applied your patch/rebuilt/installed/rebooted. The system seems > > > to get farther, but still locks up tight. A screen pic is here: > > > > > > http://people.freebsd.org/~jwd/dmesg.jpg > > > > > > > Hmmm, an MCA is not a good sign. > > > > Yes, there are multiple ranges. Would it be possible to use a serial port to > > capture a full verbose dmesg up to the point where it hangs? > > > > -- > > John Baldwin > > Hi John > > Yes, I did get a serial console & ilo configured on the system today. > I've attached two verbose consoles. The 1st is from -current as of today > which fails to boot. The 2nd is from earlier this year which boot correctly. Humm, is the first with any patches applied? Earlier you reported a problem that occured much later (failing to allocate the initial window) but in your new dmesg it isn't getting that far. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 17:34:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90C021065672 for ; Wed, 8 Jun 2011 17:34:53 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 173788FC08 for ; Wed, 8 Jun 2011 17:34:52 +0000 (UTC) Received: by bwz12 with SMTP id 12so900736bwz.13 for ; Wed, 08 Jun 2011 10:34:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=X2BH/11ZvPqymcC9pXKGnLdmhHYyknk0ct/d6aJeiL8=; b=FD+Zio0Pe73BLgvwIj1xQ7VRPqz/KK0fzfPS8CCKqFtj+kIttpWweqo3DYrMO9eTO/ S+8gG8rocMAEaPQ6fLuDx3SDZCqLQnhK5NQE6JtkNNoGyB0F3cASxTr8n7ia5x5CsOsG kSzH3z3xL/PiaJDhuNlPdm0qir7WwQZLXpYYk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=S1+fNxBqSsfEZPEWtjGttsjkXsID4WCJB4FywUubjAsowlN7KwEx97idHdhDTDWQWr FN4V+6zFrqmrJEoqNvsCPk1G3QWL272n0ltw2k3AUpn+LwlqBrDsiCt4iCQgtaeDAxke j7MCzQBo/ea7nzg50OkTjC01QCoYaaJ4iiqlk= Received: by 10.204.14.204 with SMTP id h12mr1047273bka.78.1307554491808; Wed, 08 Jun 2011 10:34:51 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id k10sm767195bkq.10.2011.06.08.10.34.50 (version=SSLv3 cipher=OTHER); Wed, 08 Jun 2011 10:34:51 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DEFB2B2.3020404@FreeBSD.org> Date: Wed, 08 Jun 2011 20:34:42 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110310 Thunderbird/3.1.9 MIME-Version: 1.0 To: Andrey Smagin References: <201106071034.01475.hselasky@c2i.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD-Current Subject: Re: 2 day GENERIC-current eat 2 CPU core at 100% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 17:34:53 -0000 On 07.06.2011 20:12, Andrey Smagin wrote: > vmstat -i > interrupt total rate > irq16: uhci3 205 0 > irq20: hpet0 147924380 1126 > irq23: uhci0 ehci0 522517 3 > total 148447102 1130 > > Tue, 7 Jun 2011 10:34:01 +0200 письмо от Hans Petter Selasky: > >> On Tuesday 07 June 2011 10:09:47 Andrey Smagin wrote: >>> I upgraded 2 day ago from 2010xxxx-current box on Intel D525MW. >>> System very slow down after that. >>> kern.hz=50 >>> in systat -vmstat - 140hpet interrupts/s >>> at top 25% in interrupts 25% in system >>> because hyperthreading system found 4 cpu. >> >> What does vmstat -i output? Send me please full verbose dmesg and output of the `sysctl kern.eventtimer` and `sysctl kern.timecounter`. Try to switch to another timer: sysctl kern.eventtimer.timer=LAPIC Try to switch to periodic timers (instead): sysctl kern.eventtimer.periodic=1 -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 17:56:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CF031065675 for ; Wed, 8 Jun 2011 17:56:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 642DA8FC1C for ; Wed, 8 Jun 2011 17:56:41 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 196EA46B37; Wed, 8 Jun 2011 13:56:41 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A234A8A02A; Wed, 8 Jun 2011 13:56:40 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 8 Jun 2011 13:56:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201106071035.37662.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106081356.39221.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 08 Jun 2011 13:56:40 -0400 (EDT) Cc: "deeptech71@gmail.com" Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 17:56:41 -0000 On Wednesday, June 08, 2011 11:20:17 am deeptech71@gmail.com wrote: > On Tue, Jun 7, 2011 at 4:35 PM, John Baldwin wrote: > found-> vendor=0x1002, dev=0x4170, revid=0x00 > domain=0, bus=1, slot=0, func=1 > class=03-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x02b0, cachelnsz=4 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 28, enabled > pcib1: attempting to grow prefetch window for (0xe0000000-0xefffffff,0x10000000) > pcib1: attempting to grow memory window for (0xe0000000-0xefffffff,0x10000000) Odd, I'm not sure why this failed. Hmm, it seems this was always failing for you though in the older dmesg's though. Hmmm, can you revert all your changes to pci_pci.c and try just this change: Index: pci_pci.c =================================================================== --- pci_pci.c (revision 222863) +++ pci_pci.c (working copy) @@ -953,7 +975,7 @@ pcib_grow_window(struct pcib_softc *sc, struct pci * ok, ensure it is properly aligned for this window. * Also check for overflow. */ - if (back <= end && start_free <= back) { + if (back <= end + 1 && start_free <= back) { if (bootverbose) printf("\tback candidate range: %#lx-%#lx\n", start_free, back); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 18:04:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E846106564A for ; Wed, 8 Jun 2011 18:04:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 557B58FC12 for ; Wed, 8 Jun 2011 18:04:38 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 09CFC46B39; Wed, 8 Jun 2011 14:04:38 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8785E8A01F; Wed, 8 Jun 2011 14:04:37 -0400 (EDT) From: John Baldwin To: Johannes Dieterich Date: Wed, 8 Jun 2011 14:04:36 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201105160940.18935.jhb@freebsd.org> <4DD17391.2030008@gmail.com> In-Reply-To: <4DD17391.2030008@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106081404.36984.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 08 Jun 2011 14:04:37 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: Boot halts on Thinkpad X220 (Sandy Bridge) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 18:04:38 -0000 On Monday, May 16, 2011 2:57:21 pm Johannes Dieterich wrote: > On 05/16/2011 03:40 PM, John Baldwin wrote: > > On Sunday, May 15, 2011 8:09:21 pm Johannes Dieterich wrote: > >> Hello everybody, > >> > >> on a Thinkpad X220 (Sandy Bridge/Cougar Point based) the installation > >> medium loads but halts during boot. I tested the following versions of > >> FreeBSD > >> > >> * 8.2-RELEASE > >> * 9-CURRENT (latest official snapshot from 02/2011) > >> * 9-CURRENT (latest snapshot from Nathan Whitehorn as of 20/04/2011 [1]) > >> * 9-CURRENT (own release medium as of today prepared with the > >> generate-release script) > >> > >> With 8.2, I see the same error messages as [2] with PCBSD-8 (not > >> surprising, of course, but please note that there is no Firewire in this > >> notebook). I do not see what the error message is with 9.0 before it > >> halts. Anyway, according to Kris Moore this is a "known issue with > >> FreeBSD". I have not found anything about such problem in the mailing > >> list archives (apologies if I am wrong). > >> > >> Therefore my question simply is, whether this problem is known and (if > >> yes) there is a fix or workaround available for CURRENT. > >> > >> If needed, I can post a dmesg of a successful boot of the > >> openSUSE-11.4-LiveCD as reference (not doing so now because I assume the > >> list will anyway eat the attachment). Also, I can provide whatever can > >> be obtained using said Linux. > >> > >> Thanks a lot or any replies! :-) > > > > Hmm, is this booting amd64 or i386? Can you try i386 if you haven't? If i386 > > doesn't work at first, you might need to try disabling APIC via 'set > > hint.apic.0.disabled=1' at the loader prompt. > The i386 image as of 11/04/2011 of Nathan Whitehorn booted into the live > system without problems. The hint was not needed. > > Please find a verbose dmesg at http://pastebin.com/4UTHsg7F > > Does this tell you anything? > > If you (or anybody else) should need anything more, just let me know how > to obtain it! :-) I think this should be fixed by recent changes to the atkbd driver in HEAD by Jung-uk Kim. I'm not sure if there is a newer snapshot built yet, but perhaps you can try booting a HEAD kernel into single user mode (will probably blow up due to not liking /sbin/init) on your i386 world (would need to use a cross-build (so 'make TARGET=amd64 kernel-toolchain; make TARGET=amd64 buildkernel', etc.) as a test? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 18:05:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46C251065673 for ; Wed, 8 Jun 2011 18:05:44 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 041158FC23 for ; Wed, 8 Jun 2011 18:05:43 +0000 (UTC) Received: by yxd30 with SMTP id 30so500006yxd.13 for ; Wed, 08 Jun 2011 11:05:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=/Vfi1872eY0t5LB0uktXHTd7876ukStkRvi92Gw9Pio=; b=ZTw9qq0xLZuQkwKk6You0BB08gVLh00XVV/heQczhfs4nOUstVAx9qzUNKDPIqkQFk ympg+XQqoTxEI/WKwFd5jKkZCjjPpXvauPKDzvKmmQVpwB1gVQ9YCwh+9NL/S4OtNSjF IrvPI0ttKCtJNr7wwpLyXg7G6+EWM76PzbSOo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=HfOeq6NEiKv9ambH9VB6ZvgT3MzH0ux1gFRBXvttkiUFrhq9kuHJVxw+nFYJzYtg9v 6NGjeCVpsECwCGadFtNSHt5XNguRZZxVFnZZetmNa82Cs3bivfoNUp0ZkAeZP8Os+foQ LWhkDeEDqJ+qR0WO3d5tasfAGv1kzAD2mpST4= MIME-Version: 1.0 Received: by 10.236.182.233 with SMTP id o69mr2834938yhm.30.1307556342856; Wed, 08 Jun 2011 11:05:42 -0700 (PDT) Received: by 10.236.202.135 with HTTP; Wed, 8 Jun 2011 11:05:42 -0700 (PDT) In-Reply-To: <201106081356.39221.jhb@freebsd.org> References: <201106071035.37662.jhb@freebsd.org> <201106081356.39221.jhb@freebsd.org> Date: Wed, 8 Jun 2011 20:05:42 +0200 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 18:05:44 -0000 On Wed, Jun 8, 2011 at 7:56 PM, John Baldwin wrote: > Hmmm, can you revert all your changes to pci_pci.c let me note that so far i had at most 1 of the (4) patches applied at a time (always the last one). if u'd like me to apply "multiple" patches, please send 1 combined patch. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 19:13:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1324A1065674 for ; Wed, 8 Jun 2011 19:13:13 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5A6268FC13 for ; Wed, 8 Jun 2011 19:13:12 +0000 (UTC) Received: from [IPv6:2001:470:28:140:a0fd:524d:3076:336] ([IPv6:2001:470:28:140:a0fd:524d:3076:336]) (authenticated bits=0) by otrada.od.ua (8.14.4/8.14.4) with ESMTP id p58JD75a087121 for ; Wed, 8 Jun 2011 22:13:08 +0300 (EEST) (envelope-from universite@ukr.net) Message-ID: <4DEFC9A7.90304@ukr.net> Date: Wed, 08 Jun 2011 22:12:39 +0300 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <4DEF66D0.6010307@ukr.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-94.3 required=5.0 tests=FREEMAIL_FROM,FSL_RU_URL, MISSING_HEADERS,RDNS_NONE,SPF_SOFTFAIL,T_TO_NO_BRKTS_FREEMAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mary-teresa.otrada.od.ua X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (otrada.od.ua [IPv6:2001:470:28:140::5]); Wed, 08 Jun 2011 22:13:10 +0300 (EEST) Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 19:13:13 -0000 08.06.2011 17:54, Eir Nym wrote: > On 8 June 2011 16:10, Vladislav V. Prodan wrote: >> 08.06.2011 11:10, Eir Nym wrote: >>> >>> gpart show is work now, but not when I load zfs into memory and try to >>> add zpool into. >>> >>> and when I'll boot gpart says 'GEOM: ada0s1a invalid disklabel' >> >> Output: >> gpart show ada0 >> > #gpart show ada0 > => 63 1250263665 ada0 MBR (596G) > 63 411807627 1 freebsd (196G) > 411807690 54 - free - (27k) > 411807744 202752 2 !239 (99M) > 412010496 204800 3 ntfs [active] (100M) > 412215296 838045696 4 ntfs (399G) > 1250260992 2736 - free - (1.3M) > #gpart show ada0s1 > => 0 411807627 ada0s1 BSD (196G) > 0 402653247 1 freebsd-zfs (192G) > 402653247 9154380 2 freebsd-swap (4.4G) > >> gpart modify -i 1 -l disk0 ada0s1 and after reboot try: zpool create tank /dev/gpt/disk0 -- Vladislav V. Prodan VVP24-UANIC +380[67]4584408 +380[99]4060508 vlad11@jabber.ru From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 19:32:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15EF41065670 for ; Wed, 8 Jun 2011 19:32:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E09958FC16 for ; Wed, 8 Jun 2011 19:32:44 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 96C8446B2A; Wed, 8 Jun 2011 15:32:44 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 228668A01F; Wed, 8 Jun 2011 15:32:44 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 8 Jun 2011 15:27:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <4DD17391.2030008@gmail.com> <201106081404.36984.jhb@freebsd.org> In-Reply-To: <201106081404.36984.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106081527.13699.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 08 Jun 2011 15:32:44 -0400 (EDT) Cc: Johannes Dieterich Subject: Re: Boot halts on Thinkpad X220 (Sandy Bridge) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 19:32:45 -0000 On Wednesday, June 08, 2011 2:04:36 pm John Baldwin wrote: > On Monday, May 16, 2011 2:57:21 pm Johannes Dieterich wrote: > > On 05/16/2011 03:40 PM, John Baldwin wrote: > > > On Sunday, May 15, 2011 8:09:21 pm Johannes Dieterich wrote: > > >> Hello everybody, > > >> > > >> on a Thinkpad X220 (Sandy Bridge/Cougar Point based) the installation > > >> medium loads but halts during boot. I tested the following versions of > > >> FreeBSD > > >> > > >> * 8.2-RELEASE > > >> * 9-CURRENT (latest official snapshot from 02/2011) > > >> * 9-CURRENT (latest snapshot from Nathan Whitehorn as of 20/04/2011 [1]) > > >> * 9-CURRENT (own release medium as of today prepared with the > > >> generate-release script) > > >> > > >> With 8.2, I see the same error messages as [2] with PCBSD-8 (not > > >> surprising, of course, but please note that there is no Firewire in this > > >> notebook). I do not see what the error message is with 9.0 before it > > >> halts. Anyway, according to Kris Moore this is a "known issue with > > >> FreeBSD". I have not found anything about such problem in the mailing > > >> list archives (apologies if I am wrong). > > >> > > >> Therefore my question simply is, whether this problem is known and (if > > >> yes) there is a fix or workaround available for CURRENT. > > >> > > >> If needed, I can post a dmesg of a successful boot of the > > >> openSUSE-11.4-LiveCD as reference (not doing so now because I assume the > > >> list will anyway eat the attachment). Also, I can provide whatever can > > >> be obtained using said Linux. > > >> > > >> Thanks a lot or any replies! :-) > > > > > > Hmm, is this booting amd64 or i386? Can you try i386 if you haven't? If i386 > > > doesn't work at first, you might need to try disabling APIC via 'set > > > hint.apic.0.disabled=1' at the loader prompt. > > The i386 image as of 11/04/2011 of Nathan Whitehorn booted into the live > > system without problems. The hint was not needed. > > > > Please find a verbose dmesg at http://pastebin.com/4UTHsg7F > > > > Does this tell you anything? > > > > If you (or anybody else) should need anything more, just let me know how > > to obtain it! :-) > > I think this should be fixed by recent changes to the atkbd driver in HEAD > by Jung-uk Kim. I'm not sure if there is a newer snapshot built yet, but > perhaps you can try booting a HEAD kernel into single user mode (will probably > blow up due to not liking /sbin/init) on your i386 world (would need to > use a cross-build (so 'make TARGET=amd64 kernel-toolchain; make TARGET=amd64 > buildkernel', etc.) as a test? Oh, disregard me, I missed the other replies to this thread by accident. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 19:32:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F7101065678 for ; Wed, 8 Jun 2011 19:32:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 162F78FC17 for ; Wed, 8 Jun 2011 19:32:46 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C1E8546B09; Wed, 8 Jun 2011 15:32:45 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5C2C08A027; Wed, 8 Jun 2011 15:32:45 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 8 Jun 2011 15:27:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201106081356.39221.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106081527.50678.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 08 Jun 2011 15:32:45 -0400 (EDT) Cc: "deeptech71@gmail.com" Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 19:32:46 -0000 On Wednesday, June 08, 2011 2:05:42 pm deeptech71@gmail.com wrote: > On Wed, Jun 8, 2011 at 7:56 PM, John Baldwin wrote: > > Hmmm, can you revert all your changes to pci_pci.c > > let me note that so far i had at most 1 of the (4) patches applied at > a time (always the last one). if u'd like me to apply "multiple" > patches, please send 1 combined patch. No, just the last small patch I e-mailed all by itself against a stock pci_pci.c should be fine. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 20:10:17 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66224106566B; Wed, 8 Jun 2011 20:10:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 317C08FC13; Wed, 8 Jun 2011 20:10:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p58KAGKs048100; Wed, 8 Jun 2011 16:10:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p58KAF7B048058; Wed, 8 Jun 2011 20:10:15 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jun 2011 20:10:15 GMT Message-Id: <201106082010.p58KAF7B048058@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 20:10:17 -0000 TB --- 2011-06-08 19:05:50 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 19:05:50 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-08 19:05:50 - cleaning the object tree TB --- 2011-06-08 19:06:06 - cvsupping the source tree TB --- 2011-06-08 19:06:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-08 19:06:23 - building world TB --- 2011-06-08 19:06:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 19:06:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 19:06:23 - TARGET=ia64 TB --- 2011-06-08 19:06:23 - TARGET_ARCH=ia64 TB --- 2011-06-08 19:06:23 - TZ=UTC TB --- 2011-06-08 19:06:23 - __MAKE_CONF=/dev/null TB --- 2011-06-08 19:06:23 - cd /src TB --- 2011-06-08 19:06:23 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 19:06:23 UTC 2011 >>> 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 [...] `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/ia64.ia64/src/rescue/rescue/../librescue/exec.o /obj/ia64.ia64/src/rescue/rescue/../librescue/getusershell.o /obj/ia64.ia64/src/rescue/rescue/../librescue/login_class.o /obj/ia64.ia64/src/rescue/rescue/../librescue/popen.o /obj/ia64.ia64/src/rescue/rescue/../librescue/rcmdsh.o /obj/ia64.ia64/src/rescue/rescue/../librescue/sysctl.o /obj/ia64.ia64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo rtsol_timer_update': (.text+0xf72): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x20f2): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x2342): undefined reference to `sec2str' *** Error code 1 Stop in /obj/ia64.ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-08 20:10:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-08 20:10:15 - ERROR: failed to build world TB --- 2011-06-08 20:10:15 - 3027.23 user 597.51 system 3864.58 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 20:20:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B814106567A for ; Wed, 8 Jun 2011 20:20:01 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0E01B8FC22 for ; Wed, 8 Jun 2011 20:20:00 +0000 (UTC) Received: by gxk28 with SMTP id 28so553711gxk.13 for ; Wed, 08 Jun 2011 13:20:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=eFYVzOQ9nWykrXdqIqnkBLo6DM1/40X5s+dqlToamng=; b=nJ98kzcgu7Ri2PC7kYiDx/fNiUYY6A44AJ7g4X2VKu4+n+ACQn8zCzssl1apWY5TDg Wx24FeNWCjywYOnWJeQzJCDoWZRk4KjG26Lk62wfMoslSsckTfftHbREzEEISwtpkikv ZXOJcocBGtxbAU54ghoFWbuuMW9uyVivyZyqw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Kejc7boLVeCvnkO0tmY86InUrsI6XmH/DPkcrCqVsIf1S3bBf2AV4/Efb1TNJIR3uC QYgFKIDmFfq+ARruKik6pupU2cYxcEPIzMQlUTxwTBFvaHKKu5ZObILJTTzQhE6drxRy Qa0l0tueBpgqTzsEePPGKb0fk8IXHhqzy3Lak= MIME-Version: 1.0 Received: by 10.236.78.233 with SMTP id g69mr3181768yhe.298.1307564400281; Wed, 08 Jun 2011 13:20:00 -0700 (PDT) Received: by 10.236.202.135 with HTTP; Wed, 8 Jun 2011 13:20:00 -0700 (PDT) In-Reply-To: <201106081356.39221.jhb@freebsd.org> References: <201106071035.37662.jhb@freebsd.org> <201106081356.39221.jhb@freebsd.org> Date: Wed, 8 Jun 2011 22:20:00 +0200 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 20:20:01 -0000 On Wed, Jun 8, 2011 at 7:56 PM, John Baldwin wrote: > On Wednesday, June 08, 2011 11:20:17 am deeptech71@gmail.com wrote: >> On Tue, Jun 7, 2011 at 4:35 PM, John Baldwin wrote: >> found-> =A0 =A0 =A0 vendor=3D0x1002, dev=3D0x4170, revid=3D0x00 >> =A0 =A0 =A0 domain=3D0, bus=3D1, slot=3D0, func=3D1 >> =A0 =A0 =A0 class=3D03-80-00, hdrtype=3D0x00, mfdev=3D0 >> =A0 =A0 =A0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D4 (dwords) >> =A0 =A0 =A0 lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat= =3D0x00 (0 ns) >> =A0 =A0 =A0 powerspec 2 =A0supports D0 D1 D2 D3 =A0current D0 >> =A0 =A0 =A0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000= , size 28, enabled >> pcib1: attempting to grow prefetch window for (0xe0000000-0xefffffff,0x1= 0000000) >> pcib1: attempting to grow memory window for (0xe0000000-0xefffffff,0x100= 00000) > > Odd, I'm not sure why this failed. =A0Hmm, it seems this was always faili= ng for > you though in the older dmesg's though. > > Hmmm, can you revert all your changes to pci_pci.c and try just this chan= ge: > > Index: pci_pci.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- pci_pci.c =A0 (revision 222863) > +++ pci_pci.c =A0 (working copy) > @@ -953,7 +975,7 @@ pcib_grow_window(struct pcib_softc *sc, struct pci > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * ok, ensure it is properly aligned for t= his window. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * Also check for overflow. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 */ > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (back <=3D end && start_free <=3D back) = { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (back <=3D end + 1 && start_free <=3D ba= ck) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (bootverbose) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0printf("\t= back candidate range: %#lx-%#lx\n", > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0st= art_free, back); failure. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D dmesg begins =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Copyright (c) 1992-2011 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 9.0-CURRENT #0 r222709M: Sun Jun 5 20:01:55 CEST 2011 devhc@:/usr/obj/usr/src/sys/HQ i386 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.72-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Family =3D f Model =3D 2 Stepp= ing =3D 9 Features=3D0xbfebfbff Features2=3D0x4400 real memory =3D 536870912 (512 MB) avail memory =3D 513818624 (490 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xf7ee0000-0xf7eeffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized radeon 1.31.0 20080613 vgapci1: mem 0xe0000000-0xefffffff,0xf7ef0000-0xf7efffff at device 0.1 on pci1 uhci0: port 0xc880-0xc89f irq 16 at device 29.0 on pci0 usbus0: on uhci0 uhci1: port 0xcc00-0xcc1f irq 19 at device 29.1 on pci0 usbus1: on uhci1 ehci0: mem 0xf7dffc00-0xf7dfffff irq 23 at device 29.7 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci0 pcib2: at device 30.0 on pci0 pcib2: failed to allocate initial memory window: 0xf7f00000-0xfbffffff pci2: on pcib2 skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem 0xf7ffc000-0xf7ffffff irq 22 at device 5.0 on pci2 skc0: 3Com Gigabit LOM (3C940) rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:35:15:91 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto pcm0: port 0xec00-0xec3f irq 20 at device 12.0 on pci2 pcm0: pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 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 p4tcc0: on cpu0 p4tcc1: on cpu1 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata1: DMA limited to UDMA33, controller found non-ATA66 cable ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 78167MB (160086528 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! GEOM: ada0s1: geometry does not match label (255h,63s !=3D 16h,63s). Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus2 Trying to mount root from ufs:/dev/ada0s1a [rw,noatime]... ugen1.2: at usbus1 ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3D1 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 done All buffers synced. Copyright (c) 1992-2011 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 9.0-CURRENT #2 r222709M: Wed Jun 8 20:57:09 CEST 2011 devhc@:/usr/obj/usr/src/sys/HQ i386 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.72-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Family =3D f Model =3D 2 Stepp= ing =3D 9 Features=3D0xbfebfbff Features2=3D0x4400 real memory =3D 536870912 (512 MB) avail memory =3D 513818624 (490 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pcib1: failed to allocate initial prefetch window: 0xd0000000-0xfaffffff pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xfbee0000-0xfbeeffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized radeon 1.31.0 20080613 vgapci1: mem 0xfbef0000-0xfbefffff at device 0.1 on pci1 uhci0: port 0xc880-0xc89f irq 16 at device 29.0 on pci0 usbus0: on uhci0 uhci1: port 0xcc00-0xcc1f irq 19 at device 29.1 on pci0 usbus1: on uhci1 ehci0: mem 0xfbdffc00-0xfbdfffff irq 23 at device 29.7 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci0 pcib2: at device 30.0 on pci0 pci2: on pcib2 skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem 0xfbffc000-0xfbffffff irq 22 at device 5.0 on pci2 skc0: 3Com Gigabit LOM (3C940) rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:35:15:91 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto pcm0: port 0xec00-0xec3f irq 20 at device 12.0 on pci2 pcm0: pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 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 p4tcc0: on cpu0 p4tcc1: on cpu1 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata1: DMA limited to UDMA33, controller found non-ATA66 cable ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 78167MB (160086528 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! GEOM: ada0s1: geometry does not match label (255h,63s !=3D 16h,63s). Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus2 Trying to mount root from ufs:/dev/ada0s1a [rw,noatime]... ugen1.2: at usbus1 ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3D1 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 done All buffers synced. Copyright (c) 1992-2011 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 9.0-CURRENT #2 r222709M: Wed Jun 8 20:57:09 CEST 2011 devhc@:/usr/obj/usr/src/sys/HQ i386 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.72-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Family =3D f Model =3D 2 Stepp= ing =3D 9 Features=3D0xbfebfbff Features2=3D0x4400 real memory =3D 536870912 (512 MB) avail memory =3D 513818624 (490 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xf7ee0000-0xf7eeffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized radeon 1.31.0 20080613 vgapci1: mem 0xe0000000-0xefffffff,0xf7ef0000-0xf7efffff at device 0.1 on pci1 uhci0: port 0xc880-0xc89f irq 16 at device 29.0 on pci0 usbus0: on uhci0 uhci1: port 0xcc00-0xcc1f irq 19 at device 29.1 on pci0 usbus1: on uhci1 ehci0: mem 0xf7dffc00-0xf7dfffff irq 23 at device 29.7 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci0 pcib2: at device 30.0 on pci0 pcib2: failed to allocate initial memory window: 0xf7f00000-0xfbffffff pci2: on pcib2 skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem 0xf7ffc000-0xf7ffffff irq 22 at device 5.0 on pci2 skc0: 3Com Gigabit LOM (3C940) rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:35:15:91 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto pcm0: port 0xec00-0xec3f irq 20 at device 12.0 on pci2 pcm0: pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 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 p4tcc0: on cpu0 p4tcc1: on cpu1 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata1: DMA limited to UDMA33, controller found non-ATA66 cable ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 78167MB (160086528 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! GEOM: ada0s1: geometry does not match label (255h,63s !=3D 16h,63s). Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus2 Trying to mount root from ufs:/dev/ada0s1a [rw,noatime]... ugen1.2: at usbus1 ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3D1 info: [drm] Setting GART location based on new memory map info: [drm] Loading R300 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs info: [drm] Num pipes: 1 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop...Syncing disks, vnodes remaining...0 0 done All buffers synced. MP Configuration Table version 1.1 found at 0xc00f1280 Table 'FACP' at 0x1ff30290 Table 'APIC' at 0x1ff30390 APIC: Found table at 0x1ff30390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) Copyright (c) 1992-2011 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 9.0-CURRENT #2 r222709M: Wed Jun 8 20:57:09 CEST 2011 devhc@:/usr/obj/usr/src/sys/HQ i386 Table 'FACP' at 0x1ff30290 Table 'APIC' at 0x1ff30390 Table 'OEMB' at 0x1ff40040 ACPI: No SRAT table found Preloaded elf kernel "/boot/kernel.HQ.r222709.copyin2.opie.pcibhax5/kernel" at 0xc0b9e000. Calibrating TSC clock ... TSC clock: 2798710628 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.71-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Family =3D f Model =3D 2 Stepp= ing =3D 9 Features=3D0xbfebfbff Features2=3D0x4400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line size real memory =3D 536870912 (512 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c26000 - 0x000000001f5dcfff, 513503232 bytes (125367 pages) avail memory =3D 513818624 (490 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry =3D 0xf0010 (c00f0010) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f5020 pnpbios: Entry =3D f0000:5c0a Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf9e30 00021 (v02 ACPIAM) ACPI: XSDT 0x1ff30100 0003C (v01 A M I OEMXSDT 10000414 MSFT 00000097) ACPI: FACP 0x1ff30290 000F4 (v03 A M I OEMFACP 10000414 MSFT 00000097) ACPI: DSDT 0x1ff303f0 0382D (v01 P4P81 P4P81104 00000104 INTL 02002026) ACPI: FACS 0x1ff40000 00040 ACPI: APIC 0x1ff30390 0005C (v01 A M I OEMAPIC 10000414 MSFT 00000097) ACPI: OEMB 0x1ff40040 0003F (v01 A M I OEMBIOS 10000414 MSFT 00000097) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 null: nfslock: pseudo-device random: io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: wakeup code va 0xc26a4000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D25708086) pcibios: BIOS version 2.10 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/1 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x2570, revid=3D0x02 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xf0000000, size 27, ena= bled found-> vendor=3D0x8086, dev=3D0x2571, revid=3D0x02 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24d2, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 map[20]: type I/O Port, range 32, base 0xc880, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x24d4, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D5 map[20]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=3D0x8086, dev=3D0x24dd, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfbdffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=3D0x8086, dev=3D0x244e, revid=3D0xc2 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24d0, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24db, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled found-> vendor=3D0x8086, dev=3D0x24d3, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 agp0: on hostb0 agp0: allocating GATT for aperture of size 128M pcib1: at device 1.0 on pci0 pcib1: failed to allocate initial prefetch window: 0xd0000000-0xfaffffff pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfbe00000-0xfbefffff pcib1: no prefetched decode pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x4150, revid=3D0x00 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x02b0, cachelnsz=3D4 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, ena= bled pcib1: allocated initial prefetch window of 0xd0000000-0xdfffffff pcib1: allocated prefetch range (0xd0000000-0xdfffffff) for rid 10 of pci0:= 1:0:0 map[14]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib1: allocated I/O port range (0xd000-0xd0ff) for rid 14 of pci0:1:0:0 map[18]: type Memory, range 32, base 0xfbee0000, size 16, enabled pcib1: allocated memory range (0xfbee0000-0xfbeeffff) for rid 18 of pci0:1:= 0:0 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=3D0x1002, dev=3D0x4170, revid=3D0x00 domain=3D0, bus=3D1, slot=3D0, func=3D1 class=3D03-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D4 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 28, ena= bled pcib1: attempting to grow prefetch window for (0xe0000000-0xefffffff,0x1000= 0000) back candidate range: 0xe0000000-0xf0000000 pcib1: attempting to grow memory window for (0xe0000000-0xefffffff,0x100000= 00) map[14]: type Memory, range 32, base 0xfbef0000, size 16, enabled pcib1: allocated memory range (0xfbef0000-0xfbefffff) for rid 14 of pci0:1:= 0:1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xfbee0000-0xfbeeffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized radeon 1.31.0 20080613 vgapci1: mem 0xfbef0000-0xfbefffff at device 0.1 on pci1 uhci0: port 0xc880-0xc89f irq 16 at device 29.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 49 usbus0: on uhci0 usbus0: bpf attached uhci0: usbpf: Attached uhci1: port 0xcc00-0xcc1f irq 19 at device 29.1 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 50 usbus1: on uhci1 usbus1: bpf attached uhci1: usbpf: Attached ehci0: mem 0xfbdffc00-0xfbdfffff irq 23 at device 29.7 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 51 usbus2: EHCI version 1.0 usbus2: on ehci0 usbus2: bpf attached ehci0: usbpf: Attached pcib2: at device 30.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xe000-0xefff pcib2: memory decode 0xfbf00000-0xfbffffff pcib2: no prefetched decode pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x10b7, dev=3D0x1700, revid=3D0x12 domain=3D0, bus=3D2, slot=3D5, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D4 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x17 (5750 ns), maxlat=3D0x1f (7750 ns= ) intpin=3Da, irq=3D3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfbffc000, size 14, enabled pcib2: allocated memory range (0xfbffc000-0xfbffffff) for rid 10 of pci0:2:= 5:0 map[14]: type I/O Port, range 32, base 0xe800, size 8, enabled pcib2: allocated I/O port range (0xe800-0xe8ff) for rid 14 of pci0:2:5:0 pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 22 found-> vendor=3D0x1274, dev=3D0x5880, revid=3D0x04 domain=3D0, bus=3D2, slot=3D12, func=3D0 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0105, statreg=3D0x0410, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x80 (32000 n= s) intpin=3Da, irq=3D7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xec00, size 6, enabled pcib2: allocated I/O port range (0xec00-0xec3f) for rid 10 of pci0:2:12:0 pcib2: matched entry for 2.12.INTA pcib2: slot 12 INTA hardwired to IRQ 20 skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem 0xfbffc000-0xfbffffff irq 22 at device 5.0 on pci2 skc0: interrupt moderation is 100 us skc0: 3Com Gigabit LOM (3C940) rev. (0x1) skc0: chip ver =3D 0xb0 skc0: chip rev =3D 0x01 skc0: SK_EPROM0 =3D 0x00 skc0: SRAM size =3D 0x020000 sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:0e:a6:35:15:91 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: OUI 0x000ac2, model 0x0002, rev. 3 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 52 pcm0: port 0xec00-0xec3f irq 20 at device 12.0 on pci2 pcm0: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features surround DAC, AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 53 pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 169d000, 1000; 0xc2a9d000 -> 169d000 pcm0: sndbuf_setmap 169b000, 1000; 0xc2a9b000 -> 169b000 pcm0: sndbuf_setmap 1699000, 1000; 0xc2a99000 -> 1699000 pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 54 ata1: on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 55 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 56 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 58 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: failed to reset the aux device. pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 uart0 failed to probe at port 0x3f8 irq 4 on isa0 uart1 failed to probe at port 0x2f8 irq 3 on isa0 isa_probe_children: probing PnP devices p4tcc0: on cpu0 p4tcc1: on cpu1 Device configuration finished. lapic: Divisor 2, Frequency 99952380 Hz Timecounters tick every 1.000 msec lo0: bpf attached usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 (aprobe0:ata0:0:0:0): SIGNATURE: 0000 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x10000 (aprobe0:ata1:0:0:0): SIGNATURE: eb14 ata1: DMA limited to UDMA33, controller found non-ATA66 cable ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device ada0: Serial Number Y2JPFJPE ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 78167MB (160086528 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 GEOM: new disk ada0 pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: ATA-7 device pass0: Serial Number Y2JPFJPE (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (cd0:ata1:0:0:0): Retrying command (per sense data) pass0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass1 at ata1 bus 0 scbus1 target 0 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 1 vector 49 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 1 vector 50 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 1 vector 51 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 1 vector 52 Timecounter "TSC" frequency 2798710628 Hz quality -100 GEOM: new disk cd0 GEOM: ada0s1: geometry does not match label (255h,63s !=3D 16h,63s). (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus2 Trying to mount root from ufs:/dev/ada0s1a [rw,noatime]... start_init: trying /sbin/init ugen1.2: at usbus1 ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3D1 procfs registered Linux ELF exec handler installed linprocfs registered =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D dmesg ends =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 20:46:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34E2F106566B; Wed, 8 Jun 2011 20:46:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0066D8FC1E; Wed, 8 Jun 2011 20:46:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p58KkwRE060846; Wed, 8 Jun 2011 16:46:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p58Kkwbb060841; Wed, 8 Jun 2011 20:46:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jun 2011 20:46:58 GMT Message-Id: <201106082046.p58Kkwbb060841@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 20:46:59 -0000 TB --- 2011-06-08 19:59:18 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 19:59:18 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-08 19:59:18 - cleaning the object tree TB --- 2011-06-08 19:59:24 - cvsupping the source tree TB --- 2011-06-08 19:59:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-08 20:00:14 - building world TB --- 2011-06-08 20:00:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 20:00:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 20:00:14 - TARGET=mips TB --- 2011-06-08 20:00:14 - TARGET_ARCH=mips TB --- 2011-06-08 20:00:14 - TZ=UTC TB --- 2011-06-08 20:00:14 - __MAKE_CONF=/dev/null TB --- 2011-06-08 20:00:14 - cd /src TB --- 2011-06-08 20:00:14 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 20:00:15 UTC 2011 >>> 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 [...] `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo xz.lo ! tar.lo vi.lo id.lo chroot.lo chown.lo /obj/mips.mipsel/src/rescue/rescue/../librescue/exec.o /obj/mips.mipsel/src/rescue/rescue/../librescue/getusershell.o /obj/mips.mipsel/src/rescue/rescue/../librescue/login_class.o /obj/mips.mipsel/src/rescue/rescue/../librescue/popen.o /obj/mips.mipsel/src/rescue/rescue/../librescue/rcmdsh.o /obj/mips.mipsel/src/rescue/rescue/../librescue/sysctl.o /obj/mips.mipsel/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo rtsol_timer_update': (.text+0xb04): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x189c): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x1bfc): undefined reference to `sec2str' *** Error code 1 Stop in /obj/mips.mipsel/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-08 20:46:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-08 20:46:57 - ERROR: failed to build world TB --- 2011-06-08 20:46:57 - 2027.04 user 525.98 system 2859.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 21:24:32 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AD27106566B; Wed, 8 Jun 2011 21:24:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id ED9D88FC08; Wed, 8 Jun 2011 21:24:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p58LOViJ081451; Wed, 8 Jun 2011 17:24:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p58LOVM5081434; Wed, 8 Jun 2011 21:24:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jun 2011 21:24:31 GMT Message-Id: <201106082124.p58LOVM5081434@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 21:24:32 -0000 TB --- 2011-06-08 20:32:48 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 20:32:48 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-06-08 20:32:48 - cleaning the object tree TB --- 2011-06-08 20:33:08 - cvsupping the source tree TB --- 2011-06-08 20:33:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-06-08 20:33:22 - building world TB --- 2011-06-08 20:33:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 20:33:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 20:33:22 - TARGET=powerpc TB --- 2011-06-08 20:33:22 - TARGET_ARCH=powerpc64 TB --- 2011-06-08 20:33:22 - TZ=UTC TB --- 2011-06-08 20:33:22 - __MAKE_CONF=/dev/null TB --- 2011-06-08 20:33:22 - cd /src TB --- 2011-06-08 20:33:22 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 20:33:23 UTC 2011 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo xz.lo ! tar.lo vi.lo id.lo chroot.lo chown.lo /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/exec.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/getusershell.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/login_class.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/popen.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/sysctl.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo:(.text+0x838): undefined reference to `sec2str' rtsol.lo:(.text+0xf5c): undefined reference to `sec2str' rtsol.lo:(.text+0x1098): undefined reference to `sec2str' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-08 21:24:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-08 21:24:30 - ERROR: failed to build world TB --- 2011-06-08 21:24:30 - 2459.51 user 537.30 system 3101.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 21:29:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD562106566B for ; Wed, 8 Jun 2011 21:29:23 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 781618FC0C for ; Wed, 8 Jun 2011 21:29:23 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p58LEREM035514; Wed, 8 Jun 2011 23:14:27 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p58LER2l035513; Wed, 8 Jun 2011 23:14:27 +0200 (CEST) (envelope-from marius) Date: Wed, 8 Jun 2011 23:14:27 +0200 From: Marius Strobl To: Nathaniel W Filardo Message-ID: <20110608211427.GA35494@alchemy.franken.de> References: <20110406080043.GQ609@gradx.cs.jhu.edu> <20110603070356.GJ7129@gradx.cs.jhu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110603070356.GJ7129@gradx.cs.jhu.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, pjd@freebsd.org, freebsd-sparc64@freebsd.org, mm@freebsd.org Subject: Re: ZFS panic with concurrent recv and read-heavy workload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 21:29:23 -0000 On Fri, Jun 03, 2011 at 03:03:56AM -0400, Nathaniel W Filardo wrote: > I just got this on another machine, no heavy workload needed, just booting > and starting some jails. Of interest, perhaps, both this and the machine > triggering the below panic are SMP V240s with 1.5GHz CPUs (though I will > confess that the machine in the original report may have had bad RAM). I > have run a UP 1.2GHz V240 for months and never seen this panic. > > This time the kernel is > > FreeBSD 9.0-CURRENT #9: Fri Jun 3 02:32:13 EDT 2011 > csup'd immediately before building. The full panic this time is > > panic: Lock buf_hash_table.ht_locks[i].ht_lock not exclusively locked @ > > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:4659 > > > > cpuid = 1 > > KDB: stack backtrace: > > panic() at panic+0x1c8 > > _sx_assert() at _sx_assert+0xc4 > > _sx_xunlock() at _sx_xunlock+0x98 > > l2arc_feed_thread() at l2arc_feed_thread+0xeac > > fork_exit() at fork_exit+0x9c > > fork_trampoline() at fork_trampoline+0x8 > > > > SC Alert: SC Request to send Break to host. > > KDB: enter: Line break on console > > [ thread pid 27 tid 100121 ] > > Stopped at kdb_enter+0x80: ta %xcc, 1 > > db> reset > > ttiimmeeoouutt sshhuuttttiinngg ddoowwnn CCPPUUss.. > > Half of the memory in this machine is new (well, came with the machine) and > half is from the aforementioned UP V240 which seemed to work fine (I was > attempting an upgrade when this happened); none of it (or indeed any of the > hardware save the disk controller and disks) are common between this and the > machine reporting below. > > Thoughts? Any help would be greatly appreciated. > Thanks. > --nwf; > > On Wed, Apr 06, 2011 at 04:00:43AM -0400, Nathaniel W Filardo wrote: > >[...] > > panic: Lock buf_hash_table.ht_locks[i].ht_lock not exclusively locked @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:1869 > > > > cpuid = 1 > > KDB: stack backtrace: > > panic() at panic+0x1c8 > > _sx_assert() at _sx_assert+0xc4 > > _sx_xunlock() at _sx_xunlock+0x98 > > arc_evict() at arc_evict+0x614 > > arc_get_data_buf() at arc_get_data_buf+0x360 > > arc_buf_alloc() at arc_buf_alloc+0x94 > > dmu_buf_will_fill() at dmu_buf_will_fill+0xfc > > dmu_write() at dmu_write+0xec > > dmu_recv_stream() at dmu_recv_stream+0x8a8 > > zfs_ioc_recv() at zfs_ioc_recv+0x354 > > zfsdev_ioctl() at zfsdev_ioctl+0xe0 > > devfs_ioctl_f() at devfs_ioctl_f+0xe8 > > kern_ioctl() at kern_ioctl+0x294 > > ioctl() at ioctl+0x198 > > syscallenter() at syscallenter+0x270 > > syscall() at syscall+0x74 > > -- syscall (54, FreeBSD ELF64, ioctl) %o7=0x40c13e24 -- > > userland() at 0x40e72cc8 > > user trace: trap %o7=0x40c13e24 > > pc 0x40e72cc8, sp 0x7fdffff4641 > > pc 0x40c158f4, sp 0x7fdffff4721 > > pc 0x40c1e878, sp 0x7fdffff47f1 > > pc 0x40c1ce54, sp 0x7fdffff8b01 > > pc 0x40c1dbe0, sp 0x7fdffff9431 > > pc 0x40c1f718, sp 0x7fdffffd741 > > pc 0x10731c, sp 0x7fdffffd831 > > pc 0x10c90c, sp 0x7fdffffd8f1 > > pc 0x103ef0, sp 0x7fdffffe1d1 > > pc 0x4021aff4, sp 0x7fdffffe291 > > done > >[...] Apparently this is a locking issue in the ARC code, the ZFS people should be able to help you. Marius From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 21:32:45 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC39210656EB; Wed, 8 Jun 2011 21:32:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 90B838FC0A; Wed, 8 Jun 2011 21:32:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p58LWiYL007834; Wed, 8 Jun 2011 17:32:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p58LWicr007833; Wed, 8 Jun 2011 21:32:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jun 2011 21:32:44 GMT Message-Id: <201106082132.p58LWicr007833@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 21:32:45 -0000 TB --- 2011-06-08 20:46:58 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 20:46:58 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-08 20:46:58 - cleaning the object tree TB --- 2011-06-08 20:47:14 - cvsupping the source tree TB --- 2011-06-08 20:47:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-08 20:47:28 - building world TB --- 2011-06-08 20:47:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 20:47:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 20:47:28 - TARGET=sparc64 TB --- 2011-06-08 20:47:28 - TARGET_ARCH=sparc64 TB --- 2011-06-08 20:47:28 - TZ=UTC TB --- 2011-06-08 20:47:28 - __MAKE_CONF=/dev/null TB --- 2011-06-08 20:47:28 - cd /src TB --- 2011-06-08 20:47:28 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 20:47:29 UTC 2011 >>> 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 [...] `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sunlabel.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo! gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/sparc64.sparc64/src/rescue/rescue/../librescue/exec.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/getusershell.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/login_class.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/popen.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/sysctl.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo rtsol_timer_update': (.text+0x8f8): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0xf8c): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x1094): undefined reference to `sec2str' *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-08 21:32:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-08 21:32:44 - ERROR: failed to build world TB --- 2011-06-08 21:32:44 - 2236.59 user 505.78 system 2746.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 21:40:36 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3249F106564A; Wed, 8 Jun 2011 21:40:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 056118FC0C; Wed, 8 Jun 2011 21:40:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p58LeYV6021512; Wed, 8 Jun 2011 17:40:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p58LeYHP021511; Wed, 8 Jun 2011 21:40:34 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jun 2011 21:40:34 GMT Message-Id: <201106082140.p58LeYHP021511@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 21:40:36 -0000 TB --- 2011-06-08 20:10:16 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 20:10:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-08 20:10:16 - cleaning the object tree TB --- 2011-06-08 20:10:28 - cvsupping the source tree TB --- 2011-06-08 20:10:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-08 20:10:43 - building world TB --- 2011-06-08 20:10:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 20:10:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 20:10:43 - TARGET=powerpc TB --- 2011-06-08 20:10:43 - TARGET_ARCH=powerpc TB --- 2011-06-08 20:10:43 - TZ=UTC TB --- 2011-06-08 20:10:43 - __MAKE_CONF=/dev/null TB --- 2011-06-08 20:10:43 - cd /src TB --- 2011-06-08 20:10:43 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 20:10:43 UTC 2011 >>> 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 [...] `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo xz.lo ! tar.lo vi.lo id.lo chroot.lo chown.lo /obj/powerpc.powerpc/src/rescue/rescue/../librescue/exec.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/getusershell.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/login_class.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/popen.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/rcmdsh.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/sysctl.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo rtsol_timer_update': (.text+0x86c): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0xf90): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x10d0): undefined reference to `sec2str' *** Error code 1 Stop in /obj/powerpc.powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-08 21:40:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-08 21:40:34 - ERROR: failed to build world TB --- 2011-06-08 21:40:34 - 4509.32 user 745.87 system 5417.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 22:34:17 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21E5F106566B; Wed, 8 Jun 2011 22:34:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EA5D08FC0C; Wed, 8 Jun 2011 22:34:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p58MYGaO084297; Wed, 8 Jun 2011 18:34:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p58MYGaF084290; Wed, 8 Jun 2011 22:34:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jun 2011 22:34:16 GMT Message-Id: <201106082234.p58MYGaF084290@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 22:34:17 -0000 TB --- 2011-06-08 21:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 21:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-08 21:50:00 - cleaning the object tree TB --- 2011-06-08 21:50:16 - cvsupping the source tree TB --- 2011-06-08 21:50:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-08 21:50:35 - building world TB --- 2011-06-08 21:50:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 21:50:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 21:50:35 - TARGET=arm TB --- 2011-06-08 21:50:35 - TARGET_ARCH=arm TB --- 2011-06-08 21:50:35 - TZ=UTC TB --- 2011-06-08 21:50:35 - __MAKE_CONF=/dev/null TB --- 2011-06-08 21:50:35 - cd /src TB --- 2011-06-08 21:50:35 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 21:50:39 UTC 2011 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo xz.lo ! tar.lo vi.lo id.lo chroot.lo chown.lo /obj/arm.arm/src/rescue/rescue/../librescue/exec.o /obj/arm.arm/src/rescue/rescue/../librescue/getusershell.o /obj/arm.arm/src/rescue/rescue/../librescue/login_class.o /obj/arm.arm/src/rescue/rescue/../librescue/popen.o /obj/arm.arm/src/rescue/rescue/../librescue/rcmdsh.o /obj/arm.arm/src/rescue/rescue/../librescue/sysctl.o /obj/arm.arm/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo $a': _$$hide$$ rtsol.lo rtsock.c:(.text+0x790): undefined reference to `sec2str' _$$hide$$ rtsol.lo rtsock.c:(.text+0x11b4): undefined reference to `sec2str' _$$hide$$ rtsol.lo rtsock.c:(.text+0x1468): undefined reference to `sec2str' *** Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-08 22:34:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-08 22:34:15 - ERROR: failed to build world TB --- 2011-06-08 22:34:15 - 1913.57 user 562.59 system 2655.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 22:30:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id 669CB1065670; Wed, 8 Jun 2011 22:30:37 +0000 (UTC) Date: Wed, 8 Jun 2011 22:30:37 +0000 From: John To: John Baldwin Message-ID: <20110608223037.GA83941@FreeBSD.org> References: <20110606002353.GA2518@slowblink.com> <201106071041.28654.jhb@freebsd.org> <20110608041305.GA46490@FreeBSD.org> <201106081226.25164.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201106081226.25164.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Wed, 08 Jun 2011 22:44:57 +0000 Cc: freebsd-current@freebsd.org Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 22:30:37 -0000 ----- John Baldwin's Original Message ----- > On Wednesday, June 08, 2011 12:13:05 am John wrote: > > ----- John Baldwin's Original Message ----- > > > On Monday, June 06, 2011 9:33:30 pm John wrote: > > > > ----- John Baldwin's Original Message ----- > > > > > On Sunday, June 05, 2011 8:23:53 pm John wrote: > > > > > > > > > > > > I just attempted to update an HP385G0 system from current as of > > > > > > 4-15-2011 to 6-2-2011. The new system will not boot, and shows the > > > > > > following message when it hangs: > > > > > > > > I applied your patch/rebuilt/installed/rebooted. The system seems > > > > to get farther, but still locks up tight. A screen pic is here: > > > > > > > > http://people.freebsd.org/~jwd/dmesg.jpg > > > > > > > > > > Hmmm, an MCA is not a good sign. > > > > > > Yes, there are multiple ranges. Would it be possible to use a serial port to > > > capture a full verbose dmesg up to the point where it hangs? > > > > > > -- > > > John Baldwin > > > > Hi John > > > > Yes, I did get a serial console & ilo configured on the system today. > > I've attached two verbose consoles. The 1st is from -current as of today > > which fails to boot. The 2nd is from earlier this year which boot correctly. > > Humm, is the first with any patches applied? Earlier you reported a problem > that occured much later (failing to allocate the initial window) but in > your new dmesg it isn't getting that far. Sorry John, here's the verbose dmesg output with your patch applied. This is at the tail of the console: pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled Output ends with a single 'M', not MCA as earlier. -John /boot/kernel/kernel text=0xb2e368 data=0x13b6a8+0x2821f0 syms=[0x8+0x102780+0x8+0xebad3] OK boot -v GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009f400 SMAP type=02 base=000000000009f400 len=0000000000000c00 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=00000000f56f8000 SMAP type=03 base=00000000f57f8000 len=0000000000008000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fec10000 len=0000000000001000 SMAP type=02 base=00000000fec20000 len=0000000000001000 SMAP type=02 base=00000000fdc00000 len=0000000000001000 SMAP type=02 base=00000000fdc10000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000ff800000 len=0000000000800000 SMAP type=01 base=0000000100000000 len=00000002fffff000 Table 'FACP' at 0xf57f8460 Table 'APIC' at 0xf57f8100 APIC: Found table at 0xf57f8100 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: disabled MADT: Found CPU APIC ID 3 ACPI ID 3: disabled MADT: Found CPU APIC ID 4 ACPI ID 4: disabled MADT: Found CPU APIC ID 5 ACPI ID 5: disabled MADT: Found CPU APIC ID 6 ACPI ID 6: disabled MADT: Found CPU APIC ID 7 ACPI ID 7: disabled Copyright (c) 1992-2011 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 9.0-CURRENT #1: Wed Jun 8 16:33:48 EST 2011 root@zfscarp1p.unx.sas.com:/usr/obj/usr/src.2011-06-07_1.00/sys/GENERIC amd64 WARNING: WITNESS option enabled, expect reduced performance. Table 'FACP' at 0xf57f8460 Table 'APIC' at 0xf57f8100 Table 'SPCR' at 0xf57f81e0 Table 'SRAT' at 0xf57f8260 SRAT: Found table at 0xf57f8260 SRAT: Found CPU APIC ID 0 domain 1: enabled SRAT: Found CPU APIC ID 1 domain 2: enabled SRAT: Found CPU APIC ID 2 domain 3: disabled SRAT: Found CPU APIC ID 3 domain 4: disabled SRAT: Found CPU APIC ID 4 domain 1: disabled SRAT: Found CPU APIC ID 5 domain 2: disabled SRAT: Found CPU APIC ID 6 domain 3: disabled SRAT: Found CPU APIC ID 7 domain 4: disabled SRAT: Found memory domain 1 addr 0 len 200000000: enabled SRAT: Found memory domain 2 addr 200000000 len 200000000: enabled SRAT: Found memory domain 3 addr 0 len 0: disabled SRAT: Found memory domain 4 addr 0 len 0: disabled Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff814db000. Calibrating TSC clock ... TSC clock: 2605970896 Hz CPU: AMD Opteron(tm) Processor 252 (2605.97-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f51 Family = f Model = 25 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative WARNING: This architecture revision has known SMP hardware bugs which may cause random instability real memory = 17179869184 (16384 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001516000 - 0x00000000f57f7fff, 4096663552 bytes (1000162 pages) 0x0000000100000000 - 0x00000003e1eaefff, 12380205056 bytes (3022511 pages) avail memory = 16372883456 (15614 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 SRAT: CPU 0 has memory domain 1 SRAT: CPU 1 has memory domain 2 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff8000236000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf4f20 00024 (v02 HP ) ACPI: XSDT 0xf57f83e0 00044 (v01 HP A05 00000002 ?? 0000162E) ACPI: FACP 0xf57f8460 000F4 (v03 HP A05 00000002 ?? 0000162E) ACPI Warning: Invalid length for Pm1aControlBlock: 32, using default 16 (20110527/tbfadt-638) ACPI Warning: Invalid length for Pm1bControlBlock: 32, using default 16 (20110527/tbfadt-638) ACPI: DSDT 0xf57f8560 0422D (v01 HP DSDT 00000001 MSFT 02000001) ACPI: FACS 0xf57f80c0 00040 ACPI: APIC 0xf57f8100 000B8 (v01 HP 00000083 00000002 00000000) ACPI: SPCR 0xf57f81e0 00050 (v01 HP SPCRRBSU 00000001 ?? 0000162E) ACPI: SRAT 0xf57f8260 00150 (v01 HP A05 00000001 00000000) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 5, Interrupt 24 at 0xfec10000 MADT: Found IO APIC ID 6, Interrupt 28 at 0xfec20000 MADT: Found IO APIC ID 7, Interrupt 32 at 0xfdc00000 MADT: Found IO APIC ID 8, Interrupt 36 at 0xfdc10000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-35 on motherboard ioapic4 irqs 36-39 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x000000f0 pmc: 0x00010400 wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device null: random: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 CPU0: local APIC error 0x80 acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: SSDT 0xf57fd000 0059D (v01 HP SSDT0 00000001 MSFT 02000001) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 0059D (v01 HP SSDT0 00000001 MSFT 02000001) ACPI: SSDT 0xf57fd700 0059D (v01 HP SSDT1 00000001 MSFT 02000001) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 0059D (v01 HP SSDT1 00000001 MSFT 02000001) acpi0: Power Button (fixed) ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 0/4 -> 9 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 5 7 10 11 Validation 0 7 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 5 7 10 11 Validation 0 10 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 5 7 10 11 Validation 0 11 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 5 7 10 11 Validation 0 5 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pcib0: on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1022, dev=0x7460, revid=0x07 domain=0, bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x09 (2250 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7468, revid=0x05 domain=0, bus=0, slot=4, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7469, revid=0x03 domain=0, bus=0, slot=4, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0x2000, size 4, enabled found-> vendor=0x1022, dev=0x746b, revid=0x05 domain=0, bus=0, slot=4, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7450, revid=0x12 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x01 (250 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 domain=0, bus=0, slot=7, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7450, revid=0x12 domain=0, bus=0, slot=8, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x01 (250 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 domain=0, bus=0, slot=8, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=25, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=25, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=25, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=25, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 3.0 on pci0 pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: memory decode 0xf5f00000-0xf7cfffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1022, dev=0x7464, revid=0x0b domain=0, bus=1, slot=0, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=5 map[10]: type Memory, range 32, base 0xf7cf0000, size 12, enabled pcib1: allocated memory range (0xf7cf0000-0xf7cf0fff) for rid 10 of pci0:1:0:0 pcib1: matched entry for 1.0.INTD pcib1: slot 0 INTD hardwired to IRQ 19 ohci early: SMM active, request owner change found-> vendor=0x1022, dev=0x7464, revid=0x0b domain=0, bus=1, slot=0, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=5 map[10]: type Memory, range 32, base 0xf7ce0000, size 12, enabled pcib1: allocated memory range (0xf7ce0000-0xf7ce0fff) for rid 10 of pci0:1:0:1 pcib1: matched entry for 1.0.INTD pcib1: slot 0 INTD hardwired to IRQ 19 ohci early: SMM active, request owner change found-> vendor=0x0e11, dev=0xb203, revid=0x01 domain=0, bus=1, slot=2, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0103, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x4800, size 8, enabled pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) map[14]: type Memory, range 32, base 0xf7cb0000, size 9, enabled pcib1: allocated memory range (0xf7cb0000-0xf7cb01ff) for rid 14 of pci0:1:2:0 pcib1: matched entry for 1.2.INTA pcib1: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x0e11, dev=0xb204, revid=0x01 domain=0, bus=1, slot=2, func=2 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0197, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x4000, size 8, enabled pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) map[14]: type Memory, range 32, base 0xf7ca0000, size 11, enabled pcib1: allocated memory range (0xf7ca0000-0xf7ca07ff) for rid 14 of pci0:1:2:2 map[18]: type Memory, range 32, base 0xf7c90000, size 13, enabled pcib1: allocated memory range (0xf7c90000-0xf7c91fff) for rid 18 of pci0:1:2:2 map[1c]: type Memory, range 32, base 0xf7c00000, size 19, enabled pcib1: allocated memory range (0xf7c00000-0xf7c7ffff) for rid 1c of pci0:1:2:2 pcib1: matched entry for 1.2.INTB pcib1: slot 2 INTB hardwired to IRQ 17 found-> vendor=0x1002, dev=0x4752, revid=0x27 domain=0, bus=1, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf6000000, size 24, enabled pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled pcib1: allocated memory range (0xf5ff0000-0xf5ff0fff) for rid 18 of pci0:1:3:0 ohci0: mem 0xf7cf0000-0xf7cf0fff irq 19 at device 0.0 on pci1 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 49 M ^ last character printed to the console. -- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 23:32:42 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DD2C106566B; Wed, 8 Jun 2011 23:32:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC9B8FC13; Wed, 8 Jun 2011 23:32:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p58NWfLX032184; Wed, 8 Jun 2011 19:32:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p58NWfO6032142; Wed, 8 Jun 2011 23:32:41 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jun 2011 23:32:41 GMT Message-Id: <201106082332.p58NWfO6032142@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 23:32:42 -0000 TB --- 2011-06-08 21:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 21:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-08 21:50:00 - cleaning the object tree TB --- 2011-06-08 21:50:22 - cvsupping the source tree TB --- 2011-06-08 21:50:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-08 21:50:42 - building world TB --- 2011-06-08 21:50:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 21:50:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 21:50:42 - TARGET=amd64 TB --- 2011-06-08 21:50:42 - TARGET_ARCH=amd64 TB --- 2011-06-08 21:50:42 - TZ=UTC TB --- 2011-06-08 21:50:42 - __MAKE_CONF=/dev/null TB --- 2011-06-08 21:50:42 - cd /src TB --- 2011-06-08 21:50:42 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 21:50:43 UTC 2011 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo fdisk.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo gz! ip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/src/rescue/rescue/../librescue/exec.o /obj/src/rescue/rescue/../librescue/getusershell.o /obj/src/rescue/rescue/../librescue/login_class.o /obj/src/rescue/rescue/../librescue/popen.o /obj/src/rescue/rescue/../librescue/rcmdsh.o /obj/src/rescue/rescue/../librescue/sysctl.o /obj/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `rtsol_timer_update': rtsock.c:(.text+0x6aa): undefined reference to `sec2str' rtsol.lo: In function `main': rtsock.c:(.text+0xcf5): undefined reference to `sec2str' rtsock.c:(.text+0xe29): undefined reference to `sec2str' *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-08 23:32:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-08 23:32:40 - ERROR: failed to build world TB --- 2011-06-08 23:32:40 - 5042.34 user 814.25 system 6160.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 23:32:47 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C06B1065670; Wed, 8 Jun 2011 23:32:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DA4508FC15; Wed, 8 Jun 2011 23:32:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p58NWkhe032627; Wed, 8 Jun 2011 19:32:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p58NWk1l032622; Wed, 8 Jun 2011 23:32:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jun 2011 23:32:46 GMT Message-Id: <201106082332.p58NWk1l032622@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 23:32:47 -0000 TB --- 2011-06-08 21:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 21:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-08 21:50:00 - cleaning the object tree TB --- 2011-06-08 21:50:18 - cvsupping the source tree TB --- 2011-06-08 21:50:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-08 21:50:35 - building world TB --- 2011-06-08 21:50:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 21:50:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 21:50:35 - TARGET=pc98 TB --- 2011-06-08 21:50:35 - TARGET_ARCH=i386 TB --- 2011-06-08 21:50:35 - TZ=UTC TB --- 2011-06-08 21:50:35 - __MAKE_CONF=/dev/null TB --- 2011-06-08 21:50:35 - cd /src TB --- 2011-06-08 21:50:35 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 21:50:39 UTC 2011 >>> 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 [...] `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sconfig.lo fdisk.lo dhclient.lo head.lo mt.lo sed.lo tail.l! o tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/pc98.i386/src/rescue/rescue/../librescue/exec.o /obj/pc98.i386/src/rescue/rescue/../librescue/getusershell.o /obj/pc98.i386/src/rescue/rescue/../librescue/login_class.o /obj/pc98.i386/src/rescue/rescue/../librescue/popen.o /obj/pc98.i386/src/rescue/rescue/../librescue/rcmdsh.o /obj/pc98.i386/src/rescue/rescue/../librescue/sysctl.o /obj/pc98.i386/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo rtsol_timer_update': (.text+0x605): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0xc65): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0xd90): undefined reference to `sec2str' *** Error code 1 Stop in /obj/pc98.i386/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-08 23:32:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-08 23:32:45 - ERROR: failed to build world TB --- 2011-06-08 23:32:46 - 5036.76 user 821.18 system 6165.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 23:38:53 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B03281065670; Wed, 8 Jun 2011 23:38:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7F7F68FC0A; Wed, 8 Jun 2011 23:38:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p58Ncqle088095; Wed, 8 Jun 2011 19:38:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p58NcqVx088090; Wed, 8 Jun 2011 23:38:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jun 2011 23:38:52 GMT Message-Id: <201106082338.p58NcqVx088090@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 23:38:53 -0000 TB --- 2011-06-08 21:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 21:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-08 21:50:00 - cleaning the object tree TB --- 2011-06-08 21:50:23 - cvsupping the source tree TB --- 2011-06-08 21:50:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-08 21:55:47 - building world TB --- 2011-06-08 21:55:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 21:55:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 21:55:47 - TARGET=i386 TB --- 2011-06-08 21:55:47 - TARGET_ARCH=i386 TB --- 2011-06-08 21:55:47 - TZ=UTC TB --- 2011-06-08 21:55:47 - __MAKE_CONF=/dev/null TB --- 2011-06-08 21:55:47 - cd /src TB --- 2011-06-08 21:55:47 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 21:55:47 UTC 2011 >>> 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 [...] `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sconfig.lo fdisk.lo dhclient.lo head.lo mt.lo sed.lo tail.l! o tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/i386.i386/src/rescue/rescue/../librescue/exec.o /obj/i386.i386/src/rescue/rescue/../librescue/getusershell.o /obj/i386.i386/src/rescue/rescue/../librescue/login_class.o /obj/i386.i386/src/rescue/rescue/../librescue/popen.o /obj/i386.i386/src/rescue/rescue/../librescue/rcmdsh.o /obj/i386.i386/src/rescue/rescue/../librescue/sysctl.o /obj/i386.i386/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo rtsol_timer_update': (.text+0x605): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0xc65): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0xd90): undefined reference to `sec2str' *** Error code 1 Stop in /obj/i386.i386/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-08 23:38:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-08 23:38:52 - ERROR: failed to build world TB --- 2011-06-08 23:38:52 - 5060.83 user 796.97 system 6531.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 23:40:17 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83E3F106567B; Wed, 8 Jun 2011 23:40:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 531D58FC1F; Wed, 8 Jun 2011 23:40:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p58NeGqC097750; Wed, 8 Jun 2011 19:40:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p58NeGJO097737; Wed, 8 Jun 2011 23:40:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jun 2011 23:40:16 GMT Message-Id: <201106082340.p58NeGJO097737@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 23:40:17 -0000 TB --- 2011-06-08 22:34:16 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 22:34:16 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-08 22:34:16 - cleaning the object tree TB --- 2011-06-08 22:34:21 - cvsupping the source tree TB --- 2011-06-08 22:34:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-08 22:34:34 - building world TB --- 2011-06-08 22:34:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 22:34:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 22:34:34 - TARGET=ia64 TB --- 2011-06-08 22:34:34 - TARGET_ARCH=ia64 TB --- 2011-06-08 22:34:34 - TZ=UTC TB --- 2011-06-08 22:34:34 - __MAKE_CONF=/dev/null TB --- 2011-06-08 22:34:34 - cd /src TB --- 2011-06-08 22:34:34 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 22:34:35 UTC 2011 >>> 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 [...] `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/ia64.ia64/src/rescue/rescue/../librescue/exec.o /obj/ia64.ia64/src/rescue/rescue/../librescue/getusershell.o /obj/ia64.ia64/src/rescue/rescue/../librescue/login_class.o /obj/ia64.ia64/src/rescue/rescue/../librescue/popen.o /obj/ia64.ia64/src/rescue/rescue/../librescue/rcmdsh.o /obj/ia64.ia64/src/rescue/rescue/../librescue/sysctl.o /obj/ia64.ia64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo rtsol_timer_update': (.text+0xf72): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x20f2): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x2342): undefined reference to `sec2str' *** Error code 1 Stop in /obj/ia64.ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-08 23:40:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-08 23:40:16 - ERROR: failed to build world TB --- 2011-06-08 23:40:16 - 3108.94 user 584.51 system 3960.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 00:19:39 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E4A01065674; Thu, 9 Jun 2011 00:19:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6A82C8FC14; Thu, 9 Jun 2011 00:19:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p590JcGu075070; Wed, 8 Jun 2011 20:19:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p590JcIE075054; Thu, 9 Jun 2011 00:19:38 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 9 Jun 2011 00:19:38 GMT Message-Id: <201106090019.p590JcIE075054@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 00:19:39 -0000 TB --- 2011-06-08 23:32:41 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 23:32:41 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-08 23:32:41 - cleaning the object tree TB --- 2011-06-08 23:32:46 - cvsupping the source tree TB --- 2011-06-08 23:32:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-08 23:33:00 - building world TB --- 2011-06-08 23:33:00 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 23:33:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 23:33:00 - TARGET=mips TB --- 2011-06-08 23:33:00 - TARGET_ARCH=mips TB --- 2011-06-08 23:33:00 - TZ=UTC TB --- 2011-06-08 23:33:00 - __MAKE_CONF=/dev/null TB --- 2011-06-08 23:33:00 - cd /src TB --- 2011-06-08 23:33:00 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 23:33:00 UTC 2011 >>> 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 [...] `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo xz.lo ! tar.lo vi.lo id.lo chroot.lo chown.lo /obj/mips.mipsel/src/rescue/rescue/../librescue/exec.o /obj/mips.mipsel/src/rescue/rescue/../librescue/getusershell.o /obj/mips.mipsel/src/rescue/rescue/../librescue/login_class.o /obj/mips.mipsel/src/rescue/rescue/../librescue/popen.o /obj/mips.mipsel/src/rescue/rescue/../librescue/rcmdsh.o /obj/mips.mipsel/src/rescue/rescue/../librescue/sysctl.o /obj/mips.mipsel/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo rtsol_timer_update': (.text+0xb04): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x189c): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x1bfc): undefined reference to `sec2str' *** Error code 1 Stop in /obj/mips.mipsel/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-09 00:19:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-09 00:19:38 - ERROR: failed to build world TB --- 2011-06-09 00:19:38 - 2037.37 user 535.30 system 2816.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 00:30:51 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D20D81065678; Thu, 9 Jun 2011 00:30:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A1D828FC08; Thu, 9 Jun 2011 00:30:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p590UopJ004077; Wed, 8 Jun 2011 20:30:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p590UoLi004076; Thu, 9 Jun 2011 00:30:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 9 Jun 2011 00:30:50 GMT Message-Id: <201106090030.p590UoLi004076@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 00:30:52 -0000 TB --- 2011-06-08 23:40:16 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 23:40:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-08 23:40:16 - cleaning the object tree TB --- 2011-06-08 23:40:24 - cvsupping the source tree TB --- 2011-06-08 23:40:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-08 23:40:36 - building world TB --- 2011-06-08 23:40:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 23:40:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 23:40:36 - TARGET=sparc64 TB --- 2011-06-08 23:40:36 - TARGET_ARCH=sparc64 TB --- 2011-06-08 23:40:36 - TZ=UTC TB --- 2011-06-08 23:40:36 - __MAKE_CONF=/dev/null TB --- 2011-06-08 23:40:36 - cd /src TB --- 2011-06-08 23:40:36 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 23:40:37 UTC 2011 >>> 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 [...] `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sunlabel.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo! gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/sparc64.sparc64/src/rescue/rescue/../librescue/exec.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/getusershell.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/login_class.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/popen.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/sysctl.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo rtsol_timer_update': (.text+0x8f8): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0xf8c): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x1094): undefined reference to `sec2str' *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-09 00:30:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-09 00:30:50 - ERROR: failed to build world TB --- 2011-06-09 00:30:50 - 2309.87 user 534.16 system 3033.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 00:32:38 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 531791065677; Thu, 9 Jun 2011 00:32:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1F0268FC21; Thu, 9 Jun 2011 00:32:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p590WbZi008517; Wed, 8 Jun 2011 20:32:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p590Wbvc008516; Thu, 9 Jun 2011 00:32:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 9 Jun 2011 00:32:37 GMT Message-Id: <201106090032.p590Wbvc008516@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 00:32:38 -0000 TB --- 2011-06-08 23:38:52 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 23:38:52 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-06-08 23:38:52 - cleaning the object tree TB --- 2011-06-08 23:38:57 - cvsupping the source tree TB --- 2011-06-08 23:38:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-06-08 23:39:09 - building world TB --- 2011-06-08 23:39:09 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 23:39:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 23:39:09 - TARGET=powerpc TB --- 2011-06-08 23:39:09 - TARGET_ARCH=powerpc64 TB --- 2011-06-08 23:39:09 - TZ=UTC TB --- 2011-06-08 23:39:09 - __MAKE_CONF=/dev/null TB --- 2011-06-08 23:39:09 - cd /src TB --- 2011-06-08 23:39:09 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 23:39:10 UTC 2011 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo xz.lo ! tar.lo vi.lo id.lo chroot.lo chown.lo /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/exec.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/getusershell.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/login_class.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/popen.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/sysctl.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo:(.text+0x838): undefined reference to `sec2str' rtsol.lo:(.text+0xf5c): undefined reference to `sec2str' rtsol.lo:(.text+0x1098): undefined reference to `sec2str' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-09 00:32:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-09 00:32:37 - ERROR: failed to build world TB --- 2011-06-09 00:32:37 - 2496.14 user 549.33 system 3224.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 01:03:13 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCF94106564A; Thu, 9 Jun 2011 01:03:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 79BA98FC12; Thu, 9 Jun 2011 01:03:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5913AGm056311; Wed, 8 Jun 2011 21:03:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5913AkL056310; Thu, 9 Jun 2011 01:03:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 9 Jun 2011 01:03:10 GMT Message-Id: <201106090103.p5913AkL056310@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 01:03:13 -0000 TB --- 2011-06-08 23:32:46 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 23:32:46 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-08 23:32:46 - cleaning the object tree TB --- 2011-06-08 23:32:51 - cvsupping the source tree TB --- 2011-06-08 23:32:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-08 23:33:03 - building world TB --- 2011-06-08 23:33:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 23:33:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 23:33:03 - TARGET=powerpc TB --- 2011-06-08 23:33:03 - TARGET_ARCH=powerpc TB --- 2011-06-08 23:33:03 - TZ=UTC TB --- 2011-06-08 23:33:03 - __MAKE_CONF=/dev/null TB --- 2011-06-08 23:33:03 - cd /src TB --- 2011-06-08 23:33:03 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 23:33:03 UTC 2011 >>> 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 [...] `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo xz.lo ! tar.lo vi.lo id.lo chroot.lo chown.lo /obj/powerpc.powerpc/src/rescue/rescue/../librescue/exec.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/getusershell.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/login_class.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/popen.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/rcmdsh.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/sysctl.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo rtsol_timer_update': (.text+0x86c): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0xf90): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x10d0): undefined reference to `sec2str' *** Error code 1 Stop in /obj/powerpc.powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-09 01:03:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-09 01:03:10 - ERROR: failed to build world TB --- 2011-06-09 01:03:10 - 4561.03 user 730.36 system 5424.32 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 03:59:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7395E106566C for ; Thu, 9 Jun 2011 03:59:16 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 3FCB58FC13 for ; Thu, 9 Jun 2011 03:59:16 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id BDCD07300A; Thu, 9 Jun 2011 05:59:52 +0200 (CEST) Date: Thu, 9 Jun 2011 05:59:52 +0200 From: Luigi Rizzo To: freebsd-current@freebsd.org Message-ID: <20110609035952.GA30464@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: any place to look at for PCI-express performance issues ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 03:59:16 -0000 hi, during my tests with netmap with 10Gbit cards (82599, dual port), i notice that a motherboard with an AMD 880G chipset is performing significantly worse than an intel based one. In both cases the NIC is mounted on a 16x PCIe slot, and in both cases the driver reports the use 5Gb/4x per port. On the intel i reach easily 14.88Mpps, on the AMD the card tops at 1.8Mpps, and is not CPU limited (changing dev.cpu.0.freq does not change the throughput). Disabling flow control does not help (and in any case the other end of the link is the same), and since I am using the same picobsd image (based on FreeBSD/i386 head w/ my netmap code) i suspect that the difference in performance has to do with the PCIe controller. My netmap code http://info.iet.unipi.it/~luigi/netmap/ does nothing special on the bus. Now, the question is, is there any place in FreeBSD sources that might be related to PCIe performance, e.g. initialising specific features in one or another northbridge, etc ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 04:33:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC423106566B for ; Thu, 9 Jun 2011 04:33:10 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8792B8FC08 for ; Thu, 9 Jun 2011 04:33:10 +0000 (UTC) Received: by vxc34 with SMTP id 34so1306775vxc.13 for ; Wed, 08 Jun 2011 21:33:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=dQvNXAkjZJLI7GqunNW23yjW2g1LRxvPCYJX9mmrlXM=; b=BZ+LcB4Bazgt0boGI9mJ9Rohphj9jPdoJGA5Nmh/ouhhXmaqO88rOB9kGTp5hcC+w/ BMZZdPWku3XM+GC1ntDeBJlBJipikV6yDxmX3WZcxKgWozNex+J/KBb2ZZHOnojjklNl imveEXGozpWZMvxN/jqZAM7RVuad8RZKQchH0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=boXRPrK/KB38d3+7UvvPkiWXeWo+PedT9Yah07RGrOhOnwnNi8AbDJjPnc1c58IrLw py2rIHmCwgJmWLQPOKrwSL+rML5Bk2gmTu4MrCUqJicepS5Kc1DocKg8hjxNFv9yGM+j lSrPalSeO62BEQ9vbH7Kg33Zo4QS/CET/0KNI= MIME-Version: 1.0 Received: by 10.220.187.4 with SMTP id cu4mr105189vcb.58.1307593989582; Wed, 08 Jun 2011 21:33:09 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Wed, 8 Jun 2011 21:33:09 -0700 (PDT) In-Reply-To: <96924B71-E657-460A-B274-BB38DCA5713A@lists.zabbadoz.net> References: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> <4434466E-F4B0-47B1-98BF-80E4E495AA4C@lists.zabbadoz.net> <66750835-22BE-4F95-8940-567D74BC0488@lists.zabbadoz.net> <828CAE62-9C52-40EF-9C6B-A412645DB347@gmail.com> <96924B71-E657-460A-B274-BB38DCA5713A@lists.zabbadoz.net> Date: Wed, 8 Jun 2011 21:33:09 -0700 Message-ID: From: Garrett Cooper To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 04:33:11 -0000 On Wed, Jun 8, 2011 at 9:31 AM, Bjoern A. Zeeb wrote: > > On Jun 8, 2011, at 4:25 PM, Garrett Cooper wrote: > >> On Jun 8, 2011, at 9:07 AM, "Bjoern A. Zeeb" wrote: >> >>> On Jun 7, 2011, at 6:15 PM, Garrett Cooper wrote: >>> >>>>> I think I just found a good "recovery" idea -- I should disable the >>>>> features with rescue builds. =A0That should give one a working >>>>> /rescue/ifconfig in all cases and should be sufficient to recover? >>>> >>>> =A0That would be a good backup plan so people could at least avoid >>>> painting themselves into a corner by accident. >>> >>> Can you confirm that >>> http://people.freebsd.org/~bz/20110608-02-ifconfig-rescue.diff >>> would work for you? >>> >>> One will still be screwed if doing it remotely without serial console o= r >>> keyb access, but with that there should be a way to recover. =A0Note th= at >>> the rc scripts also check the AF to be present and will not configure t= hem >>> if not. >> >> Will do when I get back home. I rebuilt world and kernel a few times, re= installed, and I'm still running into the same issues (kern.features.inet i= s missing), so something is really funky with the system. >> >> I'll look at my last buildkernel log, an if that doesn't turn up anythin= g helpful try building GENERIC tonight and boot it to see what happens.. >> >> I'll let you know how the patch goes.. > > check with strings if you can find a __kern_features_inet Is that the right string to look for? All I found was sysctl__kern_features_children (despite the fact that I do actually have OIDs hanging off of kern.features). BTW, objdump -x /boot/kernel/kernel | grep __kern_features_ turned up a lot more data, but unfortunately inet isn't one of the missing pieces between strings and objdump -x :/.. I checked opt_global.h and opt_inet.h and #define INET 1 is present in opt_inet.h at least.. Nothing apparently fishy in the buildkernel log either... but why isn't it pulling in headers from -I@ or ${KERNBUILDDIR} (!). Also, why is /sys/conf/*.mk blantantly ignoring my CFLAGS (I hardcoded /usr/obj/usr/src/sys/FALLOUT just for kicks and it was clearly omitted from the cc calls I saw)?? I haven't dug down that deep yet, but it would be interesting if someone knew the answer to that question offhand. Just for grins I put... #ifndef INET #error "you lose!" #endif ... in in_proto.c and it didn't bail. So obviously it thinks it has INET support. Time to try GENERIC. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 06:11:33 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AF61106566B; Thu, 9 Jun 2011 06:11:33 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B6AF98FC1E; Thu, 9 Jun 2011 06:11:32 +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 JAA02435; Thu, 09 Jun 2011 09:11:18 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QUYSb-000LBf-SL; Thu, 09 Jun 2011 09:11:17 +0300 Message-ID: <4DF06404.8090909@FreeBSD.org> Date: Thu, 09 Jun 2011 09:11:16 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: John References: <20110606002353.GA2518@slowblink.com> <201106071041.28654.jhb@freebsd.org> <20110608041305.GA46490@FreeBSD.org> <201106081226.25164.jhb@freebsd.org> <20110608223037.GA83941@FreeBSD.org> In-Reply-To: <20110608223037.GA83941@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, John Baldwin Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 06:11:33 -0000 on 09/06/2011 01:30 John said the following: > Sorry John, here's the verbose dmesg output with your patch applied. > > This is at the tail of the console: > > pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 > map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled > pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) > map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled > > > Output ends with a single 'M', not MCA as earlier. Just a wild guess - what happens if you revert r222537 (you might need to revert r222804 first)? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 06:45:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9BAA106566B for ; Thu, 9 Jun 2011 06:45:26 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5F97E8FC08 for ; Thu, 9 Jun 2011 06:45:26 +0000 (UTC) Received: by bwz12 with SMTP id 12so1491709bwz.13 for ; Wed, 08 Jun 2011 23:45:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=CUOXougqWmC2RkBfS82YsUXartn7OSbujuzTBfGNOsQ=; b=fCd20RkiIy++JnE5QZ4MgkvvhO3f/e8GZQWbFG054kTgGExQ50txpVir3Cq0eKbrfk At++F9WMTttZzVLGQGh8x6ODMfoUc18XCoIaUBAIh68d4q2gxfL/uVckzSZ4NDtQJgco XXOe3JB5L+W/94fLDGGsB5tY5iICcqdG/ZNGc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=UZbcTTzczZ/P5rjLp4kUwosK6IkZbdsQMzDI59YXY0073MoIbG+E/+wqtHIKOBfPLY RnpYWCJZElQ/eoGnQdKzktaWWPSkcbkYtmdbtkXF7NapnzrVIqF7+zRI4h+ksbvRpbD8 SuY+YMbSW8pvoGW+yp9NfAHpo8MdCZ4EyrJ/c= Received: by 10.204.36.7 with SMTP id r7mr376353bkd.2.1307601924205; Wed, 08 Jun 2011 23:45:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Wed, 8 Jun 2011 23:45:04 -0700 (PDT) In-Reply-To: <4DEFC9A7.90304@ukr.net> References: <4DEF66D0.6010307@ukr.net> <4DEFC9A7.90304@ukr.net> From: Eir Nym Date: Thu, 9 Jun 2011 10:45:04 +0400 Message-ID: To: "Vladislav V. Prodan" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 06:45:27 -0000 On 8 June 2011 23:12, Vladislav V. Prodan wrote: > 08.06.2011 17:54, Eir Nym wrote: >> >> On 8 June 2011 16:10, Vladislav V. Prodan =C2=A0wrot= e: >>> >>> 08.06.2011 11:10, Eir Nym wrote: >>>> >>>> gpart show is work now, but not when I load zfs into memory and try to >>>> add zpool into. >>>> >>>> and when I'll boot gpart says 'GEOM: ada0s1a invalid disklabel' >>> >>> Output: >>> gpart show ada0 >>> >> #gpart show ada0 >> =3D> =C2=A0 =C2=A0 =C2=A0 =C2=A0 63 =C2=A01250263665 =C2=A0ada0 =C2=A0MB= R =C2=A0(596G) >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 63 =C2=A0 411807627 =C2=A0 =C2=A0 1 = =C2=A0freebsd =C2=A0(196G) >> =C2=A0 =C2=A0411807690 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A054 =C2=A0 =C2= =A0 =C2=A0 =C2=A0- free - =C2=A0(27k) >> =C2=A0 =C2=A0411807744 =C2=A0 =C2=A0 =C2=A0202752 =C2=A0 =C2=A0 2 =C2=A0= !239 =C2=A0(99M) >> =C2=A0 =C2=A0412010496 =C2=A0 =C2=A0 =C2=A0204800 =C2=A0 =C2=A0 3 =C2=A0= ntfs =C2=A0[active] =C2=A0(100M) >> =C2=A0 =C2=A0412215296 =C2=A0 838045696 =C2=A0 =C2=A0 4 =C2=A0ntfs =C2= =A0(399G) >> =C2=A0 1250260992 =C2=A0 =C2=A0 =C2=A0 =C2=A02736 =C2=A0 =C2=A0 =C2=A0 = =C2=A0- free - =C2=A0(1.3M) >> #gpart show ada0s1 >> =3D> =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=A0411807627 =C2=A0ada0s1 =C2=A0BS= D =C2=A0(196G) >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=A0402653247 =C2=A0 =C2=A0 =C2= =A0 1 =C2=A0freebsd-zfs =C2=A0(192G) >> =C2=A0 402653247 =C2=A0 =C2=A09154380 =C2=A0 =C2=A0 =C2=A0 2 =C2=A0freeb= sd-swap =C2=A0(4.4G) >> >>> > > gpart modify -i 1 -l disk0 ada0s1 gpart: Invalid argument after recreate ada0s1 there gpart shows 4 GEOMs with BSD partitioning (numbers are same as above): ada0s1 ada0s1 ada0s1c ada0s1c ---------------------- If I create BSD scheme with old good bsdlabel(8): (numbers are written by hands to minimize reboot count) #gpart delete -i 1 ada0s1 #gpart delete -i 2 ada0s1 #gpart destroy ada0s1 #bsdlabel -w ada0s1 #gpart show ada0s1 =3D> 0 411807627 ada0s1 BSD (196G) 0 16 -free - (8.0k) ---> used by BSDLabel data 16 411807611 1 !0 (196G) ---> ada0s1a and this label is correct. I think that GEOM part create and add commands must add some gap before partitions for any schemes and bug is here. > and after reboot try: > zpool create tank /dev/gpt/disk0 > > > > > -- > Vladislav V. Prodan > VVP24-UANIC > +380[67]4584408 > +380[99]4060508 > vlad11@jabber.ru > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 07:32:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED968106566B for ; Thu, 9 Jun 2011 07:31:59 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 718718FC0A for ; Thu, 9 Jun 2011 07:31:59 +0000 (UTC) Received: by bwz12 with SMTP id 12so1529918bwz.13 for ; Thu, 09 Jun 2011 00:31:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=oqZkuZXbUfkybUlLFN7ehNMUwQX8BcKZWrNcNBuAv6o=; b=YaDHJeaz3MkyNmKe9IAJI3G8q9Us12WBfQ88F79Suk+KLuF5/buQsNyxqhl2+K+yRD 591pYR/csK56v5qDnclVdigT2o176lZ1ffVOYzkU+wbrgvNSSeSSubRzUYNVSwBabzfQ R7ozDJIwKAbfvbPVLZbLWp36n9JfR39dh++uA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=a5elUWpCG9BLFOf0/vQP4qZ846CokCtylG03UeIv10PdxiTLYnjCqId/I+cwW3djxp X7+EtoiCM2qO6dBp68Gbx69JJVDxX+1+z2/Mpef1yrvriHyG7SLujI/iw5mWGSCWdFhA ykPHSfXVI088YS8FSwfK4DfFsbEGjvQ7tU5ow= Received: by 10.204.19.19 with SMTP id y19mr362116bka.164.1307604718161; Thu, 09 Jun 2011 00:31:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Thu, 9 Jun 2011 00:31:38 -0700 (PDT) In-Reply-To: References: <4DEF66D0.6010307@ukr.net> <4DEFC9A7.90304@ukr.net> From: Eir Nym Date: Thu, 9 Jun 2011 11:31:38 +0400 Message-ID: To: "Vladislav V. Prodan" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 07:32:00 -0000 On 9 June 2011 10:45, Eir Nym wrote: > On 8 June 2011 23:12, Vladislav V. Prodan wrote: >> 08.06.2011 17:54, Eir Nym wrote: >>> >>> On 8 June 2011 16:10, Vladislav V. Prodan =C2=A0wro= te: >>>> >>>> 08.06.2011 11:10, Eir Nym wrote: >>>>> >>>>> gpart show is work now, but not when I load zfs into memory and try t= o >>>>> add zpool into. >>>>> >>>>> and when I'll boot gpart says 'GEOM: ada0s1a invalid disklabel' >>>> >>>> Output: >>>> gpart show ada0 >>>> >>> #gpart show ada0 >>> =3D> =C2=A0 =C2=A0 =C2=A0 =C2=A0 63 =C2=A01250263665 =C2=A0ada0 =C2=A0M= BR =C2=A0(596G) >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 63 =C2=A0 411807627 =C2=A0 =C2=A0 1 = =C2=A0freebsd =C2=A0(196G) >>> =C2=A0 =C2=A0411807690 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A054 =C2=A0 =C2= =A0 =C2=A0 =C2=A0- free - =C2=A0(27k) >>> =C2=A0 =C2=A0411807744 =C2=A0 =C2=A0 =C2=A0202752 =C2=A0 =C2=A0 2 =C2= =A0!239 =C2=A0(99M) >>> =C2=A0 =C2=A0412010496 =C2=A0 =C2=A0 =C2=A0204800 =C2=A0 =C2=A0 3 =C2= =A0ntfs =C2=A0[active] =C2=A0(100M) >>> =C2=A0 =C2=A0412215296 =C2=A0 838045696 =C2=A0 =C2=A0 4 =C2=A0ntfs =C2= =A0(399G) >>> =C2=A0 1250260992 =C2=A0 =C2=A0 =C2=A0 =C2=A02736 =C2=A0 =C2=A0 =C2=A0 = =C2=A0- free - =C2=A0(1.3M) >>> #gpart show ada0s1 >>> =3D> =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=A0411807627 =C2=A0ada0s1 =C2=A0B= SD =C2=A0(196G) >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=A0402653247 =C2=A0 =C2=A0 =C2= =A0 1 =C2=A0freebsd-zfs =C2=A0(192G) >>> =C2=A0 402653247 =C2=A0 =C2=A09154380 =C2=A0 =C2=A0 =C2=A0 2 =C2=A0free= bsd-swap =C2=A0(4.4G) >>> >>>> >> >> gpart modify -i 1 -l disk0 ada0s1 > gpart: Invalid argument > > after recreate ada0s1 there gpart shows 4 GEOMs with BSD partitioning > (numbers are same as above): > ada0s1 > ada0s1 > ada0s1c > ada0s1c > > > ---------------------- > If I create BSD scheme with old good bsdlabel(8): (numbers are written > by hands to minimize reboot count) > #gpart delete -i 1 ada0s1 > #gpart delete -i 2 ada0s1 > #gpart destroy ada0s1 > #bsdlabel -w ada0s1 > #gpart show ada0s1 > =3D> 0 411807627 ada0s1 BSD (196G) > =C2=A00 16 -free - (8.0k) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 ---> used by > BSDLabel data > =C2=A016 411807611 1 !0 (196G) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0---> ada0s1a > > and this label is correct. > > I think that GEOM part create and add commands must add some gap > before partitions for any schemes and bug is here. > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D157723 http://www.freebsd.org/cgi/query-pr.cgi?pr=3D157724 >> and after reboot try: >> zpool create tank /dev/gpt/disk0 >> >> > > >> >> >> -- >> Vladislav V. Prodan >> VVP24-UANIC >> +380[67]4584408 >> +380[99]4060508 >> vlad11@jabber.ru >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >> > From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 09:15:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09F2E106566C for ; Thu, 9 Jun 2011 09:15:45 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-cdu.ru (ns.kirov.so-cdu.ru [77.72.136.145]) by mx1.freebsd.org (Postfix) with ESMTP id A63488FC0A for ; Thu, 9 Jun 2011 09:15:44 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-cdu.ru [127.0.0.1]) by mail.kirov.so-cdu.ru (Postfix) with SMTP id 64CEDB802C; Thu, 9 Jun 2011 13:00:33 +0400 (MSD) Received: from kirov.so-cdu.ru (kirov.oduur.so [172.21.81.1]) by mail.kirov.so-cdu.ru (Postfix) with ESMTP id 55C07B802B; Thu, 9 Jun 2011 13:00:33 +0400 (MSD) Received: by ns.kirov.so-cdu.ru (Postfix, from userid 1010) id 50FC6B837F; Thu, 9 Jun 2011 13:00:33 +0400 (MSD) Received: from [10.118.3.52] (elsukov.kirov.oduur.so [10.118.3.52]) by ns.kirov.so-cdu.ru (Postfix) with ESMTP id 1C32EB837C; Thu, 9 Jun 2011 13:00:33 +0400 (MSD) Message-ID: <4DF08BAD.60005@FreeBSD.org> Date: Thu, 09 Jun 2011 13:00:29 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Eir Nym References: <4DEF66D0.6010307@ukr.net> <4DEFC9A7.90304@ukr.net> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig53DBFBA0124ED2CBBEFEE378" X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Cc: "Vladislav V. Prodan" , freebsd-current@freebsd.org Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 09:15:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig53DBFBA0124ED2CBBEFEE378 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 09.06.2011 11:31, Eir Nym wrote: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D157723 Can't reproduce. > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D157724 First of read this tread: http://lists.freebsd.org/pipermail/freebsd-stable/2011-May/062744.html >>> and after reboot try: >>> zpool create tank /dev/gpt/disk0 --=20 WBR, Andrey V. Elsukov --------------enig53DBFBA0124ED2CBBEFEE378 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJN8IuwAAoJEAHF6gQQyKF6kCQIAKGtx9lwTkT41xw6H1iFh9FR sDlXEZEpJuH4gDsoVV8ZW3m5WSRwmn6dPhpQBzeqsCqTc72RwYwW7lA7W0BTeRTY 1LyCQ/3xCRaMiis20HtqVTtLR/mw7fDp4L2AxLKmC/Ggs4b4MsASTZCUd7jQX7z2 pRw1bLjujIDUtP23JpTl43P1TOVP1LXs1gG0teWqsKNrW+YvSENQ4//EiQaOO0VP DFmKDY25fhQbEnLNYXVgx3KbV9zpK+aC0JG2ypcJifreABC0gqZJ86DF0prqz2oi bwXc81lXptaLPpM6O6iV8RQ0glJpP/qaFtgw+ca+JhkBzY7c7wV6yMfiHVHsQ0Y= =tRUh -----END PGP SIGNATURE----- --------------enig53DBFBA0124ED2CBBEFEE378-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 09:32:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 035711065674 for ; Thu, 9 Jun 2011 09:32:55 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 533BA8FC0A for ; Thu, 9 Jun 2011 09:32:53 +0000 (UTC) Received: by bwz12 with SMTP id 12so1635893bwz.13 for ; Thu, 09 Jun 2011 02:32:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=pJNrf8ueYOPfGCsQ7GWOQ+YVaj1qDuZ1devm7cMCQAg=; b=XFyoVxDqBqSVfQra/EPDZ2PK5CK+sKpsvID2Kjv5q091EDEaeHByn8Kl3PZXRmQnZX 1FTR4X2kanLM6khau+6qVS+JwAJgeGDjeSZjk9zQ8mK5eyI/5fkyf0TbHCROMHIuppuF dFPo2exzk+hEpCIxMBPyRXd2onjNJNgiyQEdc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=OR2AMK6IMARX6e0r0Fc0Qn6prxVeWyg52dCHdiO0QZerIm9QoA6XAk+jUtL3YAsDFW s367fYB24n/Cke6m9d93XFogfUjraBuJYc6iY62ai45N3lWfmJBTI9tF6++4DBI5I2Nc IYByGMbvS0mXdz9Nbv8RzD3YYaJ+B4N07hmIw= Received: by 10.204.136.210 with SMTP id s18mr491748bkt.56.1307611973149; Thu, 09 Jun 2011 02:32:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Thu, 9 Jun 2011 02:32:32 -0700 (PDT) In-Reply-To: <4DF08BAD.60005@FreeBSD.org> References: <4DEF66D0.6010307@ukr.net> <4DEFC9A7.90304@ukr.net> <4DF08BAD.60005@FreeBSD.org> From: Eir Nym Date: Thu, 9 Jun 2011 13:32:32 +0400 Message-ID: To: "Andrey V. Elsukov" Content-Type: text/plain; charset=UTF-8 Cc: "Vladislav V. Prodan" , freebsd-current@freebsd.org Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 09:32:55 -0000 2011/6/9 Andrey V. Elsukov : > On 09.06.2011 11:31, Eir Nym wrote: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=157723 > > Can't reproduce. Which revision do you use? Following link for mail is about this. > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=157724 > > First of read this tread: > http://lists.freebsd.org/pipermail/freebsd-stable/2011-May/062744.html > >>>> and after reboot try: >>>> zpool create tank /dev/gpt/disk0 > > > -- > WBR, Andrey V. Elsukov > > I've already compilled r222889 and will check it today. From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 10:01:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE993106564A for ; Thu, 9 Jun 2011 10:01:11 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [95.108.130.94]) by mx1.freebsd.org (Postfix) with ESMTP id 5F4AA8FC08 for ; Thu, 9 Jun 2011 10:01:11 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward12.mail.yandex.net (Yandex) with ESMTP id 9949FC22A95; Thu, 9 Jun 2011 13:46:10 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1307612770; bh=/ez3+92BORl4LAxqcWTJhz4K5nd/CnTM9R03ydQKLjM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=A6oX04KgfHxncL70yyRj8Rl3Uq9wLGx7UVzT1WQuPmjwaFqGUtRJhNN3kK8ikIOaz wy07Pruu6XxulIf96cQ36g/RnyIVtbJW0+NP113gxW9B6k8XciZUXS46E+YwWgcuXR NA3jMcK2391inKk8fXYhCZYFlbuwuE1HAdrxWqTY= Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp13.mail.yandex.net (Yandex) with ESMTPSA id 09273389807C; Thu, 9 Jun 2011 13:46:09 +0400 (MSD) Message-ID: <4DF0965B.8030607@yandex.ru> Date: Thu, 09 Jun 2011 13:46:03 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Eir Nym References: <4DEF66D0.6010307@ukr.net> <4DEFC9A7.90304@ukr.net> <4DF08BAD.60005@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD305FBA76A7F1210613C33EA" X-Yandex-Spam: 1 Cc: "Andrey V. Elsukov" , "Vladislav V. Prodan" , freebsd-current@freebsd.org Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 10:01:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD305FBA76A7F1210613C33EA Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 09.06.2011 13:32, Eir Nym wrote: > Which revision do you use? >=20 > Following link for mail is about this. >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D157724 >> >> First of read this tread: >> http://lists.freebsd.org/pipermail/freebsd-stable/2011-May/062744.html= I mean that BSD scheme created with gpart(8) is not invalid. You always can use "-b start_offset" when creating partitions to preserve= metadata area. Also you can use partition with zero offset for UFS. > I've already compilled r222889 and will check it today. I have r222733. But it is no matter, nothing was changed in this area for 2-3 weeks. --=20 WBR, Andrey V. Elsukov --------------enigD305FBA76A7F1210613C33EA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJN8JZhAAoJEAHF6gQQyKF6uPsIAIn3Sm2gevc8tAEVt8LbLi5T tT/UTGfq5r+RdPhzl62B3INktX5gfNoNmaLEtjcJ88byqQuSYpKmKGJqBGvdoGyR GjNqmaNKt5VuVCwVw1jrsWbQ7JWH9fZjx/pC31fyTfv7StwGDUz/pjRcy4rAZKzv NHfVsZW49MulRcRJLqOKdVv9CAC8e9q/fVmhbhgNemVRrYukyZxB9QsJjUAGTXgg zZvFp9G7aVG3NMprC6JkBSM50DPO8vHk0MkfeBEQ3hGmfT0HNQaoOtLVl+TYQ5ah hj5TOsZltAFBRDEqNIOrgl7hCyK5k4j7wg2Bc1VflRrKQoEaAsAvXJ+eiymW5vo= =LT3m -----END PGP SIGNATURE----- --------------enigD305FBA76A7F1210613C33EA-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 10:23:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 092D3106566B; Thu, 9 Jun 2011 10:23:15 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5AC288FC15; Thu, 9 Jun 2011 10:23:13 +0000 (UTC) Received: by bwz13 with SMTP id 13so2141861bwz.17 for ; Thu, 09 Jun 2011 03:23:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=ZOdU6czyRxS8KrYYMc27+ALmJDQ1bnGLPMxNLZMylRs=; b=tITwTCoA9h69iAEcEP27FpTOOceLJs4R0SxGBycBBycLX+lFb1E+hHLNErJwRo/g5h qUkf0Lrw7z96SBsHjgQReCOqU6YixD4+eQ/TrP6K07X6PQodfFnMP4l7n2FfoduWnL8V xrHAHQegMBzpBXCzeM9gEg2XmP476QwaYCePE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=GJ7ST72i2PnsKXzHlNw612pOxZp/L40ly8g1cTsdy7Xb8AuzV1HPuZHRij+lyFerTc GAqZi0r1VHxHSbac9qCBsAsbCi5SB1mlWUsvRvsEz2wJ0JtpEJlY0mm3MZuMD4nwViV8 7d/KiRZYy4RAt08D7EvaDYaGOJ3GRR4gMY5SY= Received: by 10.204.169.130 with SMTP id z2mr520763bky.137.1307614993158; Thu, 09 Jun 2011 03:23:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Thu, 9 Jun 2011 03:22:53 -0700 (PDT) In-Reply-To: <4DF0965B.8030607@yandex.ru> References: <4DEF66D0.6010307@ukr.net> <4DEFC9A7.90304@ukr.net> <4DF08BAD.60005@FreeBSD.org> <4DF0965B.8030607@yandex.ru> From: Eir Nym Date: Thu, 9 Jun 2011 14:22:53 +0400 Message-ID: To: "Andrey V. Elsukov" Content-Type: text/plain; charset=UTF-8 Cc: "Andrey V. Elsukov" , "Vladislav V. Prodan" , freebsd-current@freebsd.org Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 10:23:15 -0000 2011/6/9 Andrey V. Elsukov : > On 09.06.2011 13:32, Eir Nym wrote: >> Which revision do you use? >> >> Following link for mail is about this. >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=157724 >>> >>> First of read this tread: >>> http://lists.freebsd.org/pipermail/freebsd-stable/2011-May/062744.html > > I mean that BSD scheme created with gpart(8) is not invalid. > You always can use "-b start_offset" when creating partitions to preserve > metadata area. Also you can use partition with zero offset for UFS. > >> I've already compilled r222889 and will check it today. > > I have r222733. But it is no matter, nothing was changed in this area > for 2-3 weeks. > GEOM will say it only after reboot. part of dmesg log: GEOM_LABEL[1]: MSDOSFS: gzero: no FAT signature found. ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 GEOM_LABEL[1]: MSDOSFS: gzero: no FAT signature found. ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 610480MB (1250263728 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 SMP: AP CPU #1 Launched! Timecounter "TSC" frequency 1666519680 Hz quality 800 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 GEOM_LABEL[1]: MSDOSFS: ada0: FAT12/16 volume not valid. GEOM_LABEL[1]: MSDOSFS: ada0s1: no FAT signature found. GEOM_LABEL[1]: MSDOSFS: ada0s2: no FAT signature found. GEOM_LABEL[1]: MSDOSFS: ada0s3: FAT32 volume not valid. GEOM_LABEL[1]: Label for provider ada0s3 is ntfs/System Reserved. GEOM_LABEL[1]: MSDOSFS: ada0s4: FAT32 volume not valid. GEOM_LABEL[1]: MSDOSFS: ada0s1: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s1, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s2: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s2, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s3: FAT32 volume not valid. GEOM_LABEL[1]: Label System Reserved(ntfs/System Reserved) already exists (ada0s3). g_dev_taste: make_dev_p() failed (gp->name=ada0s3, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s4: FAT32 volume not valid. g_dev_taste: make_dev_p() failed (gp->name=ada0s4, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s1a: no FAT signature found. GEOM: ada0s1a: invalid disklabel. GEOM_LABEL[1]: MSDOSFS: ada0s1b: no FAT signature found. GEOM_LABEL[1]: MSDOSFS: ada0s1c: no FAT signature found. GEOM_LABEL[1]: MSDOSFS: ada0s1a: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s1a, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s1b: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s1b, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s1a: no FAT signature found. GEOM: ada0s1a: invalid disklabel. g_dev_taste: make_dev_p() failed (gp->name=ada0s1a, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s1b: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s1b, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s1c: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s1c, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s1a: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s1a, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s1b: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s1b, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s1ca: no FAT signature found. GEOM_LABEL[1]: MSDOSFS: ada0s1cb: no FAT signature found. GEOM_LABEL[1]: MSDOSFS: ada0s1aa: no FAT signature found. GEOM_LABEL[1]: MSDOSFS: ada0s1ab: no FAT signature found. GEOM_LABEL[1]: MSDOSFS: ada0s1ac: no FAT signature found. GEOM_LABEL[1]: MSDOSFS: ada0s1ca: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s1ca, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s1cb: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s1cb, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s1aa: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s1aa, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s1ab: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s1ab, error=17) GEOM_LABEL[1]: MSDOSFS: ada0s1ac: no FAT signature found. g_dev_taste: make_dev_p() failed (gp->name=ada0s1ac, error=17) > -- > WBR, Andrey V. Elsukov > > From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 10:49:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACFF7106566B; Thu, 9 Jun 2011 10:49:04 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from f109.mail.ru (f109.mail.ru [217.69.128.69]) by mx1.freebsd.org (Postfix) with ESMTP id D14CD8FC13; Thu, 9 Jun 2011 10:49:03 +0000 (UTC) Received: from mail by f109.mail.ru with local id 1QUcnO-0007fe-00; Thu, 09 Jun 2011 14:49:02 +0400 Received: from [95.32.183.14] by e.mail.ru with HTTP; Thu, 09 Jun 2011 14:49:02 +0400 From: Andrey Smagin To: Alexander Motin Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [95.32.183.14] Date: Thu, 09 Jun 2011 14:49:02 +0400 References: <201106071034.01475.hselasky@c2i.net> <4DEFB2B2.3020404@FreeBSD.org> In-Reply-To: <4DEFB2B2.3020404@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Message-Id: X-Spam: Not detected X-Mras: Ok X-MR-Warn: 1 Cc: FreeBSD-Current Subject: Re[2]: 2 day GENERIC-current eat 2 CPU core at 100% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Smagin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 10:49:04 -0000 CkhpLCB5ZXN0ZXJkYXkgSSB0cmllZCBzd2l0Y2ggIGV2ZW50IHRpbWVyIG9uIGk4MjU0IC0gaXQg ZG8gbm90aGluZy4KSSBkaXNhYmxlZCBoeXBlcnRocmVhZGluZyAtIG5vdyBlYXQgZnJvbSA1MCUg dG8gMTAwJQpBbGwgZG1lc2cgaXMgbGluZXM6Cihub3BlcmlwaDphdGEzOjA6LTE6LTEpOiByZXNj YW4gYWxyZWFkeSBxdWV1ZWQKKG5vcGVyaXBoOmF0YTM6MDotMTotMSk6IHJlc2NhbiBhbHJlYWR5 IHF1ZXVlZAoobm9wZXJpcGg6YXRhMjowOi0xOi0xKTogcmVzY2FuIGFscmVhZHkgcXVldWVkCihu b3BlcmlwaDphdGEzOjA6LTE6LTEpOiByZXNjYW4gYWxyZWFkeSBxdWV1ZWQKKG5vcGVyaXBoOmF0 YTM6MDotMTotMSk6IHJlc2NhbiBhbHJlYWR5IHF1ZXVlZAouLi4uCkkgIGJvb3QgRnJlZUJTRCBm cm9tIFVTQiB3aXRoIG5vIEFUQSAtIG1heSBiZSBpdCBpcy4KCiVzeXNjdGwgLWEgfCBncmVwIGV2 ZW50Cmtlcm4uZXZlbnR0aW1lci5jaG9pY2U6IEhQRVQoNDUwKSBIUEVUMSg0NDApIEhQRVQyKDQ0 MCkgTEFQSUMoNDAwKSBpODI1NCgxMDApIFJUQygwKQprZXJuLmV2ZW50dGltZXIuZXQuTEFQSUMu ZmxhZ3M6IDE1Cmtlcm4uZXZlbnR0aW1lci5ldC5MQVBJQy5mcmVxdWVuY3k6IDAKa2Vybi5ldmVu dHRpbWVyLmV0LkxBUElDLnF1YWxpdHk6IDQwMAprZXJuLmV2ZW50dGltZXIuZXQuSFBFVC5mbGFn czogMwprZXJuLmV2ZW50dGltZXIuZXQuSFBFVC5mcmVxdWVuY3k6IDE0MzE4MTgwCmtlcm4uZXZl bnR0aW1lci5ldC5IUEVULnF1YWxpdHk6IDQ1MAprZXJuLmV2ZW50dGltZXIuZXQuSFBFVDEuZmxh Z3M6IDMKa2Vybi5ldmVudHRpbWVyLmV0LkhQRVQxLmZyZXF1ZW5jeTogMTQzMTgxODAKa2Vybi5l dmVudHRpbWVyLmV0LkhQRVQxLnF1YWxpdHk6IDQ0MAprZXJuLmV2ZW50dGltZXIuZXQuSFBFVDIu ZmxhZ3M6IDMKa2Vybi5ldmVudHRpbWVyLmV0LkhQRVQyLmZyZXF1ZW5jeTogMTQzMTgxODAKa2Vy bi5ldmVudHRpbWVyLmV0LkhQRVQyLnF1YWxpdHk6IDQ0MAprZXJuLmV2ZW50dGltZXIuZXQuUlRD LmZsYWdzOiAxNwprZXJuLmV2ZW50dGltZXIuZXQuUlRDLmZyZXF1ZW5jeTogMzI3NjgKa2Vybi5l dmVudHRpbWVyLmV0LlJUQy5xdWFsaXR5OiAwCmtlcm4uZXZlbnR0aW1lci5ldC5pODI1NC5mbGFn czogMQprZXJuLmV2ZW50dGltZXIuZXQuaTgyNTQuZnJlcXVlbmN5OiAxMTkzMTgyCmtlcm4uZXZl bnR0aW1lci5ldC5pODI1NC5xdWFsaXR5OiAxMDAKa2Vybi5ldmVudHRpbWVyLnBlcmlvZGljOiAx Cmtlcm4uZXZlbnR0aW1lci50aW1lcjogaTgyNTQKa2Vybi5ldmVudHRpbWVyLmlkbGV0aWNrOiAw Cmtlcm4uZXZlbnR0aW1lci5zaW5nbGVtdWw6IDIKImlmbmV0X3J3IiwiZXZlbnRoYW5kbGVyIgoi ZXZlbnRoYW5kbGVyIiwiZXZlbnRoYW5kbGVyIGxpc3QiCiJzb19yY3YiLCJldmVudGhhbmRsZXIi CiJsbGUiLCJldmVudGhhbmRsZXIiCiJHaWFudCIsImludHIgZXZlbnQgbGlzdCIKIkdpYW50Iiwi ZXZlbnRoYW5kbGVyIgoiR2lhbnQiLCJldmVudGhhbmRsZXIgbGlzdCIKIkdpYW50IiwiaW50ciBl dmVudCIKInByb2N0cmVlIiwiY2xvbmUgZXZlbnRzIGRyYWluIGxvY2siCiJjbG9uZSBldmVudHMg ZHJhaW4gbG9jayIsImNkZXYiCiJjbG9uZSBldmVudHMgZHJhaW4gbG9jayIsImV2ZW50aGFuZGxl ciIKImNsb25lIGV2ZW50cyBkcmFpbiBsb2NrIiwiZXZlbnRoYW5kbGVyIGxpc3QiCiJkZXZmcyIs ImNsb25lIGV2ZW50cyBkcmFpbiBsb2NrIgoiTUQgY29uZmlnIGxvY2siLCJldmVudGhhbmRsZXIi Cmh3Lm1maS5ldmVudF9jbGFzczogMApody5tZmkuZXZlbnRfbG9jYWxlOiA2NTUzNQoKQ0xcUFUg bG9hZCBpcyB3YXZlcyB3aXRoIHBlcmlvZCBhYm91dCAyMHNlYy4KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwolc3lzdGF0IC12bXN0 YXQKICAgIDIgdXNlcnMgICAgTG9hZCAgMyw0NyAgMiw4NSAgMiw4MCAgICAgICAgICAgICAgICAg ICA5INC40Y7QvSAxNDo0NQoKTWVtOktCICAgIFJFQUwgICAgICAgICAgICBWSVJUVUFMICAgICAg ICAgICAgICAgICAgICAgICBWTiBQQUdFUiAgIFNXQVAgUEFHRVIKICAgICAgICBUb3QgICBTaGFy ZSAgICAgIFRvdCAgICBTaGFyZSAgICBGcmVlICAgICAgICAgICBpbiAgIG91dCAgICAgaW4gICBv dXQKQWN0ICAgMTY2OTYgICAgMzc3MiAgIDI4NTg2OCAgICAgNTEyMCAgIDUxNjM2ICBjb3VudApB bGwgICA5NDIwNCAgICA1MDk2ICAyNDQ5Nzg4ICAgIDIyMzc2ICAgICAgICAgIHBhZ2VzClByb2M6 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgSW50ZXJydXB0cwogIHIgICBwICAgZCAgIHMgICB3ICAgQ3N3ICBUcnAgIFN5cyAgSW50ICBT b2YgIEZsdCAgICAgICAgY293ICAgIDIwMTggdG90YWwKICAgICAgICAgICAgIDI5ICAgICAgIDEz NyAgICAxICAgMjUgMjAxOCAgNjczICAgICAgICAgICAgIHpmb2QgICAgICAgIGF0a2JkMCAxCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBv emZvZCAgMTk5OCBhdHRpbWVyMCAwCjUwLDIlU3lzICAgMCw5JUludHIgIDAsMSVVc2VyICAwLDAl TmljZSA0OCw3JUlkbGUgICAgICAgICVvemZvZCAgICAgICBocGV0MCAyMAp8ICAgIHwgICAgfCAg ICB8ICAgIHwgICAgfCAgICB8ICAgIHwgICAgfCAgICB8ICAgIHwgICAgICAgZGFlZnIgICAgIDEg dWhjaTAgZWhjaQo9PT09PT09PT09PT09PT09PT09PT09PT09KyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgcHJjZnIgICAgMTkgcmUwIDI1NgogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDIgZHRidWYgICAgICAgICAgdG90ZnIKTmFtZWkgICAgIE5hbWUtY2Fj aGUgICBEaXItY2FjaGUgICAgIDY4NDE2IGRlc3ZuICAgICAgICAgIHJlYWN0CiAgIENhbGxzICAg IGhpdHMgICAlICAgIGhpdHMgICAlICAgICA1ODI2MSBudW12biAgICAgICAgICBwZHdhawogICAg ICAgMyAgICAgICAzIDEwMCAgICAgICAgICAgICAgICAgMTcwODQgZnJldm4gICAgICAgICAgcGRw Z3MKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIGludHJuCkRpc2tzICAgbWQ4ICAgZGEwIHBhc3MwICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDEyMTA3NiB3aXJlCktCL3QgICAwLDAwICAyLDAwICAwLDAwICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAzMjIyNCBhY3QKdHBzICAgICAgIDAgICAgIDAgICAgIDAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgNzkwNzA0IGluYWN0Ck1CL3MgICAwLDAwICAwLDAwICAwLDAwICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgOTU2MCBjYWNoZQolYnVzeSAgICAgMCAgICAgMCAgICAg MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgNDIwNzYgZnJlZQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQWZ0 ZXIgaGFsZiBtaW51dGUKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCiAgICAyIHVzZXJzICAgIExvYWQgIDMsNTIg IDIsOTAgIDIsODEgICAgICAgICAgICAgICAgICAgOSDQuNGO0L0gMTQ6NDYKCk1lbTpLQiAgICBS RUFMICAgICAgICAgICAgVklSVFVBTCAgICAgICAgICAgICAgICAgICAgICAgVk4gUEFHRVIgICBT V0FQIFBBR0VSCiAgICAgICAgVG90ICAgU2hhcmUgICAgICBUb3QgICAgU2hhcmUgICAgRnJlZSAg ICAgICAgICAgaW4gICBvdXQgICAgIGluICAgb3V0CkFjdCAgIDE2Njk2ICAgIDM3NzIgICAyODU4 NjggICAgIDUxMjAgICA1MTYzNiAgY291bnQKQWxsICAgOTQyMDQgICAgNTA5NiAgMjQ0OTc4OCAg ICAyMjM3NiAgICAgICAgICBwYWdlcwpQcm9jOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEludGVycnVwdHMKICByICAgcCAgIGQgICBz ICAgdyAgIENzdyAgVHJwICBTeXMgIEludCAgU29mICBGbHQgICAgICAgIGNvdyAgICAyMDIyIHRv dGFsCiAgNSAgICAgICAgICAyNCAgICAgICAgODAgICAgMSAgIDE4IDIwMjMgIDgwMyAgICAgICAg ICAgICB6Zm9kICAgICAgICBhdGtiZDAgMQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgb3pmb2QgIDIwMDAgYXR0aW1lcjAgMAo1Nyw4JVN5 cyAgMjYsMCVJbnRyICAwLDAlVXNlciAgMCwwJU5pY2UgMTYsMiVJZGxlICAgICAgICAlb3pmb2Qg ICAgICAgaHBldDAgMjAKfCAgICB8ICAgIHwgICAgfCAgICB8ICAgIHwgICAgfCAgICB8ICAgIHwg ICAgfCAgICB8ICAgICAgIGRhZWZyICAgICAgIHVoY2kwIGVoY2kKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0rKysrKysrKysrKysrICAgICAgICAgICAgICAgIHByY2ZyICAgIDIyIHJlMCAy NTYKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGR0YnVmICAgICAg ICAgIHRvdGZyCk5hbWVpICAgICBOYW1lLWNhY2hlICAgRGlyLWNhY2hlICAgICA2ODQxNiBkZXN2 biAgICAgICAgICByZWFjdAogICBDYWxscyAgICBoaXRzICAgJSAgICBoaXRzICAgJSAgICAgNTgy NjEgbnVtdm4gICAgICAgICAgcGR3YWsKICAgICAgIDMgICAgICAgMyAxMDAgICAgICAgICAgICAg ICAgIDE3MDg0IGZyZXZuICAgICAgICAgIHBkcGdzCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpbnRybgpEaXNrcyAgIG1kOCAgIGRhMCBw YXNzMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAxMjEwNzYgd2lyZQpLQi90ICAgMCwwMCAg MCwwMCAgMCwwMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMzIyMjggYWN0CnRwcyAgICAg ICAwICAgICAwICAgICAwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDc5MDcwMCBpbmFjdApN Qi9zICAgMCwwMCAgMCwwMCAgMCwwMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDk1NjAg Y2FjaGUKJWJ1c3kgICAgIDAgICAgIDAgICAgIDAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDQyMDc2IGZyZWUKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KCldlZCwgMDggSnVuIDIwMTEgMjA6MzQ6NDIgKzAzMDAg 0L/QuNGB0YzQvNC+INC+0YIgQWxleGFuZGVyIE1vdGluIDxtYXZARnJlZUJTRC5vcmc+OgoKPiBP biAwNy4wNi4yMDExIDIwOjEyLCBBbmRyZXkgU21hZ2luIHdyb3RlOgo+ID4gdm1zdGF0IC1pCj4g PiBpbnRlcnJ1cHQgdG90YWwgcmF0ZQo+ID4gaXJxMTY6IHVoY2kzICAgMjA1ICAwCj4gPiBpcnEy MDogaHBldDAgMTQ3OTI0MzgwICAxMTI2Cj4gPiBpcnEyMzogdWhjaTAgZWhjaTAgICA1MjI1MTcg ICAgIDMKPiA+IHRvdGFsICAgICAgICAgICAgICAgICAgICAxNDg0NDcxMDIgICAxMTMwCj4gPgo+ ID4gVHVlLCA3IEp1biAyMDExIDEwOjM0OjAxICswMjAwINC/0LjRgdGM0LzQviDQvtGCIEhhbnMg UGV0dGVyCj4gU2VsYXNreTxoc2VsYXNreUBjMmkubmV0PjoKPiA+Cj4gPj4gT24gVHVlc2RheSAw NyBKdW5lIDIwMTEgMTA6MDk6NDcgQW5kcmV5IFNtYWdpbiB3cm90ZToKPiA+Pj4gSSB1cGdyYWRl ZCAyIGRheSBhZ28gZnJvbSAyMDEweHh4eC1jdXJyZW50IGJveCBvbiBJbnRlbCBENTI1TVcuCj4g Pj4+IFN5c3RlbSB2ZXJ5IHNsb3cgZG93biBhZnRlciB0aGF0Lgo+ID4+PiBrZXJuLmh6PTUwCj4g Pj4+IGluIHN5c3RhdCAtdm1zdGF0IC0gMTQwaHBldCBpbnRlcnJ1cHRzL3MKPiA+Pj4gYXQgdG9w IDI1JSBpbiBpbnRlcnJ1cHRzIDI1JSBpbiBzeXN0ZW0KPiA+Pj4gYmVjYXVzZSBoeXBlcnRocmVh ZGluZyBzeXN0ZW0gZm91bmQgNCBjcHUuCj4gPj4KPiA+PiBXaGF0IGRvZXMgdm1zdGF0IC1pIG91 dHB1dD8KPiAKPiBTZW5kIG1lIHBsZWFzZSBmdWxsIHZlcmJvc2UgZG1lc2cgYW5kIG91dHB1dCBv ZiB0aGUgYHN5c2N0bCAKPiBrZXJuLmV2ZW50dGltZXJgIGFuZCBgc3lzY3RsIGtlcm4udGltZWNv dW50ZXJgLgo+IAo+IFRyeSB0byBzd2l0Y2ggdG8gYW5vdGhlciB0aW1lcjoKPiBzeXNjdGwga2Vy bi5ldmVudHRpbWVyLnRpbWVyPUxBUElDCj4gCj4gVHJ5IHRvIHN3aXRjaCB0byBwZXJpb2RpYyB0 aW1lcnMgKGluc3RlYWQpOgo+IHN5c2N0bCBrZXJuLmV2ZW50dGltZXIucGVyaW9kaWM9MQo+IAo+ IC0tIAo+IEFsZXhhbmRlciBNb3Rpbgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCj4gZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlz dAo+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3Vy cmVudAo+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJlbnQt dW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCg== From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 12:57:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD3DB1065686; Thu, 9 Jun 2011 12:57:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B4BE48FC12; Thu, 9 Jun 2011 12:57:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 69C1E46B42; Thu, 9 Jun 2011 08:57:34 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 07C358A01F; Thu, 9 Jun 2011 08:57:34 -0400 (EDT) From: John Baldwin To: Andriy Gapon Date: Thu, 9 Jun 2011 08:57:33 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110606002353.GA2518@slowblink.com> <20110608223037.GA83941@FreeBSD.org> <4DF06404.8090909@FreeBSD.org> In-Reply-To: <4DF06404.8090909@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106090857.33479.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 09 Jun 2011 08:57:34 -0400 (EDT) Cc: freebsd-current@freebsd.org, John Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 12:57:34 -0000 On Thursday, June 09, 2011 2:11:16 am Andriy Gapon wrote: > on 09/06/2011 01:30 John said the following: > > Sorry John, here's the verbose dmesg output with your patch applied. > > > > This is at the tail of the console: > > > > pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 > > map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled > > pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) > > map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled > > > > > > Output ends with a single 'M', not MCA as earlier. > > > Just a wild guess - what happens if you revert r222537 (you might need to revert > r222804 first)? I think he's getting a MCA due to writing to a bad address and getting a PCI-e target abort equivalent and that the screen output is broken because the VGA device is what is probably getting hosed by the pcib driver. Given that, I doubt the printf changes are related. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 13:22:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6386106564A for ; Thu, 9 Jun 2011 13:22:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA8A8FC19 for ; Thu, 9 Jun 2011 13:22:46 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4562B46B0A; Thu, 9 Jun 2011 09:22:46 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A9CE08A01F; Thu, 9 Jun 2011 09:22:45 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 9 Jun 2011 09:11:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110609035952.GA30464@onelab2.iet.unipi.it> In-Reply-To: <20110609035952.GA30464@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106090911.51817.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 09 Jun 2011 09:22:45 -0400 (EDT) Cc: Luigi Rizzo Subject: Re: any place to look at for PCI-express performance issues ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 13:22:46 -0000 On Wednesday, June 08, 2011 11:59:52 pm Luigi Rizzo wrote: > hi, > during my tests with netmap with 10Gbit cards (82599, dual port), > i notice that a motherboard with an AMD 880G chipset > is performing significantly worse than an intel based one. > In both cases the NIC is mounted on a 16x PCIe slot, > and in both cases the driver reports the use 5Gb/4x per port. > > On the intel i reach easily 14.88Mpps, on the AMD the card tops > at 1.8Mpps, and is not CPU limited (changing dev.cpu.0.freq does not change > the throughput). > Disabling flow control does not help (and in any case > the other end of the link is the same), and since > I am using the same picobsd image (based on FreeBSD/i386 > head w/ my netmap code) i suspect that the difference in > performance has to do with the PCIe controller. > My netmap code > http://info.iet.unipi.it/~luigi/netmap/ > does nothing special on the bus. > > Now, the question is, is there any place in FreeBSD sources that > might be related to PCIe performance, e.g. initialising specific > features in one or another northbridge, etc ? No, in general we rely on the firmware (BIOS, etc.) to configure those bits. You might take a gander at comparing 'pciconf -lc' output as that displays a few of the PCI-e settings such as the actual number of lanes used, etc. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 13:22:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 968F3106566B for ; Thu, 9 Jun 2011 13:22:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 567DE8FC13 for ; Thu, 9 Jun 2011 13:22:47 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id DF05546B03; Thu, 9 Jun 2011 09:22:46 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 155B48A027; Thu, 9 Jun 2011 09:22:46 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 9 Jun 2011 09:22:45 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201106081356.39221.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106090922.45150.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 09 Jun 2011 09:22:46 -0400 (EDT) Cc: "deeptech71@gmail.com" Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 13:22:47 -0000 On Wednesday, June 08, 2011 4:20:00 pm deeptech71@gmail.com wrote: > On Wed, Jun 8, 2011 at 7:56 PM, John Baldwin wrote: > > On Wednesday, June 08, 2011 11:20:17 am deeptech71@gmail.com wrote: > >> On Tue, Jun 7, 2011 at 4:35 PM, John Baldwin wrote: > >> found-> vendor=0x1002, dev=0x4170, revid=0x00 > >> domain=0, bus=1, slot=0, func=1 > >> class=03-80-00, hdrtype=0x00, mfdev=0 > >> cmdreg=0x0007, statreg=0x02b0, cachelnsz=4 (dwords) > >> lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) > >> powerspec 2 supports D0 D1 D2 D3 current D0 > >> map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 28, enabled > >> pcib1: attempting to grow prefetch window for (0xe0000000-0xefffffff,0x10000000) > >> pcib1: attempting to grow memory window for (0xe0000000-0xefffffff,0x10000000) > > > > Odd, I'm not sure why this failed. Hmm, it seems this was always failing for > > you though in the older dmesg's though. > > > > Hmmm, can you revert all your changes to pci_pci.c and try just this change: > > > > Index: pci_pci.c > > =================================================================== > > --- pci_pci.c (revision 222863) > > +++ pci_pci.c (working copy) > > @@ -953,7 +975,7 @@ pcib_grow_window(struct pcib_softc *sc, struct pci > > * ok, ensure it is properly aligned for this window. > > * Also check for overflow. > > */ > > - if (back <= end && start_free <= back) { > > + if (back <= end + 1 && start_free <= back) { > > if (bootverbose) > > printf("\tback candidate range: %#lx-%#lx\n", > > start_free, back); > > failure. Hmm, I would say 'progress' actually as it's getting better: > map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 28, enabled > pcib1: attempting to grow prefetch window for (0xe0000000-0xefffffff,0x10000000) > back candidate range: 0xe0000000-0xf0000000 It at least attempts to grow it now. This patch is a slightly more correct fix for the same bug as above but also adds extra debugging so I can see why bus_adjust_resource() is failing to grow the window. It won't fix it yet, but should output more debug info when it fails to grow the window: Index: pci_pci.c =================================================================== --- pci_pci.c (revision 222863) +++ pci_pci.c (working copy) @@ -916,7 +934,8 @@ pcib_grow_window(struct pcib_softc *sc, struct pci /* Move end_free down until it is properly aligned. */ end_free &= ~(align - 1); - front = end_free - count; + end_free--; + front = end_free - (count - 1); /* * The resource would now be allocated at (front, @@ -944,7 +963,7 @@ pcib_grow_window(struct pcib_softc *sc, struct pci /* Move start_free up until it is properly aligned. */ start_free = roundup2(start_free, align); - back = start_free + count; + back = start_free + count - 1; /* * The resource would now be allocated at (start_free, @@ -957,7 +976,7 @@ pcib_grow_window(struct pcib_softc *sc, struct pci if (bootverbose) printf("\tback candidate range: %#lx-%#lx\n", start_free, back); - back = roundup2(back, w->step) - 1; + back = roundup2(back + 1, w->step) - 1; back -= rman_get_end(w->res); } else back = 0; @@ -976,6 +995,11 @@ pcib_grow_window(struct pcib_softc *sc, struct pci rman_get_end(w->res)); if (error == 0) break; + if (bootverbose) + device_printf(sc->dev, + "failed to grow %s window to %#lx-%#lx: %d\n", + w->name, rman_get_start(w->res) - front, + rman_get_end(w->res), error); front = 0; } else { error = bus_adjust_resource(sc->dev, type, w->res, @@ -983,6 +1007,11 @@ pcib_grow_window(struct pcib_softc *sc, struct pci rman_get_end(w->res) + back); if (error == 0) break; + if (bootverbose) + device_printf(sc->dev, + "failed to grow %s window to %#lx-%#lx: %d\n", + w->name, rman_get_start(w->res), + rman_get_end(w->res) + back, error); back = 0; } } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 16:41:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9C12106566C for ; Thu, 9 Jun 2011 16:41:07 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6D8E98FC18 for ; Thu, 9 Jun 2011 16:41:07 +0000 (UTC) Received: by bwz12 with SMTP id 12so2122267bwz.13 for ; Thu, 09 Jun 2011 09:41:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=c9APr+DODnaMd8iQ55t72Hr4BEhEEFf1QwdGrK94x2U=; b=vxOtYHr3wt3PKOxtO+C0A3EfmhkjmU37T3DSMyq+vjfPd9NXj54zG3WMvYIGWeh9na VTTDm6w7yFjuh2VxO/FbGhrVa2DbvtnaVXFidyIA8pE70ZFGAXIp+8x55M+ZNDiJ1HWQ MEQDFswANUzJKTyU/mAlp/ltz4AKbpLRxPYiQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=MUEsIRR2r0I/pl0P8r8cuDI6lgJ0QGHY350srheiuYdp4MqTlW5dsjgpBhxIuuh7U2 sZ6G0bov7nJg3j6V3CL7QeWfyEFQXVdNnP0lHGJsQtsjvu9K0GClNCvOt7TYtTvc/yr3 0VfXKAoPp6RpAKQHX+HPE9RrnSzreu/NhYxXQ= Received: by 10.204.83.7 with SMTP id d7mr880750bkl.206.1307637666152; Thu, 09 Jun 2011 09:41:06 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id k16sm1729576bks.1.2011.06.09.09.41.03 (version=SSLv3 cipher=OTHER); Thu, 09 Jun 2011 09:41:04 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DF0F772.7020004@FreeBSD.org> Date: Thu, 09 Jun 2011 19:40:18 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Andrey Smagin References: <201106071034.01475.hselasky@c2i.net> <4DEFB2B2.3020404@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD-Current Subject: Re: 2 day GENERIC-current eat 2 CPU core at 100% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 16:41:08 -0000 Andrey Smagin wrote: > Hi, yesterday I tried switch event timer on i8254 - it do nothing. > I disabled hyperthreading - now eat from 50% to 100% > All dmesg is lines: > (noperiph:ata3:0:-1:-1): rescan already queued > (noperiph:ata3:0:-1:-1): rescan already queued > (noperiph:ata2:0:-1:-1): rescan already queued > (noperiph:ata3:0:-1:-1): rescan already queued > (noperiph:ata3:0:-1:-1): rescan already queued > .... > I boot FreeBSD from USB with no ATA - may be it is. These messages are not what I expected to see, but they tell me that your problem may be SATA related. I've got the same Intel D525MW board and think reproduced the problem. I hope I've even fixed it. :) Retry please with fresh CURRENT sources or at least with this patch applied: http://svn.freebsd.org/changeset/base/222897 > Wed, 08 Jun 2011 20:34:42 +0300 письмо от Alexander Motin : >> On 07.06.2011 20:12, Andrey Smagin wrote: >>> vmstat -i >>> interrupt total rate >>> irq16: uhci3 205 0 >>> irq20: hpet0 147924380 1126 >>> irq23: uhci0 ehci0 522517 3 >>> total 148447102 1130 >>> >>> Tue, 7 Jun 2011 10:34:01 +0200 письмо от Hans Petter >> Selasky: >>>> On Tuesday 07 June 2011 10:09:47 Andrey Smagin wrote: >>>>> I upgraded 2 day ago from 2010xxxx-current box on Intel D525MW. >>>>> System very slow down after that. >>>>> kern.hz=50 >>>>> in systat -vmstat - 140hpet interrupts/s >>>>> at top 25% in interrupts 25% in system >>>>> because hyperthreading system found 4 cpu. >>>> What does vmstat -i output? >> Send me please full verbose dmesg and output of the `sysctl >> kern.eventtimer` and `sysctl kern.timecounter`. >> >> Try to switch to another timer: >> sysctl kern.eventtimer.timer=LAPIC >> >> Try to switch to periodic timers (instead): >> sysctl kern.eventtimer.periodic=1 -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 18:07:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82F0C1065673; Thu, 9 Jun 2011 18:07:17 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 424B38FC0C; Thu, 9 Jun 2011 18:07:16 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1QUjdT-0000gj-VC>; Thu, 09 Jun 2011 20:07:16 +0200 Received: from e178034178.adsl.alicedsl.de ([85.178.34.178] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QUjdT-0005iK-Sn>; Thu, 09 Jun 2011 20:07:15 +0200 Message-ID: <4DF10BD3.2030006@zedat.fu-berlin.de> Date: Thu, 09 Jun 2011 20:07:15 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110601 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: FreeBSD Current , freebsd-ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.34.178 Cc: Subject: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 18:07:17 -0000 Since the notice mentioned in /usr/src/UPDATE (20110608) both gcc-4.5 and 4.6 seems to need to be recompiled. I tried some ports with "USE_FORTRAN= yes" setand they failed as with gcc-4.6. There was always an error reporting: undefined reference to __cpumask_t or similar. Oliver From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 18:07:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2391B10656B6 for ; Thu, 9 Jun 2011 18:07:33 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id B9BEB8FC08 for ; Thu, 9 Jun 2011 18:07:32 +0000 (UTC) Received: by gxk28 with SMTP id 28so1359435gxk.13 for ; Thu, 09 Jun 2011 11:07:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=HyiDU+vOkaYCUz8n5OvA6kYNza6+UFTmwS6sKseLFkQ=; b=sBiTpY43NQM6fSnoN+Vv8Tb8hIC3bmuqxqwtX/q+FcIPktG+qH1g4aWx5HR3rSx/SA w0DzFwvDaNn7SOuDNLfx5I5YUMQSY/BaLE2YhknonN4g9wJ7zAB5gCPlubVjj3QREAIq MmAoIEPci0DzpSkcvd0qrsZSiuZHR9FyaoWYk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=gtI7vj4nFX3yLn+Dt68GI0NR9zPXStst6/7FSf5igPSx4bwC1mym/mzRqpN9oAVxJb 7BN6sKBBrBnN5UTH93jxKJk8acllkNGckWyWeP42D1tXcjcdTAyuvreAoYjZQkNH05YZ jsAPM8nxVNBtlHi+7S45s7wDeNvayf17kpvhQ= MIME-Version: 1.0 Received: by 10.236.145.138 with SMTP id p10mr1342646yhj.432.1307642851699; Thu, 09 Jun 2011 11:07:31 -0700 (PDT) Received: by 10.236.202.135 with HTTP; Thu, 9 Jun 2011 11:07:31 -0700 (PDT) In-Reply-To: <201106090922.45150.jhb@freebsd.org> References: <201106081356.39221.jhb@freebsd.org> <201106090922.45150.jhb@freebsd.org> Date: Thu, 9 Jun 2011 20:07:31 +0200 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 18:07:33 -0000 On Thu, Jun 9, 2011 at 3:22 PM, John Baldwin wrote: > Hmm, I would say 'progress' actually as it's getting better: > > >> =A0 =A0 =A0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000= , size 28, enabled >> pcib1: attempting to grow prefetch window for (0xe0000000-0xefffffff,0x1= 0000000) >> =A0 =A0 =A0 back candidate range: 0xe0000000-0xf0000000 > > It at least attempts to grow it now. > > This patch is a slightly more correct fix for the same bug as above but a= lso > adds extra debugging so I can see why bus_adjust_resource() is failing to > grow the window. =A0It won't fix it yet, but should output more debug inf= o > when it fails to grow the window: see PS. > Index: pci_pci.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- pci_pci.c =A0 (revision 222863) > +++ pci_pci.c =A0 (working copy) > @@ -916,7 +934,8 @@ pcib_grow_window(struct pcib_softc *sc, struct pci > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* Move end_free down until it is properly= aligned. */ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0end_free &=3D ~(align - 1); > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 front =3D end_free - count; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 end_free--; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 front =3D end_free - (count - 1); > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * The resource would now be allocated at = (front, > @@ -944,7 +963,7 @@ pcib_grow_window(struct pcib_softc *sc, struct pci > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* Move start_free up until it is properly= aligned. */ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0start_free =3D roundup2(start_free, align)= ; > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 back =3D start_free + count; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 back =3D start_free + count - 1; > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * The resource would now be allocated at = (start_free, > @@ -957,7 +976,7 @@ pcib_grow_window(struct pcib_softc *sc, struct pci > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (bootverbose) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0printf("\t= back candidate range: %#lx-%#lx\n", > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0st= art_free, back); > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 back =3D roundup2(back, w->= step) - 1; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 back =3D roundup2(back + 1,= w->step) - 1; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0back -=3D rman_get_end(w->= res); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} else > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0back =3D 0; > @@ -976,6 +995,11 @@ pcib_grow_window(struct pcib_softc *sc, struct pci > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0rman_get_end(w->re= s)); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (error =3D=3D 0) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (bootverbose) > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 device_prin= tf(sc->dev, > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 "failed to grow %s = window to %#lx-%#lx: %d\n", > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 w->= name, rman_get_start(w->res) - front, > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 rma= n_get_end(w->res), error); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0front =3D 0; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} else { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0error =3D bus_adjust_resou= rce(sc->dev, type, w->res, > @@ -983,6 +1007,11 @@ pcib_grow_window(struct pcib_softc *sc, struct pci > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0rman_get_end(w->re= s) + back); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (error =3D=3D 0) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (bootverbose) > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 device_prin= tf(sc->dev, > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 "failed to grow %s = window to %#lx-%#lx: %d\n", > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 w->= name, rman_get_start(w->res), > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 rma= n_get_end(w->res) + back, error); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0back =3D 0; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0} =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D dmesg begins =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Copyright (c) 1992-2011 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 9.0-CURRENT #0 r222709M: Sun Jun 5 20:01:55 CEST 2011 devhc@:/usr/obj/usr/src/sys/HQ i386 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.72-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Family =3D f Model =3D 2 Stepp= ing =3D 9 Features=3D0xbfebfbff Features2=3D0x4400 real memory =3D 536870912 (512 MB) avail memory =3D 513818624 (490 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xf7ee0000-0xf7eeffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized radeon 1.31.0 20080613 vgapci1: mem 0xe0000000-0xefffffff,0xf7ef0000-0xf7efffff at device 0.1 on pci1 uhci0: port 0xc880-0xc89f irq 16 at device 29.0 on pci0 usbus0: on uhci0 uhci1: port 0xcc00-0xcc1f irq 19 at device 29.1 on pci0 usbus1: on uhci1 ehci0: mem 0xf7dffc00-0xf7dfffff irq 23 at device 29.7 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci0 pcib2: at device 30.0 on pci0 pcib2: failed to allocate initial memory window: 0xf7f00000-0xfbffffff pci2: on pcib2 skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem 0xf7ffc000-0xf7ffffff irq 22 at device 5.0 on pci2 skc0: 3Com Gigabit LOM (3C940) rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:35:15:91 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto pcm0: port 0xec00-0xec3f irq 20 at device 12.0 on pci2 pcm0: pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 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 p4tcc0: on cpu0 p4tcc1: on cpu1 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata1: DMA limited to UDMA33, controller found non-ATA66 cable ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 78167MB (160086528 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! GEOM: ada0s1: geometry does not match label (255h,63s !=3D 16h,63s). Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus2 Trying to mount root from ufs:/dev/ada0s1a [rw,noatime]... ugen1.2: at usbus1 ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3D1 info: [drm] Setting GART location based on new memory map info: [drm] Loading R300 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs info: [drm] Num pipes: 1 info: [drm] Loading R300 Microcode info: [drm] Num pipes: 1 info: [drm] Num pipes: 1 info: [drm] Loading R300 Microcode info: [drm] Num pipes: 1 info: [drm] Num pipes: 1 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop...Syncing disks, vnodes remaining...0 0 done All buffers synced. MP Configuration Table version 1.1 found at 0xc00f1280 Table 'FACP' at 0x1ff30290 Table 'APIC' at 0x1ff30390 APIC: Found table at 0x1ff30390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) Copyright (c) 1992-2011 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 9.0-CURRENT #3 r222709M: Thu Jun 9 18:29:01 CEST 2011 devhc@:/usr/obj/usr/src/sys/HQ i386 Table 'FACP' at 0x1ff30290 Table 'APIC' at 0x1ff30390 Table 'OEMB' at 0x1ff40040 ACPI: No SRAT table found Preloaded elf kernel "/boot/kernel.HQ.r222709.copyin2.opie.pcibhax6/kernel" at 0xc0b9e000. Calibrating TSC clock ... TSC clock: 2798710268 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.71-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Family =3D f Model =3D 2 Stepp= ing =3D 9 Features=3D0xbfebfbff Features2=3D0x4400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line size real memory =3D 536870912 (512 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c26000 - 0x000000001f5dcfff, 513503232 bytes (125367 pages) avail memory =3D 513818624 (490 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry =3D 0xf0010 (c00f0010) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f5020 pnpbios: Entry =3D f0000:5c0a Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf9e30 00021 (v02 ACPIAM) ACPI: XSDT 0x1ff30100 0003C (v01 A M I OEMXSDT 10000414 MSFT 00000097) ACPI: FACP 0x1ff30290 000F4 (v03 A M I OEMFACP 10000414 MSFT 00000097) ACPI: DSDT 0x1ff303f0 0382D (v01 P4P81 P4P81104 00000104 INTL 02002026) ACPI: FACS 0x1ff40000 00040 ACPI: APIC 0x1ff30390 0005C (v01 A M I OEMAPIC 10000414 MSFT 00000097) ACPI: OEMB 0x1ff40040 0003F (v01 A M I OEMBIOS 10000414 MSFT 00000097) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 null: nfslock: pseudo-device random: io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: wakeup code va 0xc26a4000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D25708086) pcibios: BIOS version 2.10 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x2570, revid=3D0x02 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xf0000000, size 27, ena= bled found-> vendor=3D0x8086, dev=3D0x2571, revid=3D0x02 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24d2, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 map[20]: type I/O Port, range 32, base 0xc880, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x24d4, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D5 map[20]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=3D0x8086, dev=3D0x24dd, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfbdffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=3D0x8086, dev=3D0x244e, revid=3D0xc2 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24d0, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24db, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled found-> vendor=3D0x8086, dev=3D0x24d3, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 agp0: on hostb0 agp0: allocating GATT for aperture of size 128M pcib1: at device 1.0 on pci0 pcib1: failed to allocate initial prefetch window: 0xd0000000-0xfaffffff pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfbe00000-0xfbefffff pcib1: no prefetched decode pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x4150, revid=3D0x00 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x02b0, cachelnsz=3D4 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, ena= bled pcib1: allocated initial prefetch window of 0xd0000000-0xdfffffff pcib1: allocated prefetch range (0xd0000000-0xdfffffff) for rid 10 of pci0:= 1:0:0 map[14]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib1: allocated I/O port range (0xd000-0xd0ff) for rid 14 of pci0:1:0:0 map[18]: type Memory, range 32, base 0xfbee0000, size 16, enabled pcib1: allocated memory range (0xfbee0000-0xfbeeffff) for rid 18 of pci0:1:= 0:0 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=3D0x1002, dev=3D0x4170, revid=3D0x00 domain=3D0, bus=3D1, slot=3D0, func=3D1 class=3D03-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D4 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 28, ena= bled pcib1: attempting to grow prefetch window for (0xe0000000-0xefffffff,0x1000= 0000) back candidate range: 0xe0000000-0xefffffff pcib1: failed to grow prefetch window to 0xd0000000-0xefffffff: 6 pcib1: attempting to grow memory window for (0xe0000000-0xefffffff,0x100000= 00) map[14]: type Memory, range 32, base 0xfbef0000, size 16, enabled pcib1: allocated memory range (0xfbef0000-0xfbefffff) for rid 14 of pci0:1:= 0:1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xfbee0000-0xfbeeffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized radeon 1.31.0 20080613 vgapci1: mem 0xfbef0000-0xfbefffff at device 0.1 on pci1 uhci0: port 0xc880-0xc89f irq 16 at device 29.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 49 usbus0: on uhci0 usbus0: bpf attached uhci0: usbpf: Attached uhci1: port 0xcc00-0xcc1f irq 19 at device 29.1 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 50 usbus1: on uhci1 usbus1: bpf attached uhci1: usbpf: Attached ehci0: mem 0xfbdffc00-0xfbdfffff irq 23 at device 29.7 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 51 usbus2: EHCI version 1.0 usbus2: on ehci0 usbus2: bpf attached ehci0: usbpf: Attached pcib2: at device 30.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xe000-0xefff pcib2: memory decode 0xfbf00000-0xfbffffff pcib2: no prefetched decode pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x10b7, dev=3D0x1700, revid=3D0x12 domain=3D0, bus=3D2, slot=3D5, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D4 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x17 (5750 ns), maxlat=3D0x1f (7750 ns= ) intpin=3Da, irq=3D3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfbffc000, size 14, enabled pcib2: allocated memory range (0xfbffc000-0xfbffffff) for rid 10 of pci0:2:= 5:0 map[14]: type I/O Port, range 32, base 0xe800, size 8, enabled pcib2: allocated I/O port range (0xe800-0xe8ff) for rid 14 of pci0:2:5:0 pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 22 found-> vendor=3D0x1274, dev=3D0x5880, revid=3D0x04 domain=3D0, bus=3D2, slot=3D12, func=3D0 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0105, statreg=3D0x0410, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x80 (32000 n= s) intpin=3Da, irq=3D7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xec00, size 6, enabled pcib2: allocated I/O port range (0xec00-0xec3f) for rid 10 of pci0:2:12:0 pcib2: matched entry for 2.12.INTA pcib2: slot 12 INTA hardwired to IRQ 20 skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem 0xfbffc000-0xfbffffff irq 22 at device 5.0 on pci2 skc0: interrupt moderation is 100 us skc0: 3Com Gigabit LOM (3C940) rev. (0x1) skc0: chip ver =3D 0xb0 skc0: chip rev =3D 0x01 skc0: SK_EPROM0 =3D 0x00 skc0: SRAM size =3D 0x020000 sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:0e:a6:35:15:91 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: OUI 0x000ac2, model 0x0002, rev. 3 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 52 pcm0: port 0xec00-0xec3f irq 20 at device 12.0 on pci2 pcm0: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features surround DAC, AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 53 pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 169d000, 1000; 0xc2a9d000 -> 169d000 pcm0: sndbuf_setmap 169b000, 1000; 0xc2a9b000 -> 169b000 pcm0: sndbuf_setmap 1699000, 1000; 0xc2a99000 -> 1699000 pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 54 ata1: on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 55 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 56 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 58 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: failed to reset the aux device. pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 uart0 failed to probe at port 0x3f8 irq 4 on isa0 uart1 failed to probe at port 0x2f8 irq 3 on isa0 isa_probe_children: probing PnP devices p4tcc0: on cpu0 p4tcc1: on cpu1 Device configuration finished. lapic: Divisor 2, Frequency 99952364 Hz Timecounters tick every 1.000 msec lo0: bpf attached usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 (aprobe0:ata0:0:0:0): SIGNATURE: 0000 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x10000 (aprobe0:ata1:0:0:0): SIGNATURE: eb14 ata1: DMA limited to UDMA33, controller found non-ATA66 cable ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device ada0: Serial Number Y2JPFJPE ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 78167MB (160086528 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 GEOM: new disk ada0 pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: ATA-7 device pass0: Serial Number Y2JPFJPE (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (cd0:ata1:0:0:0): Retrying command (per sense data) pass0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass1 at ata1 bus 0 scbus1 target 0 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 1 vector 49 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 1 vector 50 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 1 vector 51 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 1 vector 52 Timecounter "TSC" frequency 2798710268 Hz quality -100 GEOM: new disk cd0 GEOM: ada0s1: geometry does not match label (255h,63s !=3D 16h,63s). (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus2 Trying to mount root from ufs:/dev/ada0s1a [rw,noatime]... start_init: trying /sbin/init ugen1.2: at usbus1 ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3D1 procfs registered Linux ELF exec handler installed linprocfs registered =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D dmesg ends =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D PS: u should learn to properly use backward references ("it") in ur sentenc= es. From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 18:12:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 201E61065670 for ; Thu, 9 Jun 2011 18:12:35 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id BDDB78FC1B for ; Thu, 9 Jun 2011 18:12:34 +0000 (UTC) Received: by gxk28 with SMTP id 28so1362977gxk.13 for ; Thu, 09 Jun 2011 11:12:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=9Y25FbAmcKYEDB+od6Ea26dxBoIU4LYK5LfjOJ+Yyf4=; b=feuRyvXX3ntNY5Ea0Zsrv9NARHeTH8HjxBpUhhUZW/0DTwipGLtok5v2OfZpvMA66R JvrjCFWWoNSiNs+o27WwMTT4bjDUuOyoncWfFBtWDjat6bHwhYnuDaUj7r9k2Hxvc2cq u2axsaCRKnKk/0SrDQcjaWSrFd4PYuQKuqGrE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=sEMbUJE6frOL5l5XL7Cr/uS3XEj758wcpLFC2NHsmJcs0VamgdEzTRYmAumrXQqlep dQbxKG4A5V14VCvygc7YOQA4k41zy6teYwFn8NEP6QPy2KJpv36oJlcSlurB3x5BCYz2 jKOvsFvrKDE/w6LXUxIj849KQkmQZTboYdlXk= MIME-Version: 1.0 Received: by 10.236.108.139 with SMTP id q11mr1525086yhg.222.1307643153550; Thu, 09 Jun 2011 11:12:33 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.236.67.81 with HTTP; Thu, 9 Jun 2011 11:12:33 -0700 (PDT) In-Reply-To: <4DF10BD3.2030006@zedat.fu-berlin.de> References: <4DF10BD3.2030006@zedat.fu-berlin.de> Date: Thu, 9 Jun 2011 14:12:33 -0400 X-Google-Sender-Auth: l5CEO0GRsVYmV7IMtNL_kMxgNrk Message-ID: From: Attilio Rao To: "Hartmann, O." Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current , freebsd-ports@freebsd.org Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 18:12:35 -0000 2011/6/9 Hartmann, O. : > Since the notice mentioned in /usr/src/UPDATE (20110608) both gcc-4.5 and > 4.6 seems to need to be recompiled. I tried some ports with "USE_FORTRAN= > yes" setand they failed as with gcc-4.6. There was always an error > reporting: undefined reference to __cpumask_t or similar. > Yes, this fix broke ABI. I still didn't bump __FreeBSD_version because I have more changes coming that will change the KBI, thus I just wanted to do that at the end of the process. If ports@ need the __FreeBSD_version bumped right now, please just let me know. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 18:56:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B53A1065733 for ; Thu, 9 Jun 2011 18:56:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2238FC16 for ; Thu, 9 Jun 2011 18:56:06 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AB2F046B23; Thu, 9 Jun 2011 14:56:05 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1D5A08A01F; Thu, 9 Jun 2011 14:56:05 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 9 Jun 2011 14:56:04 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201106090922.45150.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106091456.04528.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 09 Jun 2011 14:56:05 -0400 (EDT) Cc: "deeptech71@gmail.com" Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 18:56:06 -0000 On Thursday, June 09, 2011 2:07:31 pm deeptech71@gmail.com wrote: > pcib1: attempting to grow prefetch window for (0xe0000000-0xefffffff,0x10000000) > back candidate range: 0xe0000000-0xefffffff > pcib1: failed to grow prefetch window to 0xd0000000-0xefffffff: 6 Hmm, ENXIO is an odd error. rman_adjust_resource() can't fail with that. Oh, I missed adding bus_adjust_resource() to the x86 "nexus" drivers. :( Try this patch in addition to the patch to pci_pci.c that you are already using: Index: amd64/amd64/legacy.c =================================================================== --- amd64/amd64/legacy.c (revision 222897) +++ amd64/amd64/legacy.c (working copy) @@ -81,6 +81,7 @@ DEVMETHOD(bus_read_ivar, legacy_read_ivar), DEVMETHOD(bus_write_ivar, legacy_write_ivar), DEVMETHOD(bus_alloc_resource, bus_generic_alloc_resource), + DEVMETHOD(bus_adjust_resource, bus_generic_adjust_resource), DEVMETHOD(bus_release_resource, bus_generic_release_resource), DEVMETHOD(bus_activate_resource, bus_generic_activate_resource), DEVMETHOD(bus_deactivate_resource, bus_generic_deactivate_resource), Index: dev/acpica/acpi.c =================================================================== --- dev/acpica/acpi.c (revision 222897) +++ dev/acpica/acpi.c (working copy) @@ -123,6 +123,8 @@ static struct resource *acpi_alloc_resource(device_t bus, device_t child, int type, int *rid, u_long start, u_long end, u_long count, u_int flags); +static int acpi_adjust_resource(device_t bus, device_t child, int type, + struct resource *r, u_long start, u_long end); static int acpi_release_resource(device_t bus, device_t child, int type, int rid, struct resource *r); static void acpi_delete_resource(device_t bus, device_t child, int type, @@ -193,6 +195,7 @@ DEVMETHOD(bus_set_resource, acpi_set_resource), DEVMETHOD(bus_get_resource, bus_generic_rl_get_resource), DEVMETHOD(bus_alloc_resource, acpi_alloc_resource), + DEVMETHOD(bus_adjust_resource, acpi_adjust_resource), DEVMETHOD(bus_release_resource, acpi_release_resource), DEVMETHOD(bus_delete_resource, acpi_delete_resource), DEVMETHOD(bus_child_pnpinfo_str, acpi_child_pnpinfo_str_method), @@ -1325,29 +1328,40 @@ } static int -acpi_release_resource(device_t bus, device_t child, int type, int rid, - struct resource *r) +acpi_is_resource_managed(int type, struct resource *r) { - struct rman *rm; - int ret; /* We only handle memory and IO resources through rman. */ switch (type) { case SYS_RES_IOPORT: - rm = &acpi_rman_io; - break; + return (rman_is_region_manager(r, &acpi_rman_io)); case SYS_RES_MEMORY: - rm = &acpi_rman_mem; - break; - default: - rm = NULL; + return (rman_is_region_manager(r, &acpi_rman_mem)); } + return (0); +} +static int +acpi_adjust_resource(device_t bus, device_t child, int type, struct resource *r, + u_long start, u_long end) +{ + + if (acpi_is_resource_managed(type, r)) + return (rman_adjust_resource(r, start, end)); + return (bus_generic_adjust_resource(bus, child, type, r, start, end)); +} + +static int +acpi_release_resource(device_t bus, device_t child, int type, int rid, + struct resource *r) +{ + int ret; + /* * If this resource belongs to one of our internal managers, * deactivate it and release it to the local pool. */ - if (rm != NULL && rman_is_region_manager(r, rm)) { + if (acpi_is_resource_managed(type, r)) { if (rman_get_flags(r) & RF_ACTIVE) { ret = bus_deactivate_resource(child, type, rid, r); if (ret != 0) Index: i386/i386/legacy.c =================================================================== --- i386/i386/legacy.c (revision 222897) +++ i386/i386/legacy.c (working copy) @@ -86,6 +86,7 @@ DEVMETHOD(bus_read_ivar, legacy_read_ivar), DEVMETHOD(bus_write_ivar, legacy_write_ivar), DEVMETHOD(bus_alloc_resource, bus_generic_alloc_resource), + DEVMETHOD(bus_adjust_resource, bus_generic_adjust_resource), DEVMETHOD(bus_release_resource, bus_generic_release_resource), DEVMETHOD(bus_activate_resource, bus_generic_activate_resource), DEVMETHOD(bus_deactivate_resource, bus_generic_deactivate_resource), -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 19:14:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45CC6106566B for ; Thu, 9 Jun 2011 19:14:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id B81F48FC0A for ; Thu, 9 Jun 2011 19:14:20 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p59JED1Q040258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Jun 2011 22:14:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p59JEDGj094510; Thu, 9 Jun 2011 22:14:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p59JED1f094509; Thu, 9 Jun 2011 22:14:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 9 Jun 2011 22:14:13 +0300 From: Kostik Belousov To: "Hartmann, O." Message-ID: <20110609191413.GB48734@deviant.kiev.zoral.com.ua> References: <4DF10BD3.2030006@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DkTEvpWdY+/NzqwZ" Content-Disposition: inline In-Reply-To: <4DF10BD3.2030006@zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD Current , freebsd-ports@freebsd.org Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 19:14:21 -0000 --DkTEvpWdY+/NzqwZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 09, 2011 at 08:07:15PM +0200, Hartmann, O. wrote: > Since the notice mentioned in /usr/src/UPDATE (20110608) both gcc-4.5=20 > and 4.6 seems to need to be recompiled. I tried some ports with=20 > "USE_FORTRAN=3D yes" setand they failed as with gcc-4.6. There was always= =20 > an error reporting: undefined reference to __cpumask_t or similar. There is a huge problem somewhere. It is either in the commit, that broke the userspace ABI, but it is not much likely, or there is a problem in you configuration. Anyway, there is another big issue, in your report, that contains no useful information, and could be classified as FUD. --DkTEvpWdY+/NzqwZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk3xG4UACgkQC3+MBN1Mb4hppACg8a+tyl7y6JopbLPGkD9JgPOR Bn8An0W7yU8MncR9FGWjYGxlLB4HjGTg =xgfn -----END PGP SIGNATURE----- --DkTEvpWdY+/NzqwZ-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 19:25:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75B7A1065687 for ; Thu, 9 Jun 2011 19:25:43 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id 5B7738FC14 for ; Thu, 9 Jun 2011 19:25:43 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp027.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LMJ00GH7CHPWE00@asmtp027.mac.com> for freebsd-current@freebsd.org; Thu, 09 Jun 2011 11:25:02 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.148,0.0.0000 definitions=2011-06-09_03:2011-06-09, 2011-06-08, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1106090149 From: Chuck Swiger In-reply-to: Date: Thu, 09 Jun 2011 11:25:01 -0700 Message-id: <3EC580A6-AED8-4B30-AAA3-B07575BDD8C5@mac.com> References: <201106081356.39221.jhb@freebsd.org> <201106090922.45150.jhb@freebsd.org> To: deeptech71@gmail.com X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 19:25:43 -0000 On Jun 9, 2011, at 11:07 AM, deeptech71@gmail.com wrote: [ ... ] > PS: u should learn to properly use backward references ("it") in ur sentences. Hmm. Let's just say that there are more effective ways to persuade someone like John who is volunteering their time writing patches to continue to try and help you. Perhaps you were trying to be ironic by discussing someone else's grammar with such a construct? :-/ -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 20:35:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91277106566C; Thu, 9 Jun 2011 20:35:53 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 57DC98FC1B; Thu, 9 Jun 2011 20:35:53 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 59E4460F4; Thu, 9 Jun 2011 16:35:52 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1307651752; bh=1SPnCBqnwbgk9k3SH8k/UWZaaVyWECGeKll6mbltADs=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=AmMu1VW2OEJ920gLkVdmsE/8l2JXCEXLmtlqN9uA7yVv3442yxx7k7ZIcAewC12pH jLfY6VcQ9lvj4uBTPUEhBWWWaPs/yg7b87RG7UaNCtiiOVR4H9Qu83q9pRzOror DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=IFSBekHdqZd+F57usg3sQmpXQ3WhCf4xq2Jv/5/9JJ9RZK3rdbLSi8Gxz36XSR3bS vEGb5Y+oItCxYfOrRkIjHIzQta8Z/klDxfNYfTMFjF81ZZ+88PXRzGsBky407uR Message-ID: <4DF12EA7.80807@protected-networks.net> Date: Thu, 09 Jun 2011 16:35:51 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Attilio Rao References: <4DF10BD3.2030006@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 20:35:53 -0000 On 06/09/11 14:12, Attilio Rao wrote: > 2011/6/9 Hartmann, O. : >> Since the notice mentioned in /usr/src/UPDATE (20110608) both gcc-4.5 and >> 4.6 seems to need to be recompiled. I tried some ports with "USE_FORTRAN= >> yes" setand they failed as with gcc-4.6. There was always an error >> reporting: undefined reference to __cpumask_t or similar. >> > > Yes, this fix broke ABI. > I still didn't bump __FreeBSD_version because I have more changes > coming that will change the KBI, thus I just wanted to do that at the > end of the process. > > If ports@ need the __FreeBSD_version bumped right now, please just let me know. This broke a number of things .. multimedia/mjpegtools, emulators/virtualbox-kmod among the ones I've tripped over so far, imb From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 20:46:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28378106564A; Thu, 9 Jun 2011 20:46:52 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id EBF8C8FC16; Thu, 9 Jun 2011 20:46:51 +0000 (UTC) Received: by pxi6 with SMTP id 6so1135601pxi.17 for ; Thu, 09 Jun 2011 13:46:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:content-type; bh=bmfN86UPLnthtn/heyx+h1oZHUXGV2Er5w9JaE8xzJ0=; b=CTPI3z6hJhyCLRdrGOV7bJ0GfhL4a2oBk/Qd7Rh8rE0YdX8ZlGxxkZZ5JgiUXLdt28 oBNJLBssZ9Ld7qzBHSF9K5Ja1QCvP8CHqK8Ct6Hu00BdByyjZMIc/L+/2SJFehkInJKd UW/ygp2Gp31DcgYa2v8vWcGB3sPhkIEvJGgcc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=LNnrDGkzyBSts9Nf5my9kEMbrdAYsZ7GZT/QWEOk00lRMhaO5KB101opzu2Pv21Bcx hVAQCSh+O6skr9BIqaIUy99W/Umahr+7R9HRMa4y617QIDvPF/87ebvosVC0xwXmMo/m eJfeIwaoVCJ1HEuoRoUKH9CZBef8alblZmggk= MIME-Version: 1.0 Received: by 10.68.24.37 with SMTP id r5mr535118pbf.450.1307650515075; Thu, 09 Jun 2011 13:15:15 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.68.51.9 with HTTP; Thu, 9 Jun 2011 13:15:14 -0700 (PDT) Date: Thu, 9 Jun 2011 23:15:14 +0300 X-Google-Sender-Auth: bFankaoD9cfNGEvX62cAc7uvaMU Message-ID: From: Mohammed Farrag To: freebsd-hackers@freebsd.org, freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FreeBSD extended to Arab World X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 20:46:52 -0000 Hi Community, First I introduce myself, Mohammed Farrag, ArabBSD Project Manager and FreeBSD Contributor. We have a project to extend FreeBSD in Arab world. We aim to work in two direction. First, we will translate FreeBSD Documentation and learning tutorials to Arabic. Second, we will have summer training for starting work on FreeBSD development. Our website is https://sites.google.com/site/arabbsd/ and our facebook group is http://www.facebook.com/home.php?sk=group_114438501975285&ap=1 I will be glad to receive your comments/ and recommendations. Regards, -- *Mohammed Farrag* From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 20:47:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27BD7106566B for ; Thu, 9 Jun 2011 20:47:31 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id D5F638FC12 for ; Thu, 9 Jun 2011 20:47:30 +0000 (UTC) Received: by gxk28 with SMTP id 28so1462677gxk.13 for ; Thu, 09 Jun 2011 13:47:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=oHmOxYunv40UTsBnFMWHZ8A1w5kH687C/BFN55a0p3M=; b=aYywN4Tq2EsLftuXOJIlNvBrcbK2dzl6HIU4N2xaBRravYWEY48KOTUk9toc3rqAEW Kjul+d5Iz7yDWh7JUXeD4jiPtE4UAkD60Mk8vUqZxbDl0sgn4j28Dpgv6iIHGl+i2q6f QzkkBZL5MEeCYXXHoQi1NskZVuoc7WABBDaIE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=q0jUrqAEJbh3gF8y4GChsKDo0p8wlYPWprP+sQpuWJryf6eEasy4ii5MqEu1qy/wjs uNfaqVLeIJEwKvS487+MRu0poC6s1dysKE6e0TB23AVwBftM9SSvdMKXsOjEyWmTMbE+ 9Pw/3vbmYUIhxuV6nWjFMvcUFMgXleDL5iSwI= MIME-Version: 1.0 Received: by 10.236.189.35 with SMTP id b23mr1780574yhn.21.1307652449853; Thu, 09 Jun 2011 13:47:29 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.236.67.81 with HTTP; Thu, 9 Jun 2011 13:47:29 -0700 (PDT) In-Reply-To: <4DF12EA7.80807@protected-networks.net> References: <4DF10BD3.2030006@zedat.fu-berlin.de> <4DF12EA7.80807@protected-networks.net> Date: Thu, 9 Jun 2011 16:47:29 -0400 X-Google-Sender-Auth: GUP5FEUijMnVFVDTobyvGW8bDtQ Message-ID: From: Attilio Rao To: Michael Butler Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 20:47:31 -0000 2011/6/9 Michael Butler : > On 06/09/11 14:12, Attilio Rao wrote: >> 2011/6/9 Hartmann, O. : >>> Since the notice mentioned in /usr/src/UPDATE (20110608) both gcc-4.5 and >>> 4.6 seems to need to be recompiled. I tried some ports with "USE_FORTRAN= >>> yes" setand they failed as with gcc-4.6. There was always an error >>> reporting: undefined reference to __cpumask_t or similar. >>> >> >> Yes, this fix broke ABI. >> I still didn't bump __FreeBSD_version because I have more changes >> coming that will change the KBI, thus I just wanted to do that at the >> end of the process. >> >> If ports@ need the __FreeBSD_version bumped right now, please just let me know. > > This broke a number of things .. multimedia/mjpegtools, > emulators/virtualbox-kmod among the ones I've tripped over so far, I think that the point I made is another: let me know if you absolutely need I bump __FreeBSD_version now, I know some ports may be broken by this change. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 21:12:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F015B106566C; Thu, 9 Jun 2011 21:12:32 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id D12ED8FC0C; Thu, 9 Jun 2011 21:12:32 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 1910F5615B; Thu, 9 Jun 2011 16:12:32 -0500 (CDT) Date: Thu, 9 Jun 2011 16:12:32 -0500 From: Mark Linimon To: Attilio Rao Message-ID: <20110609211232.GA17188@lonesome.com> References: <4DF10BD3.2030006@zedat.fu-berlin.de> <4DF12EA7.80807@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Michael Butler , FreeBSD Current Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 21:12:33 -0000 Things that change the way the base system behaves w/rt ports need version bumps. mcl From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 21:18:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 194E7106566B for ; Thu, 9 Jun 2011 21:18:08 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id C52F38FC0A for ; Thu, 9 Jun 2011 21:18:07 +0000 (UTC) Received: by ywf7 with SMTP id 7so1487764ywf.13 for ; Thu, 09 Jun 2011 14:18:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=aguAFyyb+EyoCqldhTDrD1df8SFKfKDNAH+yp5YM+xE=; b=mV9grQh38SKUn9ZNG9SxvjFMbTkFl5n8dC76vh+s2E5wd2cKRRD3W7ah/+cX+m9HsR qiUeMRJygNer1FWpOwkmpQDmfuchVg10gko3IXLNwLk5wPhLKwGqGj+7Dl5NqzLwPwzI Hde3dmVqfxYf0OoEyMvYzYm+UJYCVoHZGUaPk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=Ro69P1Ko2/5By8KHqJEjeGFVR8e8i/GsHuV9imJh2p0KSNU1xKkhUipl+dmNFLiqdr FDcEahQWTSIHv1atXEdG6eneK9F52Sa6cYOR0IlYzcNgUyDW27jXQQGI77Ed8h/P8dZ9 U3H1GTUE/vuobJRkQq9J10cEBF4sSQ5bRTi+k= MIME-Version: 1.0 Received: by 10.236.201.129 with SMTP id b1mr1925190yho.88.1307654287028; Thu, 09 Jun 2011 14:18:07 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.236.67.81 with HTTP; Thu, 9 Jun 2011 14:18:06 -0700 (PDT) In-Reply-To: <20110609211232.GA17188@lonesome.com> References: <4DF10BD3.2030006@zedat.fu-berlin.de> <4DF12EA7.80807@protected-networks.net> <20110609211232.GA17188@lonesome.com> Date: Thu, 9 Jun 2011 17:18:06 -0400 X-Google-Sender-Auth: 0ecpZHJpzTaPgUfHG2CduvW6yUo Message-ID: From: Attilio Rao To: Mark Linimon Content-Type: text/plain; charset=UTF-8 Cc: Michael Butler , FreeBSD Current Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 21:18:08 -0000 2011/6/9 Mark Linimon : > Things that change the way the base system behaves w/rt ports need > version bumps. BTW, could someone provide an actual error message? I assume these errors are caused by cpumask_t going away. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 21:22:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 997FE106564A; Thu, 9 Jun 2011 21:22:18 +0000 (UTC) (envelope-from rickvanderzwet@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4225A8FC0A; Thu, 9 Jun 2011 21:22:17 +0000 (UTC) Received: by yxd30 with SMTP id 30so1169182yxd.13 for ; Thu, 09 Jun 2011 14:22:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=mxGgeduWUlBqA+FruS9mYqeLUCGVB/WNpwrNb80Ply0=; b=rv9As61TgxCVQIxe085EqYjiIu/HNC5gnB42W2khRcBlBo2p6++QW7G6e8c+3HGAFv OVa4rApjls3seqtsQ8E75Zxap17OuTSyHGaW/s9A8kqfN6CtYqjeT9eD7njIAjVV/17n ZSPE57w5VOKZLQtVM8VNHCQEVUvbEnEMNEjC8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=LpPUZvIekyALFmvKMgkQjKHTdgiFVKRGjYffeWIFe7sq57xYQAm1kfLM5RZ9QUQTwn UU+bnxtP2ltQisF8XAs7XE/Jqo7yDuCX3cEwF0+HGd1vLMjlbsHnRDL62L6ab9rC5O25 Rm+hSs5UfpSuQyqE4mHfjm8U4WjMMzd0uA/M8= MIME-Version: 1.0 Received: by 10.236.186.101 with SMTP id v65mr1615225yhm.94.1307652819329; Thu, 09 Jun 2011 13:53:39 -0700 (PDT) Sender: rickvanderzwet@gmail.com Received: by 10.236.157.69 with HTTP; Thu, 9 Jun 2011 13:53:39 -0700 (PDT) In-Reply-To: References: Date: Thu, 9 Jun 2011 22:53:39 +0200 X-Google-Sender-Auth: C4fmxm2r0bdmMO2U9uWdw65aQuI Message-ID: From: Rick van der Zwet To: Mohammed Farrag Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD extended to Arab World X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 21:22:18 -0000 On 9 June 2011 22:15, Mohammed Farrag wrote: [snip: ArabBSD website] Nice initiative! Best to get the website in Arabic; IMHO works best to get members for the local community. Secondly you might want to start a mailinglist and/or forjum, as I could not find any means of communications apart from the contact form on the website. Br. /Rick -- http://rickvanderzwet.nl From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 22:01:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C2BE106564A; Thu, 9 Jun 2011 22:01:07 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id C4DDB8FC12; Thu, 9 Jun 2011 22:01:06 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id BB66160F4; Thu, 9 Jun 2011 18:01:05 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1307656865; bh=0A7aGLR53MN/T25xPyFwxg2diC4edM2M33ZhIrJg8CE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=SqmnC2KdIOvGnTGW773FX7Cn7ndAXygSMIQpjdv3PNAawIwuGJHTKF/c0w7DT25ql XFlx/7GJMNu346QA9Ep3Jj9Dk2ivD+sOyEtDdYzqHHUIiUOGtUQL2G7d0WJjAlR DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Y8PUOm6ujFUseMrhr14tZr53LSAG7BfCO59KFbTcliYFx3IF0cXGMxqM/eXwIK/y5 nMVxx67JpljEW7S/svEqsyUWlCotH+qo4F8VHP3Rn9brYslZvCOg6D/KwcC0mj8 Message-ID: <4DF142A0.9030903@protected-networks.net> Date: Thu, 09 Jun 2011 18:01:04 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Attilio Rao References: <4DF10BD3.2030006@zedat.fu-berlin.de> <4DF12EA7.80807@protected-networks.net> <20110609211232.GA17188@lonesome.com> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Mark Linimon , FreeBSD Current Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 22:01:07 -0000 On 06/09/11 17:18, Attilio Rao wrote: > 2011/6/9 Mark Linimon : >> Things that change the way the base system behaves w/rt ports need >> version bumps. > > BTW, could someone provide an actual error message? > > I assume these errors are caused by cpumask_t going away. For emulators/virtualbox-ose-kmod .. cc -O2 -pipe -march=prescott -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_X86 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -Iinclude -I. -Ir0drv -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c: In function 'RTMpOnOthers': /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: error: 'cpumask_t' undeclared (first use in this function) /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: error: (Each undeclared identifier is reported only once /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: error: for each function it appears in.) Without a version bump, it becomes impossible to determine if a version-specific patch can be applied to accommodate the ABI change, imb From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 22:08:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B05E1065672 for ; Thu, 9 Jun 2011 22:08:10 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id C46418FC14 for ; Thu, 9 Jun 2011 22:08:09 +0000 (UTC) Received: by vxc34 with SMTP id 34so2287891vxc.13 for ; Thu, 09 Jun 2011 15:08:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=TuuW5w1dQuoZJDy8PZqCoS0by3zONtk6PvWoASTCiUQ=; b=arlD/1lI1EXj3W134BFczFAOlPO1VC5aiBhSL/UCWunvItIueqEJZr49Sa/5vXy2e+ SjV63qtisdfSXMNim/E/r1L0Lr/7obYw47EbdM+BCIehf0uRnkomyYj66v8oFBl3sEls tSYAbB6nh+z3LIdF+ApP7l51rOf43gWJy0mvk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=RsEmuajWrtZNwfm79ler4WgzFtQyM6rTQqLQVkH8bbhju9ffBaubnWXhpm9ivhMcXm mcqSjhpVEice0bfRlQJ5jFfHf1HJixmqISHqPU/SYPdq+P6zAUAUjbpzUazy3So/U5F2 WLlGC2TWbXqnCBEW8TMRChMxljfmK4l8xQvxc= MIME-Version: 1.0 Received: by 10.236.175.131 with SMTP id z3mr1671218yhl.499.1307657288427; Thu, 09 Jun 2011 15:08:08 -0700 (PDT) Received: by 10.236.202.135 with HTTP; Thu, 9 Jun 2011 15:08:08 -0700 (PDT) In-Reply-To: <201106091456.04528.jhb@freebsd.org> References: <201106090922.45150.jhb@freebsd.org> <201106091456.04528.jhb@freebsd.org> Date: Fri, 10 Jun 2011 00:08:08 +0200 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 22:08:10 -0000 On Thu, Jun 9, 2011 at 8:56 PM, John Baldwin wrote: > On Thursday, June 09, 2011 2:07:31 pm deeptech71@gmail.com wrote: >> pcib1: attempting to grow prefetch window for (0xe0000000-0xefffffff,0x1= 0000000) >> =A0 =A0 =A0 back candidate range: 0xe0000000-0xefffffff >> pcib1: failed to grow prefetch window to 0xd0000000-0xefffffff: 6 > > Hmm, ENXIO is an odd error. =A0rman_adjust_resource() can't fail with tha= t. > > Oh, I missed adding bus_adjust_resource() to the x86 "nexus" drivers. :( > > Try this patch in addition to the patch to pci_pci.c that you are already= using: > > Index: amd64/amd64/legacy.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- amd64/amd64/legacy.c =A0 =A0 =A0 =A0(revision 222897) > +++ amd64/amd64/legacy.c =A0 =A0 =A0 =A0(working copy) > @@ -81,6 +81,7 @@ > =A0 =A0 =A0 =A0DEVMETHOD(bus_read_ivar, =A0 =A0 =A0 =A0legacy_read_ivar), > =A0 =A0 =A0 =A0DEVMETHOD(bus_write_ivar, =A0 =A0 =A0 legacy_write_ivar), > =A0 =A0 =A0 =A0DEVMETHOD(bus_alloc_resource, =A0 bus_generic_alloc_resour= ce), > + =A0 =A0 =A0 DEVMETHOD(bus_adjust_resource, =A0bus_generic_adjust_resour= ce), > =A0 =A0 =A0 =A0DEVMETHOD(bus_release_resource, bus_generic_release_resour= ce), > =A0 =A0 =A0 =A0DEVMETHOD(bus_activate_resource, bus_generic_activate_reso= urce), > =A0 =A0 =A0 =A0DEVMETHOD(bus_deactivate_resource, bus_generic_deactivate_= resource), > Index: dev/acpica/acpi.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- dev/acpica/acpi.c =A0 (revision 222897) > +++ dev/acpica/acpi.c =A0 (working copy) > @@ -123,6 +123,8 @@ > =A0static struct resource *acpi_alloc_resource(device_t bus, device_t chi= ld, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0int type, int *rid, u_long= start, u_long end, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0u_long count, u_int flags)= ; > +static int =A0 =A0 acpi_adjust_resource(device_t bus, device_t child, in= t type, > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 struct resource *r, u_long = start, u_long end); > =A0static int =A0 =A0 acpi_release_resource(device_t bus, device_t child,= int type, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0int rid, struct resource *= r); > =A0static void =A0 =A0acpi_delete_resource(device_t bus, device_t child, = int type, > @@ -193,6 +195,7 @@ > =A0 =A0 DEVMETHOD(bus_set_resource, =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0acpi_s= et_resource), > =A0 =A0 DEVMETHOD(bus_get_resource, =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0bus_ge= neric_rl_get_resource), > =A0 =A0 DEVMETHOD(bus_alloc_resource, =A0 =A0 =A0acpi_alloc_resource), > + =A0 =A0DEVMETHOD(bus_adjust_resource, =A0 =A0 acpi_adjust_resource), > =A0 =A0 DEVMETHOD(bus_release_resource, =A0 =A0acpi_release_resource), > =A0 =A0 DEVMETHOD(bus_delete_resource, =A0 =A0 acpi_delete_resource), > =A0 =A0 DEVMETHOD(bus_child_pnpinfo_str, =A0 acpi_child_pnpinfo_str_metho= d), > @@ -1325,29 +1328,40 @@ > =A0} > > =A0static int > -acpi_release_resource(device_t bus, device_t child, int type, int rid, > - =A0 =A0struct resource *r) > +acpi_is_resource_managed(int type, struct resource *r) > =A0{ > - =A0 =A0struct rman *rm; > - =A0 =A0int ret; > > =A0 =A0 /* We only handle memory and IO resources through rman. */ > =A0 =A0 switch (type) { > =A0 =A0 case SYS_RES_IOPORT: > - =A0 =A0 =A0 rm =3D &acpi_rman_io; > - =A0 =A0 =A0 break; > + =A0 =A0 =A0 return (rman_is_region_manager(r, &acpi_rman_io)); > =A0 =A0 case SYS_RES_MEMORY: > - =A0 =A0 =A0 rm =3D &acpi_rman_mem; > - =A0 =A0 =A0 break; > - =A0 =A0default: > - =A0 =A0 =A0 rm =3D NULL; > + =A0 =A0 =A0 return (rman_is_region_manager(r, &acpi_rman_mem)); > =A0 =A0 } > + =A0 =A0return (0); > +} > > +static int > +acpi_adjust_resource(device_t bus, device_t child, int type, struct reso= urce *r, > + =A0 =A0u_long start, u_long end) > +{ > + > + =A0 =A0if (acpi_is_resource_managed(type, r)) > + =A0 =A0 =A0 return (rman_adjust_resource(r, start, end)); > + =A0 =A0return (bus_generic_adjust_resource(bus, child, type, r, start, = end)); > +} > + > +static int > +acpi_release_resource(device_t bus, device_t child, int type, int rid, > + =A0 =A0struct resource *r) > +{ > + =A0 =A0int ret; > + > =A0 =A0 /* > =A0 =A0 =A0* If this resource belongs to one of our internal managers, > =A0 =A0 =A0* deactivate it and release it to the local pool. > =A0 =A0 =A0*/ > - =A0 =A0if (rm !=3D NULL && rman_is_region_manager(r, rm)) { > + =A0 =A0if (acpi_is_resource_managed(type, r)) { > =A0 =A0 =A0 =A0if (rman_get_flags(r) & RF_ACTIVE) { > =A0 =A0 =A0 =A0 =A0 =A0ret =3D bus_deactivate_resource(child, type, rid, = r); > =A0 =A0 =A0 =A0 =A0 =A0if (ret !=3D 0) > Index: i386/i386/legacy.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- i386/i386/legacy.c =A0(revision 222897) > +++ i386/i386/legacy.c =A0(working copy) > @@ -86,6 +86,7 @@ > =A0 =A0 =A0 =A0DEVMETHOD(bus_read_ivar, =A0 =A0 =A0 =A0legacy_read_ivar), > =A0 =A0 =A0 =A0DEVMETHOD(bus_write_ivar, =A0 =A0 =A0 legacy_write_ivar), > =A0 =A0 =A0 =A0DEVMETHOD(bus_alloc_resource, =A0 bus_generic_alloc_resour= ce), > + =A0 =A0 =A0 DEVMETHOD(bus_adjust_resource, =A0bus_generic_adjust_resour= ce), > =A0 =A0 =A0 =A0DEVMETHOD(bus_release_resource, bus_generic_release_resour= ce), > =A0 =A0 =A0 =A0DEVMETHOD(bus_activate_resource, bus_generic_activate_reso= urce), > =A0 =A0 =A0 =A0DEVMETHOD(bus_deactivate_resource, bus_generic_deactivate_= resource), alright, with that patch the machine is back in business. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D dmesg begins =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D MP Configuration Table version 1.1 found at 0xc00f1280 Table 'FACP' at 0x1ff30290 Table 'APIC' at 0x1ff30390 APIC: Found table at 0x1ff30390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) Copyright (c) 1992-2011 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 9.0-CURRENT #4 r222709M: Thu Jun 9 21:40:56 CEST 2011 devhc@:/usr/obj/usr/src/sys/HQ i386 Table 'FACP' at 0x1ff30290 Table 'APIC' at 0x1ff30390 Table 'OEMB' at 0x1ff40040 ACPI: No SRAT table found Preloaded elf kernel "/boot/kernel.HQ.r222709.copyin2.opie.pcibhax7/kernel" at 0xc0b9e000. Calibrating TSC clock ... TSC clock: 2798711428 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.71-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Family =3D f Model =3D 2 Stepp= ing =3D 9 Features=3D0xbfebfbff Features2=3D0x4400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line size real memory =3D 536870912 (512 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c26000 - 0x000000001f5dcfff, 513503232 bytes (125367 pages) avail memory =3D 513818624 (490 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry =3D 0xf0010 (c00f0010) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f5020 pnpbios: Entry =3D f0000:5c0a Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf9e30 00021 (v02 ACPIAM) ACPI: XSDT 0x1ff30100 0003C (v01 A M I OEMXSDT 10000414 MSFT 00000097) ACPI: FACP 0x1ff30290 000F4 (v03 A M I OEMFACP 10000414 MSFT 00000097) ACPI: DSDT 0x1ff303f0 0382D (v01 P4P81 P4P81104 00000104 INTL 02002026) ACPI: FACS 0x1ff40000 00040 ACPI: APIC 0x1ff30390 0005C (v01 A M I OEMAPIC 10000414 MSFT 00000097) ACPI: OEMB 0x1ff40040 0003F (v01 A M I OEMBIOS 10000414 MSFT 00000097) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 null: nfslock: pseudo-device random: io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: wakeup code va 0xc26a4000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D25708086) pcibios: BIOS version 2.10 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x2570, revid=3D0x02 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xf0000000, size 27, ena= bled found-> vendor=3D0x8086, dev=3D0x2571, revid=3D0x02 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24d2, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 map[20]: type I/O Port, range 32, base 0xc880, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x24d4, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D5 map[20]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=3D0x8086, dev=3D0x24dd, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfbdffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=3D0x8086, dev=3D0x244e, revid=3D0xc2 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24d0, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24db, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled found-> vendor=3D0x8086, dev=3D0x24d3, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 agp0: on hostb0 agp0: allocating GATT for aperture of size 128M pcib1: at device 1.0 on pci0 pcib1: failed to allocate initial prefetch window: 0xd0000000-0xfaffffff pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfbe00000-0xfbefffff pcib1: no prefetched decode pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x4150, revid=3D0x00 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x02b0, cachelnsz=3D4 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, ena= bled pcib1: allocated initial prefetch window of 0xd0000000-0xdfffffff pcib1: allocated prefetch range (0xd0000000-0xdfffffff) for rid 10 of pci0:= 1:0:0 map[14]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib1: allocated I/O port range (0xd000-0xd0ff) for rid 14 of pci0:1:0:0 map[18]: type Memory, range 32, base 0xfbee0000, size 16, enabled pcib1: allocated memory range (0xfbee0000-0xfbeeffff) for rid 18 of pci0:1:= 0:0 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=3D0x1002, dev=3D0x4170, revid=3D0x00 domain=3D0, bus=3D1, slot=3D0, func=3D1 class=3D03-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D4 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 28, ena= bled pcib1: attempting to grow prefetch window for (0xe0000000-0xefffffff,0x1000= 0000) back candidate range: 0xe0000000-0xefffffff pcib1: grew prefetch window to 0xd0000000-0xefffffff pcib1: allocated prefetch range (0xe0000000-0xefffffff) for rid 10 of pci0:= 1:0:1 map[14]: type Memory, range 32, base 0xfbef0000, size 16, enabled pcib1: allocated memory range (0xfbef0000-0xfbefffff) for rid 14 of pci0:1:= 0:1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xfbee0000-0xfbeeffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized radeon 1.31.0 20080613 vgapci1: mem 0xe0000000-0xefffffff,0xfbef0000-0xfbefffff at device 0.1 on pci1 uhci0: port 0xc880-0xc89f irq 16 at device 29.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 49 usbus0: on uhci0 usbus0: bpf attached uhci0: usbpf: Attached uhci1: port 0xcc00-0xcc1f irq 19 at device 29.1 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 50 usbus1: on uhci1 usbus1: bpf attached uhci1: usbpf: Attached ehci0: mem 0xfbdffc00-0xfbdfffff irq 23 at device 29.7 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 51 usbus2: EHCI version 1.0 usbus2: on ehci0 usbus2: bpf attached ehci0: usbpf: Attached pcib2: at device 30.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xe000-0xefff pcib2: memory decode 0xfbf00000-0xfbffffff pcib2: no prefetched decode pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x10b7, dev=3D0x1700, revid=3D0x12 domain=3D0, bus=3D2, slot=3D5, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D4 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x17 (5750 ns), maxlat=3D0x1f (7750 ns= ) intpin=3Da, irq=3D3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfbffc000, size 14, enabled pcib2: allocated memory range (0xfbffc000-0xfbffffff) for rid 10 of pci0:2:= 5:0 map[14]: type I/O Port, range 32, base 0xe800, size 8, enabled pcib2: allocated I/O port range (0xe800-0xe8ff) for rid 14 of pci0:2:5:0 pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 22 found-> vendor=3D0x1274, dev=3D0x5880, revid=3D0x04 domain=3D0, bus=3D2, slot=3D12, func=3D0 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0105, statreg=3D0x0410, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x80 (32000 n= s) intpin=3Da, irq=3D7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xec00, size 6, enabled pcib2: allocated I/O port range (0xec00-0xec3f) for rid 10 of pci0:2:12:0 pcib2: matched entry for 2.12.INTA pcib2: slot 12 INTA hardwired to IRQ 20 skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem 0xfbffc000-0xfbffffff irq 22 at device 5.0 on pci2 skc0: interrupt moderation is 100 us skc0: 3Com Gigabit LOM (3C940) rev. (0x1) skc0: chip ver =3D 0xb0 skc0: chip rev =3D 0x01 skc0: SK_EPROM0 =3D 0x00 skc0: SRAM size =3D 0x020000 sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:0e:a6:35:15:91 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: OUI 0x000ac2, model 0x0002, rev. 3 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 52 pcm0: port 0xec00-0xec3f irq 20 at device 12.0 on pci2 pcm0: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features surround DAC, AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 53 pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 169d000, 1000; 0xc2a9d000 -> 169d000 pcm0: sndbuf_setmap 169b000, 1000; 0xc2a9b000 -> 169b000 pcm0: sndbuf_setmap 1699000, 1000; 0xc2a99000 -> 1699000 pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 54 ata1: on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 55 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 56 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 58 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: failed to reset the aux device. pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 uart0 failed to probe at port 0x3f8 irq 4 on isa0 uart1 failed to probe at port 0x2f8 irq 3 on isa0 isa_probe_children: probing PnP devices p4tcc0: on cpu0 p4tcc1: on cpu1 Device configuration finished. lapic: Divisor 2, Frequency 99952288 Hz Timecounters tick every 1.000 msec lo0: bpf attached usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 (aprobe0:ata0:0:0:0): SIGNATURE: 0000 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x10000 (aprobe0:ata1:0:0:0): SIGNATURE: eb14 ata1: DMA limited to UDMA33, controller found non-ATA66 cable ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device ada0: Serial Number Y2JPFJPE ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 78167MB (160086528 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 GEOM: new disk ada0 pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: ATA-7 device pass0: Serial Number Y2JPFJPE (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (cd0:ata1:0:0:0): Retrying command (per sense data) pass0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) pass1 at ata1 bus 0 scbus1 target 0 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 1 vector 49 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 1 vector 50 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 1 vector 51 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 1 vector 52 Timecounter "TSC" frequency 2798711428 Hz quality -100 GEOM: new disk cd0 GEOM: ada0s1: geometry does not match label (255h,63s !=3D 16h,63s). (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata1:0:0:0): Error 6, Unretryable error Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus2 Trying to mount root from ufs:/dev/ada0s1a [rw,noatime]... start_init: trying /sbin/init ugen1.2: at usbus1 ums0: on usbus1 ums0: 5 buttons and [XYZT] coordinates ID=3D1 procfs registered Linux ELF exec handler installed linprocfs registered =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D dmesg ends =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 22:09:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F2D31065674 for ; Thu, 9 Jun 2011 22:09:26 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 07F118FC14 for ; Thu, 9 Jun 2011 22:09:25 +0000 (UTC) Received: by pxi6 with SMTP id 6so1171784pxi.17 for ; Thu, 09 Jun 2011 15:09:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=CAGEG6VBMrkrm7AU9eliqk3KpZEqh4/HMiewEI3a1uc=; b=WP+f7uP1pbiJtIu5UIG1xMPfQ1Dfs5dfKymquKNUsD9Vh4vVjo2ZfBmsWPQ/nFVrVR sCjIDgPCnBbYvQz6vZAMX532JXwQKJGOEyjmpoEgX8BTyCoJ/jqCRaBrSrEh/6JfjLMG Zwh+/qbKZvyc+GzP6L0gf7CNm+swYe7jl5Fj0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=dxwCL8orTEGXRY49a45IlNqcoZz+4i+PM7P/ZLI2RJhwgVLNu8ZYtVFTa8OwT2lXzJ 3p/H5vcJAk4Nn/7tA6Dd51deOlF+ZDRkbX4ACgBzngbHOVVqcrDHEtDYi4TOXNtDtEJC wAyFCs8WbbdOWJtU0AmWiETsecd5+DBT4HB/c= MIME-Version: 1.0 Received: by 10.68.51.201 with SMTP id m9mr643916pbo.135.1307657365497; Thu, 09 Jun 2011 15:09:25 -0700 (PDT) Received: by 10.68.52.164 with HTTP; Thu, 9 Jun 2011 15:09:25 -0700 (PDT) In-Reply-To: <4DF142A0.9030903@protected-networks.net> References: <4DF10BD3.2030006@zedat.fu-berlin.de> <4DF12EA7.80807@protected-networks.net> <20110609211232.GA17188@lonesome.com> <4DF142A0.9030903@protected-networks.net> Date: Thu, 9 Jun 2011 18:09:25 -0400 Message-ID: From: Arnaud Lacombe To: Michael Butler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Attilio Rao , Mark Linimon , FreeBSD Current Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 22:09:26 -0000 Hi, On Thu, Jun 9, 2011 at 6:01 PM, Michael Butler wrote: > On 06/09/11 17:18, Attilio Rao wrote: >> 2011/6/9 Mark Linimon : >>> Things that change the way the base system behaves w/rt ports need >>> version bumps. >> >> BTW, could someone provide an actual error message? >> >> I assume these errors are caused by cpumask_t going away. > > For emulators/virtualbox-ose-kmod .. > > cc -O2 -pipe -march=3Dprescott -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 > -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING > -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_X86 -fno-strict-aliasing -Werror > -D_KERNEL -DKLD_MODULE -nostdinc =A0-Iinclude -I. -Ir0drv -I. -I@ > -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 > --param large-function-growth=3D1000 -fno-common =A0 -mno-align-long-stri= ngs > -mpreferred-stack-boundary=3D2 -mno-sse -mno-mmx -msoft-float > -ffreestanding -fstack-protector -std=3Diso9899:1999 -fstack-protector > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual =A0-Wundef > -Wno-pointer-sign -fformat-extensions =A0-Wmissing-include-dirs > -fdiagnostics-show-option -c > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c: > In function 'RTMpOnOthers': > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: > error: 'cpumask_t' undeclared (first use in this function) > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: > error: (Each undeclared identifier is reported only once > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: > error: for each function it appears in.) > > Without a version bump, it becomes impossible to determine if a > version-specific patch can be applied to accommodate the ABI change, > This sounds more an API change than an ABI change. FWIW, ABI changes that breaks backward compatibility should not happen. - Arnaud > =A0 =A0 =A0 =A0imb > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 22:12:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE930106566B for ; Thu, 9 Jun 2011 22:12:42 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 914988FC0A for ; Thu, 9 Jun 2011 22:12:42 +0000 (UTC) Received: by pzk27 with SMTP id 27so1230527pzk.13 for ; Thu, 09 Jun 2011 15:12:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=vAtemUaxEV+pL4Gyn7Wiiy8QUqjXm+c+QEWNHCNnm9k=; b=YmP6y0Qv7GMERAjSAIUr3Sb30mt6SL6yaqd83GJ9/gdTgNfv6QinN0VPIiGQhBjG1P EqZlQnTQ1H5lQmSnxYfH9m3pFBLiatsJJ+/eWnWwAyK6NIn8TZduXA50VdR/diynu9Ia SGczyMQGomFNt37k5Nzzx1QGbB0eG36jhqgDc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=Wk7ZpA5vSm8S6AIKvA0kmKjY6quLc3MpkXTQwraNQ7BiqyTbeSRaKI/M+QctdYvisk X0hnuHAcyuU1ewzcz5j2xCACDnrRGlLuFPjoME1iTZyn51X+Ssi4aQ6EAlbpt6dGZACO 42HdNIWaWqgWO2RuzngTG+Radr3GxKPA2zqSY= MIME-Version: 1.0 Received: by 10.68.64.36 with SMTP id l4mr641365pbs.48.1307657560986; Thu, 09 Jun 2011 15:12:40 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.68.51.9 with HTTP; Thu, 9 Jun 2011 15:12:40 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Jun 2011 01:12:40 +0300 X-Google-Sender-Auth: pOoeO5iLJ8kJlezulc0_kna7PBM Message-ID: From: Mohammed Farrag To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD extended to Arab World X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 22:12:42 -0000 Hello, Thanks for your reply. I will translate the website soon. We have already our mailing list but it's not active yet. We will activate it during the summer courses. Regards, Mohammed On Thu, Jun 9, 2011 at 11:53 PM, Rick van der Zwet wrote: > On 9 June 2011 22:15, Mohammed Farrag wrote: > [snip: ArabBSD website] > > Nice initiative! Best to get the website in Arabic; IMHO works best to > get members for the local community. Secondly you might want to start > a mailinglist and/or forjum, as I could not find any means of > communications apart from the contact form on the website. > > Br. /Rick > -- > http://rickvanderzwet.nl > -- *Mohammed Farrag* *FreeBSD Contributor* From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 22:14:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C67D1065670 for ; Thu, 9 Jun 2011 22:14:47 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id DAEB18FC08 for ; Thu, 9 Jun 2011 22:14:46 +0000 (UTC) Received: by pxi6 with SMTP id 6so1173818pxi.17 for ; Thu, 09 Jun 2011 15:14:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=xovQa/9LmQ31RdPuFObSOVM+Cb3WwJpeqfiFFSBw8V0=; b=gezih2+TScsExqAr+Dlb0oM5e61mh2zEKKzE/aylyrs/NsP4DfVa0igLJewM/DE+jZ MqOFjN0Jam12fkUSQMKBGEyII3+LLFhe633l7jHIzsdTfME7F+W60iTcb2KmAyPYPqo5 n62RSBN2qmPcVku5D2guhGQ/bSm0oywJgUZEE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=FKhf5Zwh8JOu1rvkMG0TVh0R1WNWwgXI5Twk8kj9SThQFQYmEB5wDZ8sO3vr2JN3Ih L2rPRFC9ahKixdrKvW9PknOrhzhFbdoguyvGrUskdC/AIApd4zMdnegfulfqxICMQ+ZU Og9nLmChmw+NSwBJvZU2imPyy5/+qmTbjET8Q= MIME-Version: 1.0 Received: by 10.68.64.36 with SMTP id l4mr642066pbs.48.1307657686365; Thu, 09 Jun 2011 15:14:46 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.68.51.9 with HTTP; Thu, 9 Jun 2011 15:14:44 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Jun 2011 01:14:44 +0300 X-Google-Sender-Auth: Sz1KFvL2kHXAC8TlRIOVkQdnzCo Message-ID: From: Mohammed Farrag To: Philip Paeps , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: FreeBSD extended to Arab World X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 22:14:47 -0000 Hi, Thanks for your reply. On Fri, Jun 10, 2011 at 1:08 AM, Philip Paeps wrote: > On 9 Jun 2011, at 22:15, Mohammed Farrag wrote: > > First I introduce myself, Mohammed Farrag, ArabBSD Project Manager and > > FreeBSD Contributor. We have a project to extend FreeBSD in Arab world. > > Nice initiative! > > Our website is https://sites.google.com/site/arabbsd/ and our facebook > group > > is http://www.facebook.com/home.php?sk=group_114438501975285&ap=1 > > I will be glad to receive your comments/ and recommendations. > > I don't think the "Start FreeBSD" page on the website should be linking to > an > unofficial source for VMWare... Pointing to http://vmware.com/ may be > more > suitable. > Sorry for that. I will redirect it. > > VMware.Workstation.v7.1.261024.Incl.Keymaker-EMBRACE.part1.rar > > The FreeBSD project probably does not want to be associated with > unauthorized > distribution of proprietary software. > > Best, > > - Philip > > -- > Philip Paeps > Senior Reality Engineer > Ministry of Information > > -- *Mohammed Farrag* *FreeBSD Contributor* From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 22:26:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74BBB106566B for ; Thu, 9 Jun 2011 22:26:58 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 292368FC0C for ; Thu, 9 Jun 2011 22:26:57 +0000 (UTC) Received: by vxc34 with SMTP id 34so2309938vxc.13 for ; Thu, 09 Jun 2011 15:26:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=y5qdlLKfWWVVt7CF6rHuOIfuMwpyPkvSTZnhRYORn2I=; b=vJY5WHdMK8R+ZY+IqOI9IZiLEsredapdKNBWjRVq0CGMEJP06W3yJBZlln//ZMkpDL ECEzC1AdqQB65R9nIi5uMrmD6gWmzh/oq2LBoGtKxF6k9K1tywtnAChsVbxqtLnIoPqX YONvjqrtVgrtZINPvQnK8/HLg2d5PbPE3RjOk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=WbmKsD1Xw35XTlo0rgU39Qx4gz1axTu3rjhtQsxXCkMZCh2MuMuYATp9gO8IEnYvEo ctH9LxA0+u3DuKCP+WJQMVt+DnIbzR9aiB2vjVZWZl6aSWRzdK+l4f/kCh/bZxd+stBK Jbht5TLemlzz8o4nzljZ22b2DA+YdQ7LnjftA= MIME-Version: 1.0 Received: by 10.236.168.33 with SMTP id j21mr1564927yhl.356.1307658416891; Thu, 09 Jun 2011 15:26:56 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.236.67.81 with HTTP; Thu, 9 Jun 2011 15:26:56 -0700 (PDT) In-Reply-To: <4DF142A0.9030903@protected-networks.net> References: <4DF10BD3.2030006@zedat.fu-berlin.de> <4DF12EA7.80807@protected-networks.net> <20110609211232.GA17188@lonesome.com> <4DF142A0.9030903@protected-networks.net> Date: Thu, 9 Jun 2011 18:26:56 -0400 X-Google-Sender-Auth: Pp3a8ajSxYVFjDjW-cqKRpfOSiA Message-ID: From: Attilio Rao To: Michael Butler Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Mark Linimon , FreeBSD Current Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 22:26:58 -0000 2011/6/9 Michael Butler : > On 06/09/11 17:18, Attilio Rao wrote: >> 2011/6/9 Mark Linimon : >>> Things that change the way the base system behaves w/rt ports need >>> version bumps. >> >> BTW, could someone provide an actual error message? >> >> I assume these errors are caused by cpumask_t going away. > > For emulators/virtualbox-ose-kmod .. > > cc -O2 -pipe -march=3Dprescott -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 > -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING > -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_X86 -fno-strict-aliasing -Werror > -D_KERNEL -DKLD_MODULE -nostdinc =C2=A0-Iinclude -I. -Ir0drv -I. -I@ > -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 > --param large-function-growth=3D1000 -fno-common =C2=A0 -mno-align-long-s= trings > -mpreferred-stack-boundary=3D2 -mno-sse -mno-mmx -msoft-float > -ffreestanding -fstack-protector -std=3Diso9899:1999 -fstack-protector > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual =C2=A0-Wundef > -Wno-pointer-sign -fformat-extensions =C2=A0-Wmissing-include-dirs > -fdiagnostics-show-option -c > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c: > In function 'RTMpOnOthers': > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: > error: 'cpumask_t' undeclared (first use in this function) > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: > error: (Each undeclared identifier is reported only once > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: > error: for each function it appears in.) > > Without a version bump, it becomes impossible to determine if a > version-specific patch can be applied to accommodate the ABI change, Well, the ports should be working against -CURRENT, so what you say is not entirely true. Second thing, yeah, it is cpumask_t going away, so someone needs to sit there, check what usage of cpumask_t was done and replace with proper code. It seems usual port maintenance due by the maintainer IMHO. I'm not entirely sure how bumping __FreeBSD_version may help right now. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 22:28:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1C321065672; Thu, 9 Jun 2011 22:28:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7F9F28FC16; Thu, 9 Jun 2011 22:28:43 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p59MSdTB052162 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Jun 2011 01:28:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p59MSdux095433; Fri, 10 Jun 2011 01:28:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p59MSdJx095432; Fri, 10 Jun 2011 01:28:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 10 Jun 2011 01:28:39 +0300 From: Kostik Belousov To: Michael Butler Message-ID: <20110609222839.GC48734@deviant.kiev.zoral.com.ua> References: <4DF10BD3.2030006@zedat.fu-berlin.de> <4DF12EA7.80807@protected-networks.net> <20110609211232.GA17188@lonesome.com> <4DF142A0.9030903@protected-networks.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mFOTU3doHY2V53n6" Content-Disposition: inline In-Reply-To: <4DF142A0.9030903@protected-networks.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Attilio Rao , Mark Linimon , FreeBSD Current Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 22:28:44 -0000 --mFOTU3doHY2V53n6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 09, 2011 at 06:01:04PM -0400, Michael Butler wrote: > On 06/09/11 17:18, Attilio Rao wrote: > > 2011/6/9 Mark Linimon : > >> Things that change the way the base system behaves w/rt ports need > >> version bumps. > >=20 > > BTW, could someone provide an actual error message? > >=20 > > I assume these errors are caused by cpumask_t going away. >=20 > For emulators/virtualbox-ose-kmod .. >=20 > cc -O2 -pipe -march=3Dprescott -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 > -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING > -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_X86 -fno-strict-aliasing -Werror > -D_KERNEL -DKLD_MODULE -nostdinc -Iinclude -I. -Ir0drv -I. -I@ > -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 > --param large-function-growth=3D1000 -fno-common -mno-align-long-strings > -mpreferred-stack-boundary=3D2 -mno-sse -mno-mmx -msoft-float > -ffreestanding -fstack-protector -std=3Diso9899:1999 -fstack-protector > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -c > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c >=20 > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c: > In function 'RTMpOnOthers': > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: > error: 'cpumask_t' undeclared (first use in this function) >=20 > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: > error: (Each undeclared identifier is reported only once > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/fr= eebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: > error: for each function it appears in.) >=20 > Without a version bump, it becomes impossible to determine if a > version-specific patch can be applied to accommodate the ABI change, This is a problem with KPI (Kernel Programming Interface) change. It is not something I would worry about, since this happens during the build of kernel module. I am worried about the vague hints on the breakage of gcc and other usermode ports. --mFOTU3doHY2V53n6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk3xSRYACgkQC3+MBN1Mb4hVSwCg5e5zon9IiB6zYjCbiHvdobjV Kg0AnjJjr00SjTDq9zrp5CxiwFcgzSuc =YGmR -----END PGP SIGNATURE----- --mFOTU3doHY2V53n6-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 22:51:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80087106568C; Thu, 9 Jun 2011 22:51:56 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6A3588FC22; Thu, 9 Jun 2011 22:51:56 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.5/8.14.5) with ESMTP id p59Mptmp023570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 9 Jun 2011 15:51:55 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4CEFB1CC0B; Thu, 9 Jun 2011 15:51:55 -0700 (PDT) To: Attilio Rao In-reply-to: Your message of "Thu, 09 Jun 2011 18:26:56 EDT." Date: Thu, 09 Jun 2011 15:51:55 -0700 From: "Kevin Oberman" Message-Id: <20110609225155.4CEFB1CC0B@ptavv.es.net> Cc: Mark Linimon , Michael Butler , FreeBSD Current Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 22:51:56 -0000 > Date: Thu, 9 Jun 2011 18:26:56 -0400 > From: Attilio Rao > Sender: owner-freebsd-current@freebsd.org > > 2011/6/9 Michael Butler : > > On 06/09/11 17:18, Attilio Rao wrote: > >> 2011/6/9 Mark Linimon : > >>> Things that change the way the base system behaves w/rt ports need > >>> version bumps. > >> > >> BTW, could someone provide an actual error message? > >> > >> I assume these errors are caused by cpumask_t going away. > > > > For emulators/virtualbox-ose-kmod .. > > > > cc -O2 -pipe -march=prescott -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 > > -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING > > -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_X86 -fno-strict-aliasing -Werror > > -D_KERNEL -DKLD_MODULE -nostdinc  -Iinclude -I. -Ir0drv -I. -I@ > > -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 > > --param large-function-growth=1000 -fno-common   -mno-align-long-strings > > -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float > > -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector > > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef > > -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs > > -fdiagnostics-show-option -c > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c > > > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c: > > In function 'RTMpOnOthers': > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: > > error: 'cpumask_t' undeclared (first use in this function) > > > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: > > error: (Each undeclared identifier is reported only once > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: > > error: for each function it appears in.) > > > > Without a version bump, it becomes impossible to determine if a > > version-specific patch can be applied to accommodate the ABI change, > > Well, the ports should be working against -CURRENT, so what you say is > not entirely true. > Second thing, yeah, it is cpumask_t going away, so someone needs to > sit there, check what usage of cpumask_t was done and replace with > proper code. > It seems usual port maintenance due by the maintainer IMHO. > > I'm not entirely sure how bumping __FreeBSD_version may help right now. I don't think it will. mjpegtools also fails under stable. I suspect it is really not related though the error I get is a bit different. c++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I../utils -I/usr/local/include -DNDEBUG -finline-functions -fno-PIC -O2 -pipe -fno-strict-aliasing -D_THREAD_SAFE -MT newdenoise.o -MD -MP -MF .deps/newdenoise.Tpo -c -o newdenoise.o newdenoise.cc SkipList.hh: In member function 'void SkipList::Init(Status_t&, bool, const SkipList::InitParams&) [with KEY = VariableSizeAllocator::Block, VALUE = VariableSizeAllocator::Block, KEYFN = Ident, PRED = VariableSizeAllocator::Block::SortBySize, int HC = 10, ALLOC = PlacementAllocator]': SkipList.hh:546: internal compiler error: in do_SUBST, at combine.c:502 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. gmake[2]: *** [newdenoise.o] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/mjpegtools/work/mjpegtools-2.0.0/y4mdenoise' -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Last work day before retirement is Jun 17, 2011 From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 23:01:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CC001065673; Thu, 9 Jun 2011 23:01:20 +0000 (UTC) (envelope-from inyaoo@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id BFB708FC13; Thu, 9 Jun 2011 23:01:19 +0000 (UTC) Received: by bwz12 with SMTP id 12so2491182bwz.13 for ; Thu, 09 Jun 2011 16:01:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:references:date:message-id :user-agent:mime-version:content-type; bh=H2qjto7ZIVBy5MRb56MSRECglVpt+9aMKNHqgN7ayBM=; b=GA/nV2lPvRjf70v604pc6+q17EovZBqgSDPTHhUxEn1Ci7q3SqRG25kUr1adiaZW0E iPH8fmrMqmWTAYxVA4I/R8lvP5o2hJ6Q23RstDz9Z7fjjl5IqB8uXWzLxCQ/qQQkeIdp YJP/6wEgqOHlfdUwqB5PwNd/IDoegHxsFNS/Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=ckRGNTPTqkW8sG4mApAAXN91IEH1SSnyjik1xR/3FYkECdIOt4AC0iGESCOcAb/fmV cnMe1ZNM8fNipPHI+hS8ToaTohJfUK0+L8T3WQFRAREphgPzvG9bEgXvhuoyVohh5y7K T1uFg1JJnxpYgTHnjZoQzsX9pn+cEu7SuAabs= Received: by 10.204.48.210 with SMTP id s18mr302359bkf.176.1307660478545; Thu, 09 Jun 2011 16:01:18 -0700 (PDT) Received: from localhost ([98.158.25.61]) by mx.google.com with ESMTPS id af13sm450853bkc.19.2011.06.09.16.01.07 (version=SSLv3 cipher=OTHER); Thu, 09 Jun 2011 16:01:17 -0700 (PDT) From: Pan Tsu To: "Hartmann\, O." References: <4DF10BD3.2030006@zedat.fu-berlin.de> Date: Fri, 10 Jun 2011 03:00:52 +0400 Message-ID: <867h8uehjv.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: FreeBSD Current , freebsd-ports@FreeBSD.org Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 23:01:20 -0000 "Hartmann, O." writes: > Since the notice mentioned in /usr/src/UPDATE (20110608) both gcc-4.5 > and 4.6 seems to need to be recompiled. I tried some ports with > "USE_FORTRAN= yes" setand they failed as with gcc-4.6. There was > always an error reporting: undefined reference to __cpumask_t or > similar. Do you mean stale typedef in gcc's private copy under PREFIX/lib/gccXY/gcc/*/*/include-fixed/sys/types.h ? You can fix the file manually instead of wasting cpu cycles. $ gcc46 foo.c In file included from /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.1/include-fixed/unistd.h:46:0, from foo.c:1: /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.1/include-fixed/sys/types.h:111:1: error: unknown type name '__cpumask_t' Exit 1 $ sed -n 111p /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.1/include-fixed/sys/types.h typedef __cpumask_t cpumask_t; From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 04:26:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E74EF1065670 for ; Fri, 10 Jun 2011 04:26:35 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-cdu.ru (ns.kirov.so-cdu.ru [77.72.136.145]) by mx1.freebsd.org (Postfix) with ESMTP id 3EA578FC14 for ; Fri, 10 Jun 2011 04:26:34 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-cdu.ru [127.0.0.1]) by mail.kirov.so-cdu.ru (Postfix) with SMTP id AE761B802A; Fri, 10 Jun 2011 08:26:32 +0400 (MSD) Received: from kirov.so-cdu.ru (kirov.oduur.so [172.21.81.1]) by mail.kirov.so-cdu.ru (Postfix) with ESMTP id 6F44CB8026; Fri, 10 Jun 2011 08:26:32 +0400 (MSD) Received: by ns.kirov.so-cdu.ru (Postfix, from userid 1010) id 66B92B837E; Fri, 10 Jun 2011 08:26:32 +0400 (MSD) Received: from [10.118.3.52] (elsukov.kirov.oduur.so [10.118.3.52]) by ns.kirov.so-cdu.ru (Postfix) with ESMTP id 30A74B8376; Fri, 10 Jun 2011 08:26:32 +0400 (MSD) Message-ID: <4DF19CF4.6040007@FreeBSD.org> Date: Fri, 10 Jun 2011 08:26:28 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Eir Nym References: <4DEF66D0.6010307@ukr.net> <4DEFC9A7.90304@ukr.net> <4DF08BAD.60005@FreeBSD.org> <4DF0965B.8030607@yandex.ru> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig778D6C1731C4D7E9C52A7EAA" X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Cc: "Andrey V. Elsukov" , "Vladislav V. Prodan" , freebsd-current@freebsd.org Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 04:26:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig778D6C1731C4D7E9C52A7EAA Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 09.06.2011 14:22, Eir Nym wrote: > GEOM will say it only after reboot. > part of dmesg log: >=20 > GEOM_LABEL[1]: MSDOSFS: gzero: no FAT signature found. > ugen0.1: at usbus0 > uhub0: on usbus= 0 > ugen1.1: at usbus1 > uhub1: on usbus= 1 > ugen2.1: at usbus2 > uhub2: on usbus= 2 > ugen3.1: at usbus3 > uhub3: on usbus= 3 > ugen4.1: at usbus4 > uhub4: on usbus= 4 > GEOM_LABEL[1]: MSDOSFS: gzero: no FAT signature found. > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ATA-8 SATA 2.x device > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 610480MB (1250263728 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad4 > SMP: AP CPU #1 Launched! > Timecounter "TSC" frequency 1666519680 Hz quality 800 > 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 > GEOM_LABEL[1]: MSDOSFS: ada0: FAT12/16 volume not valid. > GEOM_LABEL[1]: MSDOSFS: ada0s1: no FAT signature found. > GEOM_LABEL[1]: MSDOSFS: ada0s2: no FAT signature found. > GEOM_LABEL[1]: MSDOSFS: ada0s3: FAT32 volume not valid. > GEOM_LABEL[1]: Label for provider ada0s3 is ntfs/System Reserved. > GEOM_LABEL[1]: MSDOSFS: ada0s4: FAT32 volume not valid. > GEOM_LABEL[1]: MSDOSFS: ada0s1: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s2: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s2, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s3: FAT32 volume not valid. > GEOM_LABEL[1]: Label System Reserved(ntfs/System Reserved) already > exists (ada0s3). > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s3, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s4: FAT32 volume not valid. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s4, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s1a: no FAT signature found. > GEOM: ada0s1a: invalid disklabel. > GEOM_LABEL[1]: MSDOSFS: ada0s1b: no FAT signature found. > GEOM_LABEL[1]: MSDOSFS: ada0s1c: no FAT signature found. > GEOM_LABEL[1]: MSDOSFS: ada0s1a: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1a, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s1b: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1b, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s1a: no FAT signature found. > GEOM: ada0s1a: invalid disklabel. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1a, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s1b: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1b, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s1c: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1c, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s1a: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1a, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s1b: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1b, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s1ca: no FAT signature found. > GEOM_LABEL[1]: MSDOSFS: ada0s1cb: no FAT signature found. > GEOM_LABEL[1]: MSDOSFS: ada0s1aa: no FAT signature found. > GEOM_LABEL[1]: MSDOSFS: ada0s1ab: no FAT signature found. > GEOM_LABEL[1]: MSDOSFS: ada0s1ac: no FAT signature found. > GEOM_LABEL[1]: MSDOSFS: ada0s1ca: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1ca, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s1cb: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1cb, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s1aa: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1aa, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s1ab: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1ab, error=3D17) > GEOM_LABEL[1]: MSDOSFS: ada0s1ac: no FAT signature found. > g_dev_taste: make_dev_p() failed (gp->name=3Dada0s1ac, error=3D17) It is strange. I think you have something incorrect in your configuration= =2E Can you show output of these commands: 1. kldstat 2. cat /boot/loader.conf 3. grep GEOM /path/to/your/kernel/config --=20 WBR, Andrey V. Elsukov --------------enig778D6C1731C4D7E9C52A7EAA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJN8Zz4AAoJEAHF6gQQyKF6aRYH/3kJ0slxPKfUK0Rtluo1CvCo XS4iMTeE4vXhS4vEV3prhe2L8Qer6p44RDWi2gsoyQPGsPkd6Kbiw/Tv2rZ96/Cs OOMwP5dzxXCr00nThEjq+E6F24MOGVOLBTWCiP0RC7TSGnoEJakYX180xxsX2P2J ldwR2ub6CfOIebZ8XgcnEQhl5fChtyor7Wm2C79Lel1Gf4zXzSDNCB9lxPw1aZdf 3OwQ3oZThNGj5y/C/mGa7sTQ2/5TDhg2qISv6R64kYhLTIAi5SbmvNnibFLZpQZE pOnvvVJe6mZ3OAjRTHmjwccquvRP97xIxSHovFQfX4uL1n7vCUtWEjNc26+mSDE= =eSuQ -----END PGP SIGNATURE----- --------------enig778D6C1731C4D7E9C52A7EAA-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 05:51:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0EF21065670; Fri, 10 Jun 2011 05:51:35 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 69F9B8FC0C; Fri, 10 Jun 2011 05:51:35 +0000 (UTC) Received: by vxc34 with SMTP id 34so2638354vxc.13 for ; Thu, 09 Jun 2011 22:51:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.179.136 with SMTP id bq8mr667967vcb.74.1307683528991; Thu, 09 Jun 2011 22:25:28 -0700 (PDT) Received: by 10.220.80.144 with HTTP; Thu, 9 Jun 2011 22:25:28 -0700 (PDT) X-Originating-IP: [93.221.169.73] In-Reply-To: References: Date: Fri, 10 Jun 2011 07:25:28 +0200 Message-ID: From: "C. P. Ghost" To: Mohammed Farrag Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: FreeBSD extended to Arab World X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 05:51:35 -0000 On Thu, Jun 9, 2011 at 10:15 PM, Mohammed Farrag wrot= e: > Hi Community, > > =A0First I introduce myself, =A0Mohammed Farrag, ArabBSD Project Manager = and > FreeBSD Contributor. We have a project to extend FreeBSD in Arab world. W= e > aim to work in two direction. First, =A0we will translate FreeBSD > Documentation and learning tutorials to Arabic. Second, =A0we will have s= ummer > training for starting work on FreeBSD development. Our website is > https://sites.google.com/site/arabbsd/ and our facebook group is > http://www.facebook.com/home.php?sk=3Dgroup_114438501975285&ap=3D1 > I will be glad to receive your comments/ and recommendations. Great idea! Maybe we can hope to see more stuff from arabeyes in /usr/ports/arabic as well? http://projects.arabeyes.org/index.php Of course, you could also announce ArabBSD there... ;-) > Regards, > > -- > *Mohammed Farrag* -cpghost. --=20 Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 06:07:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2B2A106564A; Fri, 10 Jun 2011 06:07:56 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from f189.mail.ru (f189.mail.ru [217.69.128.136]) by mx1.freebsd.org (Postfix) with ESMTP id D1D248FC0A; Fri, 10 Jun 2011 06:07:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:Reply-To:In-Reply-To:References:Date:Mime-Version:Subject:Cc:To:From; bh=nA0BgRF708YUORVHaFo9ERJBYNv6DCSPvOfbJZNzT1A=; b=K4fMFNO8jVpGFAbx6s+xVmw6wiq7XEoYOn0yaFSVEqN6T8LDY+C5yNYeMgGAw+c9PSnb5sQ29in6hg8etDKkfB0tSDLcM7ACd0XAM30q47xJh3et/dWEWCZtfk4Tmy2U; Received: from mail by f189.mail.ru with local id 1QUuss-0007CR-00; Fri, 10 Jun 2011 10:07:54 +0400 Received: from [95.32.183.14] by e.mail.ru with HTTP; Fri, 10 Jun 2011 10:07:54 +0400 From: Andrey Smagin To: Alexander Motin Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [95.32.183.14] Date: Fri, 10 Jun 2011 10:07:54 +0400 References: <201106071034.01475.hselasky@c2i.net> <4DF0F772.7020004@FreeBSD.org> In-Reply-To: <4DF0F772.7020004@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Message-Id: X-Spam: Not detected X-Mras: Ok Cc: FreeBSD-Current Subject: Re[2]: 2 day GENERIC-current eat 2 CPU core at 100% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Smagin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 06:07:56 -0000 R3JlYXQgdGhhbnggISBJdCB3b3JraW5nICEgOikgCgoKVGh1LCAwOSBKdW4gMjAxMSAxOTo0MDox OCArMDMwMCDQv9C40YHRjNC80L4g0L7RgiBBbGV4YW5kZXIgTW90aW4gPG1hdkBGcmVlQlNELm9y Zz46Cgo+IEFuZHJleSBTbWFnaW4gd3JvdGU6Cj4gPiBIaSwgeWVzdGVyZGF5IEkgdHJpZWQgc3dp dGNoICBldmVudCB0aW1lciBvbiBpODI1NCAtIGl0IGRvIG5vdGhpbmcuCj4gPiBJIGRpc2FibGVk IGh5cGVydGhyZWFkaW5nIC0gbm93IGVhdCBmcm9tIDUwJSB0byAxMDAlCj4gPiBBbGwgZG1lc2cg aXMgbGluZXM6Cj4gPiAobm9wZXJpcGg6YXRhMzowOi0xOi0xKTogcmVzY2FuIGFscmVhZHkgcXVl dWVkCj4gPiAobm9wZXJpcGg6YXRhMzowOi0xOi0xKTogcmVzY2FuIGFscmVhZHkgcXVldWVkCj4g PiAobm9wZXJpcGg6YXRhMjowOi0xOi0xKTogcmVzY2FuIGFscmVhZHkgcXVldWVkCj4gPiAobm9w ZXJpcGg6YXRhMzowOi0xOi0xKTogcmVzY2FuIGFscmVhZHkgcXVldWVkCj4gPiAobm9wZXJpcGg6 YXRhMzowOi0xOi0xKTogcmVzY2FuIGFscmVhZHkgcXVldWVkCj4gPiAuLi4uCj4gPiBJICBib290 IEZyZWVCU0QgZnJvbSBVU0Igd2l0aCBubyBBVEEgLSBtYXkgYmUgaXQgaXMuCj4gCj4gVGhlc2Ug bWVzc2FnZXMgYXJlIG5vdCB3aGF0IEkgZXhwZWN0ZWQgdG8gc2VlLCBidXQgdGhleSB0ZWxsIG1l IHRoYXQKPiB5b3VyIHByb2JsZW0gbWF5IGJlIFNBVEEgcmVsYXRlZC4gSSd2ZSBnb3QgdGhlIHNh bWUgSW50ZWwgRDUyNU1XIGJvYXJkCj4gYW5kIHRoaW5rIHJlcHJvZHVjZWQgdGhlIHByb2JsZW0u IEkgaG9wZSBJJ3ZlIGV2ZW4gZml4ZWQgaXQuIDopIFJldHJ5Cj4gcGxlYXNlIHdpdGggZnJlc2gg Q1VSUkVOVCBzb3VyY2VzIG9yIGF0IGxlYXN0IHdpdGggdGhpcyBwYXRjaCBhcHBsaWVkOgo+IGh0 dHA6Ly9zdm4uZnJlZWJzZC5vcmcvY2hhbmdlc2V0L2Jhc2UvMjIyODk3Cj4gCj4gPiBXZWQsIDA4 IEp1biAyMDExIDIwOjM0OjQyICswMzAwINC/0LjRgdGM0LzQviDQvtGCIEFsZXhhbmRlciBNb3Rp biA8bWF2QEZyZWVCU0Qub3JnPjoKPiA+PiBPbiAwNy4wNi4yMDExIDIwOjEyLCBBbmRyZXkgU21h Z2luIHdyb3RlOgo+ID4+PiB2bXN0YXQgLWkKPiA+Pj4gaW50ZXJydXB0IHRvdGFsIHJhdGUKPiA+ Pj4gaXJxMTY6IHVoY2kzICAgMjA1ICAwCj4gPj4+IGlycTIwOiBocGV0MCAxNDc5MjQzODAgIDEx MjYKPiA+Pj4gaXJxMjM6IHVoY2kwIGVoY2kwICAgNTIyNTE3ICAgICAzCj4gPj4+IHRvdGFsICAg ICAgICAgICAgICAgICAgICAxNDg0NDcxMDIgICAxMTMwCj4gPj4+Cj4gPj4+IFR1ZSwgNyBKdW4g MjAxMSAxMDozNDowMSArMDIwMCDQv9C40YHRjNC80L4g0L7RgiBIYW5zIFBldHRlcgo+ID4+IFNl bGFza3k8aHNlbGFza3lAYzJpLm5ldD46Cj4gPj4+PiBPbiBUdWVzZGF5IDA3IEp1bmUgMjAxMSAx MDowOTo0NyBBbmRyZXkgU21hZ2luIHdyb3RlOgo+ID4+Pj4+IEkgdXBncmFkZWQgMiBkYXkgYWdv IGZyb20gMjAxMHh4eHgtY3VycmVudCBib3ggb24gSW50ZWwgRDUyNU1XLgo+ID4+Pj4+IFN5c3Rl bSB2ZXJ5IHNsb3cgZG93biBhZnRlciB0aGF0Lgo+ID4+Pj4+IGtlcm4uaHo9NTAKPiA+Pj4+PiBp biBzeXN0YXQgLXZtc3RhdCAtIDE0MGhwZXQgaW50ZXJydXB0cy9zCj4gPj4+Pj4gYXQgdG9wIDI1 JSBpbiBpbnRlcnJ1cHRzIDI1JSBpbiBzeXN0ZW0KPiA+Pj4+PiBiZWNhdXNlIGh5cGVydGhyZWFk aW5nIHN5c3RlbSBmb3VuZCA0IGNwdS4KPiA+Pj4+IFdoYXQgZG9lcyB2bXN0YXQgLWkgb3V0cHV0 Pwo+ID4+IFNlbmQgbWUgcGxlYXNlIGZ1bGwgdmVyYm9zZSBkbWVzZyBhbmQgb3V0cHV0IG9mIHRo ZSBgc3lzY3RsIAo+ID4+IGtlcm4uZXZlbnR0aW1lcmAgYW5kIGBzeXNjdGwga2Vybi50aW1lY291 bnRlcmAuCj4gPj4KPiA+PiBUcnkgdG8gc3dpdGNoIHRvIGFub3RoZXIgdGltZXI6Cj4gPj4gc3lz Y3RsIGtlcm4uZXZlbnR0aW1lci50aW1lcj1MQVBJQwo+ID4+Cj4gPj4gVHJ5IHRvIHN3aXRjaCB0 byBwZXJpb2RpYyB0aW1lcnMgKGluc3RlYWQpOgo+ID4+IHN5c2N0bCBrZXJuLmV2ZW50dGltZXIu cGVyaW9kaWM9MQo+IAo+IC0tIAo+IEFsZXhhbmRlciBNb3Rpbgo= From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 06:50:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392B2106566B; Fri, 10 Jun 2011 06:50:35 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id EAF468FC0C; Fri, 10 Jun 2011 06:50:33 +0000 (UTC) Received: by bwz12 with SMTP id 12so2770199bwz.13 for ; Thu, 09 Jun 2011 23:50:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=P8+EQr7fzZ3T1yf7rKq3oH0oK0+P7uvDmJGY2cn4NjQ=; b=x0JxzLnLXkgoc4PeAoxJqYy8Wi9XelZvgWc0oEfOc5Axsq/qNsHbecPdopl6telKXN gFl9XU+ZOwg6RYXTVIME2vOva1nqTXqkvUNSaYmW7mIn/vQr49bEapsXwZ4wJEX48XOY ines9bayZ+tq1rMMAEOw6ILTtPeDda/aHUIrU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=RFXLVHWySP5iRkTZsa27n8MEsEqbyjR2PY24Gu/9Z71nz/MxBFxb9v40or/Ba3/Mik fSxNvml/0y5ukABqvUUep+VONXsGPe6/J31g9//bti5FhFs1jr3792y1nHXqJAHlwjaC DvtwBqMXBZ++RBcCpcTdztRTGtLokm4jOUobc= Received: by 10.204.136.210 with SMTP id s18mr1506301bkt.56.1307688632141; Thu, 09 Jun 2011 23:50:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Thu, 9 Jun 2011 23:50:12 -0700 (PDT) In-Reply-To: <4DF19CF4.6040007@FreeBSD.org> References: <4DEF66D0.6010307@ukr.net> <4DEFC9A7.90304@ukr.net> <4DF08BAD.60005@FreeBSD.org> <4DF0965B.8030607@yandex.ru> <4DF19CF4.6040007@FreeBSD.org> From: Eir Nym Date: Fri, 10 Jun 2011 10:50:12 +0400 Message-ID: To: "Andrey V. Elsukov" Content-Type: multipart/mixed; boundary=0015175cd26465479504a555fcfb Cc: "Vladislav V. Prodan" , freebsd-current@freebsd.org Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 06:50:35 -0000 --0015175cd26465479504a555fcfb Content-Type: text/plain; charset=UTF-8 2011/6/10 Andrey V. Elsukov : > On 09.06.2011 14:22, Eir Nym wrote: >> GEOM will say it only after reboot. >> part of dmesg log: >> >> GEOM_LABEL[1]: MSDOSFS: gzero: no FAT signature found. >> ugen0.1: at usbus0 >> uhub0: on usbus0 >> ugen1.1: at usbus1 >> uhub1: on usbus1 >> ugen2.1: at usbus2 >> uhub2: on usbus2 >> ugen3.1: at usbus3 >> uhub3: on usbus3 >> ugen4.1: at usbus4 >> uhub4: on usbus4 >> GEOM_LABEL[1]: MSDOSFS: gzero: no FAT signature found. >> ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 >> ada0: ATA-8 SATA 2.x device >> ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >> ada0: Command Queueing enabled >> ada0: 610480MB (1250263728 512 byte sectors: 16H 63S/T 16383C) >> ada0: Previously was known as ad4 >> SMP: AP CPU #1 Launched! >> Timecounter "TSC" frequency 1666519680 Hz quality 800 >> 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 >> GEOM_LABEL[1]: MSDOSFS: ada0: FAT12/16 volume not valid. >> GEOM_LABEL[1]: MSDOSFS: ada0s1: no FAT signature found. >> GEOM_LABEL[1]: MSDOSFS: ada0s2: no FAT signature found. >> GEOM_LABEL[1]: MSDOSFS: ada0s3: FAT32 volume not valid. >> GEOM_LABEL[1]: Label for provider ada0s3 is ntfs/System Reserved. >> GEOM_LABEL[1]: MSDOSFS: ada0s4: FAT32 volume not valid. >> GEOM_LABEL[1]: MSDOSFS: ada0s1: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s2: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s2, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s3: FAT32 volume not valid. >> GEOM_LABEL[1]: Label System Reserved(ntfs/System Reserved) already >> exists (ada0s3). >> g_dev_taste: make_dev_p() failed (gp->name=ada0s3, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s4: FAT32 volume not valid. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s4, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s1a: no FAT signature found. >> GEOM: ada0s1a: invalid disklabel. >> GEOM_LABEL[1]: MSDOSFS: ada0s1b: no FAT signature found. >> GEOM_LABEL[1]: MSDOSFS: ada0s1c: no FAT signature found. >> GEOM_LABEL[1]: MSDOSFS: ada0s1a: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1a, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s1b: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1b, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s1a: no FAT signature found. >> GEOM: ada0s1a: invalid disklabel. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1a, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s1b: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1b, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s1c: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1c, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s1a: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1a, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s1b: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1b, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s1ca: no FAT signature found. >> GEOM_LABEL[1]: MSDOSFS: ada0s1cb: no FAT signature found. >> GEOM_LABEL[1]: MSDOSFS: ada0s1aa: no FAT signature found. >> GEOM_LABEL[1]: MSDOSFS: ada0s1ab: no FAT signature found. >> GEOM_LABEL[1]: MSDOSFS: ada0s1ac: no FAT signature found. >> GEOM_LABEL[1]: MSDOSFS: ada0s1ca: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1ca, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s1cb: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1cb, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s1aa: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1aa, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s1ab: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1ab, error=17) >> GEOM_LABEL[1]: MSDOSFS: ada0s1ac: no FAT signature found. >> g_dev_taste: make_dev_p() failed (gp->name=ada0s1ac, error=17) > > It is strange. I think you have something incorrect in your configuration. > Can you show output of these commands: > 1. kldstat > 2. cat /boot/loader.conf > 3. grep GEOM /path/to/your/kernel/config > I've installed r222889 and got much more weird results than before loader.conf: ---------%<-------- kern.geom.label.debug=1 vfs.zfs.debug=1 kern.geom.debugflags=4 --------->%------- messages on the start of this dmesg are for more pages of (I have see them for several seconds on same hardware) kernel config : http://eroese.org/_/_/pub/bsd/222889/GENERIC_PF > -- > WBR, Andrey V. Elsukov > > --0015175cd26465479504a555fcfb Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 X-Attachment-Id: f_goqrr62c1 b3BlbiBkZWx0YTpbcjF3MGUyXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZm ZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLDEsMCwyKQpnX2FjY2Vzcygw eGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgMSwgMCwgMikKb3BlbiBkZWx0YTpbcjF3MGUyXSBvbGQ6 W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNr X2FjY2VzcyhkYTAsIDEsIDAsIDIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI0YjEwMCh1ZnNpZC80 ZGYwZGNiM2UzYWQ3ODQwKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3 MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiYzRlMDAodWZzaWQvNGRmMGRjYjNl M2FkNzg0MCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1NTgwKGRhMHMxYSksIC0xLCAwLCAtMSkK b3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZm ZmZmZTAwMDRiYjFhMDAoZGEwczFhKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEp LCAtMSwgMCwgLTIpCm9wZW4gZGVsdGE6W3ItMXcwZS0yXSBvbGQ6W3IxdzBlMl0gcHJvdmlkZXI6 W3IxdzBlMl0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLC0x LDAsLTIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAtMSwgMCwgLTIpCm9wZW4g ZGVsdGE6W3ItMXcwZS0yXSBvbGQ6W3IxdzBlMl0gcHJvdmlkZXI6W3IxdzBlMl0gMHhmZmZmZmUw MDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIC0xLCAwLCAtMikKZ19hY2Nlc3MoMHhm ZmZmZmUwMDA0YjYxNzgwKHVmc2lkLzRkZjBkY2IzZTNhZDc4NDApLCAxLCAwLCAwKQpvcGVuIGRl bHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRi YzRlMDAodWZzaWQvNGRmMGRjYjNlM2FkNzg0MCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1NTgw KGRhMHMxYSksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3Zp ZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiMWEwMChkYTBzMWEpCmdfYWNjZXNzKDB4ZmZmZmZl MDAwNGJiNzI4MChkYTBzMSksIDEsIDAsIDIpCm9wZW4gZGVsdGE6W3IxdzBlMl0gb2xkOltyMHcw ZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBzMSkKZ19wYXJ0X2Fj Y2VzcyhkYTBzMSwxLDAsMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0YjgwKGRhMCksIDEsIDAs IDIpCm9wZW4gZGVsdGE6W3IxdzBlMl0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4 ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAxLCAwLCAyKQpnX2FjY2Vz cygweGZmZmZmZTAwMDRiNjE3ODAodWZzaWQvNGRmMGRjYjNlM2FkNzg0MCksIC0xLCAwLCAwKQpv cGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZm ZmUwMDA0YmM0ZTAwKHVmc2lkLzRkZjBkY2IzZTNhZDc4NDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAw NGJiNTU4MChkYTBzMWEpLCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3Ix dzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmIxYTAwKGRhMHMxYSkKZ19hY2Nl c3MoMHhmZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwgLTEsIDAsIC0yKQpvcGVuIGRlbHRhOltyLTF3 MGUtMl0gb2xkOltyMXcwZTJdIHByb3ZpZGVyOltyMXcwZTJdIDB4ZmZmZmZlMDAwNGJiYWIwMChk YTBzMSkKZ19wYXJ0X2FjY2VzcyhkYTBzMSwtMSwwLC0yKQpnX2FjY2VzcygweGZmZmZmZTAwMDRi NjRiODAoZGEwKSwgLTEsIDAsIC0yKQpvcGVuIGRlbHRhOltyLTF3MGUtMl0gb2xkOltyMXcwZTJd IHByb3ZpZGVyOltyMXcwZTJdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3Mo ZGEwLCAtMSwgMCwgLTIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MmMwMCh1ZnNpZC80ZGYwZGNi M2UzYWQ3ODQwKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJv dmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmM0ZTAwKHVmc2lkLzRkZjBkY2IzZTNhZDc4NDAp CmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTU4MChkYTBzMWEpLCAxLCAwLCAxKQpvcGVuIGRlbHRh OltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYjFh MDAoZGEwczFhKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAxLCAwLCAyKQpv cGVuIGRlbHRhOltyMXcwZTJdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZm ZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEwczEsMSwwLDIpCmdfYWNjZXNzKDB4 ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAxLCAwLCAyKQpvcGVuIGRlbHRhOltyMXcwZTJdIG9sZDpb cjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tf YWNjZXNzKGRhMCwgMSwgMCwgMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYyYzAwKHVmc2lkLzRk ZjBkY2IzZTNhZDc4NDApLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcw ZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJjNGUwMCh1ZnNpZC80ZGYwZGNiM2Uz YWQ3ODQwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjU1ODAoZGEwczFhKSwgLTEsIDAsIC0xKQpv cGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZm ZmZlMDAwNGJiMWEwMChkYTBzMWEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNzI4MChkYTBzMSks IC0xLCAwLCAtMikKb3BlbiBkZWx0YTpbci0xdzBlLTJdIG9sZDpbcjF3MGUyXSBwcm92aWRlcjpb cjF3MGUyXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEwczEsLTEs MCwtMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0YjgwKGRhMCksIC0xLCAwLCAtMikKb3BlbiBk ZWx0YTpbci0xdzBlLTJdIG9sZDpbcjF3MGUyXSBwcm92aWRlcjpbcjF3MGUyXSAweGZmZmZmZTAw MDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgLTEsIDAsIC0yKQpnX2FjY2VzcygweGZm ZmZmZTAwMDRiNjBhMDAodWZzaWQvNGRmMGRjYjNlM2FkNzg0MCksIDEsIDAsIDApCm9wZW4gZGVs dGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJj NGUwMCh1ZnNpZC80ZGYwZGNiM2UzYWQ3ODQwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjU1ODAo ZGEwczFhKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlk ZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmIxYTAwKGRhMHMxYSkKZ19hY2Nlc3MoMHhmZmZmZmUw MDA0YmI3MjgwKGRhMHMxKSwgMSwgMCwgMikKb3BlbiBkZWx0YTpbcjF3MGUyXSBvbGQ6W3IwdzBl MF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNj ZXNzKGRhMHMxLDEsMCwyKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgMSwgMCwg MikKb3BlbiBkZWx0YTpbcjF3MGUyXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhm ZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIDEsIDAsIDIpCmdfYWNjZXNz KDB4ZmZmZmZlMDAwNGI2MGEwMCh1ZnNpZC80ZGYwZGNiM2UzYWQ3ODQwKSwgLTEsIDAsIDApCm9w ZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZm ZTAwMDRiYzRlMDAodWZzaWQvNGRmMGRjYjNlM2FkNzg0MCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0 YmI1NTgwKGRhMHMxYSksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3 MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYjFhMDAoZGEwczFhKQpnX2FjY2Vz cygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAtMSwgMCwgLTIpCm9wZW4gZGVsdGE6W3ItMXcw ZS0yXSBvbGQ6W3IxdzBlMl0gcHJvdmlkZXI6W3IxdzBlMl0gMHhmZmZmZmUwMDA0YmJhYjAwKGRh MHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLC0xLDAsLTIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2 NGI4MChkYTApLCAtMSwgMCwgLTIpCm9wZW4gZGVsdGE6W3ItMXcwZS0yXSBvbGQ6W3IxdzBlMl0g cHJvdmlkZXI6W3IxdzBlMl0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2Vzcyhk YTAsIC0xLCAwLCAtMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI4MzAwKHVmc2lkLzRkZjBkY2Iz ZTNhZDc4NDApLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92 aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYzRlMDAodWZzaWQvNGRmMGRjYjNlM2FkNzg0MCkK Z19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1NTgwKGRhMHMxYSksIDEsIDAsIDEpCm9wZW4gZGVsdGE6 W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiMWEw MChkYTBzMWEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNzI4MChkYTBzMSksIDEsIDAsIDIpCm9w ZW4gZGVsdGE6W3IxdzBlMl0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZl MDAwNGJiYWIwMChkYTBzMSkKZ19wYXJ0X2FjY2VzcyhkYTBzMSwxLDAsMikKZ19hY2Nlc3MoMHhm ZmZmZmUwMDA0YjY0YjgwKGRhMCksIDEsIDAsIDIpCm9wZW4gZGVsdGE6W3IxdzBlMl0gb2xkOlty MHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19h Y2Nlc3MoZGEwLCAxLCAwLCAyKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjgzMDAodWZzaWQvNGRm MGRjYjNlM2FkNzg0MCksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBl MF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmM0ZTAwKHVmc2lkLzRkZjBkY2IzZTNh ZDc4NDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTU4MChkYTBzMWEpLCAtMSwgMCwgLTEpCm9w ZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZm ZmUwMDA0YmIxYTAwKGRhMHMxYSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwg LTEsIDAsIC0yKQpvcGVuIGRlbHRhOltyLTF3MGUtMl0gb2xkOltyMXcwZTJdIHByb3ZpZGVyOlty MXcwZTJdIDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBzMSkKZ19wYXJ0X2FjY2VzcyhkYTBzMSwtMSww LC0yKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgLTEsIDAsIC0yKQpvcGVuIGRl bHRhOltyLTF3MGUtMl0gb2xkOltyMXcwZTJdIHByb3ZpZGVyOltyMXcwZTJdIDB4ZmZmZmZlMDAw NGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAtMSwgMCwgLTIpCmdfYWNjZXNzKDB4ZmZm ZmZlMDAwNGJiNzkwMCh1ZnNpZC80ZGYwZGNiM2UzYWQ3ODQwKSwgMSwgMCwgMCkKb3BlbiBkZWx0 YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmM0 ZTAwKHVmc2lkLzRkZjBkY2IzZTNhZDc4NDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTU4MChk YTBzMWEpLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRl cjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYjFhMDAoZGEwczFhKQpnX2FjY2VzcygweGZmZmZmZTAw MDRiYjcyODAoZGEwczEpLCAxLCAwLCAyKQpvcGVuIGRlbHRhOltyMXcwZTJdIG9sZDpbcjB3MGUw XSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nl c3MoZGEwczEsMSwwLDIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAxLCAwLCAy KQpvcGVuIGRlbHRhOltyMXcwZTJdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZm ZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgMSwgMCwgMikKZ19hY2Nlc3Mo MHhmZmZmZmUwMDA0YmI3OTAwKHVmc2lkLzRkZjBkY2IzZTNhZDc4NDApLCAtMSwgMCwgMCkKb3Bl biBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZl MDAwNGJjNGUwMCh1ZnNpZC80ZGYwZGNiM2UzYWQ3ODQwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRi YjU1ODAoZGEwczFhKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcw ZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJiMWEwMChkYTBzMWEpCmdfYWNjZXNz KDB4ZmZmZmZlMDAwNGJiNzI4MChkYTBzMSksIC0xLCAwLCAtMikKb3BlbiBkZWx0YTpbci0xdzBl LTJdIG9sZDpbcjF3MGUyXSBwcm92aWRlcjpbcjF3MGUyXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEw czEpCmdfcGFydF9hY2Nlc3MoZGEwczEsLTEsMCwtMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0 YjgwKGRhMCksIC0xLCAwLCAtMikKb3BlbiBkZWx0YTpbci0xdzBlLTJdIG9sZDpbcjF3MGUyXSBw cm92aWRlcjpbcjF3MGUyXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRh MCwgLTEsIDAsIC0yKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjFkODAoZGEwczFjYSksIDEsIDAs IDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4 ZmZmZmZlMDAwNGJlMDkwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsMSwwLDApCmdf YWNjZXNzKDB4ZmZmZmZlMDAwNGI0YjE4MChkYTBzMWMpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOlty MXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYjBkMDAo ZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAxLCAwLCAxKQpvcGVu IGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAw MDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEwczEsMSwwLDEpCmdfYWNjZXNzKDB4ZmZm ZmZlMDAwNGI2NGI4MChkYTApLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3 MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNj ZXNzKGRhMCwgMSwgMCwgMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxZDgwKGRhMHMxY2EpLCAt MSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcw ZTBdIDB4ZmZmZmZlMDAwNGJlMDkwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsLTEs MCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNGIxODAoZGEwczFjKSwgLTEsIDAsIDApCm9wZW4g ZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAw MDRiYjBkMDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAtMSwg MCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBl MV0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLC0xLDAsLTEp CmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6 W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmJh YTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIC0xLCAwLCAtMSkKZ19hY2Nlc3MoMHhmZmZmZmUw MDA0YjYxZDgwKGRhMHMxY2EpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3 MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiZTA5MDAoZGEwczFjYSkKZ19wYXJ0 X2FjY2VzcyhkYTBzMWNhLDEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNGIxODAoZGEwczFj KSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3Iw dzBlMF0gMHhmZmZmZmUwMDA0YmIwZDAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3 MjgwKGRhMHMxKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJv dmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRh MHMxLDEsMCwxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgMSwgMCwgMSkKb3Bl biBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUw MDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIDEsIDAsIDEpCmdfYWNjZXNzKDB4ZmZm ZmZlMDAwNGI2MWQ4MChkYTBzMWNhKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9s ZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiZTA5MDAoZGEwczFjYSkK Z19wYXJ0X2FjY2VzcyhkYTBzMWNhLC0xLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjRiMTgw KGRhMHMxYyksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJv dmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmIwZDAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZm ZmUwMDA0YmI3MjgwKGRhMHMxKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xk OltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBzMSkKZ19w YXJ0X2FjY2VzcyhkYTBzMSwtMSwwLC0xKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAoZGEw KSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVy OltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAtMSwg MCwgLTEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MWQ4MChkYTBzMWNhKSwgMSwgMCwgMCkKb3Bl biBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUw MDA0YmUwOTAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwxLDAsMCkKZ19hY2Nlc3Mo MHhmZmZmZmUwMDA0YjRiMTgwKGRhMHMxYyksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0g b2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiMGQwMChkYTBzMWMp CmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNzI4MChkYTBzMSksIDEsIDAsIDEpCm9wZW4gZGVsdGE6 W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWIw MChkYTBzMSkKZ19wYXJ0X2FjY2VzcyhkYTBzMSwxLDAsMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0 YjY0YjgwKGRhMCksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHBy b3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEw LCAxLCAwLCAxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjFkODAoZGEwczFjYSksIC0xLCAwLCAw KQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhm ZmZmZmUwMDA0YmUwOTAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwtMSwwLDApCmdf YWNjZXNzKDB4ZmZmZmZlMDAwNGI0YjE4MChkYTBzMWMpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpb ci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJiMGQw MChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNzI4MChkYTBzMSksIC0xLCAwLCAtMSkK b3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZm ZmZmZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEwczEsLTEsMCwtMSkKZ19hY2Nl c3MoMHhmZmZmZmUwMDA0YjY0YjgwKGRhMCksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBl LTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEw KQpnX2Rpc2tfYWNjZXNzKGRhMCwgLTEsIDAsIC0xKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjFk ODAoZGEwczFjYSksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHBy b3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJlMDkwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNz KGRhMHMxY2EsMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI0YjE4MChkYTBzMWMpLCAxLCAw LCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAw eGZmZmZmZTAwMDRiYjBkMDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEw czEpLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpb cjB3MGUwXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEwczEsMSww LDEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAxLCAwLCAxKQpvcGVuIGRlbHRh OltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFh MDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgMSwgMCwgMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0 YjYxZDgwKGRhMHMxY2EpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcw ZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJlMDkwMChkYTBzMWNhKQpnX3BhcnRf YWNjZXNzKGRhMHMxY2EsLTEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNGIxODAoZGEwczFj KSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpb cjF3MGUwXSAweGZmZmZmZTAwMDRiYjBkMDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRi YjcyODAoZGEwczEpLCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBl MV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNj ZXNzKGRhMHMxLC0xLDAsLTEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAtMSwg MCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBl MV0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIC0xLCAwLCAtMSkK Z19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxZDgwKGRhMHMxY2EpLCAxLCAwLCAwKQpvcGVuIGRlbHRh OltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiZTA5 MDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLDEsMCwwKQpnX2FjY2VzcygweGZmZmZm ZTAwMDRiNGIxODAoZGEwczFjKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3Iw dzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmIwZDAwKGRhMHMxYykKZ19hY2Nl c3MoMHhmZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUx XSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMx KQpnX3BhcnRfYWNjZXNzKGRhMHMxLDEsMCwxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAo ZGEwKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6 W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIDEsIDAs IDEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MWQ4MChkYTBzMWNhKSwgLTEsIDAsIDApCm9wZW4g ZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAw MDRiZTA5MDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLC0xLDAsMCkKZ19hY2Nlc3Mo MHhmZmZmZmUwMDA0YjRiMTgwKGRhMHMxYyksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUw XSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmIwZDAwKGRhMHMx YykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwgLTEsIDAsIC0xKQpvcGVuIGRl bHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAw NGJiYWIwMChkYTBzMSkKZ19wYXJ0X2FjY2VzcyhkYTBzMSwtMSwwLC0xKQpnX2FjY2VzcygweGZm ZmZmZTAwMDRiNjRiODAoZGEwKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xk OltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlz a19hY2Nlc3MoZGEwLCAtMSwgMCwgLTEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MDUwMChkYTBz MWNhKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6 W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmUwOTAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFj YSwxLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjRiMTgwKGRhMHMxYyksIDEsIDAsIDApCm9w ZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZl MDAwNGJiMGQwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNzI4MChkYTBzMSksIDEs IDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBd IDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBzMSkKZ19wYXJ0X2FjY2VzcyhkYTBzMSwxLDAsMSkKZ19h Y2Nlc3MoMHhmZmZmZmUwMDA0YjY0YjgwKGRhMCksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBl MV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTAp CmdfZGlza19hY2Nlc3MoZGEwLCAxLCAwLCAxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjA1MDAo ZGEwczFjYSksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJv dmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmUwOTAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3Mo ZGEwczFjYSwtMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI0YjE4MChkYTBzMWMpLCAtMSwg MCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBd IDB4ZmZmZmZlMDAwNGJiMGQwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNzI4MChk YTBzMSksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92 aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEw czEsLTEsMCwtMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0YjgwKGRhMCksIC0xLCAwLCAtMSkK b3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZm ZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgLTEsIDAsIC0xKQpnX2FjY2Vz cygweGZmZmZmZTAwMDRiYjUzODAoZGEwczFjYSksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBl MF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJlMDkwMChkYTBz MWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI0 YjE4MChkYTBzMWMpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBw cm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYjBkMDAoZGEwczFjKQpnX2FjY2VzcygweGZm ZmZmZTAwMDRiYjcyODAoZGEwczEpLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpb cjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFy dF9hY2Nlc3MoZGEwczEsMSwwLDEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAx LCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUw XSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgMSwgMCwgMSkKZ19h Y2Nlc3MoMHhmZmZmZmUwMDA0YmI1MzgwKGRhMHMxY2EpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpb ci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJlMDkw MChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsLTEsMCwwKQpnX2FjY2VzcygweGZmZmZm ZTAwMDRiNGIxODAoZGEwczFjKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpb cjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiYjBkMDAoZGEwczFjKQpnX2Fj Y2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3It MXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmJhYjAw KGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLC0xLDAsLTEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAw NGI2NGI4MChkYTApLCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBl MV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2Vz cyhkYTAsIC0xLCAwLCAtMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZDgwKGRhMHMxY2EpLCAx LCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUw XSAweGZmZmZmZTAwMDRiZTA5MDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLDEsMCww KQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNGIxODAoZGEwczFjKSwgMSwgMCwgMCkKb3BlbiBkZWx0 YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmIw ZDAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwgMSwgMCwgMSkK b3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZm ZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLDEsMCwxKQpnX2FjY2Vzcygw eGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6 W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNr X2FjY2VzcyhkYTAsIDEsIDAsIDEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNWQ4MChkYTBzMWNh KSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpb cjF3MGUwXSAweGZmZmZmZTAwMDRiZTA5MDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNh LC0xLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjRiMTgwKGRhMHMxYyksIC0xLCAwLCAwKQpv cGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZm ZmUwMDA0YmIwZDAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwg LTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOlty MXcwZTFdIDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBzMSkKZ19wYXJ0X2FjY2VzcyhkYTBzMSwtMSww LC0xKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgLTEsIDAsIC0xKQpvcGVuIGRl bHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAw NGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAtMSwgMCwgLTEpCmdfYWNjZXNzKDB4ZmZm ZmZlMDAwNGI2NDEwMChkYTBzMWNhKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6 W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmUwOTAwKGRhMHMxY2EpCmdf cGFydF9hY2Nlc3MoZGEwczFjYSwxLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjRiMTgwKGRh MHMxYyksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVy OltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiMGQwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAw NGJiNzI4MChkYTBzMSksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBd IHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBzMSkKZ19wYXJ0X2FjY2Vz cyhkYTBzMSwxLDAsMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0YjgwKGRhMCksIDEsIDAsIDEp Cm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZm ZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAxLCAwLCAxKQpnX2FjY2Vzcygw eGZmZmZmZTAwMDRiNjQxMDAoZGEwczFjYSksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUw XSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmUwOTAwKGRhMHMx Y2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwtMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI0 YjE4MChkYTBzMWMpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBd IHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJiMGQwMChkYTBzMWMpCmdfYWNjZXNzKDB4 ZmZmZmZlMDAwNGJiNzI4MChkYTBzMSksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFd IG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEwczEp CmdfcGFydF9hY2Nlc3MoZGEwczEsLTEsMCwtMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0Yjgw KGRhMCksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92 aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwg LTEsIDAsIC0xKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjc2MDAoZGEwczFjYSksIDEsIDAsIDAp Cm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZm ZmZlMDAwNGJlMDkwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsMSwwLDApCmdfYWNj ZXNzKDB4ZmZmZmZlMDAwNGI0YjE4MChkYTBzMWMpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcw ZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYjBkMDAoZGEw czFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAxLCAwLCAxKQpvcGVuIGRl bHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRi YmFiMDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEwczEsMSwwLDEpCmdfYWNjZXNzKDB4ZmZmZmZl MDAwNGI2NGI4MChkYTApLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUw XSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNz KGRhMCwgMSwgMCwgMSkKR0VPTV9MQUJFTFsxXTogVUZTMiBmaWxlIHN5c3RlbSBkZXRlY3RlZCBv biBkYTBzMWNhLgpHRU9NX0xBQkVMWzFdOiBMYWJlbCA0ZGYwZGNiM2UzYWQ3ODQwKHVmc2lkLzRk ZjBkY2IzZTNhZDc4NDApIGFscmVhZHkgZXhpc3RzIChkYTBzMWNhKS4KR0VPTV9MQUJFTFsxXTog VUZTMiBmaWxlIHN5c3RlbSBkZXRlY3RlZCBvbiBkYTBzMWNhLgpHRU9NX0xBQkVMWzFdOiBNU0RP U0ZTOiBkYTBzMWNhOiBubyBGQVQgc2lnbmF0dXJlIGZvdW5kLgpnX2FjY2VzcygweGZmZmZmZTAw MDRiYjc2MDAoZGEwczFjYSksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3Ix dzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmUwOTAwKGRhMHMxY2EpCmdfcGFy dF9hY2Nlc3MoZGEwczFjYSwtMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI0YjE4MChkYTBz MWMpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVy OltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJiMGQwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAw NGJiNzI4MChkYTBzMSksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3 MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9h Y2Nlc3MoZGEwczEsLTEsMCwtMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0YjgwKGRhMCksIC0x LCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3 MGUxXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgLTEsIDAsIC0x KQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjY5MDAoZGEwczFjYSksIDEsIDAsIDApCm9wZW4gZGVs dGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJl MDkwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsMSwwLDApCmdfYWNjZXNzKDB4ZmZm ZmZlMDAwNGI0YjE4MChkYTBzMWMpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpb cjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYjBkMDAoZGEwczFjKQpnX2Fj Y2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcw ZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEw czEpCmdfcGFydF9hY2Nlc3MoZGEwczEsMSwwLDEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4 MChkYTApLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRl cjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgMSwg MCwgMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI2OTAwKGRhMHMxY2EpLCAtMSwgMCwgMCkKb3Bl biBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZl MDAwNGJlMDkwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsLTEsMCwwKQpnX2FjY2Vz cygweGZmZmZmZTAwMDRiNGIxODAoZGEwczFjKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcw ZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiYjBkMDAoZGEw czFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAtMSwgMCwgLTEpCm9wZW4g ZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUw MDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLC0xLDAsLTEpCmdfYWNjZXNzKDB4 ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBv bGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19k aXNrX2FjY2VzcyhkYTAsIC0xLCAwLCAtMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjA5ZDAwKGRh MHMxY2EpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRl cjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiZTA5MDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBz MWNhLDEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNGIxODAoZGEwczFjKSwgMSwgMCwgMCkK b3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZm ZmUwMDA0YmIwZDAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwg MSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBl MF0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLDEsMCwxKQpn X2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3 MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYTAwKGRh MCkKZ19kaXNrX2FjY2VzcyhkYTAsIDEsIDAsIDEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGIwOWQw MChkYTBzMWNhKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBw cm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiZTA5MDAoZGEwczFjYSkKZ19wYXJ0X2FjY2Vz cyhkYTBzMWNhLC0xLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjRiMTgwKGRhMHMxYyksIC0x LCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBl MF0gMHhmZmZmZmUwMDA0YmIwZDAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3Mjgw KGRhMHMxKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHBy b3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBzMSkKZ19wYXJ0X2FjY2Vzcyhk YTBzMSwtMSwwLC0xKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgLTEsIDAsIC0x KQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4 ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAtMSwgMCwgLTEpCmdfYWNj ZXNzKDB4ZmZmZmZlMDAwNGI2NDIwMChkYTBzMWNhKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3 MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmUwOTAwKGRh MHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwxLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0 YjRiMTgwKGRhMHMxYyksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBd IHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiMGQwMChkYTBzMWMpCmdfYWNjZXNzKDB4 ZmZmZmZlMDAwNGJiNzI4MChkYTBzMSksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xk OltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBzMSkKZ19w YXJ0X2FjY2VzcyhkYTBzMSwxLDAsMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0YjgwKGRhMCks IDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcw ZTBdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAxLCAwLCAxKQpn X2FjY2VzcygweGZmZmZmZTAwMDRiNjQyMDAoZGEwczFjYSksIC0xLCAwLCAwKQpvcGVuIGRlbHRh OltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmUw OTAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwtMSwwLDApCmdfYWNjZXNzKDB4ZmZm ZmZlMDAwNGI0YjE4MChkYTBzMWMpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xk OltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJiMGQwMChkYTBzMWMpCmdf YWNjZXNzKDB4ZmZmZmZlMDAwNGJiNzI4MChkYTBzMSksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpb ci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYmFi MDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEwczEsLTEsMCwtMSkKZ19hY2Nlc3MoMHhmZmZmZmUw MDA0YjY0YjgwKGRhMCksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3 MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNj ZXNzKGRhMCwgLTEsIDAsIC0xKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjIzODAoZGEwczFjYSks IDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcw ZTBdIDB4ZmZmZmZlMDAwNGJlMDkwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsMSww LDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI0YjE4MChkYTBzMWMpLCAxLCAwLCAwKQpvcGVuIGRl bHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRi YjBkMDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAxLCAwLCAx KQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZm ZmZmZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEwczEsMSwwLDEpCmdfYWNjZXNz KDB4ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9s ZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rp c2tfYWNjZXNzKGRhMCwgMSwgMCwgMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYyMzgwKGRhMHMx Y2EpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVy OltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJlMDkwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMx Y2EsLTEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNGIxODAoZGEwczFjKSwgLTEsIDAsIDAp Cm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZm ZmZmZTAwMDRiYjBkMDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEp LCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6 W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLC0x LDAsLTEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAtMSwgMCwgLTEpCm9wZW4g ZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUw MDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIC0xLCAwLCAtMSkKZ19hY2Nlc3MoMHhm ZmZmZmUwMDA0YjYxMjgwKGRhMHMxY2EpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9s ZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiZTA5MDAoZGEwczFjYSkK Z19wYXJ0X2FjY2VzcyhkYTBzMWNhLDEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNGIxODAo ZGEwczFjKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlk ZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmIwZDAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUw MDA0YmI3MjgwKGRhMHMxKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBl MF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNj ZXNzKGRhMHMxLDEsMCwxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgMSwgMCwg MSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhm ZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIDEsIDAsIDEpCmdfYWNjZXNz KDB4ZmZmZmZlMDAwNGI2MTI4MChkYTBzMWNhKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcw ZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiZTA5MDAoZGEw czFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLC0xLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0 YjRiMTgwKGRhMHMxYyksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBl MF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmIwZDAwKGRhMHMxYykKZ19hY2Nlc3Mo MHhmZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUt MV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBz MSkKZ19wYXJ0X2FjY2VzcyhkYTBzMSwtMSwwLC0xKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRi ODAoZGEwKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHBy b3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEw LCAtMSwgMCwgLTEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTE4MChkYTBzMWNhKSwgMSwgMCwg MCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhm ZmZmZmUwMDA0YmUwOTAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwxLDAsMCkKZ19h Y2Nlc3MoMHhmZmZmZmUwMDA0YjRiMTgwKGRhMHMxYyksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3Ix dzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiMGQwMChk YTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNzI4MChkYTBzMSksIDEsIDAsIDEpCm9wZW4g ZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAw NGJiYWIwMChkYTBzMSkKZ19wYXJ0X2FjY2VzcyhkYTBzMSwxLDAsMSkKZ19hY2Nlc3MoMHhmZmZm ZmUwMDA0YjY0YjgwKGRhMCksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcw ZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nl c3MoZGEwLCAxLCAwLCAxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjUxODAoZGEwczFjYSksIC0x LCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBl MF0gMHhmZmZmZmUwMDA0YmUwOTAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwtMSww LDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI0YjE4MChkYTBzMWMpLCAtMSwgMCwgMCkKb3BlbiBk ZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAw NGJiMGQwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNzI4MChkYTBzMSksIC0xLCAw LCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUx XSAweGZmZmZmZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEwczEsLTEsMCwtMSkK Z19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0YjgwKGRhMCksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpb ci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYmFh MDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgLTEsIDAsIC0xKQpnX2FjY2VzcygweGZmZmZmZTAw MDRiNjExMDAoZGEwczFjYSksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcw ZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJlMDkwMChkYTBzMWNhKQpnX3BhcnRf YWNjZXNzKGRhMHMxY2EsMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI0YjE4MChkYTBzMWMp LCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3 MGUwXSAweGZmZmZmZTAwMDRiYjBkMDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcy ODAoZGEwczEpLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92 aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEw czEsMSwwLDEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAxLCAwLCAxKQpvcGVu IGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAw MDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgMSwgMCwgMSkKZ19hY2Nlc3MoMHhmZmZm ZmUwMDA0YjYxMTAwKGRhMHMxY2EpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xk OltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJlMDkwMChkYTBzMWNhKQpn X3BhcnRfYWNjZXNzKGRhMHMxY2EsLTEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNGIxODAo ZGEwczFjKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92 aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiYjBkMDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZm ZTAwMDRiYjcyODAoZGEwczEpLCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6 W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3Bh cnRfYWNjZXNzKGRhMHMxLC0xLDAsLTEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4MChkYTAp LCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6 W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIC0xLCAw LCAtMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI2MzgwKGRhMHMxY2EpLCAxLCAwLCAwKQpvcGVu IGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAw MDRiZTA5MDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLDEsMCwwKQpnX2FjY2Vzcygw eGZmZmZmZTAwMDRiNGIxODAoZGEwczFjKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBv bGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmIwZDAwKGRhMHMxYykK Z19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpb cjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYjAw KGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLDEsMCwxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRi NjRiODAoZGEwKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJv dmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAs IDEsIDAsIDEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNjM4MChkYTBzMWNhKSwgLTEsIDAsIDAp Cm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZm ZmZmZTAwMDRiZTA5MDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLC0xLDAsMCkKZ19h Y2Nlc3MoMHhmZmZmZmUwMDA0YjRiMTgwKGRhMHMxYyksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOlty LTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmIwZDAw KGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwgLTEsIDAsIC0xKQpv cGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZm ZmZlMDAwNGJiYWIwMChkYTBzMSkKZ19wYXJ0X2FjY2VzcyhkYTBzMSwtMSwwLC0xKQpnX2FjY2Vz cygweGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUt MV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTAp CmdfZGlza19hY2Nlc3MoZGEwLCAtMSwgMCwgLTEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNzU4 MChkYTBzMWNhKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJv dmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmUwOTAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3Mo ZGEwczFjYSwxLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjRiMTgwKGRhMHMxYyksIDEsIDAs IDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4 ZmZmZmZlMDAwNGJiMGQwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNzI4MChkYTBz MSksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOlty MHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBzMSkKZ19wYXJ0X2FjY2VzcyhkYTBzMSwxLDAs MSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0YjgwKGRhMCksIDEsIDAsIDEpCm9wZW4gZGVsdGE6 W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWEw MChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAxLCAwLCAxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRi Yjc1ODAoZGEwczFjYSksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBl MF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmUwOTAwKGRhMHMxY2EpCmdfcGFydF9h Y2Nlc3MoZGEwczFjYSwtMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI0YjE4MChkYTBzMWMp LCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOlty MXcwZTBdIDB4ZmZmZmZlMDAwNGJiMGQwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJi NzI4MChkYTBzMSksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUx XSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nl c3MoZGEwczEsLTEsMCwtMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0YjgwKGRhMCksIC0xLCAw LCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUx XSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgLTEsIDAsIC0xKQpn X2FjY2VzcygweGZmZmZmZTAwMDRiNjJhODAoZGEwczFjYSksIDEsIDAsIDApCm9wZW4gZGVsdGE6 W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJlMDkw MChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZl MDAwNGI0YjE4MChkYTBzMWMpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3 MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYjBkMDAoZGEwczFjKQpnX2FjY2Vz cygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFd IG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEwczEp CmdfcGFydF9hY2Nlc3MoZGEwczEsMSwwLDEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4MChk YTApLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpb cjB3MGUwXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgMSwgMCwg MSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYyYTgwKGRhMHMxY2EpLCAtMSwgMCwgMCkKb3BlbiBk ZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAw NGJlMDkwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsLTEsMCwwKQpnX2FjY2Vzcygw eGZmZmZmZTAwMDRiNGIxODAoZGEwczFjKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBd IG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiYjBkMDAoZGEwczFj KQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAtMSwgMCwgLTEpCm9wZW4gZGVs dGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0 YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLC0xLDAsLTEpCmdfYWNjZXNzKDB4ZmZm ZmZlMDAwNGI2NGI4MChkYTApLCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6 W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNr X2FjY2VzcyhkYTAsIC0xLCAwLCAtMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYyNDAwKGRhMHMx Y2EpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpb cjB3MGUwXSAweGZmZmZmZTAwMDRiZTA5MDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNh LDEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNGIxODAoZGEwczFjKSwgMSwgMCwgMCkKb3Bl biBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUw MDA0YmIwZDAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwgMSwg MCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0g MHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLDEsMCwxKQpnX2Fj Y2VzcygweGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUx XSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkK Z19kaXNrX2FjY2VzcyhkYTAsIDEsIDAsIDEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MjQwMChk YTBzMWNhKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92 aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiZTA5MDAoZGEwczFjYSkKZ19wYXJ0X2FjY2Vzcyhk YTBzMWNhLC0xLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjRiMTgwKGRhMHMxYyksIC0xLCAw LCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0g MHhmZmZmZmUwMDA0YmIwZDAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3MjgwKGRh MHMxKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3Zp ZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBzMSkKZ19wYXJ0X2FjY2VzcyhkYTBz MSwtMSwwLC0xKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgLTEsIDAsIC0xKQpv cGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZm ZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAtMSwgMCwgLTEpCmdfYWNjZXNz KDB4ZmZmZmZlMDAwNGJiNTUwMChkYTBzMWNhKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUw XSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmUwOTAwKGRhMHMx Y2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwxLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjRi MTgwKGRhMHMxYyksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHBy b3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiMGQwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZm ZmZlMDAwNGJiNzI4MChkYTBzMSksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOlty MHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBzMSkKZ19wYXJ0 X2FjY2VzcyhkYTBzMSwxLDAsMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0YjgwKGRhMCksIDEs IDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBd IDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAxLCAwLCAxKQpnX2Fj Y2VzcygweGZmZmZmZTAwMDRiYjU1MDAoZGEwczFjYSksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOlty LTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmUwOTAw KGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwtMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZl MDAwNGI0YjE4MChkYTBzMWMpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOlty MXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJiMGQwMChkYTBzMWMpCmdfYWNj ZXNzKDB4ZmZmZmZlMDAwNGJiNzI4MChkYTBzMSksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0x dzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYmFiMDAo ZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEwczEsLTEsMCwtMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0 YjY0YjgwKGRhMCksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUx XSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNz KGRhMCwgLTEsIDAsIC0xKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjJjODAoZGEwczFjYSksIDEs IDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBd IDB4ZmZmZmZlMDAwNGJlMDkwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsMSwwLDAp CmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI0YjE4MChkYTBzMWMpLCAxLCAwLCAwKQpvcGVuIGRlbHRh OltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYjBk MDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAxLCAwLCAxKQpv cGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZm ZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEwczEsMSwwLDEpCmdfYWNjZXNzKDB4 ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpb cjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tf YWNjZXNzKGRhMCwgMSwgMCwgMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYyYzgwKGRhMHMxY2Ep LCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOlty MXcwZTBdIDB4ZmZmZmZlMDAwNGJlMDkwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2Es LTEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNGIxODAoZGEwczFjKSwgLTEsIDAsIDApCm9w ZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZm ZTAwMDRiYjBkMDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcyODAoZGEwczEpLCAt MSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3Ix dzBlMV0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMxLC0xLDAs LTEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAtMSwgMCwgLTEpCm9wZW4gZGVs dGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0 YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIC0xLCAwLCAtMSkKZ19hY2Nlc3MoMHhmZmZm ZmUwMDA0YmI2MDAwKGRhMHMxY2EpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpb cjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiZTA5MDAoZGEwczFjYSkKZ19w YXJ0X2FjY2VzcyhkYTBzMWNhLDEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNGIxODAoZGEw czFjKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6 W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmIwZDAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0 YmI3MjgwKGRhMHMxKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0g cHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNz KGRhMHMxLDEsMCwxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgMSwgMCwgMSkK b3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZm ZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIDEsIDAsIDEpCmdfYWNjZXNzKDB4 ZmZmZmZlMDAwNGJiNjAwMChkYTBzMWNhKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBd IG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiZTA5MDAoZGEwczFj YSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLC0xLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjRi MTgwKGRhMHMxYyksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0g cHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmIwZDAwKGRhMHMxYykKZ19hY2Nlc3MoMHhm ZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0g b2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJiYWIwMChkYTBzMSkK Z19wYXJ0X2FjY2VzcyhkYTBzMSwtMSwwLC0xKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAo ZGEwKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3Zp ZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAt MSwgMCwgLTEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2Mzg4MChkYTBzMWNhKSwgMSwgMCwgMCkK b3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZm ZmUwMDA0YmI5ZDAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwxLDAsMCkKZ19hY2Nl c3MoMHhmZmZmZmUwMDA0YjYxNDAwKGRhMHMxYyksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBl MF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGFmMTgwMChkYTBz MWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNWQwMChkYTBzMSksIDEsIDAsIDEpCm9wZW4gZGVs dGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJj NGEwMChkYTBzMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1MzAwKGRhMCksIDEsIDAsIDIpCm9w ZW4gZGVsdGE6W3IxdzBlMl0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZl MDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAxLCAwLCAyKQpnX2FjY2VzcygweGZm ZmZmZTAwMDRiNjM4ODAoZGEwczFjYSksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBv bGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmI5ZDAwKGRhMHMxY2Ep CmdfcGFydF9hY2Nlc3MoZGEwczFjYSwtMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MTQw MChkYTBzMWMpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHBy b3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGFmMTgwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZm ZmZlMDAwNGJiNWQwMChkYTBzMSksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9s ZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYzRhMDAoZGEwczEpCmdf YWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTMwMChkYTApLCAtMSwgMCwgLTIpCm9wZW4gZGVsdGE6W3It MXcwZS0yXSBvbGQ6W3IxdzBlMl0gcHJvdmlkZXI6W3IxdzBlMl0gMHhmZmZmZmUwMDA0YmJhYTAw KGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIC0xLCAwLCAtMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0 YjYzODgwKGRhMHMxY2EpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUw XSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYjlkMDAoZGEwczFjYSkKZ19wYXJ0X2Fj Y2VzcyhkYTBzMWNhLDEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjE0MDAoZGEwczFjKSwg MSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBl MF0gMHhmZmZmZmUwMDA0YWYxODAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZDAw KGRhMHMxKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlk ZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmM0YTAwKGRhMHMxKQpnX2FjY2VzcygweGZmZmZmZTAw MDRiYjUzMDAoZGEwKSwgMSwgMCwgMikKb3BlbiBkZWx0YTpbcjF3MGUyXSBvbGQ6W3IwdzBlMF0g cHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2Vzcyhk YTAsIDEsIDAsIDIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2Mzg4MChkYTBzMWNhKSwgLTEsIDAs IDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAw eGZmZmZmZTAwMDRiYjlkMDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLC0xLDAsMCkK Z19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNDAwKGRhMHMxYyksIC0xLCAwLCAwKQpvcGVuIGRlbHRh OltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YWYx ODAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZDAwKGRhMHMxKSwgLTEsIDAsIC0x KQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4 ZmZmZmZlMDAwNGJjNGEwMChkYTBzMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1MzAwKGRhMCks IC0xLCAwLCAtMikKb3BlbiBkZWx0YTpbci0xdzBlLTJdIG9sZDpbcjF3MGUyXSBwcm92aWRlcjpb cjF3MGUyXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgLTEsIDAs IC0yKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjM4ODAoZGEwczFjYSksIDEsIDAsIDApCm9wZW4g ZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAw NGJiOWQwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsMSwwLDApCmdfYWNjZXNzKDB4 ZmZmZmZlMDAwNGI2MTQwMChkYTBzMWMpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9s ZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRhZjE4MDAoZGEwczFjKQpn X2FjY2VzcygweGZmZmZmZTAwMDRiYjVkMDAoZGEwczEpLCAxLCAwLCAxKQpvcGVuIGRlbHRhOlty MXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYzRhMDAo ZGEwczEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTMwMChkYTApLCAxLCAwLCAyKQpvcGVuIGRl bHRhOltyMXcwZTJdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRi YmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgMSwgMCwgMikKZ19hY2Nlc3MoMHhmZmZmZmUw MDA0YjYzODgwKGRhMHMxY2EpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOlty MXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJiOWQwMChkYTBzMWNhKQpnX3Bh cnRfYWNjZXNzKGRhMHMxY2EsLTEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjE0MDAoZGEw czFjKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRl cjpbcjF3MGUwXSAweGZmZmZmZTAwMDRhZjE4MDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAw MDRiYjVkMDAoZGEwczEpLCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3Ix dzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmM0YTAwKGRhMHMxKQpnX2FjY2Vz cygweGZmZmZmZTAwMDRiYjUzMDAoZGEwKSwgLTEsIDAsIC0yKQpvcGVuIGRlbHRhOltyLTF3MGUt Ml0gb2xkOltyMXcwZTJdIHByb3ZpZGVyOltyMXcwZTJdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTAp CmdfZGlza19hY2Nlc3MoZGEwLCAtMSwgMCwgLTIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2Mzg4 MChkYTBzMWNhKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJv dmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmI5ZDAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3Mo ZGEwczFjYSwxLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNDAwKGRhMHMxYyksIDEsIDAs IDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4 ZmZmZmZlMDAwNGFmMTgwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNWQwMChkYTBz MSksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOlty MHcwZTBdIDB4ZmZmZmZlMDAwNGJjNGEwMChkYTBzMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1 MzAwKGRhMCksIDEsIDAsIDIpCm9wZW4gZGVsdGE6W3IxdzBlMl0gb2xkOltyMHcwZTBdIHByb3Zp ZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAx LCAwLCAyKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjM4ODAoZGEwczFjYSksIC0xLCAwLCAwKQpv cGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZm ZmUwMDA0YmI5ZDAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwtMSwwLDApCmdfYWNj ZXNzKDB4ZmZmZmZlMDAwNGI2MTQwMChkYTBzMWMpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0x dzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGFmMTgwMChk YTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNWQwMChkYTBzMSksIC0xLCAwLCAtMSkKb3Bl biBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZm ZTAwMDRiYzRhMDAoZGEwczEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTMwMChkYTApLCAtMSwg MCwgLTIpCm9wZW4gZGVsdGE6W3ItMXcwZS0yXSBvbGQ6W3IxdzBlMl0gcHJvdmlkZXI6W3IxdzBl Ml0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIC0xLCAwLCAtMikK Z19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYzODgwKGRhMHMxY2EpLCAxLCAwLCAwKQpvcGVuIGRlbHRh OltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYjlk MDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLDEsMCwwKQpnX2FjY2VzcygweGZmZmZm ZTAwMDRiNjE0MDAoZGEwczFjKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3Iw dzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YWYxODAwKGRhMHMxYykKZ19hY2Nl c3MoMHhmZmZmZmUwMDA0YmI1ZDAwKGRhMHMxKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUx XSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmM0YTAwKGRhMHMx KQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjUzMDAoZGEwKSwgMSwgMCwgMikKb3BlbiBkZWx0YTpb cjF3MGUyXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYTAw KGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIDEsIDAsIDIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2 Mzg4MChkYTBzMWNhKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUw XSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiYjlkMDAoZGEwczFjYSkKZ19wYXJ0X2Fj Y2VzcyhkYTBzMWNhLC0xLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNDAwKGRhMHMxYyks IC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3Ix dzBlMF0gMHhmZmZmZmUwMDA0YWYxODAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1 ZDAwKGRhMHMxKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFd IHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJjNGEwMChkYTBzMSkKZ19hY2Nlc3MoMHhm ZmZmZmUwMDA0YmI1MzAwKGRhMCksIC0xLCAwLCAtMikKb3BlbiBkZWx0YTpbci0xdzBlLTJdIG9s ZDpbcjF3MGUyXSBwcm92aWRlcjpbcjF3MGUyXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rp c2tfYWNjZXNzKGRhMCwgLTEsIDAsIC0yKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjY1MDAoZGEw czFjYSksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVy OltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiOWQwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMx Y2EsMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MTQwMChkYTBzMWMpLCAxLCAwLCAwKQpv cGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZm ZTAwMDRhZjE4MDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjVkMDAoZGEwczEpLCAx LCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUw XSAweGZmZmZmZTAwMDRiYzRhMDAoZGEwczEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTMwMChk YTApLCAxLCAwLCAyKQpvcGVuIGRlbHRhOltyMXcwZTJdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpb cjB3MGUwXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgMSwgMCwg MikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI2NTAwKGRhMHMxY2EpLCAtMSwgMCwgMCkKb3BlbiBk ZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAw NGJiOWQwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsLTEsMCwwKQpnX2FjY2Vzcygw eGZmZmZmZTAwMDRiNjE0MDAoZGEwczFjKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBd IG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRhZjE4MDAoZGEwczFj KQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjVkMDAoZGEwczEpLCAtMSwgMCwgLTEpCm9wZW4gZGVs dGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0 YmM0YTAwKGRhMHMxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjUzMDAoZGEwKSwgLTEsIDAsIC0y KQpvcGVuIGRlbHRhOltyLTF3MGUtMl0gb2xkOltyMXcwZTJdIHByb3ZpZGVyOltyMXcwZTJdIDB4 ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAtMSwgMCwgLTIpCmdfYWNj ZXNzKDB4ZmZmZmZlMDAwNGJiNWIwMChkYTBzMWNhKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3 MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmI5ZDAwKGRh MHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwxLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0 YjYxNDAwKGRhMHMxYyksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBd IHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGFmMTgwMChkYTBzMWMpCmdfYWNjZXNzKDB4 ZmZmZmZlMDAwNGJiNWQwMChkYTBzMSksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xk OltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJjNGEwMChkYTBzMSkKZ19h Y2Nlc3MoMHhmZmZmZmUwMDA0YmI1MzAwKGRhMCksIDEsIDAsIDIpCm9wZW4gZGVsdGE6W3IxdzBl Ml0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTAp CmdfZGlza19hY2Nlc3MoZGEwLCAxLCAwLCAyKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjViMDAo ZGEwczFjYSksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJv dmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmI5ZDAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3Mo ZGEwczFjYSwtMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MTQwMChkYTBzMWMpLCAtMSwg MCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBd IDB4ZmZmZmZlMDAwNGFmMTgwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNWQwMChk YTBzMSksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92 aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYzRhMDAoZGEwczEpCmdfYWNjZXNzKDB4ZmZmZmZl MDAwNGJiNTMwMChkYTApLCAtMSwgMCwgLTIpCm9wZW4gZGVsdGE6W3ItMXcwZS0yXSBvbGQ6W3Ix dzBlMl0gcHJvdmlkZXI6W3IxdzBlMl0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2Fj Y2VzcyhkYTAsIC0xLCAwLCAtMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYyNTgwKGRhMHMxY2Ep LCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3 MGUwXSAweGZmZmZmZTAwMDRiYjlkMDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLDEs MCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjE0MDAoZGEwczFjKSwgMSwgMCwgMCkKb3BlbiBk ZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0 YWYxODAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZDAwKGRhMHMxKSwgMSwgMCwg MSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhm ZmZmZmUwMDA0YmM0YTAwKGRhMHMxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjUzMDAoZGEwKSwg MSwgMCwgMikKb3BlbiBkZWx0YTpbcjF3MGUyXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBl MF0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIDEsIDAsIDIpCmdf YWNjZXNzKDB4ZmZmZmZlMDAwNGI2MjU4MChkYTBzMWNhKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6 W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiYjlk MDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLC0xLDAsMCkKZ19hY2Nlc3MoMHhmZmZm ZmUwMDA0YjYxNDAwKGRhMHMxYyksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6 W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YWYxODAwKGRhMHMxYykKZ19h Y2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZDAwKGRhMHMxKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOlty LTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJjNGEw MChkYTBzMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1MzAwKGRhMCksIC0xLCAwLCAtMikKb3Bl biBkZWx0YTpbci0xdzBlLTJdIG9sZDpbcjF3MGUyXSBwcm92aWRlcjpbcjF3MGUyXSAweGZmZmZm ZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgLTEsIDAsIC0yKQpnX2FjY2Vzcygw eGZmZmZmZTAwMDRiYjVlMDAoZGEwczFjYSksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0g b2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiOWQwMChkYTBzMWNh KQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MTQw MChkYTBzMWMpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92 aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRhZjE4MDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZm ZTAwMDRiYjVkMDAoZGEwczEpLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3 MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYzRhMDAoZGEwczEpCmdfYWNjZXNz KDB4ZmZmZmZlMDAwNGJiNTMwMChkYTApLCAxLCAwLCAyKQpvcGVuIGRlbHRhOltyMXcwZTJdIG9s ZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rp c2tfYWNjZXNzKGRhMCwgMSwgMCwgMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZTAwKGRhMHMx Y2EpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVy OltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJiOWQwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMx Y2EsLTEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjE0MDAoZGEwczFjKSwgLTEsIDAsIDAp Cm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZm ZmZmZTAwMDRhZjE4MDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjVkMDAoZGEwczEp LCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6 W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmM0YTAwKGRhMHMxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRi YjUzMDAoZGEwKSwgLTEsIDAsIC0yKQpvcGVuIGRlbHRhOltyLTF3MGUtMl0gb2xkOltyMXcwZTJd IHByb3ZpZGVyOltyMXcwZTJdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3Mo ZGEwLCAtMSwgMCwgLTIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MWIwMChkYTBzMWNhKSwgMSwg MCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0g MHhmZmZmZmUwMDA0YmI5ZDAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwxLDAsMCkK Z19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNDAwKGRhMHMxYyksIDEsIDAsIDApCm9wZW4gZGVsdGE6 W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGFmMTgw MChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNWQwMChkYTBzMSksIDEsIDAsIDEpCm9w ZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZl MDAwNGJjNGEwMChkYTBzMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1MzAwKGRhMCksIDEsIDAs IDIpCm9wZW4gZGVsdGE6W3IxdzBlMl0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4 ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAxLCAwLCAyKQpHRU9NX0xB QkVMWzFdOiBVRlMyIGZpbGUgc3lzdGVtIGRldGVjdGVkIG9uIGRhMHMxY2EuCkdFT01fTEFCRUxb MV06IExhYmVsIDRkZjBkY2IzZTNhZDc4NDAodWZzaWQvNGRmMGRjYjNlM2FkNzg0MCkgYWxyZWFk eSBleGlzdHMgKGRhMHMxY2EpLgpHRU9NX0xBQkVMWzFdOiBVRlMyIGZpbGUgc3lzdGVtIGRldGVj dGVkIG9uIGRhMHMxY2EuCkdFT01fTEFCRUxbMV06IE1TRE9TRlM6IGRhMHMxY2E6IG5vIEZBVCBz aWduYXR1cmUgZm91bmQuCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MWIwMChkYTBzMWNhKSwgLTEs IDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUw XSAweGZmZmZmZTAwMDRiYjlkMDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLC0xLDAs MCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNDAwKGRhMHMxYyksIC0xLCAwLCAwKQpvcGVuIGRl bHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0 YWYxODAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZDAwKGRhMHMxKSwgLTEsIDAs IC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFd IDB4ZmZmZmZlMDAwNGJjNGEwMChkYTBzMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1MzAwKGRh MCksIC0xLCAwLCAtMikKb3BlbiBkZWx0YTpbci0xdzBlLTJdIG9sZDpbcjF3MGUyXSBwcm92aWRl cjpbcjF3MGUyXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgLTEs IDAsIC0yKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjMwMDAoZGEwczFjYSksIDEsIDAsIDApCm9w ZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZl MDAwNGJiOWQwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsMSwwLDApCmdfYWNjZXNz KDB4ZmZmZmZlMDAwNGI2MTQwMChkYTBzMWMpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBd IG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRhZjE4MDAoZGEwczFj KQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjVkMDAoZGEwczEpLCAxLCAwLCAxKQpvcGVuIGRlbHRh OltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYzRh MDAoZGEwczEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTMwMChkYTApLCAxLCAwLCAyKQpvcGVu IGRlbHRhOltyMXcwZTJdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAw MDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgMSwgMCwgMikKZ19hY2Nlc3MoMHhmZmZm ZmUwMDA0YjYzMDAwKGRhMHMxY2EpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xk OltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJiOWQwMChkYTBzMWNhKQpn X3BhcnRfYWNjZXNzKGRhMHMxY2EsLTEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjE0MDAo ZGEwczFjKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92 aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRhZjE4MDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZm ZTAwMDRiYjVkMDAoZGEwczEpLCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6 W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmM0YTAwKGRhMHMxKQpnX2Fj Y2VzcygweGZmZmZmZTAwMDRiYjUzMDAoZGEwKSwgLTEsIDAsIC0yKQpvcGVuIGRlbHRhOltyLTF3 MGUtMl0gb2xkOltyMXcwZTJdIHByb3ZpZGVyOltyMXcwZTJdIDB4ZmZmZmZlMDAwNGJiYWEwMChk YTApCmdfZGlza19hY2Nlc3MoZGEwLCAtMSwgMCwgLTIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJi NzA4MChkYTBzMWNhKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0g cHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmI5ZDAwKGRhMHMxY2EpCmdfcGFydF9hY2Nl c3MoZGEwczFjYSwxLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNDAwKGRhMHMxYyksIDEs IDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBd IDB4ZmZmZmZlMDAwNGFmMTgwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNWQwMChk YTBzMSksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVy OltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJjNGEwMChkYTBzMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0 YmI1MzAwKGRhMCksIDEsIDAsIDIpCm9wZW4gZGVsdGE6W3IxdzBlMl0gb2xkOltyMHcwZTBdIHBy b3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEw LCAxLCAwLCAyKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcwODAoZGEwczFjYSksIC0xLCAwLCAw KQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhm ZmZmZmUwMDA0YmI5ZDAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwtMSwwLDApCmdf YWNjZXNzKDB4ZmZmZmZlMDAwNGI2MTQwMChkYTBzMWMpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpb ci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGFmMTgw MChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNWQwMChkYTBzMSksIC0xLCAwLCAtMSkK b3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZm ZmZmZTAwMDRiYzRhMDAoZGEwczEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTMwMChkYTApLCAt MSwgMCwgLTIpCm9wZW4gZGVsdGE6W3ItMXcwZS0yXSBvbGQ6W3IxdzBlMl0gcHJvdmlkZXI6W3Ix dzBlMl0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIC0xLCAwLCAt MikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI2ZDAwKGRhMHMxY2EpLCAxLCAwLCAwKQpvcGVuIGRl bHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRi YjlkMDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLDEsMCwwKQpnX2FjY2VzcygweGZm ZmZmZTAwMDRiNjE0MDAoZGEwczFjKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6 W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YWYxODAwKGRhMHMxYykKZ19h Y2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZDAwKGRhMHMxKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3 MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmM0YTAwKGRh MHMxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjUzMDAoZGEwKSwgMSwgMCwgMikKb3BlbiBkZWx0 YTpbcjF3MGUyXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJh YTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIDEsIDAsIDIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAw NGJiNmQwMChkYTBzMWNhKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3 MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiYjlkMDAoZGEwczFjYSkKZ19wYXJ0 X2FjY2VzcyhkYTBzMWNhLC0xLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNDAwKGRhMHMx YyksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6 W3IxdzBlMF0gMHhmZmZmZmUwMDA0YWYxODAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0 YmI1ZDAwKGRhMHMxKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcw ZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJjNGEwMChkYTBzMSkKZ19hY2Nlc3Mo MHhmZmZmZmUwMDA0YmI1MzAwKGRhMCksIC0xLCAwLCAtMikKb3BlbiBkZWx0YTpbci0xdzBlLTJd IG9sZDpbcjF3MGUyXSBwcm92aWRlcjpbcjF3MGUyXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpn X2Rpc2tfYWNjZXNzKGRhMCwgLTEsIDAsIC0yKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjZkMDAo ZGEwczFjYSksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3Zp ZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiOWQwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRh MHMxY2EsMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MTQwMChkYTBzMWMpLCAxLCAwLCAw KQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZm ZmZmZTAwMDRhZjE4MDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjVkMDAoZGEwczEp LCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3 MGUwXSAweGZmZmZmZTAwMDRiYzRhMDAoZGEwczEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTMw MChkYTApLCAxLCAwLCAyKQpvcGVuIGRlbHRhOltyMXcwZTJdIG9sZDpbcjB3MGUwXSBwcm92aWRl cjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgMSwg MCwgMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI2ZDAwKGRhMHMxY2EpLCAtMSwgMCwgMCkKb3Bl biBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZl MDAwNGJiOWQwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsLTEsMCwwKQpnX2FjY2Vz cygweGZmZmZmZTAwMDRiNjE0MDAoZGEwczFjKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcw ZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRhZjE4MDAoZGEw czFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjVkMDAoZGEwczEpLCAtMSwgMCwgLTEpCm9wZW4g ZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUw MDA0YmM0YTAwKGRhMHMxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjUzMDAoZGEwKSwgLTEsIDAs IC0yKQpvcGVuIGRlbHRhOltyLTF3MGUtMl0gb2xkOltyMXcwZTJdIHByb3ZpZGVyOltyMXcwZTJd IDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAtMSwgMCwgLTIpCmdf YWNjZXNzKDB4ZmZmZmZlMDAwNGJiNzA4MChkYTBzMWNhKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpb cjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmI5ZDAw KGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwxLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUw MDA0YjYxNDAwKGRhMHMxYyksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcw ZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGFmMTgwMChkYTBzMWMpCmdfYWNjZXNz KDB4ZmZmZmZlMDAwNGJiNWQwMChkYTBzMSksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0g b2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJjNGEwMChkYTBzMSkK Z19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1MzAwKGRhMCksIDEsIDAsIDIpCm9wZW4gZGVsdGE6W3Ix dzBlMl0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWEwMChk YTApCmdfZGlza19hY2Nlc3MoZGEwLCAxLCAwLCAyKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjcw ODAoZGEwczFjYSksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0g cHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmI5ZDAwKGRhMHMxY2EpCmdfcGFydF9hY2Nl c3MoZGEwczFjYSwtMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MTQwMChkYTBzMWMpLCAt MSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcw ZTBdIDB4ZmZmZmZlMDAwNGFmMTgwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNWQw MChkYTBzMSksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBw cm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYzRhMDAoZGEwczEpCmdfYWNjZXNzKDB4ZmZm ZmZlMDAwNGJiNTMwMChkYTApLCAtMSwgMCwgLTIpCm9wZW4gZGVsdGE6W3ItMXcwZS0yXSBvbGQ6 W3IxdzBlMl0gcHJvdmlkZXI6W3IxdzBlMl0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNr X2FjY2VzcyhkYTAsIC0xLCAwLCAtMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjY0NjgwKGRhMHMx Y2EpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpb cjB3MGUwXSAweGZmZmZmZTAwMDRiYjlkMDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNh LDEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjE0MDAoZGEwczFjKSwgMSwgMCwgMCkKb3Bl biBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUw MDA0YWYxODAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZDAwKGRhMHMxKSwgMSwg MCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0g MHhmZmZmZmUwMDA0YmM0YTAwKGRhMHMxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjUzMDAoZGEw KSwgMSwgMCwgMikKb3BlbiBkZWx0YTpbcjF3MGUyXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3Iw dzBlMF0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIDEsIDAsIDIp CmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NDY4MChkYTBzMWNhKSwgLTEsIDAsIDApCm9wZW4gZGVs dGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRi YjlkMDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLC0xLDAsMCkKZ19hY2Nlc3MoMHhm ZmZmZmUwMDA0YjYxNDAwKGRhMHMxYyksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBv bGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YWYxODAwKGRhMHMxYykK Z19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZDAwKGRhMHMxKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRh OltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJj NGEwMChkYTBzMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1MzAwKGRhMCksIC0xLCAwLCAtMikK b3BlbiBkZWx0YTpbci0xdzBlLTJdIG9sZDpbcjF3MGUyXSBwcm92aWRlcjpbcjF3MGUyXSAweGZm ZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgLTEsIDAsIC0yKQpnX2FjY2Vz cygweGZmZmZmZTAwMDRiNjMwMDAoZGEwczFjYSksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBl MF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiOWQwMChkYTBz MWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2 MTQwMChkYTBzMWMpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBw cm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRhZjE4MDAoZGEwczFjKQpnX2FjY2VzcygweGZm ZmZmZTAwMDRiYjVkMDAoZGEwczEpLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpb cjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYzRhMDAoZGEwczEpCmdfYWNj ZXNzKDB4ZmZmZmZlMDAwNGJiNTMwMChkYTApLCAxLCAwLCAyKQpvcGVuIGRlbHRhOltyMXcwZTJd IG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpn X2Rpc2tfYWNjZXNzKGRhMCwgMSwgMCwgMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYzMDAwKGRh MHMxY2EpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3Zp ZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJiOWQwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRh MHMxY2EsLTEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjE0MDAoZGEwczFjKSwgLTEsIDAs IDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAw eGZmZmZmZTAwMDRhZjE4MDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjVkMDAoZGEw czEpLCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlk ZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmM0YTAwKGRhMHMxKQpnX2FjY2VzcygweGZmZmZmZTAw MDRiYjUzMDAoZGEwKSwgLTEsIDAsIC0yKQpvcGVuIGRlbHRhOltyLTF3MGUtMl0gb2xkOltyMXcw ZTJdIHByb3ZpZGVyOltyMXcwZTJdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nl c3MoZGEwLCAtMSwgMCwgLTIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MWIwMChkYTBzMWNhKSwg MSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBl MF0gMHhmZmZmZmUwMDA0YmI5ZDAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwxLDAs MCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNDAwKGRhMHMxYyksIDEsIDAsIDApCm9wZW4gZGVs dGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGFm MTgwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNWQwMChkYTBzMSksIDEsIDAsIDEp Cm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZm ZmZlMDAwNGJjNGEwMChkYTBzMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1MzAwKGRhMCksIDEs IDAsIDIpCm9wZW4gZGVsdGE6W3IxdzBlMl0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBd IDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAxLCAwLCAyKQpnX2Fj Y2VzcygweGZmZmZmZTAwMDRiNjFiMDAoZGEwczFjYSksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOlty LTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YmI5ZDAw KGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwtMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZl MDAwNGI2MTQwMChkYTBzMWMpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOlty MXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGFmMTgwMChkYTBzMWMpCmdfYWNj ZXNzKDB4ZmZmZmZlMDAwNGJiNWQwMChkYTBzMSksIC0xLCAwLCAtMSkKb3BlbiBkZWx0YTpbci0x dzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUxXSAweGZmZmZmZTAwMDRiYzRhMDAo ZGEwczEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTMwMChkYTApLCAtMSwgMCwgLTIpCm9wZW4g ZGVsdGE6W3ItMXcwZS0yXSBvbGQ6W3IxdzBlMl0gcHJvdmlkZXI6W3IxdzBlMl0gMHhmZmZmZmUw MDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIC0xLCAwLCAtMikKZ19hY2Nlc3MoMHhm ZmZmZmUwMDA0YmI1ZTAwKGRhMHMxY2EpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9s ZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYjlkMDAoZGEwczFjYSkK Z19wYXJ0X2FjY2VzcyhkYTBzMWNhLDEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjE0MDAo ZGEwczFjKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3IwdzBlMF0gcHJvdmlk ZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YWYxODAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUw MDA0YmI1ZDAwKGRhMHMxKSwgMSwgMCwgMSkKb3BlbiBkZWx0YTpbcjF3MGUxXSBvbGQ6W3IwdzBl MF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmM0YTAwKGRhMHMxKQpnX2FjY2Vzcygw eGZmZmZmZTAwMDRiYjUzMDAoZGEwKSwgMSwgMCwgMikKb3BlbiBkZWx0YTpbcjF3MGUyXSBvbGQ6 W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNr X2FjY2VzcyhkYTAsIDEsIDAsIDIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNWUwMChkYTBzMWNh KSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpb cjF3MGUwXSAweGZmZmZmZTAwMDRiYjlkMDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNh LC0xLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNDAwKGRhMHMxYyksIC0xLCAwLCAwKQpv cGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBlMF0gMHhmZmZm ZmUwMDA0YWYxODAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZDAwKGRhMHMxKSwg LTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xkOltyMXcwZTFdIHByb3ZpZGVyOlty MXcwZTFdIDB4ZmZmZmZlMDAwNGJjNGEwMChkYTBzMSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1 MzAwKGRhMCksIC0xLCAwLCAtMikKb3BlbiBkZWx0YTpbci0xdzBlLTJdIG9sZDpbcjF3MGUyXSBw cm92aWRlcjpbcjF3MGUyXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRh MCwgLTEsIDAsIC0yKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjY1MDAoZGEwczFjYSksIDEsIDAs IDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4 ZmZmZmZlMDAwNGJiOWQwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsMSwwLDApCmdf YWNjZXNzKDB4ZmZmZmZlMDAwNGI2MTQwMChkYTBzMWMpLCAxLCAwLCAwKQpvcGVuIGRlbHRhOlty MXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRhZjE4MDAo ZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjVkMDAoZGEwczEpLCAxLCAwLCAxKQpvcGVu IGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAw MDRiYzRhMDAoZGEwczEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTMwMChkYTApLCAxLCAwLCAy KQpvcGVuIGRlbHRhOltyMXcwZTJdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZm ZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgMSwgMCwgMikKZ19hY2Nlc3Mo MHhmZmZmZmUwMDA0YmI2NTAwKGRhMHMxY2EpLCAtMSwgMCwgMCkKb3BlbiBkZWx0YTpbci0xdzBl MF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAwNGJiOWQwMChkYTBz MWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsLTEsMCwwKQpnX2FjY2VzcygweGZmZmZmZTAwMDRi NjE0MDAoZGEwczFjKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9sZDpbcjF3MGUw XSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRhZjE4MDAoZGEwczFjKQpnX2FjY2Vzcygw eGZmZmZmZTAwMDRiYjVkMDAoZGEwczEpLCAtMSwgMCwgLTEpCm9wZW4gZGVsdGE6W3ItMXcwZS0x XSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmM0YTAwKGRhMHMx KQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjUzMDAoZGEwKSwgLTEsIDAsIC0yKQpvcGVuIGRlbHRh OltyLTF3MGUtMl0gb2xkOltyMXcwZTJdIHByb3ZpZGVyOltyMXcwZTJdIDB4ZmZmZmZlMDAwNGJi YWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAtMSwgMCwgLTIpCmdfYWNjZXNzKDB4ZmZmZmZl MDAwNGI2MjU4MChkYTBzMWNhKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUwXSBvbGQ6W3Iw dzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmI5ZDAwKGRhMHMxY2EpCmdfcGFy dF9hY2Nlc3MoZGEwczFjYSwxLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNDAwKGRhMHMx YyksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBdIHByb3ZpZGVyOlty MHcwZTBdIDB4ZmZmZmZlMDAwNGFmMTgwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJi NWQwMChkYTBzMSksIDEsIDAsIDEpCm9wZW4gZGVsdGE6W3IxdzBlMV0gb2xkOltyMHcwZTBdIHBy b3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJjNGEwMChkYTBzMSkKZ19hY2Nlc3MoMHhmZmZm ZmUwMDA0YmI1MzAwKGRhMCksIDEsIDAsIDIpCm9wZW4gZGVsdGE6W3IxdzBlMl0gb2xkOltyMHcw ZTBdIHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nl c3MoZGEwLCAxLCAwLCAyKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjI1ODAoZGEwczFjYSksIC0x LCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBl MF0gMHhmZmZmZmUwMDA0YmI5ZDAwKGRhMHMxY2EpCmdfcGFydF9hY2Nlc3MoZGEwczFjYSwtMSww LDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MTQwMChkYTBzMWMpLCAtMSwgMCwgMCkKb3BlbiBk ZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4ZmZmZmZlMDAw NGFmMTgwMChkYTBzMWMpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNWQwMChkYTBzMSksIC0xLCAw LCAtMSkKb3BlbiBkZWx0YTpbci0xdzBlLTFdIG9sZDpbcjF3MGUxXSBwcm92aWRlcjpbcjF3MGUx XSAweGZmZmZmZTAwMDRiYzRhMDAoZGEwczEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGJiNTMwMChk YTApLCAtMSwgMCwgLTIpCm9wZW4gZGVsdGE6W3ItMXcwZS0yXSBvbGQ6W3IxdzBlMl0gcHJvdmlk ZXI6W3IxdzBlMl0gMHhmZmZmZmUwMDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIC0x LCAwLCAtMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYzODgwKGRhMHMxY2EpLCAxLCAwLCAwKQpv cGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZm ZTAwMDRiYjlkMDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLDEsMCwwKQpnX2FjY2Vz cygweGZmZmZmZTAwMDRiNjE0MDAoZGEwczFjKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUw XSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YWYxODAwKGRhMHMx YykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZDAwKGRhMHMxKSwgMSwgMCwgMSkKb3BlbiBkZWx0 YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmM0 YTAwKGRhMHMxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjUzMDAoZGEwKSwgMSwgMCwgMikKb3Bl biBkZWx0YTpbcjF3MGUyXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUw MDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIDEsIDAsIDIpCmdfYWNjZXNzKDB4ZmZm ZmZlMDAwNGI2Mzg4MChkYTBzMWNhKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9s ZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiYjlkMDAoZGEwczFjYSkK Z19wYXJ0X2FjY2VzcyhkYTBzMWNhLC0xLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNDAw KGRhMHMxYyksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJv dmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YWYxODAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZm ZmUwMDA0YmI1ZDAwKGRhMHMxKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xk OltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJjNGEwMChkYTBzMSkKZ19h Y2Nlc3MoMHhmZmZmZmUwMDA0YmI1MzAwKGRhMCksIC0xLCAwLCAtMikKb3BlbiBkZWx0YTpbci0x dzBlLTJdIG9sZDpbcjF3MGUyXSBwcm92aWRlcjpbcjF3MGUyXSAweGZmZmZmZTAwMDRiYmFhMDAo ZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgLTEsIDAsIC0yKQpnX2FjY2VzcygweGZmZmZmZTAwMDRi YjZjODAoZGEwczFjYSksIDEsIDAsIDApCm9wZW4gZGVsdGE6W3IxdzBlMF0gb2xkOltyMHcwZTBd IHByb3ZpZGVyOltyMHcwZTBdIDB4ZmZmZmZlMDAwNGJiOWQwMChkYTBzMWNhKQpnX3BhcnRfYWNj ZXNzKGRhMHMxY2EsMSwwLDApCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MTQwMChkYTBzMWMpLCAx LCAwLCAwKQpvcGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUw XSAweGZmZmZmZTAwMDRhZjE4MDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjVkMDAo ZGEwczEpLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRl cjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYzRhMDAoZGEwczEpCmdfYWNjZXNzKDB4ZmZmZmZlMDAw NGJiNTMwMChkYTApLCAxLCAwLCAyKQpvcGVuIGRlbHRhOltyMXcwZTJdIG9sZDpbcjB3MGUwXSBw cm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRh MCwgMSwgMCwgMikKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI2YzgwKGRhMHMxY2EpLCAtMSwgMCwg MCkKb3BlbiBkZWx0YTpbci0xdzBlMF0gb2xkOltyMXcwZTBdIHByb3ZpZGVyOltyMXcwZTBdIDB4 ZmZmZmZlMDAwNGJiOWQwMChkYTBzMWNhKQpnX3BhcnRfYWNjZXNzKGRhMHMxY2EsLTEsMCwwKQpn X2FjY2VzcygweGZmZmZmZTAwMDRiNjE0MDAoZGEwczFjKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6 W3ItMXcwZTBdIG9sZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRhZjE4 MDAoZGEwczFjKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjVkMDAoZGEwczEpLCAtMSwgMCwgLTEp Cm9wZW4gZGVsdGE6W3ItMXcwZS0xXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhm ZmZmZmUwMDA0YmM0YTAwKGRhMHMxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjUzMDAoZGEwKSwg LTEsIDAsIC0yKQpvcGVuIGRlbHRhOltyLTF3MGUtMl0gb2xkOltyMXcwZTJdIHByb3ZpZGVyOlty MXcwZTJdIDB4ZmZmZmZlMDAwNGJiYWEwMChkYTApCmdfZGlza19hY2Nlc3MoZGEwLCAtMSwgMCwg LTIpCmdfZGV2X3Rhc3RlOiBtYWtlX2Rldl9wKCkgZmFpbGVkIChncC0+bmFtZT1kYTBzMWNhLCBl cnJvcj0xNykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNjAwKGRhMHMxY2EpLCAxLCAwLCAwKQpv cGVuIGRlbHRhOltyMXcwZTBdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZm ZTAwMDRiYjlkMDAoZGEwczFjYSkKZ19wYXJ0X2FjY2VzcyhkYTBzMWNhLDEsMCwwKQpnX2FjY2Vz cygweGZmZmZmZTAwMDRiNjE0MDAoZGEwczFjKSwgMSwgMCwgMCkKb3BlbiBkZWx0YTpbcjF3MGUw XSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YWYxODAwKGRhMHMx YykKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI1ZDAwKGRhMHMxKSwgMSwgMCwgMSkKb3BlbiBkZWx0 YTpbcjF3MGUxXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUwMDA0YmM0 YTAwKGRhMHMxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiYjUzMDAoZGEwKSwgMSwgMCwgMikKb3Bl biBkZWx0YTpbcjF3MGUyXSBvbGQ6W3IwdzBlMF0gcHJvdmlkZXI6W3IwdzBlMF0gMHhmZmZmZmUw MDA0YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIDEsIDAsIDIpCmdfYWNjZXNzKDB4ZmZm ZmZlMDAwNGI2MTYwMChkYTBzMWNhKSwgLTEsIDAsIDApCm9wZW4gZGVsdGE6W3ItMXcwZTBdIG9s ZDpbcjF3MGUwXSBwcm92aWRlcjpbcjF3MGUwXSAweGZmZmZmZTAwMDRiYjlkMDAoZGEwczFjYSkK Z19wYXJ0X2FjY2VzcyhkYTBzMWNhLC0xLDAsMCkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YjYxNDAw KGRhMHMxYyksIC0xLCAwLCAwKQpvcGVuIGRlbHRhOltyLTF3MGUwXSBvbGQ6W3IxdzBlMF0gcHJv dmlkZXI6W3IxdzBlMF0gMHhmZmZmZmUwMDA0YWYxODAwKGRhMHMxYykKZ19hY2Nlc3MoMHhmZmZm ZmUwMDA0YmI1ZDAwKGRhMHMxKSwgLTEsIDAsIC0xKQpvcGVuIGRlbHRhOltyLTF3MGUtMV0gb2xk OltyMXcwZTFdIHByb3ZpZGVyOltyMXcwZTFdIDB4ZmZmZmZlMDAwNGJjNGEwMChkYTBzMSkKZ19h Y2Nlc3MoMHhmZmZmZmUwMDA0YmI1MzAwKGRhMCksIC0xLCAwLCAtMikKb3BlbiBkZWx0YTpbci0x dzBlLTJdIG9sZDpbcjF3MGUyXSBwcm92aWRlcjpbcjF3MGUyXSAweGZmZmZmZTAwMDRiYmFhMDAo ZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgLTEsIDAsIC0yKQpUcnlpbmcgdG8gbW91bnQgcm9vdCBm cm9tIHVmczovZGV2L2RhMHMxYSBbcnddLi4uCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2MTg4MChk YTBzMWEpLCAxLCAwLCAxKQpvcGVuIGRlbHRhOltyMXcwZTFdIG9sZDpbcjB3MGUwXSBwcm92aWRl cjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYjFhMDAoZGEwczFhKQpnX2FjY2VzcygweGZmZmZmZTAw MDRiYjcyODAoZGEwczEpLCAxLCAwLCAyKQpvcGVuIGRlbHRhOltyMXcwZTJdIG9sZDpbcjB3MGUw XSBwcm92aWRlcjpbcjB3MGUwXSAweGZmZmZmZTAwMDRiYmFiMDAoZGEwczEpCmdfcGFydF9hY2Nl c3MoZGEwczEsMSwwLDIpCmdfYWNjZXNzKDB4ZmZmZmZlMDAwNGI2NGI4MChkYTApLCAxLCAwLCAy KQpvcGVuIGRlbHRhOltyMXcwZTJdIG9sZDpbcjB3MGUwXSBwcm92aWRlcjpbcjB3MGUwXSAweGZm ZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNjZXNzKGRhMCwgMSwgMCwgMikKZ19hY2Nlc3Mo MHhmZmZmZmUwMDA0YjYxODgwKGRhMHMxYSksIDAsIDAsIC0xKQpvcGVuIGRlbHRhOltyMHcwZS0x XSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmIxYTAwKGRhMHMx YSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3MjgwKGRhMHMxKSwgMCwgMCwgLTEpCm9wZW4gZGVs dGE6W3IwdzBlLTFdIG9sZDpbcjF3MGUyXSBwcm92aWRlcjpbcjF3MGUyXSAweGZmZmZmZTAwMDRi YmFiMDAoZGEwczEpCmdfcGFydF9hY2Nlc3MoZGEwczEsMCwwLC0xKQpnX2FjY2VzcygweGZmZmZm ZTAwMDRiNjRiODAoZGEwKSwgMCwgMCwgLTEpCm9wZW4gZGVsdGE6W3IwdzBlLTFdIG9sZDpbcjF3 MGUyXSBwcm92aWRlcjpbcjF3MGUyXSAweGZmZmZmZTAwMDRiYmFhMDAoZGEwKQpnX2Rpc2tfYWNj ZXNzKGRhMCwgMCwgMCwgLTEpCgpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjE4ODAoZGEwczFhKSwg MCwgMSwgMSkKb3BlbiBkZWx0YTpbcjB3MWUxXSBvbGQ6W3IxdzBlMF0gcHJvdmlkZXI6W3IxdzBl MF0gMHhmZmZmZmUwMDA0YmIxYTAwKGRhMHMxYSkKZ19hY2Nlc3MoMHhmZmZmZmUwMDA0YmI3Mjgw KGRhMHMxKSwgMCwgMSwgMSkKb3BlbiBkZWx0YTpbcjB3MWUxXSBvbGQ6W3IxdzBlMV0gcHJvdmlk ZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0YmJhYjAwKGRhMHMxKQpnX3BhcnRfYWNjZXNzKGRhMHMx LDAsMSwxKQpnX2FjY2VzcygweGZmZmZmZTAwMDRiNjRiODAoZGEwKSwgMCwgMSwgMikKb3BlbiBk ZWx0YTpbcjB3MWUyXSBvbGQ6W3IxdzBlMV0gcHJvdmlkZXI6W3IxdzBlMV0gMHhmZmZmZmUwMDA0 YmJhYTAwKGRhMCkKZ19kaXNrX2FjY2VzcyhkYTAsIDAsIDEsIDIpCkdFT01fTEFCRUxbMV06IExh YmVsIHVmc2lkLzRkZjBkY2IzZTNhZDc4NDAgcmVtb3ZlZC4K --0015175cd26465479504a555fcfb-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 07:04:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2906A106566C for ; Fri, 10 Jun 2011 07:04:36 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3.mail.yandex.net (forward3.mail.yandex.net [77.88.46.8]) by mx1.freebsd.org (Postfix) with ESMTP id C0CCC8FC14 for ; Fri, 10 Jun 2011 07:04:35 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward3.mail.yandex.net (Yandex) with ESMTP id AC9DAB44F4A; Fri, 10 Jun 2011 11:04:33 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1307689473; bh=T5VuH3E84i0oQZxAUeyTNEpdR9vUv7RcisQTa9jwImg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=h3TNoSYHRQRoQsemx6en8Xv2GR4MBML1zT6Z87ZkgV9MMi1fh3ussT3RSGumogDwo 0AGkQKGWtAP4/3dgl3Fre6jKQTiPjRQqcWSoJQWLRuztKdOFJ+jBEKWrQ6UKV0JNC7 3CbSME6Y1kcEOrdruuG5138+DGTjCJXsn7/pLZA8= Received: from [127.0.0.1] (ns.kirov.so-ups.ru [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id 606435D100A4; Fri, 10 Jun 2011 11:04:33 +0400 (MSD) Message-ID: <4DF1C1F5.1000503@yandex.ru> Date: Fri, 10 Jun 2011 11:04:21 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Eir Nym References: <4DEF66D0.6010307@ukr.net> <4DEFC9A7.90304@ukr.net> <4DF08BAD.60005@FreeBSD.org> <4DF0965B.8030607@yandex.ru> <4DF19CF4.6040007@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9B98A521B31CF3E88C4C7664" X-Yandex-Spam: 1 Cc: "Vladislav V. Prodan" , freebsd-current@freebsd.org Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 07:04:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9B98A521B31CF3E88C4C7664 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 10.06.2011 10:50, Eir Nym wrote: > messages on the start of this dmesg are for more pages of (I have see > them for several seconds on same hardware) > kernel config : http://eroese.org/_/_/pub/bsd/222889/GENERIC_PF You have mixed old partitioning classes with GEOM_PART. You should remove from the kernel at least: options GEOM_BSD options GEOM_MBR options GEOM_PC98 options GEOM_VOL --=20 WBR, Andrey V. Elsukov --------------enig9B98A521B31CF3E88C4C7664 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJN8cH6AAoJEAHF6gQQyKF6He0H/jPOuRjqAKQMBqPi/ntS4irs nDvlp6nJX+Dcad4ygKiMzn/OMt5PLFBvUDSpuPxIqLWxhL9tDCj6Ix5G/TldMEIx 8EqMwpWr/eyXLIItgAcmXUdCydPN6JlTFG+d8VuADCzfcLHAgyKv88nad1FjO82a Wq/EFfz2KOkzBAj67nBzdZXx8RXXTXlX+Rs8KB4AJSF38zzieiH/xYilZyhWMuCe p0KOUh8QT7ZpOC4f/c4bV7mLvvdfzsgTF2BWRUvPF5gdmj/naG+hhUbpOC9abFAg Q4MF732pAYTCzHFNUhbimi9k/AshRquFamo+8mnDKlXHJS+FK2NZ+7pET/HhroM= =NEhK -----END PGP SIGNATURE----- --------------enig9B98A521B31CF3E88C4C7664-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 07:09:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A43E5106564A for ; Fri, 10 Jun 2011 07:09:19 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 285BF8FC17 for ; Fri, 10 Jun 2011 07:09:18 +0000 (UTC) Received: by bwz12 with SMTP id 12so2783827bwz.13 for ; Fri, 10 Jun 2011 00:09:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=Nenkzp6A4iNM+tt/jH5nk9N/ZdwoXR1iX07cMFru8YQ=; b=tCgqXs/4e9teAB3OCR1kzQt5fcG0GNet2koaywR14oaoDbMDAMkU2zD9CGjiidAC7N Q1Oo+4Y8c/Ir4SWd4oA+hqpgWnDjuhMAIni5Bi+GXYJMOjFXw/xRrncexVsCnz2HHNgU RFz/89UWeQmId7jMLSLEgIhJUE9/xtV72djNs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=BTxpShhefoCEDhWDMXke4J39YcxcqGay3KdSkqs0onum5t1QFFypj+RC70nTd1X3nA RHDscDZXJhNCRSheAcBARlM2xBc6VmcAzOEj3tOoBj26vimRPyZJFr0rCN6AZimCwBXy krr6pn4/Mh3xhFCHdSQKGj4UIOxZXJSn8yzBs= Received: by 10.204.83.129 with SMTP id f1mr1625902bkl.29.1307689756182; Fri, 10 Jun 2011 00:09:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Fri, 10 Jun 2011 00:08:56 -0700 (PDT) In-Reply-To: <4DF1C1F5.1000503@yandex.ru> References: <4DEF66D0.6010307@ukr.net> <4DEFC9A7.90304@ukr.net> <4DF08BAD.60005@FreeBSD.org> <4DF0965B.8030607@yandex.ru> <4DF19CF4.6040007@FreeBSD.org> <4DF1C1F5.1000503@yandex.ru> From: Eir Nym Date: Fri, 10 Jun 2011 11:08:56 +0400 Message-ID: To: "Andrey V. Elsukov" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Vladislav V. Prodan" , freebsd-current@freebsd.org Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 07:09:19 -0000 2011/6/10 Andrey V. Elsukov : > On 10.06.2011 10:50, Eir Nym wrote: >> messages on the start of this dmesg are for more pages of (I have see >> them for several seconds on same hardware) >> kernel config : http://eroese.org/_/_/pub/bsd/222889/GENERIC_PF > > You have mixed old partitioning classes with GEOM_PART. > You should remove from the kernel at least: > options =C2=A0 =C2=A0 =C2=A0 =C2=A0 GEOM_BSD > options =C2=A0 =C2=A0 =C2=A0 =C2=A0 GEOM_MBR > options =C2=A0 =C2=A0 =C2=A0 =C2=A0 GEOM_PC98 > options =C2=A0 =C2=A0 =C2=A0 =C2=A0 GEOM_VOL > This should be documented. > -- > WBR, Andrey V. Elsukov > > From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 08:08:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 913091065670; Fri, 10 Jun 2011 08:08:48 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5CE348FC17; Fri, 10 Jun 2011 08:08:48 +0000 (UTC) Received: by pwj8 with SMTP id 8so1443522pwj.13 for ; Fri, 10 Jun 2011 01:08:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.17.134 with SMTP id o6mr788177pbd.326.1307691475936; Fri, 10 Jun 2011 00:37:55 -0700 (PDT) Received: by 10.68.54.66 with HTTP; Fri, 10 Jun 2011 00:37:55 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Jun 2011 09:37:55 +0200 Message-ID: From: Olivier Smedts To: Mohammed Farrag Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , Philip Paeps Subject: Re: FreeBSD extended to Arab World X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 08:08:48 -0000 Hello, 2011/6/10 Mohammed Farrag : > Hi, > > =A0 Thanks for your reply. > > > On Fri, Jun 10, 2011 at 1:08 AM, Philip Paeps wrote: > >> On 9 Jun 2011, at 22:15, Mohammed Farrag wrote: >> > First I introduce myself, =A0Mohammed Farrag, ArabBSD Project Manager = and >> > FreeBSD Contributor. We have a project to extend FreeBSD in Arab world= . >> >> Nice initiative! > > >> > Our website is https://sites.google.com/site/arabbsd/ and our facebook >> group >> > is http://www.facebook.com/home.php?sk=3Dgroup_114438501975285&ap=3D1 >> > I will be glad to receive your comments/ and recommendations. >> >> I don't think the "Start FreeBSD" page on the website should be linking = to >> an >> unofficial source for VMWare... =A0Pointing to http://vmware.com/ may be >> more >> suitable. >> > > =A0Sorry for that. I will redirect it. > >> >> =A0VMware.Workstation.v7.1.261024.Incl.Keymaker-EMBRACE.part1.rar >> >> The FreeBSD project probably does not want to be associated with >> unauthorized >> distribution of proprietary software. Maybe you could suggest running FreeBSD in VirtualBox : http://www.virtualbox.org/ It's free, open source, and better supported by FreeBSD. You can run FreeBSD as a VirtualBox guest : http://www.freshports.org/emulators/virtualbox-ose-additions/ And run VirtualBox in a FreeBSD host : http://www.freshports.org/emulators/virtualbox-ose/ Cheers --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 11:46:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF20F106572E for ; Fri, 10 Jun 2011 11:46:57 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9A98FC18 for ; Fri, 10 Jun 2011 11:46:57 +0000 (UTC) Received: by pwj8 with SMTP id 8so1537844pwj.13 for ; Fri, 10 Jun 2011 04:46:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=mCiMciARuyEy5+SH4L0YSp3v78wnKtBQHZdDxtUqTco=; b=Hltq5org08/rotRKfvIYon7HwJ8VTFe/4qdl0TU+za43RpwD7nADVNCEO2viNqKOXf odwbc4fsGNI6fJQRdrFeyFs5S7AD7wRGfOzZPAY8p4kNKWlDgS3J/Y3J1RoQSlYcb42J jwQqalsX97aNamJDZtgO10ToRrzUcHCu0YxNg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=x42yNEGs+bOp1SJken5vtuCE1gK5TSzLtV+h+nU09POtFAe5TA+TyMaQBFnViqUClT 96ZFiAGdh2zRywSO8q1uVmR0OiCuRakknWqi21oEIJQc270SoxGF5h3TKe9LExQQEXQF lATPAIHN2BW5p26xgMqoj64BTLhBcolyLzZf8= MIME-Version: 1.0 Received: by 10.68.68.106 with SMTP id v10mr900107pbt.115.1307706416896; Fri, 10 Jun 2011 04:46:56 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.68.51.9 with HTTP; Fri, 10 Jun 2011 04:46:56 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Jun 2011 14:46:56 +0300 X-Google-Sender-Auth: SH2fJv2YS7YCTigrREonx-6YoWs Message-ID: From: Mohammed Farrag To: "C. P. Ghost" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current Subject: Re: FreeBSD extended to Arab World X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 11:46:57 -0000 Hi, On Fri, Jun 10, 2011 at 8:25 AM, C. P. Ghost wrote: > On Thu, Jun 9, 2011 at 10:15 PM, Mohammed Farrag > wrote: > > Hi Community, > > > > First I introduce myself, Mohammed Farrag, ArabBSD Project Manager and > > FreeBSD Contributor. We have a project to extend FreeBSD in Arab world. > We > > aim to work in two direction. First, we will translate FreeBSD > > Documentation and learning tutorials to Arabic. Second, we will have > summer > > training for starting work on FreeBSD development. Our website is > > https://sites.google.com/site/arabbsd/ and our facebook group is > > http://www.facebook.com/home.php?sk=group_114438501975285&ap=1 > > I will be glad to receive your comments/ and recommendations. > > Great idea! > > Maybe we can hope to see more stuff from arabeyes in > /usr/ports/arabic as well? > > http://projects.arabeyes.org/index.php We have our plans to develop Arab Tutorials, documentation and ports. Sure, arabeyes will be one of our plans. > > > Of course, you could also announce ArabBSD there... ;-) > > > Regards, > > > > -- > > *Mohammed Farrag* > > -cpghost. > > -- > Cordula's Web. http://www.cordula.ws/ > -- *Mohammed Farrag* *FreeBSD Contributor* From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 11:48:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5DFB106567A; Fri, 10 Jun 2011 11:48:35 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 78CDD8FC12; Fri, 10 Jun 2011 11:48:35 +0000 (UTC) Received: by pzk27 with SMTP id 27so1537957pzk.13 for ; Fri, 10 Jun 2011 04:48:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=jAeO5Be7ZNRz3oOG6MkPT1XdHmr/dRR0DTmIe/NkGIk=; b=k8a5MfvIs0W4IygQahrhdG5ec6XXYw0UT6lFmFMS1GXd7QlUJljAO5TiwUujMY13pC P3yGqAQ8CFyHhOa3/IxYal634PVhGJzPz8GInpa2YI/EmazIcIkusLr05m0nEDrhLLLD NVpAK5Xc3I1UUvJYTAIWixjruRtYu1Ps/fHqc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=lnvdc9cqH7LQ4kCfUaO5Di3boW91DRVydmeuvv50BpX2asg1DF55205TDULhcRuT7q OZJxOs7qVMxOuKSM4jx7OC/wcQRN8oOoCFz0JpNotCR9bFMLbGa76UxLHI2edQMyE/0E 88Pnqt07GPFOf+WGGwDIB2c1MFF5LKTOcQoXg= MIME-Version: 1.0 Received: by 10.68.24.37 with SMTP id r5mr841978pbf.450.1307706514842; Fri, 10 Jun 2011 04:48:34 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.68.51.9 with HTTP; Fri, 10 Jun 2011 04:48:34 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Jun 2011 14:48:34 +0300 X-Google-Sender-Auth: IyAwcNUgMgGNFYGR6tTCskM33cI Message-ID: From: Mohammed Farrag To: Olivier Smedts Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current , Philip Paeps Subject: Re: FreeBSD extended to Arab World X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 11:48:35 -0000 On Fri, Jun 10, 2011 at 10:37 AM, Olivier Smedts wrote: > Hello, > > 2011/6/10 Mohammed Farrag : > > Hi, > > > > Thanks for your reply. > > > > > > On Fri, Jun 10, 2011 at 1:08 AM, Philip Paeps > wrote: > > > >> On 9 Jun 2011, at 22:15, Mohammed Farrag wrote: > >> > First I introduce myself, Mohammed Farrag, ArabBSD Project Manager > and > >> > FreeBSD Contributor. We have a project to extend FreeBSD in Arab > world. > >> > >> Nice initiative! > > > > > >> > Our website is https://sites.google.com/site/arabbsd/ and our > facebook > >> group > >> > is http://www.facebook.com/home.php?sk=group_114438501975285&ap=1 > >> > I will be glad to receive your comments/ and recommendations. > >> > >> I don't think the "Start FreeBSD" page on the website should be linking > to > >> an > >> unofficial source for VMWare... Pointing to http://vmware.com/ may be > >> more > >> suitable. > >> > > > > Sorry for that. I will redirect it. > > > >> > >> VMware.Workstation.v7.1.261024.Incl.Keymaker-EMBRACE.part1.rar > >> > >> The FreeBSD project probably does not want to be associated with > >> unauthorized > >> distribution of proprietary software. > > Maybe you could suggest running FreeBSD in VirtualBox : > http://www.virtualbox.org/ > > It's free, open source, and better supported by FreeBSD. You can run > FreeBSD as a VirtualBox guest : > http://www.freshports.org/emulators/virtualbox-ose-additions/ > And run VirtualBox in a FreeBSD host : > http://www.freshports.org/emulators/virtualbox-ose/ > > VirtualBox is Free but has some problems with running some releases of FreeBSD. > Cheers > > -- > Olivier Smedts _ > ASCII ribbon campaign ( ) > e-mail: olivier@gid0.org - against HTML email & vCards X > www: http://www.gid0.org - against proprietary attachments / \ > > "Il y a seulement 10 sortes de gens dans le monde : > ceux qui comprennent le binaire, > et ceux qui ne le comprennent pas." > -- *Mohammed Farrag* *FreeBSD Contributor* From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 12:09:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 912CD106564A for ; Fri, 10 Jun 2011 12:09:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 689C88FC0A for ; Fri, 10 Jun 2011 12:09:17 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 1D42C46B0A; Fri, 10 Jun 2011 08:09:17 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AD8D68A01F; Fri, 10 Jun 2011 08:09:16 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 10 Jun 2011 08:00:59 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201106091456.04528.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106100800.59277.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 10 Jun 2011 08:09:16 -0400 (EDT) Cc: "deeptech71@gmail.com" Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 12:09:17 -0000 On Thursday, June 09, 2011 6:08:08 pm deeptech71@gmail.com wrote: > On Thu, Jun 9, 2011 at 8:56 PM, John Baldwin wrote: > > On Thursday, June 09, 2011 2:07:31 pm deeptech71@gmail.com wrote: > >> pcib1: attempting to grow prefetch window for (0xe0000000-0xefffffff,0x10000000) > >> back candidate range: 0xe0000000-0xefffffff > >> pcib1: failed to grow prefetch window to 0xd0000000-0xefffffff: 6 > > > > Hmm, ENXIO is an odd error. rman_adjust_resource() can't fail with that. > > > > Oh, I missed adding bus_adjust_resource() to the x86 "nexus" drivers. :( > > alright, with that patch the machine is back in business. Great! Thanks for testing. I'll commit these fixes today. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 12:17:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2E931065675 for ; Fri, 10 Jun 2011 12:17:17 +0000 (UTC) (envelope-from luizgustavo@luizgustavo.pro.br) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5898FC15 for ; Fri, 10 Jun 2011 12:17:17 +0000 (UTC) Received: by wwc33 with SMTP id 33so2667915wwc.31 for ; Fri, 10 Jun 2011 05:17:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.139.228 with SMTP id f36mr2053315wbu.63.1307708235137; Fri, 10 Jun 2011 05:17:15 -0700 (PDT) Sender: luizgustavo@luizgustavo.pro.br Received: by 10.227.200.80 with HTTP; Fri, 10 Jun 2011 05:17:15 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Jun 2011 09:17:15 -0300 X-Google-Sender-Auth: 9WKyG_UcP5gl9z0PHmmUQLaLFuc Message-ID: From: "Luiz Gustavo S. Costa" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: udav: vendor 0x0fe6, product: 0x9700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 12:17:17 -0000 Hi list, I'm trying to add a new product id [1] to the driver udav and am having a little trouble. At first, this is similar to id 0x8180 and there should be no problems, but I still can not get a PHY for it. Can someone help me? System: freekazoide# uname -a FreeBSD freekazoide.luizgustavo.pro.br 9.0-CURRENT FreeBSD 9.0-CURRENT #5 r222586M: Thu Jun =A02 12:11:33 BRT 2011 root@freekazoide.luizgustavo.pro.br:/usr/obj/usr/src/sys/GENERIC =A0i386 Dmesg: ugen0.2: at usbus0 udav0: on usbus0 udav0: attaching PHYs failed About adapter: [1] http://www.luizgustavo.pro.br/~lgcosta/jp1080/ Patch: diff -r 4dc08fdbcf2f sys/dev/usb/net/if_udav.c --- a/sys/dev/usb/net/if_udav.c Thu Jun 09 18:32:21 2011 -0300 +++ b/sys/dev/usb/net/if_udav.c Thu Jun 09 18:30:38 2011 -0300 @@ -210,6 +210,7 @@ =A0 =A0 =A0 =A0{USB_VPI(USB_VENDOR_SHANTOU, USB_PRODUCT_SHANTOU_ADM8515, 0)= }, =A0 =A0 =A0 =A0/* Kontron AG USB Ethernet */ =A0 =A0 =A0 =A0{USB_VPI(USB_VENDOR_KONTRON, USB_PRODUCT_KONTRON_DM9601, 0)}= , + =A0 =A0 =A0 {USB_VPI(USB_VENDOR_KONTRON, USB_PRODUCT_KONTRON_JP1082, 0)}, =A0}; =A0static void diff -r 4dc08fdbcf2f sys/dev/usb/usbdevs --- a/sys/dev/usb/usbdevs =A0 =A0 =A0 Thu Jun 09 18:32:21 2011 -0300 +++ b/sys/dev/usb/usbdevs =A0 =A0 =A0 Thu Jun 09 18:30:38 2011 -0300 @@ -2014,6 +2014,7 @@ =A0/* Kontron AG products */ =A0product KONTRON DM9601 =A0 =A0 =A0 =A0 0x8101 =A0USB Ethernet +product KONTRON JP1082 =A0 =A0 =A0 =A0 0x9700 =A0USB Ethernet =A0/* Konica Corp. Products */ =A0product KONICA CAMERA =A0 =A0 =A0 =A0 =A00x0720 =A0Digital Color Camera -- =A0 /\ =A0 =A0 =A0 =A0 =A0 =A0 Luiz Gustavo S. Costa =A0/ =A0\ =A0 =A0 =A0 =A0 =A0 =A0Programmer at BSD Perimeter / =A0 =A0\ /\/\/\ =A0 =A0Visit the pfSense Project / =A0 =A0 =A0\ =A0 =A0\ \ =A0 http://www.pfsense.org --------------------------------------------------------------------- BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv) Contatos: luizgustavo@luizgustavo.pro.br / lgcosta@pfsense.org Blog: http://www.luizgustavo.pro.br From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 14:52:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D5911065672 for ; Fri, 10 Jun 2011 14:52:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 549678FC0C for ; Fri, 10 Jun 2011 14:52:43 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E025746B42; Fri, 10 Jun 2011 10:52:42 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6F2CC8A02A; Fri, 10 Jun 2011 10:52:42 -0400 (EDT) From: John Baldwin To: John Date: Fri, 10 Jun 2011 10:52:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110606002353.GA2518@slowblink.com> <201106081226.25164.jhb@freebsd.org> <20110608223037.GA83941@FreeBSD.org> In-Reply-To: <20110608223037.GA83941@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106101052.30867.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 10 Jun 2011 10:52:42 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 14:52:43 -0000 On Wednesday, June 08, 2011 6:30:37 pm John wrote: > ----- John Baldwin's Original Message ----- > > On Wednesday, June 08, 2011 12:13:05 am John wrote: > > > ----- John Baldwin's Original Message ----- > > > > On Monday, June 06, 2011 9:33:30 pm John wrote: > > > > > ----- John Baldwin's Original Message ----- > > > > > > On Sunday, June 05, 2011 8:23:53 pm John wrote: > > > > > > > > > > > > > > I just attempted to update an HP385G0 system from current as of > > > > > > > 4-15-2011 to 6-2-2011. The new system will not boot, and shows the > > > > > > > following message when it hangs: > > > > > > > > > > I applied your patch/rebuilt/installed/rebooted. The system seems > > > > > to get farther, but still locks up tight. A screen pic is here: > > > > > > > > > > http://people.freebsd.org/~jwd/dmesg.jpg > > > > > > > > > > > > > Hmmm, an MCA is not a good sign. > > > > > > > > Yes, there are multiple ranges. Would it be possible to use a serial port to > > > > capture a full verbose dmesg up to the point where it hangs? > > > > > > > > -- > > > > John Baldwin > > > > > > Hi John > > > > > > Yes, I did get a serial console & ilo configured on the system today. > > > I've attached two verbose consoles. The 1st is from -current as of today > > > which fails to boot. The 2nd is from earlier this year which boot correctly. > > > > Humm, is the first with any patches applied? Earlier you reported a problem > > that occured much later (failing to allocate the initial window) but in > > your new dmesg it isn't getting that far. > > Sorry John, here's the verbose dmesg output with your patch applied. > > This is at the tail of the console: > > pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 > map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled > pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) > map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled > > > Output ends with a single 'M', not MCA as earlier. Can you revert any patches I've sent you and update to the latest HEAD (I just committed some bugfixes) and try it out please? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 15:17:58 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AE2A106566B; Fri, 10 Jun 2011 15:17:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 93B7F8FC1A; Fri, 10 Jun 2011 15:17:57 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA00333; Fri, 10 Jun 2011 18:17:54 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DF235A1.3000308@FreeBSD.org> Date: Fri, 10 Jun 2011 18:17:53 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: John Baldwin References: <20110606002353.GA2518@slowblink.com> <20110608223037.GA83941@FreeBSD.org> <4DF06404.8090909@FreeBSD.org> <201106090857.33479.jhb@freebsd.org> In-Reply-To: <201106090857.33479.jhb@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, John Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 15:17:58 -0000 on 09/06/2011 15:57 John Baldwin said the following: > On Thursday, June 09, 2011 2:11:16 am Andriy Gapon wrote: >> on 09/06/2011 01:30 John said the following: >>> Sorry John, here's the verbose dmesg output with your patch applied. >>> >>> This is at the tail of the console: >>> >>> pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 >>> map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled >>> pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) >>> map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled >>> >>> >>> Output ends with a single 'M', not MCA as earlier. >> >> >> Just a wild guess - what happens if you revert r222537 (you might need to revert >> r222804 first)? > > I think he's getting a MCA due to writing to a bad address and getting a > PCI-e target abort equivalent and that the screen output is broken > because the VGA device is what is probably getting hosed by the pcib driver. > > Given that, I doubt the printf changes are related. Right. I was mostly curious if printf has become broken with respect to things like reporting MCEs. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 15:22:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FF2F106566C; Fri, 10 Jun 2011 15:22:43 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 39FE38FC0A; Fri, 10 Jun 2011 15:22:42 +0000 (UTC) Received: by vws18 with SMTP id 18so3251275vws.13 for ; Fri, 10 Jun 2011 08:22:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/k7zeGjr/MwE2PWz72IaNiG/am6ZjNRTcQ268mgtOSI=; b=MLh+Gz07vSsvtXSpVtCywsdlDTUFXUBBx9ZrFMvVb7vYQINxyOCRG+o4o/RV43mCFy fPnWl4Dm84BgzyZTDy7s9dj8159zylI/giBAum1vNSnWfLT949PXuUKCA0YXzM/+uld9 OkG3HuG3DgI8rR1Q7epd0Kf4nsfSnfIVoeryo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Cexz7wXhXgCRSAufkWtuAy1slcPhehrEFs94IfltMwIDHKyLmIIbtuhs/N17FzyqJh Dc9LxSzIIpgaK9YWj7rkigHb5RAXAQYBFG9ahUnrbuWJuywBs5+ZTNcQDy1TTjdpUS4u Yba+A95XVb7i0QB7M5MY/xCRGk0xg3obeOAag= MIME-Version: 1.0 Received: by 10.220.187.76 with SMTP id cv12mr859304vcb.128.1307719362337; Fri, 10 Jun 2011 08:22:42 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Fri, 10 Jun 2011 08:22:42 -0700 (PDT) In-Reply-To: References: <4DF10BD3.2030006@zedat.fu-berlin.de> <4DF12EA7.80807@protected-networks.net> <20110609211232.GA17188@lonesome.com> <4DF142A0.9030903@protected-networks.net> Date: Fri, 10 Jun 2011 08:22:42 -0700 Message-ID: From: Garrett Cooper To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mark Linimon , Michael Butler , FreeBSD Current Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 15:22:44 -0000 On Thu, Jun 9, 2011 at 3:26 PM, Attilio Rao wrote: > 2011/6/9 Michael Butler : >> On 06/09/11 17:18, Attilio Rao wrote: >>> 2011/6/9 Mark Linimon : >>>> Things that change the way the base system behaves w/rt ports need >>>> version bumps. >>> >>> BTW, could someone provide an actual error message? >>> >>> I assume these errors are caused by cpumask_t going away. >> >> For emulators/virtualbox-ose-kmod .. >> >> cc -O2 -pipe -march=3Dprescott -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 >> -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING >> -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_X86 -fno-strict-aliasing -Werror >> -D_KERNEL -DKLD_MODULE -nostdinc =A0-Iinclude -I. -Ir0drv -I. -I@ >> -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 >> --param large-function-growth=3D1000 -fno-common =A0 -mno-align-long-str= ings >> -mpreferred-stack-boundary=3D2 -mno-sse -mno-mmx -msoft-float >> -ffreestanding -fstack-protector -std=3Diso9899:1999 -fstack-protector >> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual =A0-Wundef >> -Wno-pointer-sign -fformat-extensions =A0-Wmissing-include-dirs >> -fdiagnostics-show-option -c >> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/f= reebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c >> >> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/f= reebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c: >> In function 'RTMpOnOthers': >> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/f= reebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: >> error: 'cpumask_t' undeclared (first use in this function) >> >> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/f= reebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: >> error: (Each undeclared identifier is reported only once >> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/f= reebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: >> error: for each function it appears in.) >> >> Without a version bump, it becomes impossible to determine if a >> version-specific patch can be applied to accommodate the ABI change, > > Well, the ports should be working against -CURRENT, so what you say is > not entirely true. > Second thing, yeah, it is cpumask_t going away, so someone needs =A0to > sit there, check what usage of cpumask_t was done and replace with > proper code. > It seems usual port maintenance due by the maintainer IMHO. > > I'm not entirely sure how bumping __FreeBSD_version may help right now. This also impacts recompiling the base system if you don't nuke /usr/obj (output from make buildworld buildkernel, no -j). Thanks, -Garrett c++ -O2 -pipe -fno-strict-aliasing -pipe -I/usr/obj/usr/src/sys/FALLOUT -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-strict-aliasing -pipe -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc c++ -O2 -pipe -fno-strict-aliasing -pipe -I/usr/obj/usr/src/sys/FALLOUT -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-strict-aliasing -pipe -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc In file included from /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc:25: /usr/include/sys/types.h:102: error: '__cpumask_t' does not name a type *** Error code 1 Stop in /usr/src/gnu/usr.bin/gperf. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 15:25:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63B82106564A; Fri, 10 Jun 2011 15:25:23 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E99A28FC12; Fri, 10 Jun 2011 15:25:22 +0000 (UTC) Received: by vws18 with SMTP id 18so3254591vws.13 for ; Fri, 10 Jun 2011 08:25:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NrYP8Q13j7AAt0apMcJwQ+3hhzZtnDPcHc7PEMzDg6g=; b=QUCklkvbZzk0MSNl91g6eaFINDwwxdZUfBGc9x/fB9uozGtneSpNQv5atQPT2rjy0R gyL9cgjojXp7xFlx/mYNdsnrHtV6wnMimU+dehv5zZIm1Y+KDrtb5xLs+jErQlljwIPx EPLYpx8Ujt54YuT84fQJLkqh9UMLZObu5eJz4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WQjrJQP4SIxyQ9+wZZj6LTmqiZjswqfxHuCvg5PdsgDINQGcerJkVi7KYuf0HlXz7E UtB1HAANHQC/DfGxdLQQF74qzyOycaPzByA5Rm75aJHDmLhdw7zg81sj6N6E6jEQtQHU yuahls3ycbmws4F+6kk39+6S+AMzxDTRoTxME= MIME-Version: 1.0 Received: by 10.52.32.2 with SMTP id e2mr3148821vdi.189.1307719521631; Fri, 10 Jun 2011 08:25:21 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Fri, 10 Jun 2011 08:25:21 -0700 (PDT) In-Reply-To: References: <4DF10BD3.2030006@zedat.fu-berlin.de> <4DF12EA7.80807@protected-networks.net> <20110609211232.GA17188@lonesome.com> <4DF142A0.9030903@protected-networks.net> Date: Fri, 10 Jun 2011 08:25:21 -0700 Message-ID: From: Garrett Cooper To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mark Linimon , Michael Butler , FreeBSD Current Subject: Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 15:25:23 -0000 On Fri, Jun 10, 2011 at 8:22 AM, Garrett Cooper wrote: > On Thu, Jun 9, 2011 at 3:26 PM, Attilio Rao wrote: >> 2011/6/9 Michael Butler : >>> On 06/09/11 17:18, Attilio Rao wrote: >>>> 2011/6/9 Mark Linimon : >>>>> Things that change the way the base system behaves w/rt ports need >>>>> version bumps. >>>> >>>> BTW, could someone provide an actual error message? >>>> >>>> I assume these errors are caused by cpumask_t going away. >>> >>> For emulators/virtualbox-ose-kmod .. >>> >>> cc -O2 -pipe -march=3Dprescott -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 >>> -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING >>> -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_X86 -fno-strict-aliasing -Werror >>> -D_KERNEL -DKLD_MODULE -nostdinc =A0-Iinclude -I. -Ir0drv -I. -I@ >>> -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 >>> --param large-function-growth=3D1000 -fno-common =A0 -mno-align-long-st= rings >>> -mpreferred-stack-boundary=3D2 -mno-sse -mno-mmx -msoft-float >>> -ffreestanding -fstack-protector -std=3Diso9899:1999 -fstack-protector >>> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual =A0-Wundef >>> -Wno-pointer-sign -fformat-extensions =A0-Wmissing-include-dirs >>> -fdiagnostics-show-option -c >>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/= freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c >>> >>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/= freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c: >>> In function 'RTMpOnOthers': >>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/= freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: >>> error: 'cpumask_t' undeclared (first use in this function) >>> >>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/= freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: >>> error: (Each undeclared identifier is reported only once >>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/= freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167: >>> error: for each function it appears in.) >>> >>> Without a version bump, it becomes impossible to determine if a >>> version-specific patch can be applied to accommodate the ABI change, >> >> Well, the ports should be working against -CURRENT, so what you say is >> not entirely true. >> Second thing, yeah, it is cpumask_t going away, so someone needs =A0to >> sit there, check what usage of cpumask_t was done and replace with >> proper code. >> It seems usual port maintenance due by the maintainer IMHO. >> >> I'm not entirely sure how bumping __FreeBSD_version may help right now. > > =A0 =A0This also impacts recompiling the base system if you don't nuke > /usr/obj (output from make buildworld buildkernel, no -j). > Thanks, > -Garrett > > c++ -O2 -pipe -fno-strict-aliasing -pipe > -I/usr/obj/usr/src/sys/FALLOUT > -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-strict-aliasing -pipe > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc > c++ -O2 -pipe -fno-strict-aliasing -pipe > -I/usr/obj/usr/src/sys/FALLOUT > -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-strict-aliasing -pipe > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc > In file included from > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc:25: > /usr/include/sys/types.h:102: error: '__cpumask_t' does not name a type > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/gperf. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. I just realized that my environment may be at fault for this item (I was trying to debug something -- note the first -I argument). Please ignore and move on unless more reports come in. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 15:00:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DC52106566C; Fri, 10 Jun 2011 15:00:16 +0000 (UTC) (envelope-from jwd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 143BC8FC13; Fri, 10 Jun 2011 15:00:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5AF0FNA078241; Fri, 10 Jun 2011 15:00:15 GMT (envelope-from jwd@freefall.freebsd.org) Received: (from jwd@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5AF0FfM078240; Fri, 10 Jun 2011 15:00:15 GMT (envelope-from jwd) Date: Fri, 10 Jun 2011 15:00:15 +0000 From: John To: John Baldwin Message-ID: <20110610150015.GA78095@FreeBSD.org> References: <20110606002353.GA2518@slowblink.com> <20110608223037.GA83941@FreeBSD.org> <4DF06404.8090909@FreeBSD.org> <201106090857.33479.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201106090857.33479.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Fri, 10 Jun 2011 15:25:54 +0000 Cc: freebsd-current@freebsd.org Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 15:00:16 -0000 ----- John Baldwin's Original Message ----- > On Thursday, June 09, 2011 2:11:16 am Andriy Gapon wrote: > > on 09/06/2011 01:30 John said the following: > > > Sorry John, here's the verbose dmesg output with your patch applied. > > > > > > This is at the tail of the console: > > > > > > pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 > > > map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled > > > pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) > > > map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled > > > > > > > > > Output ends with a single 'M', not MCA as earlier. > > > > > > Just a wild guess - what happens if you revert r222537 (you might need to revert > > r222804 first)? > > I think he's getting a MCA due to writing to a bad address and getting a > PCI-e target abort equivalent and that the screen output is broken > because the VGA device is what is probably getting hosed by the pcib driver. > > Given that, I doubt the printf changes are related. Just for grins, I decided to completely remove usb from the kernel to see if it might help. Nolonger prints the MCA and/or M, just hangs while printing out the no driver attached messages. Still prints out the failed to allocate messages... found-> vendor=0x0e11, dev=0xb203, revid=0x01 domain=0, bus=1, slot=2, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0103, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x4800, size 8, enabled pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) map[14]: type Memory, range 32, base 0xf7cb0000, size 9, enabled pcib1: allocated memory range (0xf7cb0000-0xf7cb01ff) for rid 14 of pci0:1:2:0 pcib1: matched entry for 1.2.INTA pcib1: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x0e11, dev=0xb204, revid=0x01 domain=0, bus=1, slot=2, func=2 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0197, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x4000, size 8, enabled pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) map[14]: type Memory, range 32, base 0xf7ca0000, size 11, enabled pcib1: allocated memory range (0xf7ca0000-0xf7ca07ff) for rid 14 of pci0:1:2:2 map[18]: type Memory, range 32, base 0xf7c90000, size 13, enabled pcib1: allocated memory range (0xf7c90000-0xf7c91fff) for rid 18 of pci0:1:2:2 map[1c]: type Memory, range 32, base 0xf7c00000, size 19, enabled pcib1: allocated memory range (0xf7c00000-0xf7c7ffff) for rid 1c of pci0:1:2:2 pcib1: matched entry for 1.2.INTB pcib1: slot 2 INTB hardwired to IRQ 17 found-> vendor=0x1002, dev=0x4752, revid=0x27 domain=0, bus=1, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf6000000, size 24, enabled pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled pcib1: allocated memory range (0xf5ff0000-0xf5ff0fff) for rid 18 of pci0:1:3:0 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pci1: at device 2.0 (no driver attached) pci1: at device 2.2 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ no output after this. From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 15:51:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFBA5106566C for ; Fri, 10 Jun 2011 15:51:29 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 63D7A8FC0A for ; Fri, 10 Jun 2011 15:51:29 +0000 (UTC) Received: by qwc9 with SMTP id 9so1951140qwc.13 for ; Fri, 10 Jun 2011 08:51:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=/RKCl//XeRS44kJf1pfKwvmQUkvDOQtasza8xb3nlHM=; b=dGGXIDY7QOe0ZfgjHDP0hke49w/R9VgBrJZDuVQIYzBQ061eGlXWU3ogySV/IZu2in woFxDvKbsjjuBnAbKdtccq46E26BZD6jGNm0PaSTZFv17GCHeDcBOAIPP35RsTTTpCzJ Fh+f2xIG1ne91XLRQQJzrCi/SLc/CkurEE7II= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=k5cSwCWS60Lej/T0ovrPdJjQcbx2+GDDRAnD8ev9fcjb/5OrXgEOD9k82QRt4oacty Muu9dseV/hgesesWxjtoxXbj2+gr5bUdoizDUn/yvWEip0Qbzw8NJXvIR1/ODYeX8yt0 nmISb3jXlrxo7JSsI+KOdd++T97EDnRYx+LFY= MIME-Version: 1.0 Received: by 10.229.95.144 with SMTP id d16mr1678053qcn.37.1307719341504; Fri, 10 Jun 2011 08:22:21 -0700 (PDT) Received: by 10.229.61.170 with HTTP; Fri, 10 Jun 2011 08:22:21 -0700 (PDT) Date: Fri, 10 Jun 2011 11:22:21 -0400 Message-ID: From: Kim Culhan To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 9.0-CURRENT-201105-amd64 install kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 15:51:29 -0000 Booting from FreeBSD-9.0-CURRENT-201105-amd64-memstick the kernel panics: panic: m_getzone: m_getjcl: invalid cluster type http://www.flickr.com/photos/opensolaris/5818432532/in/photostream The hardware is: http://www.supermicro.com/products/motherboard/QPI/5500/X8DTL-3F.cfm The cpu's are Intel 5520 and the nics are 82574L FWIW this appears to be similar to a recently reported panic with 8-STABLE: http://lists.freebsd.org/pipermail/freebsd-stable/2011-May/062596.html Any help is very greatly apprecated. thanks -kim From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 15:58:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39957106566C for ; Fri, 10 Jun 2011 15:58:20 +0000 (UTC) (envelope-from rickvanderzwet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id E374C8FC08 for ; Fri, 10 Jun 2011 15:58:19 +0000 (UTC) Received: by qwc9 with SMTP id 9so1958997qwc.13 for ; Fri, 10 Jun 2011 08:58:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=6RG4G/siIRRNwVQL/lHvjL2X8UfRxhG3iXc6w2/Qc6A=; b=oPWk3Df5WaozdCUKuEIwRRtUWHcg442PEdo/G0K49SEvb98IlfVbEODqm87mBHLTDs PS21nDeai1sEbaj73fpNxDQHdWdozVHrWK3mX20DPwP22WvI3FU5rsZOolCGDqnPJnwO 1d0FbExTAgyBlu69h/F7j9YILbzzXEWvZL00w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=anwS5mMRSXxIp7kXGyqOzC8dtceE3gS15N5tX++nFYNssJhXh7uyVcnLOOThquxYwS OTvQ7MBQG2mSuAwiPvfWlbm8BrPw2itvO8mfW+9QPj6IPZuoUAtmY93HWjQ9blki0oZE eBfQiKqik/gKlnH80jHf5WCSmRPaKXjFMJhLI= MIME-Version: 1.0 Received: by 10.236.186.101 with SMTP id v65mr2776346yhm.94.1307721498864; Fri, 10 Jun 2011 08:58:18 -0700 (PDT) Sender: rickvanderzwet@gmail.com Received: by 10.236.157.69 with HTTP; Fri, 10 Jun 2011 08:58:18 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Jun 2011 17:58:18 +0200 X-Google-Sender-Auth: 5MP4DrnF6qO2jhdzUkjIYg9Gays Message-ID: From: Rick van der Zwet To: "Luiz Gustavo S. Costa" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: udav: vendor 0x0fe6, product: 0x9700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 15:58:20 -0000 On 10 June 2011 14:17, Luiz Gustavo S. Costa wrote: > I'm trying to add a new product id [1] to the driver udav and am > having a little trouble. > > At first, this is similar to id 0x8180 and there should be no > problems, but I still can not get a PHY for it. Assuming you mean 0x8181 --looking at your patch-- How do you know they have similar chip-sets? Can you get the full interface description list for both to see if they have the same endpoints: usbconfig dump_all_config_desc > Can someone help me? ... >About adapter: > [1] http://www.luizgustavo.pro.br/~lgcosta/jp1080/ Looking at the picture these kind of USB dongles (various chipsets) tend to die. I suspect the build quality is not that great. Just checking you did check it the device is functioning properly using the official (linux) drivers? Br. /Rick -- http://rickvanderzwet.nl From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 16:00:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92FC71065676 for ; Fri, 10 Jun 2011 16:00:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 532098FC19 for ; Fri, 10 Jun 2011 16:00:53 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id DF43D46B09; Fri, 10 Jun 2011 12:00:52 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 812C68A01F; Fri, 10 Jun 2011 12:00:52 -0400 (EDT) From: John Baldwin To: John Date: Fri, 10 Jun 2011 12:00:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110606002353.GA2518@slowblink.com> <201106090857.33479.jhb@freebsd.org> <20110610150015.GA78095@FreeBSD.org> In-Reply-To: <20110610150015.GA78095@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106101200.51969.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 10 Jun 2011 12:00:52 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 16:00:53 -0000 On Friday, June 10, 2011 11:00:15 am John wrote: > ----- John Baldwin's Original Message ----- > > On Thursday, June 09, 2011 2:11:16 am Andriy Gapon wrote: > > > on 09/06/2011 01:30 John said the following: > > > > Sorry John, here's the verbose dmesg output with your patch applied. > > > > > > > > This is at the tail of the console: > > > > > > > > pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 > > > > map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled > > > > pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) > > > > map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled > > > > > > > > > > > > Output ends with a single 'M', not MCA as earlier. > > > > > > > > > Just a wild guess - what happens if you revert r222537 (you might need to revert > > > r222804 first)? > > > > I think he's getting a MCA due to writing to a bad address and getting a > > PCI-e target abort equivalent and that the screen output is broken > > because the VGA device is what is probably getting hosed by the pcib driver. > > > > Given that, I doubt the printf changes are related. > > Just for grins, I decided to completely remove usb from the kernel > to see if it might help. Nolonger prints the MCA and/or M, just > hangs while printing out the no driver attached messages. Still > prints out the failed to allocate messages... Hmmm. Your case is a bit different. PCI-PCI bridges have to allocate I/O space on 4KB boundarys, so the smallest chunk it can allocate for the resources behind your bridge is 0x4000-0x4fff which is what keeps failing. Hmm, it's claiming that brgphy1 has some I/O ports that conflict allocated. That makes no sense. brgphy devices have no I/O port resources. I think the device_t got reused. Can you try this perhaps to get started relative to sys/x86/x86/nexus.c: Index: nexus.c =================================================================== --- nexus.c (revision 222932) +++ nexus.c (working copy) @@ -388,6 +388,27 @@ nexus_alloc_resource(device_t bus, device_t child, if (rm == NULL) return (NULL); + /* XXX: Hack */ + if (type == SYS_RES_IOPORT && start >= 0x4000 && start <= 0x4ffff) { + char *buf; + + device_printf(bus, "allocating range %#lx-%#lx for child", + start, end); + if (device_get_nameunit(child) != NULL) + printf(" %s", device_get_nameunit(child)); + printf(" of %s\n", device_get_nameunit( + device_get_parent(child))); + buf = malloc(1024, M_DEVBUF, M_WAITOK); + *buf = '\0'; + bus_child_pnpinfo_str(dev, buf, 1024); + if (*buf != '\0') + printf("\t%s\n", buf); + *buf = '\0'; + bus_child_location_str(dev, buf, 1024); + if (*buf != '\0') + printf("\tat %s\n", buf); + free(buf, M_DEVBUF); + } rv = rman_reserve_resource(rm, start, end, count, flags, child); if (rv == 0) return 0; -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 18:17:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C90F9106564A for ; Fri, 10 Jun 2011 18:17:46 +0000 (UTC) (envelope-from luizgustavo@luizgustavo.pro.br) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6342C8FC1E for ; Fri, 10 Jun 2011 18:17:45 +0000 (UTC) Received: by wwc33 with SMTP id 33so3016398wwc.31 for ; Fri, 10 Jun 2011 11:17:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.139.228 with SMTP id f36mr2466125wbu.63.1307729864920; Fri, 10 Jun 2011 11:17:44 -0700 (PDT) Sender: luizgustavo@luizgustavo.pro.br Received: by 10.227.200.80 with HTTP; Fri, 10 Jun 2011 11:17:44 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Jun 2011 15:17:44 -0300 X-Google-Sender-Auth: UcAWBpCyNOzOfLv1fuC9dXV02_w Message-ID: From: "Luiz Gustavo S. Costa" To: Rick van der Zwet Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: udav: vendor 0x0fe6, product: 0x9700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 18:17:46 -0000 Hi Rick, 2011/6/10 Rick van der Zwet : > On 10 June 2011 14:17, Luiz Gustavo S. Costa wrote: >> I'm trying to add a new product id [1] to the driver udav and am >> having a little trouble. >> >> At first, this is similar to id 0x8180 and there should be no >> problems, but I still can not get a PHY for it. > > Assuming you mean 0x8181 --looking at your patch-- How do you know > they have similar chip-sets? Can you get the full interface > description list for both to see if they have the same endpoints: > =A0 =A0usbconfig dump_all_config_desc Yes... I will find here the link that describes this: http://git.kernel.org/?p=3Dlinux/kernel/git/stable/linux-2.6.38.y.git;a=3Dc= ommit;h=3D67158cebde60edb1a11cf4743f1cb9ded847c5fc > >> Can someone help me? > ... >>About adapter: >> [1] http://www.luizgustavo.pro.br/~lgcosta/jp1080/ > > Looking at the picture these kind of USB dongles (various chipsets) > tend to die. I suspect the build quality is not that great. Just > checking you did check it the device is functioning properly using the > official (linux) drivers? Yes, it's a very cheap adapter, can be found on ebay easily. And yes, he normally works in linux, I am posting a link to the code and it is observed, the only difference are exactly the entries "id" of the product. http://git.kernel.org/?p=3Dlinux/kernel/git/stable/linux-2.6.38.y.git;a=3Db= lob;f=3Ddrivers/net/usb/dm9601.c;h=3D5002f5be47be7dcbd95e0fd9cee2a80910046a= 81;hb=3DHEAD > > Br. /Rick > -- > http://rickvanderzwet.nl > Thanks --=20 =A0 /\ =A0 =A0 =A0 =A0 =A0 =A0 Luiz Gustavo S. Costa =A0/ =A0\ =A0 =A0 =A0 =A0 =A0 =A0Programmer at BSD Perimeter / =A0 =A0\ /\/\/\ =A0 =A0Visit the pfSense Project / =A0 =A0 =A0\ =A0 =A0\ \ =A0 http://www.pfsense.org --------------------------------------------------------------------- BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv) Contatos: luizgustavo@luizgustavo.pro.br / lgcosta@pfsense.org Blog: http://www.luizgustavo.pro.br From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 18:21:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5C78106564A for ; Fri, 10 Jun 2011 18:21:40 +0000 (UTC) (envelope-from luizgustavo@luizgustavo.pro.br) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 648488FC14 for ; Fri, 10 Jun 2011 18:21:40 +0000 (UTC) Received: by wwc33 with SMTP id 33so3019536wwc.31 for ; Fri, 10 Jun 2011 11:21:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.208.207 with SMTP id gd15mr2481242wbb.93.1307730099255; Fri, 10 Jun 2011 11:21:39 -0700 (PDT) Sender: luizgustavo@luizgustavo.pro.br Received: by 10.227.200.80 with HTTP; Fri, 10 Jun 2011 11:21:39 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Jun 2011 15:21:39 -0300 X-Google-Sender-Auth: P_wD34qPFp4JOrRHx55Xj_y33C0 Message-ID: From: "Luiz Gustavo S. Costa" To: Rick van der Zwet Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: udav: vendor 0x0fe6, product: 0x9700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 18:21:40 -0000 usbconfig dump_all_config_desc: http://www.luizgustavo.pro.br/~lgcosta/jp1080/usbconfig_all_desc.txt 2011/6/10 Luiz Gustavo S. Costa : > Hi Rick, > > 2011/6/10 Rick van der Zwet : >> On 10 June 2011 14:17, Luiz Gustavo S. Costa wrote= : >>> I'm trying to add a new product id [1] to the driver udav and am >>> having a little trouble. >>> >>> At first, this is similar to id 0x8180 and there should be no >>> problems, but I still can not get a PHY for it. >> >> Assuming you mean 0x8181 --looking at your patch-- How do you know >> they have similar chip-sets? Can you get the full interface >> description list for both to see if they have the same endpoints: >> =A0 =A0usbconfig dump_all_config_desc > > Yes... I will find here the link that describes this: > > http://git.kernel.org/?p=3Dlinux/kernel/git/stable/linux-2.6.38.y.git;a= =3Dcommit;h=3D67158cebde60edb1a11cf4743f1cb9ded847c5fc > >> >>> Can someone help me? >> ... >>>About adapter: >>> [1] http://www.luizgustavo.pro.br/~lgcosta/jp1080/ >> >> Looking at the picture these kind of USB dongles (various chipsets) >> tend to die. I suspect the build quality is not that great. Just >> checking you did check it the device is functioning properly using the >> official (linux) drivers? > > Yes, it's a very cheap adapter, can be found on ebay easily. > > And yes, he normally works in linux, I am posting a link to the code > and it is observed, the only difference are exactly the entries "id" > of the product. > > http://git.kernel.org/?p=3Dlinux/kernel/git/stable/linux-2.6.38.y.git;a= =3Dblob;f=3Ddrivers/net/usb/dm9601.c;h=3D5002f5be47be7dcbd95e0fd9cee2a80910= 046a81;hb=3DHEAD > >> >> Br. /Rick >> -- >> http://rickvanderzwet.nl >> > > Thanks > > > -- > =A0 /\ =A0 =A0 =A0 =A0 =A0 =A0 Luiz Gustavo S. Costa > =A0/ =A0\ =A0 =A0 =A0 =A0 =A0 =A0Programmer at BSD Perimeter > / =A0 =A0\ /\/\/\ =A0 =A0Visit the pfSense Project > / =A0 =A0 =A0\ =A0 =A0\ \ =A0 http://www.pfsense.org > --------------------------------------------------------------------- > BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv) > Contatos: luizgustavo@luizgustavo.pro.br / lgcosta@pfsense.org > Blog: http://www.luizgustavo.pro.br > --=20 =A0 /\ =A0 =A0 =A0 =A0 =A0 =A0 Luiz Gustavo S. Costa =A0/ =A0\ =A0 =A0 =A0 =A0 =A0 =A0Programmer at BSD Perimeter / =A0 =A0\ /\/\/\ =A0 =A0Visit the pfSense Project / =A0 =A0 =A0\ =A0 =A0\ \ =A0 http://www.pfsense.org --------------------------------------------------------------------- BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv) Contatos: luizgustavo@luizgustavo.pro.br / lgcosta@pfsense.org Blog: http://www.luizgustavo.pro.br From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 19:11:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12C4B106564A for ; Fri, 10 Jun 2011 19:11:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8DF758FC0C for ; Fri, 10 Jun 2011 19:11:04 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2025446B0A for ; Fri, 10 Jun 2011 15:11:04 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AF8818A01F for ; Fri, 10 Jun 2011 15:11:03 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 10 Jun 2011 15:11:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201105231039.02845.jhb@freebsd.org> In-Reply-To: <201105231039.02845.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106101511.02809.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 10 Jun 2011 15:11:03 -0400 (EDT) Subject: Re: [PATCH] Simple tidy up of puc(4) bus driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 19:11:05 -0000 On Monday, May 23, 2011 10:39:02 am John Baldwin wrote: > This small patch makes the puc(4) bus drivers a little more friendly. It > should now list the port for each child device in the boot messages, and > devinfo -v should list the type and port of each child device in its output as > well: Can I get a volunteer to test these changes? > > Index: puc_pci.c > =================================================================== > --- puc_pci.c (revision 222126) > +++ puc_pci.c (working copy) > @@ -132,7 +132,9 @@ > DEVMETHOD(bus_read_ivar, puc_bus_read_ivar), > DEVMETHOD(bus_setup_intr, puc_bus_setup_intr), > DEVMETHOD(bus_teardown_intr, puc_bus_teardown_intr), > - DEVMETHOD(bus_print_child, bus_generic_print_child), > + DEVMETHOD(bus_print_child, puc_bus_print_child), > + DEVMETHOD(bus_child_pnpinfo_str, puc_bus_child_pnpinfo_str), > + DEVMETHOD(bus_child_location_str, puc_bus_child_location_str), > DEVMETHOD(bus_driver_added, bus_generic_driver_added), > { 0, 0 } > }; > Index: puc_pccard.c > =================================================================== > --- puc_pccard.c (revision 222126) > +++ puc_pccard.c (working copy) > @@ -82,7 +82,9 @@ > DEVMETHOD(bus_read_ivar, puc_bus_read_ivar), > DEVMETHOD(bus_setup_intr, puc_bus_setup_intr), > DEVMETHOD(bus_teardown_intr, puc_bus_teardown_intr), > - DEVMETHOD(bus_print_child, bus_generic_print_child), > + DEVMETHOD(bus_print_child, puc_bus_print_child), > + DEVMETHOD(bus_child_pnpinfo_str, puc_bus_child_pnpinfo_str), > + DEVMETHOD(bus_child_location_str, puc_bus_child_location_str), > DEVMETHOD(bus_driver_added, bus_generic_driver_added), > { 0, 0 } > }; > Index: puc.c > =================================================================== > --- puc.c (revision 222126) > +++ puc.c (working copy) > @@ -726,3 +726,41 @@ > } > return (0); > } > + > +int > +puc_bus_print_child(device_t dev, device_t child) > +{ > + struct puc_port *port; > + int retval; > + > + port = device_get_ivars(child); > + retval = 0; > + > + retval += bus_print_child_header(dev, child); > + retval += printf(" at port %d", port->p_nr); > + retval += bus_print_child_footer(dev, child); > + > + return (retval); > +} > + > +int > +puc_bus_child_location_str(device_t dev, device_t child, char *buf, > + size_t buflen) > +{ > + struct puc_port *port; > + > + port = device_get_ivars(child); > + snprintf(buf, buflen, "port=%d", port->p_nr); > + return (0); > +} > + > +int > +puc_bus_child_pnpinfo_str(device_t dev, device_t child, char *buf, > + size_t buflen) > +{ > + struct puc_port *port; > + > + port = device_get_ivars(child); > + snprintf(buf, buflen, "type=%d", port->p_type); > + return (0); > +} > Index: puc_bfe.h > =================================================================== > --- puc_bfe.h (revision 222126) > +++ puc_bfe.h (working copy) > @@ -82,9 +82,12 @@ > int puc_bfe_detach(device_t); > int puc_bfe_probe(device_t, const struct puc_cfg *); > > +int puc_bus_child_location_str(device_t, device_t, char *, size_t); > +int puc_bus_child_pnpinfo_str(device_t, device_t, char *, size_t); > struct resource *puc_bus_alloc_resource(device_t, device_t, int, int *, > u_long, > u_long, u_long, u_int); > int puc_bus_get_resource(device_t, device_t, int, int, u_long *, u_long *); > +int puc_bus_print_child(device_t, device_t); > int puc_bus_read_ivar(device_t, device_t, int, uintptr_t *); > int puc_bus_release_resource(device_t, device_t, int, int, struct resource > *); > int puc_bus_setup_intr(device_t, device_t, struct resource *, int, > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 19:19:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEAA5106564A for ; Fri, 10 Jun 2011 19:19:35 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8AF078FC12 for ; Fri, 10 Jun 2011 19:19:35 +0000 (UTC) Received: by qyk27 with SMTP id 27so2085318qyk.13 for ; Fri, 10 Jun 2011 12:19:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=z7EkJJaBEQiqPcKs79yLP47+gghO6lVR/nJT5OPIV6A=; b=HtlWgHyYE2JD//adBdN7bSKrHQEjD0/X0+p8A55ChfjwIwD97/ktswi+YiKeiwJYwU NErC0i8FIFHHa1L8STXARbXA3CZPSEj4FKphcrQSclqIz/rd53fOgW+Pd3eqTkiz2U4c IUGQARNVFpauiY+2YTj17Kild6eCByr4ISaW8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=OwZCiQ29hDvOlaPjSeBXFRfUaxdMbBW+IAiClWyaY7pFgPmKtwTqfBITR3m4R1SINN t5O8bnTa+jI96GBLtHdP9xuKVKRNhECHr69HJZj5QGhdTb/1YR8R5aThzUbsHy3nsuP2 LwhnqeY9zD1Y66kDQoe3y0wUEU8B1lkJdFSgc= MIME-Version: 1.0 Received: by 10.224.3.203 with SMTP id 11mr964699qao.149.1307733574617; Fri, 10 Jun 2011 12:19:34 -0700 (PDT) Received: by 10.229.61.170 with HTTP; Fri, 10 Jun 2011 12:19:34 -0700 (PDT) Date: Fri, 10 Jun 2011 15:19:34 -0400 Message-ID: From: Kim Culhan To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: 9.0-CURRENT-201105-amd64 install kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 19:19:35 -0000 On Fri, June 10, 2011 11:22 am, Kim Culhan wrote: > Booting from FreeBSD-9.0-CURRENT-201105-amd64-memstick > the kernel panics: > > panic: m_getzone: m_getjcl: invalid cluster type Found a ps2 keyboard works in the debugger (not usb) and backtrace is here: http://www.flickr.com/photos/opensolaris/5819107302/in/photostream -kim From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 20:14:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 963BD1065673 for ; Fri, 10 Jun 2011 20:14:56 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 49BC38FC1E for ; Fri, 10 Jun 2011 20:14:56 +0000 (UTC) Received: by vxc34 with SMTP id 34so3563800vxc.13 for ; Fri, 10 Jun 2011 13:14:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=uo60DsdkXawaLiO40tD0pRYw+WfUllDRPDZYKrwW41M=; b=ti05BXn1roOpag7m+/fX5GqNtQrXqPqWksCQtlWpqY9/PXk54E/zf+FrUkGhGkFAyP VVnWTZLsJInL6wxi13xbbpJoVNK43ENVhPyKvDJXv6KL0buvGHSOxH6tGEI0cCDse4Eh eR6eJ7OXk7ACqcFG1TV+tcYRbTprbT+re8FUk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=GQBFDCKwpXb13W+l33PX5fhDFi7ZGFOaklib2906Q9l5xng4Sb3yXzd0s7LRXdtF2z ztoMqOoh8RHxDHXNHuK931aHaYUZ5spASoww9N/P2+V/HhZ7KvdS37ogXGMw/gnxSbby yc8CsmGagLv5ZPgNhZrgs4m7fXpX8wu50tsUs= MIME-Version: 1.0 Received: by 10.52.173.111 with SMTP id bj15mr801899vdc.122.1307735320534; Fri, 10 Jun 2011 12:48:40 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.187.74 with HTTP; Fri, 10 Jun 2011 12:48:40 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Jun 2011 21:48:40 +0200 X-Google-Sender-Auth: 7snnvIJpCNqu9z8JRQIPiO50XiE Message-ID: From: "K. Macy" To: Kim Culhan Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Jack Vogel Subject: Re: 9.0-CURRENT-201105-amd64 install kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 20:14:56 -0000 This recent commit changed the way that the value for size being passed to m_getjcl is initialized. Not seeing any obvious bugs, and not having any additional context I would guess that that you're receiving an interrupt before adapter->rx_mbuf_sz is set. I trust jfv@ to look in to this shortly. http://svnweb.freebsd.org/base/head/sys/dev/e1000/if_em.c?r1=214362&r2=214363& Thanks On Fri, Jun 10, 2011 at 9:19 PM, Kim Culhan wrote: > On Fri, June 10, 2011 11:22 am, Kim Culhan wrote: >> Booting from FreeBSD-9.0-CURRENT-201105-amd64-memstick >> the kernel panics: >> >> panic: m_getzone: m_getjcl: invalid cluster type > > Found a ps2 keyboard works in the debugger (not usb) and backtrace is here: > > http://www.flickr.com/photos/opensolaris/5819107302/in/photostream > -kim > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 21:02:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EBD31065676 for ; Fri, 10 Jun 2011 21:02:01 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 03BFF8FC15 for ; Fri, 10 Jun 2011 21:02:00 +0000 (UTC) Received: by bwz12 with SMTP id 12so3589087bwz.13 for ; Fri, 10 Jun 2011 14:01:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=sCqLCKmTIUGnsIgrnnh3lw6m8gCfck+pUSHFovy8ZxA=; b=iWDG8y8ZMbjq5fahajaW1hOdIMGG/qQSq2DU7lo2IyH3B3id8mTCdB5McXrU11L8bB dyknhs1sCZdOMlnPhvas+JJQCLk5Tzgk3PEm5tKpWEIZtn6Q/1qFnsltnWji6zVDehS9 dRnigrxDae4oLZAL3RdNa1hrn9GLbLdoAi8Hk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=pZhttjlms/+EcLsK4MevcCdvW158Niojm+Zr8LTxFJ84xGS7xB4dHraqHYUkMKKD6I GZsOxG2KrwrkO0+QvHpzQ4tOyod2jxby6/KjBw5Kj5HNiPRsydCmTXLZjrzgo8niYsrZ Q2sApyu1NW0CeeO/fVBQtVAbHoUysyqO0mbSE= Received: by 10.204.169.130 with SMTP id z2mr165039bky.137.1307739719130; Fri, 10 Jun 2011 14:01:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Fri, 10 Jun 2011 14:01:39 -0700 (PDT) In-Reply-To: References: <4DEF66D0.6010307@ukr.net> <4DEFC9A7.90304@ukr.net> <4DF08BAD.60005@FreeBSD.org> <4DF0965B.8030607@yandex.ru> <4DF19CF4.6040007@FreeBSD.org> <4DF1C1F5.1000503@yandex.ru> From: Eir Nym Date: Fri, 10 Jun 2011 21:01:39 +0000 Message-ID: To: "Andrey V. Elsukov" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Vladislav V. Prodan" , freebsd-current@freebsd.org Subject: Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 21:02:01 -0000 On 10 June 2011 11:08, Eir Nym wrote: > 2011/6/10 Andrey V. Elsukov : >> On 10.06.2011 10:50, Eir Nym wrote: >>> messages on the start of this dmesg are for more pages of (I have see >>> them for several seconds on same hardware) >>> kernel config : http://eroese.org/_/_/pub/bsd/222889/GENERIC_PF >> >> You have mixed old partitioning classes with GEOM_PART. >> You should remove from the kernel at least: >> options =C2=A0 =C2=A0 =C2=A0 =C2=A0 GEOM_BSD >> options =C2=A0 =C2=A0 =C2=A0 =C2=A0 GEOM_MBR >> options =C2=A0 =C2=A0 =C2=A0 =C2=A0 GEOM_PC98 >> options =C2=A0 =C2=A0 =C2=A0 =C2=A0 GEOM_VOL >> > > This should be documented. [r222913] After rebuilding and reinstalling world without these options, anything become OK as I see. Thanks for advice. > >> -- >> WBR, Andrey V. Elsukov >> >> > From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 21:02:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D2151065780 for ; Fri, 10 Jun 2011 21:02:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 999058FC08 for ; Fri, 10 Jun 2011 21:02:19 +0000 (UTC) Received: by vws18 with SMTP id 18so3601952vws.13 for ; Fri, 10 Jun 2011 14:02:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=xbkZfe2ZdtlkGMAE7ygVb/9lKiZXOl/JlOYKrBGy9JQ=; b=HPLS41g9X2G+cKG9rSh8R4WDu+jA1fuG2q9TTq5f+WIAujatCVhptYNtqk5cKxOJDe PVHCwu1rJ5ymSAI2CGIOgAopx5++westoHoSbd+2gpqqG2GJkcNrbPuf7UxV8Qr+Fp7Z u0WCEJO9ZNicaCdjktUpsc22Dnitx/z+zD7Xk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=as/Rb+yTC5HFDuWX8expIfZnk4/TnpGwpUNBYV2bYE6fbZ2zihkm6DmKOH1Imai7ix zQIwYphr4urzD8fvsbfEfI5EDU6D74HZaVSk5aHSWDEoLm+XHAc0qfyeBsGBUKpKmCQv WKA56BzVBy6x1z1A18u4IbWkSp84KAQC/OR/U= MIME-Version: 1.0 Received: by 10.52.32.35 with SMTP id f3mr3640014vdi.267.1307739738678; Fri, 10 Jun 2011 14:02:18 -0700 (PDT) Received: by 10.52.115.138 with HTTP; Fri, 10 Jun 2011 14:02:18 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Jun 2011 14:02:18 -0700 Message-ID: From: Jack Vogel To: "K. Macy" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Kim Culhan Subject: Re: 9.0-CURRENT-201105-amd64 install kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 21:02:20 -0000 Interrupts are not enabled til after that is set, so I don't think this theory works, sorry. Jack On Fri, Jun 10, 2011 at 12:48 PM, K. Macy wrote: > This recent commit changed the way that the value for size being > passed to m_getjcl is initialized. Not seeing any obvious bugs, and > not having any additional context I would guess that that you're > receiving an interrupt before adapter->rx_mbuf_sz is set. I trust jfv@ > to look in to this shortly. > > > http://svnweb.freebsd.org/base/head/sys/dev/e1000/if_em.c?r1=214362&r2=214363& > > Thanks > > > On Fri, Jun 10, 2011 at 9:19 PM, Kim Culhan wrote: > > On Fri, June 10, 2011 11:22 am, Kim Culhan wrote: > >> Booting from FreeBSD-9.0-CURRENT-201105-amd64-memstick > >> the kernel panics: > >> > >> panic: m_getzone: m_getjcl: invalid cluster type > > > > Found a ps2 keyboard works in the debugger (not usb) and backtrace is > here: > > > > http://www.flickr.com/photos/opensolaris/ > 5819107302/in/photostream > > -kim > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 22:54:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A664106566B for ; Fri, 10 Jun 2011 22:54:32 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 80F858FC14 for ; Fri, 10 Jun 2011 22:54:31 +0000 (UTC) Received: by bwz12 with SMTP id 12so3662218bwz.13 for ; Fri, 10 Jun 2011 15:54:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=pOqgYLMv/mH2XvIWqZOsOMu7n716zi1faeOOMVVxBoA=; b=e5tKHdlf2FoTPFiU2IPJlnlVjJn8Nbmcl28Aox/e4EZOYjcDbJ1Y6HHMvvCRVxy/i3 7ZuENPGkrETpwaoVSk9Ckq6HdhR9udoW3H72reKiwRT0q3jorIFb5qoYNJs/0aW/GxGx 7+SZaiE97AQ+w8kWgqj1y15DqBGtYzHB1K10Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=B5bvDoo9zGlcyFBnbF3LLqgzDdFVAJ35mGI9eDRUtKGTnDhgMajzVtO+8ykWmSLPH5 DJ8gi2r16CRHLWBs9ri09ypnSt/ARYMnu7WBHAoA4MTkks9lON3GM9eBEGcfTwh+Hzsx bgQHfH6x8vaIp9kuhvnSYwa16vFi5yLu2g+pw= Received: by 10.204.19.83 with SMTP id z19mr2357536bka.191.1307746470216; Fri, 10 Jun 2011 15:54:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Fri, 10 Jun 2011 15:54:10 -0700 (PDT) In-Reply-To: References: From: Eir Nym Date: Fri, 10 Jun 2011 22:54:10 +0000 Message-ID: To: "K. Macy" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, Kim Culhan , Jack Vogel Subject: Re: 9.0-CURRENT-201105-amd64 install kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 22:54:32 -0000 On 10 June 2011 19:48, K. Macy wrote: > This recent commit changed the way that the value for size being > passed to m_getjcl is initialized. Not seeing any obvious bugs, and > not having any additional context I would guess that that you're > receiving an interrupt before adapter->rx_mbuf_sz is set. I trust jfv@ > to look in to this shortly. > > http://svnweb.freebsd.org/base/head/sys/dev/e1000/if_em.c?r1=214362&r2=214363& > > Thanks > > You can try my custom kernel & world if you find it applicable for your tasks. I use it for my computer http://eroese.org/_/_/pub/bsd/222913 I don't know how to roll world and kernel to USB image without mount and other privileges, so you need to tar -xpf world and kernel. > On Fri, Jun 10, 2011 at 9:19 PM, Kim Culhan wrote: >> On Fri, June 10, 2011 11:22 am, Kim Culhan wrote: >>> Booting from FreeBSD-9.0-CURRENT-201105-amd64-memstick >>> the kernel panics: >>> >>> panic: m_getzone: m_getjcl: invalid cluster type >> >> Found a ps2 keyboard works in the debugger (not usb) and backtrace is here: >> >> http://www.flickr.com/photos/opensolaris/5819107302/in/photostream >> -kim >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 00:25:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 001551065673; Sat, 11 Jun 2011 00:25:39 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id BD1388FC0A; Sat, 11 Jun 2011 00:25:39 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id E5F357300A; Sat, 11 Jun 2011 02:41:50 +0200 (CEST) Date: Sat, 11 Jun 2011 02:41:50 +0200 From: Luigi Rizzo To: John Baldwin Message-ID: <20110611004150.GB59898@onelab2.iet.unipi.it> References: <20110609035952.GA30464@onelab2.iet.unipi.it> <201106090911.51817.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201106090911.51817.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: any place to look at for PCI-express performance issues ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2011 00:25:40 -0000 On Thu, Jun 09, 2011 at 09:11:51AM -0400, John Baldwin wrote: > On Wednesday, June 08, 2011 11:59:52 pm Luigi Rizzo wrote: > > hi, > > during my tests with netmap with 10Gbit cards (82599, dual port), > > i notice that a motherboard with an AMD 880G chipset > > is performing significantly worse than an intel based one. > > In both cases the NIC is mounted on a 16x PCIe slot, > > and in both cases the driver reports the use 5Gb/4x per port. > > > > On the intel i reach easily 14.88Mpps, on the AMD the card tops > > at 1.8Mpps, and is not CPU limited (changing dev.cpu.0.freq does not change > > the throughput). > > Disabling flow control does not help (and in any case > > the other end of the link is the same), and since > > I am using the same picobsd image (based on FreeBSD/i386 > > head w/ my netmap code) i suspect that the difference in > > performance has to do with the PCIe controller. just for the records: the AMD motherboard works fine and can reach 14.88Mpps, i was just doing a couple of mistakes in my AMD tests, including the use of a slot with 16x form factor but only 4 lanes connected. This said, the i7-870 is about twice as fast as the Athlon II X4-635 in generating packets for the same clock speed. I think the different cache size might have some impact on the result given the Athlon has no L3 cache and the test program surely overflows the 512k L2 cache (i am using a total of 8k packet buffers, touching 64 bytes each for the payload, plus 24 bytes each for descriptors). Unfortunately at these speeds even small things matter a lot! cheers luigi From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 03:47:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13975106566C; Sat, 11 Jun 2011 03:47:26 +0000 (UTC) (envelope-from jwd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ECE588FC0C; Sat, 11 Jun 2011 03:47:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5B3lPW3084272; Sat, 11 Jun 2011 03:47:25 GMT (envelope-from jwd@freefall.freebsd.org) Received: (from jwd@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5B3lPGS084271; Sat, 11 Jun 2011 03:47:25 GMT (envelope-from jwd) Date: Sat, 11 Jun 2011 03:47:25 +0000 From: John To: John Baldwin Message-ID: <20110611034725.GA83878@FreeBSD.org> References: <20110606002353.GA2518@slowblink.com> <201106090857.33479.jhb@freebsd.org> <20110610150015.GA78095@FreeBSD.org> <201106101200.51969.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201106101200.51969.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Sat, 11 Jun 2011 04:02:45 +0000 Cc: freebsd-current@freebsd.org Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2011 03:47:26 -0000 ----- John Baldwin's Original Message ----- > On Friday, June 10, 2011 11:00:15 am John wrote: > > ----- John Baldwin's Original Message ----- > > > On Thursday, June 09, 2011 2:11:16 am Andriy Gapon wrote: > > > > on 09/06/2011 01:30 John said the following: > > > > > Sorry John, here's the verbose dmesg output with your patch applied. > > > > > > > > > > This is at the tail of the console: > > > > > > > > > > pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 > > > > > map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled > > > > > pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) > > > > > map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled > > > > > > > > > > > > > > > Output ends with a single 'M', not MCA as earlier. > > > > > > > > > > > > Just a wild guess - what happens if you revert r222537 (you might need to revert > > > > r222804 first)? > > > > > > I think he's getting a MCA due to writing to a bad address and getting a > > > PCI-e target abort equivalent and that the screen output is broken > > > because the VGA device is what is probably getting hosed by the pcib driver. > > > > > > Given that, I doubt the printf changes are related. > > > > Just for grins, I decided to completely remove usb from the kernel > > to see if it might help. Nolonger prints the MCA and/or M, just > > hangs while printing out the no driver attached messages. Still > > prints out the failed to allocate messages... > > Hmmm. Your case is a bit different. PCI-PCI bridges have to allocate I/O > space on 4KB boundarys, so the smallest chunk it can allocate for the > resources behind your bridge is 0x4000-0x4fff which is what keeps failing. > > Hmm, it's claiming that brgphy1 has some I/O ports that conflict allocated. > That makes no sense. brgphy devices have no I/O port resources. I think > the device_t got reused. > > Can you try this perhaps to get started relative to sys/x86/x86/nexus.c: In the following line, did by chance you want 'child' instead of dev? bus_child_pnpinfo_str(dev, buf, 1024); /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c: In function 'nexus_alloc_resource': /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c:403: error: 'dev' undeclared (first use in this function) /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c:403: error: (Each undeclared identifier is reported only once /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c:403: error: for each function it appears in.) Thanks! > > Index: nexus.c > =================================================================== > --- nexus.c (revision 222932) > +++ nexus.c (working copy) > @@ -388,6 +388,27 @@ nexus_alloc_resource(device_t bus, device_t child, > if (rm == NULL) > return (NULL); > > + /* XXX: Hack */ > + if (type == SYS_RES_IOPORT && start >= 0x4000 && start <= 0x4ffff) { > + char *buf; > + > + device_printf(bus, "allocating range %#lx-%#lx for child", > + start, end); > + if (device_get_nameunit(child) != NULL) > + printf(" %s", device_get_nameunit(child)); > + printf(" of %s\n", device_get_nameunit( > + device_get_parent(child))); > + buf = malloc(1024, M_DEVBUF, M_WAITOK); > + *buf = '\0'; > + bus_child_pnpinfo_str(dev, buf, 1024); > + if (*buf != '\0') > + printf("\t%s\n", buf); > + *buf = '\0'; > + bus_child_location_str(dev, buf, 1024); > + if (*buf != '\0') > + printf("\tat %s\n", buf); > + free(buf, M_DEVBUF); > + } > rv = rman_reserve_resource(rm, start, end, count, flags, child); > if (rv == 0) > return 0; > > > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 05:05:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 539441065675; Sat, 11 Jun 2011 05:05:18 +0000 (UTC) (envelope-from jwd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 391E98FC0C; Sat, 11 Jun 2011 05:05:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5B55I0R061637; Sat, 11 Jun 2011 05:05:18 GMT (envelope-from jwd@freefall.freebsd.org) Received: (from jwd@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5B55Ixg061636; Sat, 11 Jun 2011 05:05:18 GMT (envelope-from jwd) Date: Sat, 11 Jun 2011 05:05:18 +0000 From: John To: John Baldwin Message-ID: <20110611050518.GA39473@FreeBSD.org> References: <20110606002353.GA2518@slowblink.com> <201106090857.33479.jhb@freebsd.org> <20110610150015.GA78095@FreeBSD.org> <201106101200.51969.jhb@freebsd.org> <20110611034725.GA83878@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110611034725.GA83878@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Sat, 11 Jun 2011 11:30:14 +0000 Cc: freebsd-current@freebsd.org Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2011 05:05:18 -0000 ----- John's Original Message ----- > ----- John Baldwin's Original Message ----- > > On Friday, June 10, 2011 11:00:15 am John wrote: > > > ----- John Baldwin's Original Message ----- > > > > On Thursday, June 09, 2011 2:11:16 am Andriy Gapon wrote: > > > > > on 09/06/2011 01:30 John said the following: > > > > > > Sorry John, here's the verbose dmesg output with your patch applied. > > > > > > > > > > > > This is at the tail of the console: > > > > > > > > > > > > pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 > > > > > > map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled > > > > > > pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) > > > > > > map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled > > > > > > > > > > > > > > > > > > Output ends with a single 'M', not MCA as earlier. > > > > > > > > > > > > > > > Just a wild guess - what happens if you revert r222537 (you might need to revert > > > > > r222804 first)? > > > > > > > > I think he's getting a MCA due to writing to a bad address and getting a > > > > PCI-e target abort equivalent and that the screen output is broken > > > > because the VGA device is what is probably getting hosed by the pcib driver. > > > > > > > > Given that, I doubt the printf changes are related. > > > > > > Just for grins, I decided to completely remove usb from the kernel > > > to see if it might help. Nolonger prints the MCA and/or M, just > > > hangs while printing out the no driver attached messages. Still > > > prints out the failed to allocate messages... > > > > Hmmm. Your case is a bit different. PCI-PCI bridges have to allocate I/O > > space on 4KB boundarys, so the smallest chunk it can allocate for the > > resources behind your bridge is 0x4000-0x4fff which is what keeps failing. > > > > Hmm, it's claiming that brgphy1 has some I/O ports that conflict allocated. > > That makes no sense. brgphy devices have no I/O port resources. I think > > the device_t got reused. > > > > Can you try this perhaps to get started relative to sys/x86/x86/nexus.c: > > In the following line, did by chance you want 'child' instead of dev? > > bus_child_pnpinfo_str(dev, buf, 1024); > > /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c: In function 'nexus_alloc_resource': > /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c:403: error: 'dev' undeclared (first use in this function) > /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c:403: error: (Each undeclared identifier is reported only once > /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c:403: error: for each function it appears in.) > boot -v output below. Two areas which appear to have the overlapping and dealt with from your patch: acpi0: Power Button (fixed) nexus0: allocating range 0x4800-0x48fe for child of acpi0 _HID=none _UID=0 at handle=\_SB_.CFG0.PCI0.GROM nexus0: allocating range 0x4900-0x4907 for child of acpi0 _HID=none _UID=0 at handle=\_SB_.CFG0.PCI0.GROM and then: pcib1: at device 3.0 on pci0 nexus0: allocating range 0x4000-0x4fff for child pcib1 of pci0 vendor=0x1022 device=0x7460 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=3 function=0 handle=\_SB_.CFG0.PCI0 pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff Thoughts? Thanks, John OK boot -v GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009f400 SMAP type=02 base=000000000009f400 len=0000000000000c00 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=00000000f56f8000 SMAP type=03 base=00000000f57f8000 len=0000000000008000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fec10000 len=0000000000001000 SMAP type=02 base=00000000fec20000 len=0000000000001000 SMAP type=02 base=00000000fdc00000 len=0000000000001000 SMAP type=02 base=00000000fdc10000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000ff800000 len=0000000000800000 SMAP type=01 base=0000000100000000 len=00000002fffff000 Table 'FACP' at 0xf57f8460 Table 'APIC' at 0xf57f8100 APIC: Found table at 0xf57f8100 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: disabled MADT: Found CPU APIC ID 3 ACPI ID 3: disabled MADT: Found CPU APIC ID 4 ACPI ID 4: disabled MADT: Found CPU APIC ID 5 ACPI ID 5: disabled MADT: Found CPU APIC ID 6 ACPI ID 6: disabled MADT: Found CPU APIC ID 7 ACPI ID 7: disabled Copyright (c) 1992-2011 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 9.0-CURRENT #0: Fri Jun 10 23:07:28 EST 2011 root@zfscarp1p.unx.sas.com:/usr/obj/usr/src.2011-06-10_22.00_EST/sys/GENERIC amd64 WARNING: WITNESS option enabled, expect reduced performance. Table 'FACP' at 0xf57f8460 Table 'APIC' at 0xf57f8100 Table 'SPCR' at 0xf57f81e0 Table 'SRAT' at 0xf57f8260 SRAT: Found table at 0xf57f8260 SRAT: Found CPU APIC ID 0 domain 1: enabled SRAT: Found CPU APIC ID 1 domain 2: enabled SRAT: Found CPU APIC ID 2 domain 3: disabled SRAT: Found CPU APIC ID 3 domain 4: disabled SRAT: Found CPU APIC ID 4 domain 1: disabled SRAT: Found CPU APIC ID 5 domain 2: disabled SRAT: Found CPU APIC ID 6 domain 3: disabled SRAT: Found CPU APIC ID 7 domain 4: disabled SRAT: Found memory domain 1 addr 0 len 200000000: enabled SRAT: Found memory domain 2 addr 200000000 len 200000000: enabled SRAT: Found memory domain 3 addr 0 len 0: disabled SRAT: Found memory domain 4 addr 0 len 0: disabled Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff814e0000. Calibrating TSC clock ... TSC clock: 2605969953 Hz CPU: AMD Opteron(tm) Processor 252 (2605.97-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f51 Family = f Model = 25 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative WARNING: This architecture revision has known SMP hardware bugs which may cause random instability real memory = 17179869184 (16384 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x000000000151b000 - 0x00000000f57f7fff, 4096643072 bytes (1000157 pages) 0x0000000100000000 - 0x00000003e1eaefff, 12380205056 bytes (3022511 pages) avail memory = 16372862976 (15614 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 SRAT: CPU 0 has memory domain 1 SRAT: CPU 1 has memory domain 2 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff8000236000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf4f20 00024 (v02 HP ) ACPI: XSDT 0xf57f83e0 00044 (v01 HP A05 00000002 ?? 0000162E) ACPI: FACP 0xf57f8460 000F4 (v03 HP A05 00000002 ?? 0000162E) ACPI Warning: Invalid length for Pm1aControlBlock: 32, using default 16 (20110527/tbfadt-638) ACPI Warning: Invalid length for Pm1bControlBlock: 32, using default 16 (20110527/tbfadt-638) ACPI: DSDT 0xf57f8560 0422D (v01 HP DSDT 00000001 MSFT 02000001) ACPI: FACS 0xf57f80c0 00040 ACPI: APIC 0xf57f8100 000B8 (v01 HP 00000083 00000002 00000000) ACPI: SPCR 0xf57f81e0 00050 (v01 HP SPCRRBSU 00000001 ?? 0000162E) ACPI: SRAT 0xf57f8260 00150 (v01 HP A05 00000001 00000000) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 5, Interrupt 24 at 0xfec10000 MADT: Found IO APIC ID 6, Interrupt 28 at 0xfec20000 MADT: Found IO APIC ID 7, Interrupt 32 at 0xfdc00000 MADT: Found IO APIC ID 8, Interrupt 36 at 0xfdc10000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-35 on motherboard ioapic4 irqs 36-39 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x000000f0 pmc: 0x00010400 wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device null: random: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 CPU0: local APIC error 0x80 acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: SSDT 0xf57fd000 0059D (v01 HP SSDT0 00000001 MSFT 02000001) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 0059D (v01 HP SSDT0 00000001 MSFT 02000001) ACPI: SSDT 0xf57fd700 0059D (v01 HP SSDT1 00000001 MSFT 02000001) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 0059D (v01 HP SSDT1 00000001 MSFT 02000001) acpi0: Power Button (fixed) nexus0: allocating range 0x4800-0x48fe for child of acpi0 _HID=none _UID=0 at handle=\_SB_.CFG0.PCI0.GROM nexus0: allocating range 0x4900-0x4907 for child of acpi0 _HID=none _UID=0 at handle=\_SB_.CFG0.PCI0.GROM ACPI timer: 1/2 1/2 1/2 1/1 1/1 1/2 0/4 0/4 0/4 0/4 -> 6 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 5 7 10 11 Validation 0 7 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 5 7 10 11 Validation 0 10 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 5 7 10 11 Validation 0 11 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 5 7 10 11 Validation 0 5 N 0 3 5 7 10 11 After Disable 0 255 N 0 3 5 7 10 11 pcib0: on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1022, dev=0x7460, revid=0x07 domain=0, bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x09 (2250 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7468, revid=0x05 domain=0, bus=0, slot=4, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7469, revid=0x03 domain=0, bus=0, slot=4, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0x2000, size 4, enabled found-> vendor=0x1022, dev=0x746b, revid=0x05 domain=0, bus=0, slot=4, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7450, revid=0x12 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x01 (250 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 domain=0, bus=0, slot=7, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7450, revid=0x12 domain=0, bus=0, slot=8, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x01 (250 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 domain=0, bus=0, slot=8, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=25, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=25, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=25, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=25, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 3.0 on pci0 nexus0: allocating range 0x4000-0x4fff for child pcib1 of pci0 vendor=0x1022 device=0x7460 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=3 function=0 handle=\_SB_.CFG0.PCI0 pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff p From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 17:19:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABCED1065672 for ; Sat, 11 Jun 2011 17:19:35 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 581E78FC0C for ; Sat, 11 Jun 2011 17:19:34 +0000 (UTC) Received: by vxc34 with SMTP id 34so4128061vxc.13 for ; Sat, 11 Jun 2011 10:19:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=m3AK3GyoLdCSNpKL4UB657CIwqxjmpgYLQaeKUDFGbw=; b=x5RSCCp69Y6XoheDquGzf8EAWKLRlLr7WZOu17A46ySbSvv3omnhxzkE5JBeeTPyZQ G2L3zIhVnzdiF6VXIacvonXyo1UmL0VY/WWEpinY24k8KkXJ+43xAwN3efolgzWwLW/V l+x3bqVA/70/ps0UV2oukihNXghol9JMWzaNM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=kk7KdRdJt9l+vMFlxiMEycDsDDwi37nd6D0udyvw3boDnLYfV7d/Ds0GrwPS/6/qtK wOPYY3p9jJcvg4Tzn+yPRLsMtOYi4klN8mGkR/InhhZ7e0Jh5KXGMd+qATYxHDAW/Vip SHJmSb8UNxW1mADpfTgrpKKVbpSm6X+Mib1UQ= MIME-Version: 1.0 Received: by 10.220.177.9 with SMTP id bg9mr1291027vcb.93.1307812774306; Sat, 11 Jun 2011 10:19:34 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Sat, 11 Jun 2011 10:19:34 -0700 (PDT) In-Reply-To: References: <6D37AF86-9C14-4824-96CA-55C86497DECD@lists.zabbadoz.net> <4434466E-F4B0-47B1-98BF-80E4E495AA4C@lists.zabbadoz.net> <66750835-22BE-4F95-8940-567D74BC0488@lists.zabbadoz.net> <828CAE62-9C52-40EF-9C6B-A412645DB347@gmail.com> <96924B71-E657-460A-B274-BB38DCA5713A@lists.zabbadoz.net> Date: Sat, 11 Jun 2011 10:19:34 -0700 Message-ID: From: Garrett Cooper To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: IPv4 broken on r222048 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2011 17:19:35 -0000 On Wed, Jun 8, 2011 at 9:33 PM, Garrett Cooper wrote: > On Wed, Jun 8, 2011 at 9:31 AM, Bjoern A. Zeeb > wrote: >> >> On Jun 8, 2011, at 4:25 PM, Garrett Cooper wrote: >> >>> On Jun 8, 2011, at 9:07 AM, "Bjoern A. Zeeb" wrote: >>> >>>> On Jun 7, 2011, at 6:15 PM, Garrett Cooper wrote: >>>> >>>>>> I think I just found a good "recovery" idea -- I should disable the >>>>>> features with rescue builds. =A0That should give one a working >>>>>> /rescue/ifconfig in all cases and should be sufficient to recover? >>>>> >>>>> =A0That would be a good backup plan so people could at least avoid >>>>> painting themselves into a corner by accident. >>>> >>>> Can you confirm that >>>> http://people.freebsd.org/~bz/20110608-02-ifconfig-rescue.diff >>>> would work for you? >>>> >>>> One will still be screwed if doing it remotely without serial console = or >>>> keyb access, but with that there should be a way to recover. =A0Note t= hat >>>> the rc scripts also check the AF to be present and will not configure = them >>>> if not. >>> >>> Will do when I get back home. I rebuilt world and kernel a few times, r= einstalled, and I'm still running into the same issues (kern.features.inet = is missing), so something is really funky with the system. >>> >>> I'll look at my last buildkernel log, an if that doesn't turn up anythi= ng helpful try building GENERIC tonight and boot it to see what happens.. >>> >>> I'll let you know how the patch goes.. >> >> check with strings if you can find a __kern_features_inet > > =A0 =A0Is that the right string to look for? All I found was > sysctl__kern_features_children (despite the fact that I do actually > have OIDs hanging off of kern.features). > =A0 =A0BTW, objdump -x /boot/kernel/kernel | grep __kern_features_ turned > up a lot more data, but unfortunately inet isn't one of the missing > pieces between strings and objdump -x :/.. > =A0 =A0I checked opt_global.h and opt_inet.h and #define INET 1 is > present in opt_inet.h at least.. Nothing apparently fishy in the > buildkernel log either... but why isn't it pulling in headers from -I@ > or ${KERNBUILDDIR} (!). Also, why is /sys/conf/*.mk blantantly > ignoring my CFLAGS (I hardcoded /usr/obj/usr/src/sys/FALLOUT just for > kicks and it was clearly omitted from the cc calls I saw)?? I haven't > dug down that deep yet, but it would be interesting if someone knew > the answer to that question offhand. > =A0 =A0Just for grins I put... > > #ifndef INET > #error "you lose!" > #endif > > =A0 =A0... in in_proto.c and it didn't bail. So obviously it thinks it > has INET support. > =A0 =A0Time to try GENERIC. A fresh tree exhibited the problem as well with my custom KERNCONF (which has INET and INET6 support compiled in), whereas GENERIC with the same src.conf doesn't. I diff reduced my custom KERNCONF a bit with GENERIC and it's still not working (I stripped a bunch of unneeded drivers out of the configuration and load a handful as modules, e.g. aio, if_re, linux*), and still ran into problems. I wiped out /boot/$INSTKERNNAME and /boot/kernel (for some reason the symlink I setup wasn't there.. hmm). So I'll need to dig through the installkernel target in a bit to figure out why things weren't sane. Overall, this case is now closed. I'll post more findings in another thread when I find out why stuff was broken, if it wasn't a trivial PEBKAC issue. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 22:17:48 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id DF5F01065670 for ; Sat, 11 Jun 2011 22:17:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6711814E28B for ; Sat, 11 Jun 2011 22:17:47 +0000 (UTC) Message-ID: <4DF3E98B.40108@FreeBSD.org> Date: Sat, 11 Jun 2011 15:17:47 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: multipart/mixed; boundary="------------090109060102060608080400" Cc: Subject: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2011 22:17:49 -0000 This is a multi-part message in MIME format. --------------090109060102060608080400 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Howdy, Per discussion on -arch and the svn list about improving boot time and stripping down the kernel to just that-which-cannot-be-modularized I created the attached script to kldload modules that don't need to be in loader.conf. It cut quite a bit of time off my boot, so hopefully it will be useful to others as well. To use it just put everything that is being _load'ed in loader.conf into kld_list in rc.conf[.local]. For example, mine has: kld_list='umass coretemp ichwd linux nvidia if_wpi' If there is agreement that this is a good direction to go I'll be happy to commit this along with the relevant /etc/defaults/rc.conf and rc.conf.5 changes. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ --------------090109060102060608080400 Content-Type: text/plain; name="kld" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kld" #!/bin/sh # $FreeBSD$ # # PROVIDE: kld # REQUIRE: FILESYSTEMS # KEYWORD: nojail # BEFORE: var . /etc/rc.subr name="kld" start_cmd="${name}_start" stop_cmd=':' kld_start() { [ -n "$kld_list" ] || return local _kld echo 'Loading kernel modules:' for _kld in $kld_list ; do load_kld -e ${_kld}.ko $_kld done } load_rc_config $name run_rc_command "$1" --------------090109060102060608080400-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 22:20:28 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 48D3C106564A for ; Sat, 11 Jun 2011 22:20:28 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D79691504E1 for ; Sat, 11 Jun 2011 22:20:27 +0000 (UTC) Message-ID: <4DF3EA2B.9000603@FreeBSD.org> Date: Sat, 11 Jun 2011 15:20:27 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: kldstat -q -m seems broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2011 22:20:28 -0000 Howdy, I'm running 9.0-CURRENT r222889M amd64 and in the kld script I just sent to the list I had to use the slower 'load_kld -e' form because 'kldstat -q -m foo' is not working for me. For example: kldstat -qm linux ; echo $? 1 However the module is definitely loaded: 5 2 0xffffffff81828000 1f113 linux.ko The same is true for several of my other modules, so it seems to be a fairly general problem. Anyone interested in taking a look? Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 22:47:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EDB1106564A; Sat, 11 Jun 2011 22:47:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9F1388FC13; Sat, 11 Jun 2011 22:47:25 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5BMlL9A019365 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jun 2011 01:47:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p5BMlLnv020433; Sun, 12 Jun 2011 01:47:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5BMlLDW020432; Sun, 12 Jun 2011 01:47:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 12 Jun 2011 01:47:21 +0300 From: Kostik Belousov To: Doug Barton Message-ID: <20110611224721.GR48734@deviant.kiev.zoral.com.ua> References: <4DF3EA2B.9000603@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SQPSm61dWvDP+AE1" Content-Disposition: inline In-Reply-To: <4DF3EA2B.9000603@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: kldstat -q -m seems broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2011 22:47:26 -0000 --SQPSm61dWvDP+AE1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2011 at 03:20:27PM -0700, Doug Barton wrote: > Howdy, >=20 > I'm running 9.0-CURRENT r222889M amd64 and in the kld script I just sent= =20 > to the list I had to use the slower 'load_kld -e' form because 'kldstat= =20 > -q -m foo' is not working for me. For example: >=20 > kldstat -qm linux ; echo $? > 1 >=20 > However the module is definitely loaded: > 5 2 0xffffffff81828000 1f113 linux.ko >=20 > The same is true for several of my other modules, so it seems to be a=20 > fairly general problem. Anyone interested in taking a look? Look at the output of kldstat -v. Modules kld have many to one relationship; one kld usually have several modules, with the name not directly related to kld itself. E.g., tp check what is in kld "linux" x% kldstat -v -n linux Id Refs Address Size Name 25 1 0xffffffff81a75000 1f76e linux.ko (/boot/kernel/linux.ko) Contains modules: Id Name 139 linuxelf and then x% kldstat -m linuxelf Id Refs Name 139 1 linuxelf --SQPSm61dWvDP+AE1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk3z8HkACgkQC3+MBN1Mb4g9wQCfZ9rWdCkKRLkK1GlI3yQfJnX0 2OUAmwfarK4jWaVQp8qv/vEYd1rKYBCn =pmqn -----END PGP SIGNATURE----- --SQPSm61dWvDP+AE1-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 23:02:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 008E01065670; Sat, 11 Jun 2011 23:02:50 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id 8B2248FC13; Sat, 11 Jun 2011 23:02:49 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id DA3451DD6F9; Sun, 12 Jun 2011 01:02:48 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id D113D173E9; Sun, 12 Jun 2011 01:02:48 +0200 (CEST) Date: Sun, 12 Jun 2011 01:02:48 +0200 From: Jilles Tjoelker To: Luigi Rizzo Message-ID: <20110611230248.GA20040@stack.nl> References: <20110609035952.GA30464@onelab2.iet.unipi.it> <201106090911.51817.jhb@freebsd.org> <20110611004150.GB59898@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110611004150.GB59898@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: any place to look at for PCI-express performance issues ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2011 23:02:50 -0000 On Sat, Jun 11, 2011 at 02:41:50AM +0200, Luigi Rizzo wrote: > just for the records: the AMD motherboard works fine and can reach > 14.88Mpps, i was just doing a couple of mistakes in my AMD tests, > including the use of a slot with 16x form factor but only 4 lanes > connected. > This said, the i7-870 is about twice as fast as the Athlon II X4-635 > in generating packets for the same clock speed. > I think the different cache size might have some impact on the > result given the Athlon has no L3 cache and the test program surely > overflows the 512k L2 cache (i am using a total of 8k packet buffers, > touching 64 bytes each for the payload, plus 24 bytes each for > descriptors). > Unfortunately at these speeds even small things matter a lot! It may help to use non-temporal stores to fill the packet buffers. Because this data will never be read again by the CPU, caching it is useless. Also, non-temporal stores may help avoid reading a cache line only to overwrite it completely. With SSE, this could be done with a loop of four MOVUPS and four MOVNTPS instructions, transferring 64 bytes per iteration, and an SFENCE at the end (or the corresponding intrinsics from , _mm_loadu_ps(), _mm_stream_ps(), _mm_sfence()). For the receive side, there are also various non-temporal loads and prefetch instructions. On the other hand, because generating small packets only writes to 64 bytes of each 2048 byte aligned block, only a small portion of the cache will be polluted. This is because caches are usually not fully associative. This small portion could contain other important data, however. When generating full 1500 byte packets, most of the cache will be polluted. Because caching is not useful for the ring buffers, it is probably not a problem that they are laid out in such a way that they cannot be cached efficiently. -- Jilles Tjoelker