From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 27 00:18:39 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CF8D16A420; Sun, 27 Jan 2008 00:18:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CDFB713C43E; Sun, 27 Jan 2008 00:18:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0R0IcT9092195; Sat, 26 Jan 2008 19:18:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m0R0Ic6E053966; Sat, 26 Jan 2008 19:18:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1262F73039; Sat, 26 Jan 2008 19:18:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080127001838.1262F73039@freebsd-current.sentex.ca> Date: Sat, 26 Jan 2008 19:18:38 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 00:18:39 -0000 TB --- 2008-01-26 23:15:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-26 23:15:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-26 23:15:01 - cleaning the object tree TB --- 2008-01-26 23:15:26 - cvsupping the source tree TB --- 2008-01-26 23:15:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-26 23:15:34 - building world (CFLAGS=-O -pipe) TB --- 2008-01-26 23:15:34 - cd /src TB --- 2008-01-26 23:15:34 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 26 23:15:37 UTC 2008 >>> 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/setfmac/setfmac.c: In function 'main': /src/usr.sbin/setfmac/setfmac.c:161: warning: field precision should have type 'int', but argument 3 has type 'size_t' /src/usr.sbin/setfmac/setfmac.c:166: warning: field precision should have type 'int', but argument 2 has type 'size_t' /src/usr.sbin/setfmac/setfmac.c:174: warning: field precision should have type 'int', but argument 3 has type 'size_t' /src/usr.sbin/setfmac/setfmac.c:178: warning: field precision should have type 'int', but argument 4 has type 'size_t' /src/usr.sbin/setfmac/setfmac.c: In function 'apply_specs': /src/usr.sbin/setfmac/setfmac.c:443: warning: field precision should have type 'int', but argument 2 has type 'size_t' /src/usr.sbin/setfmac/setfmac.c:487: warning: field precision should have type 'int', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.sbin/setfmac. *** 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 --- 2008-01-27 00:18:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-27 00:18:37 - ERROR: failed to build world TB --- 2008-01-27 00:18:37 - tinderbox aborted TB --- 2834.73 user 335.71 system 3816.84 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Sat Jan 26 23:26:29 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1777C16A417 for ; Sat, 26 Jan 2008 23:26:29 +0000 (UTC) (envelope-from dg@penx.com) Received: from Elmer.dco.penx.com (elmer-sprint.dco.penx.com [65.173.215.114]) by mx1.freebsd.org (Postfix) with ESMTP id B35CE13C474 for ; Sat, 26 Jan 2008 23:26:28 +0000 (UTC) (envelope-from dg@penx.com) Received: from [172.19.10.240] (sylvester.dco.penx.com [172.19.10.240]) by Elmer.dco.penx.com (8.14.2/8.14.2) with ESMTP id m0QMv8gL012497 for ; Sat, 26 Jan 2008 15:57:08 -0700 (MST) (envelope-from dg@penx.com) From: Dennis Glatting To: freebsd-amd64@freebsd.org Content-Type: text/plain Date: Sat, 26 Jan 2008 15:57:08 -0700 Message-Id: <1201388228.84900.10.camel@Sylvester.dco.penx.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 27 Jan 2008 00:28:46 +0000 Subject: Multi processor locking problem under 7.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jan 2008 23:26:29 -0000 I have several systems of two different types running 7.0. One is an IBM 3550 and the other a Dell 2950. The IBMs more than the Dells consistently seem to have a kernel locking problem during dump. Specifically, if I execute this command: dump 0uaLCf 64 /dev/null /usr Dump consistently stops in Phase IV. However, if I set machdep.hlt_logical_cpus=1, dump does not stop. At the end of this message is my boot information. When logical_cpus=0, the following is typical of what is displayed by top when dump stops: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 926 root 1 4 0 75476K 71744K sbwait 0 0:04 0.00% dump 928 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump 929 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump 927 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump 919 root 1 8 0 75348K 67144K wait 0 0:00 0.00% dump Fooling around a bit I have found that if I truss dump, the dump continues. On the Dells, if I force disk activity during the dump, such as executing a ls -lR /usr > /dev/null, the dump finishes. I am unsure how to proceed in debugging this problem. It has been around for a while but I am now installing the IBMs and the dump problem is a no-starter. Please contact me directly on how to proceed. Thanks. Marvin# dmesg Copyright (c) 1992-2008 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 7.0-PRERELEASE #0: Sat Jan 26 12:31:52 CST 2008 root@Marvin.pki2.com:/usr/src/sys/amd64/compile/MARVIN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (1995.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0x4e33d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8577040384 (8179 MB) avail memory = 8281866240 (7898 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Jan 26 2008 12:31:44) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x588-0x58b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 cpu2: on acpi0 p4tcc2: on cpu2 cpu3: on acpi0 p4tcc3: on cpu3 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci16: on pcib1 pcib2: at device 0.0 on pci16 pci17: on pcib2 pcib3: at device 0.0 on pci17 pci19: on pcib3 pcib4: at device 1.0 on pci17 pci18: on pcib4 pcib5: at device 0.3 on pci16 pci20: on pcib5 pcib6: at device 3.0 on pci0 pci35: on pcib6 pcib7: at device 4.0 on pci0 pci7: on pcib7 pcib8: at device 5.0 on pci0 pci34: on pcib8 pcib9: at device 6.0 on pci0 pci3: on pcib9 pcib10: at device 0.0 on pci3 pci4: on pcib10 bce0: mem 0xc8000000-0xc9ffffff irq 18 at device 0.0 on pci4 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:1a:64:94:3c:30 bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x03040405); Flags( MFW MSI ) pcib11: at device 7.0 on pci0 pci2: on pcib11 aac0: port 0x4000-0x40ff mem 0xcce00000-0xccffffff,0xcafe0000-0xcaffffff irq 17 at device 0.0 on pci2 aac0: Enabling 64-bit address support aac0: New comm. interface enabled aac0: [ITHREAD] aac0: ServeRAID 8k-l , aac driver 2.0.0-1 pci0: at device 8.0 (no driver attached) pcib12: irq 16 at device 28.0 on pci0 pci5: on pcib12 pcib13: at device 0.0 on pci5 pci6: on pcib13 bce1: mem 0xce000000-0xcfffffff irq 16 at device 0.0 on pci6 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce1: Ethernet address: 00:1a:64:94:3c:32 bce1: [ITHREAD] bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x03040405); Flags( MFW MSI ) uhci0: port 0x2200-0x221f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2600-0x261f irq 22 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2a00-0x2a1f irq 23 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xf9000000-0xf90003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib14: at device 30.0 on pci0 pci1: on pcib14 vgapci0: port 0x3000-0x30ff mem 0xd0000000-0xd7ffffff,0xdfff0000-0xdfffffff irq 22 at device 1.0 on pci1 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x480-0x48f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: on uhub1 kbd2 at ukbd0 uhid0: on uhub1 ukbd1: on uhub2 kbd3 at ukbd1 uhid1: on uhub2 uhid2: on uhub2 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging limited to 4096 packets/entry by default hptrr: no controller detected. acd0: CDRW at ata0-master UDMA33 aacd0: on aac0 aacd0: 139890MB (286494720 sectors) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/aacd0s1a From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 27 03:18:41 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B849216A41A for ; Sun, 27 Jan 2008 03:18:41 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 73F6A13C469 for ; Sun, 27 Jan 2008 03:18:41 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JVA00IYM9741G10@osl1smout1.broadpark.no> for freebsd-amd64@freebsd.org; Sun, 27 Jan 2008 04:18:40 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JVA00E1H973U4C0@osl1sminn1.broadpark.no> for freebsd-amd64@freebsd.org; Sun, 27 Jan 2008 04:18:40 +0100 (CET) Date: Sun, 27 Jan 2008 04:18:39 +0100 From: Torfinn Ingolfsen To: freebsd-amd64@freebsd.org Message-id: <20080127041839.955dc78d.torfinn.ingolfsen@broadpark.no> In-reply-to: <20080126171948.b6d1c21f.torfinn.ingolfsen@broadpark.no> References: <20080126002550.1043013C44B@mx1.freebsd.org> <479A940F.1040105@ccstores.com> <20080126171948.b6d1c21f.torfinn.ingolfsen@broadpark.no> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.5; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Rescheduled 7.0 Release Date? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 03:18:41 -0000 On Sat, 26 Jan 2008 17:19:48 +0100 Torfinn Ingolfsen wrote: > Doesn't the patches[1] for re posted by Pyun YongHyeon earlier > work on 6.3? After testing, I acn answer this myself; no - those patches doesn't work on RELENG_6. They appky, but the resulting module doesn't compile. Furthermore, it seems like if_re doesn't work on FreeBSD 6.3-RC2 or FreeBSD 6.3-stable. It works a little while - I use dhcp, and it aquires an ip address and the rest of the dhcp parameters. But when I try to pass traffic (for example ping by ip address), all packets gets lost. Even if my machine didn't panic, I tried to apply the patch in PR kern/118719[1], but it didn't apply cleany for some reason. References: 1) http://www.freebsd.org/cgi/query-pr.cgi?pr=118719 -- Regards, Torfinn Ingolfsen From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 27 20:16:15 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9040D16A41A; Sun, 27 Jan 2008 20:16:15 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6844F13C43E; Sun, 27 Jan 2008 20:16:15 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0RKGF1f037109; Sun, 27 Jan 2008 20:16:15 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0RKGEbF037105; Sun, 27 Jan 2008 20:16:14 GMT (envelope-from gavin) Date: Sun, 27 Jan 2008 20:16:14 GMT Message-Id: <200801272016.m0RKGEbF037105@freefall.freebsd.org> To: glembono@aggio.com, gavin@FreeBSD.org, freebsd-amd64@FreeBSD.org, gavin@FreeBSD.org From: gavin@FreeBSD.org X-Mailman-Approved-At: Sun, 27 Jan 2008 20:49:16 +0000 Cc: Subject: Re: amd64/100326: [fdc] /dev/fd0 not created after installation FreeBSD 6.1 AMD64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 20:16:15 -0000 Synopsis: [fdc] /dev/fd0 not created after installation FreeBSD 6.1 AMD64 State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Sun Jan 27 20:15:22 UTC 2008 State-Changed-Why: To submitter: If you are still seeing this issue, please could you supply a verbose dmesg from the system in question? Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Sun Jan 27 20:15:22 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=100326 From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 27 22:41:26 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B7C216A418; Sun, 27 Jan 2008 22:41:26 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0569913C442; Sun, 27 Jan 2008 22:41:26 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0RMfP6C051166; Sun, 27 Jan 2008 22:41:25 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0RMfP0v051162; Sun, 27 Jan 2008 22:41:25 GMT (envelope-from gavin) Date: Sun, 27 Jan 2008 22:41:25 GMT Message-Id: <200801272241.m0RMfP0v051162@freefall.freebsd.org> To: mohringarmin@hotmail.de, gavin@FreeBSD.org, freebsd-amd64@FreeBSD.org, gavin@FreeBSD.org From: gavin@FreeBSD.org X-Mailman-Approved-At: Sun, 27 Jan 2008 23:04:57 +0000 Cc: Subject: Re: amd64/95414: kernel crashes during install X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 22:41:26 -0000 Synopsis: kernel crashes during install State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Sun Jan 27 22:39:42 UTC 2008 State-Changed-Why: Feedback timeout (6 months). To submitter: if you still see this problem and are able to provide the requested information, we can reopen this PR and work towards a solution. Without further information I'm afraid there there is just not enough detail to investigate further. Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Sun Jan 27 22:39:42 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=95414 From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 28 06:31:58 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C19816A419 for ; Mon, 28 Jan 2008 06:31:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 2971313C459 for ; Mon, 28 Jan 2008 06:31:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2846825waf.3 for ; Sun, 27 Jan 2008 22:31:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=ELWPsPq3aie4nWLSOxwoAdSRiwhHFSwg+QUU3J14C1U=; b=Mu4rc6VITZnBLBgDD4M1Msqm/I/YIcIZkN2nZzSUW7DG2u526kpoA9TphTjJr7mSLqe1hYYIUFIPHn/G40b9HFincZYzeoHiCF/TsOldPVejkEcEywGUmWzjNAB9EmpF1zincRPlm8masii5BaNwsATWO7nnjoFGNyQAXraOl2M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Q8LttoaDq9awi5cnIqDkvsGI6o8VgYca51IrHPP+ie6znAjWtfEH+nIFOaRyugEnbak7xdA2mZyaJzQfJZQHT3BKHVRbFpyJl73NvLY87frJI736Y3l/jfGkJhQqq0OR7hHTi9/QbG/FMRL7+HWLuyxTlxEv0eTIMZExde9kqGg= Received: by 10.114.181.1 with SMTP id d1mr1862741waf.10.1201501917471; Sun, 27 Jan 2008 22:31:57 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j6sm10847177wah.6.2008.01.27.22.31.52 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 27 Jan 2008 22:31:56 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m0S6VheC002153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jan 2008 15:31:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m0S6VgfP002152; Mon, 28 Jan 2008 15:31:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 28 Jan 2008 15:31:42 +0900 From: Pyun YongHyeon To: Torfinn Ingolfsen Message-ID: <20080128063141.GC1240@cdnetworks.co.kr> References: <20080126002550.1043013C44B@mx1.freebsd.org> <479A940F.1040105@ccstores.com> <20080126171948.b6d1c21f.torfinn.ingolfsen@broadpark.no> <20080127041839.955dc78d.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080127041839.955dc78d.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: Rescheduled 7.0 Release Date? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 06:31:58 -0000 On Sun, Jan 27, 2008 at 04:18:39AM +0100, Torfinn Ingolfsen wrote: > On Sat, 26 Jan 2008 17:19:48 +0100 > Torfinn Ingolfsen wrote: > > > Doesn't the patches[1] for re posted by Pyun YongHyeon earlier > > work on 6.3? > > After testing, I acn answer this myself; no - those patches doesn't > work on RELENG_6. They appky, but the resulting module doesn't compile. > Recent PCIe variants from RealTek have shown various stability issues on amd64. I guess most of the issues were fixed in HEAD. Could you try re(4) in HEAD? I guess you can use the HEAD version after changing m_collapse(...) to m_defrag(*m_head, M_DONTWAIT) in if_re.c to build it on RELENG_6. > Furthermore, it seems like if_re doesn't work on FreeBSD 6.3-RC2 or > FreeBSD 6.3-stable. > It works a little while - I use dhcp, and it aquires an ip address and > the rest of the dhcp parameters. But when I try to pass traffic (for > example ping by ip address), all packets gets lost. > > Even if my machine didn't panic, I tried to apply the patch in PR > kern/118719[1], but it didn't apply cleany for some reason. > If you have to run re(4) with debug.mpsafenet=0 it's possible to encounter the same bug in the PR. Otherwise, I guess the patch in PR have nothing to do with re(4) stability issues you're seeing. > References: > 1) http://www.freebsd.org/cgi/query-pr.cgi?pr=118719 -- Regards, Pyun YongHyeon From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 28 11:06:57 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31CE316A481 for ; Mon, 28 Jan 2008 11:06:57 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 20ACB13C4F3 for ; Mon, 28 Jan 2008 11:06:57 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0SB6vP7016225 for ; Mon, 28 Jan 2008 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0SB6uqZ016221 for freebsd-amd64@FreeBSD.org; Mon, 28 Jan 2008 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Jan 2008 11:06:56 GMT Message-Id: <200801281106.m0SB6uqZ016221@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org X-Mailman-Approved-At: Mon, 28 Jan 2008 12:22:28 +0000 Cc: Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 11:06:57 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/74747 amd64 System panic on shutdown when process will not die o amd64/76136 amd64 system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/80691 amd64 amd64 kernel hangs on load o amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) o amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 o amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 kernel panic on first boot (after the FreeBSD installa o amd64/89501 amd64 System crashes on install using ftp on local subnet o amd64/89503 amd64 Cant Boot Installation Disk o amd64/89546 amd64 [geom] GEOM error o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/91492 amd64 BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/92889 amd64 [libc] xdr double buffer overflow o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 panic in amd64 install at non-root user creation o amd64/94989 amd64 BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5. o amd64/95888 amd64 kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP DL140G f amd64/97075 amd64 Panic, Trap 12 o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/102122 amd64 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 f amd64/105514 amd64 FreeBSD/amd64 - Fails to boot on HP Pavilion dv8000 La o amd64/105531 amd64 [sata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - doe o amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on o amd64/106604 amd64 saslauthd crashes with signal 6 on FreeBSD 6.2-PREREL o amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work f amd64/109584 amd64 zdump doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 o amd64/111955 amd64 [install] Install CD boot panic due to missing BIOS sm o amd64/111992 amd64 BTX failed - HP Laptop dv2315nr s gnu/112215 amd64 [patch] gcc(1): "gcc -m32" attempts to link against 64 o amd64/112677 amd64 [aac] Adaptec 4805SAS causes 6.2 (AMD64) to panic (amd o amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c o amd64/115784 amd64 Compiling with -m32 breaks on FreeBSD/amd64 s amd64/115815 amd64 [sata] [request] Gigabyte GA-M61P-S3 Motherboard unsup o amd64/116159 amd64 Panic while debugging on CURRENT o amd64/116322 amd64 At start fsck on current, the system panics o amd64/116620 amd64 Ifconfig spins when creating carp(4) device on amd64/S o amd64/116977 amd64 FreeBSD/amd64 - Fails to boot on HP Pavilion dv9030ea o amd64/117296 amd64 [sata] I don`t see second SATA IDE on VIA VT8237A o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117418 amd64 FreeBSD 6.2 crash on amd64 4400+ o amd64/117858 amd64 can not install / does not recognize network / no netw f amd64/119417 amd64 [boot] FreeBSD 7.0 rc1 amd64 won't boot on thinkpad x6 o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/119936 amd64 [install] FreeBSD 7.0-RC1 amd64 and i386 installer dis 56 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when booting s amd64/85273 amd64 FreeBSD (NetBSD or OpenBSD) not install on laptop Comp o amd64/88730 amd64 kernel panics during booting from the installation CD o amd64/91195 amd64 FreeBSD 6.0(amd64) and Asus A8R-MVP a amd64/93002 amd64 amd64 (6.0) coredumps at unpredictable times a amd64/93090 amd64 [nve] NIC on GA-K8NF-9 motherboard is recognized, but o amd64/97489 amd64 [ata] nForce 410 ATA controller dma time out (ASUS K8N o amd64/100838 amd64 [powerd] FreeBSD 6.0/6.1 kernel panics when booting wi f amd64/101132 amd64 [smp] Incorrect cpu idle and usage statistics in top a o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o bin/105542 amd64 on amd64, ldd(1) produces bogus output for i386 execut o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p f amd64/108345 amd64 6.2-* GENERIC will not boot Intel PD EMT64 w/ ACPI o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot o amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported a amd64/113111 amd64 [Makefile] [patch] Potentially wrong instructions will o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect o amd64/116457 amd64 cant install freebsd on dv9420us o amd64/116514 amd64 freebsd6.2 can't detect GA-M61SME-S2's onboard lan car o amd64/116670 amd64 [sata] onboard SATA RAID1 controllers not supported fo s amd64/116689 amd64 [request] support for MSI K9MM-V o amd64/117186 amd64 kldload Unsupported file type on STABLE amd64 o amd64/119516 amd64 [panic] _mtx_lock_sleep: recursed on non-recursive mut o amd64/119949 amd64 6.3-RELEASE install; cannot find packages/INDEX error 26 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 28 12:40:03 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E63516A421 for ; Mon, 28 Jan 2008 12:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6F35713C457 for ; Mon, 28 Jan 2008 12:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0SCe3oI028928 for ; Mon, 28 Jan 2008 12:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0SCe3Gn028927; Mon, 28 Jan 2008 12:40:03 GMT (envelope-from gnats) Resent-Date: Mon, 28 Jan 2008 12:40:03 GMT Resent-Message-Id: <200801281240.m0SCe3Gn028927@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Sergio Lima Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D705F16A418 for ; Mon, 28 Jan 2008 12:39:02 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id AE83113C44B for ; Mon, 28 Jan 2008 12:39:02 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.2/8.14.2) with ESMTP id m0SCbJ51010012 for ; Mon, 28 Jan 2008 12:37:19 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.2/8.14.1/Submit) id m0SCbIcJ010011; Mon, 28 Jan 2008 12:37:18 GMT (envelope-from nobody) Message-Id: <200801281237.m0SCbIcJ010011@www.freebsd.org> Date: Mon, 28 Jan 2008 12:37:18 GMT From: Sergio Lima To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Mon, 28 Jan 2008 12:42:28 +0000 Cc: Subject: amd64/120081: Hard drive not found during install FreeBSD 7.0 - RC1 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 12:40:03 -0000 >Number: 120081 >Category: amd64 >Synopsis: Hard drive not found during install FreeBSD 7.0 - RC1 >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 28 12:40:03 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Sergio Lima >Release: FreeBSD 7.0 - RC1 >Organization: >Environment: >Description: I doing download of ISOs of FreeBSD 7.0 - RC1 to install in my laptop (Toshiba A215-S4747), but after boot from CD the system install don't found Hard Drive (SATA2 200GB). How to solve this problem? >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 28 13:10:08 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DFAB16A468 for ; Mon, 28 Jan 2008 13:10:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6DB0D13C4D9 for ; Mon, 28 Jan 2008 13:10:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0SDA7mW031389 for ; Mon, 28 Jan 2008 13:10:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0SDA70V031250; Mon, 28 Jan 2008 13:10:07 GMT (envelope-from gnats) Date: Mon, 28 Jan 2008 13:10:07 GMT Message-Id: <200801281310.m0SDA70V031250@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: "Julian H. Stacey" Cc: Subject: Re: amd64/120081: Hard drive not found during install FreeBSD 7.0 - RC1 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Julian H. Stacey" List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 13:10:08 -0000 The following reply was made to PR amd64/120081; it has been noted by GNATS. From: "Julian H. Stacey" To: freebsd-amd64@freebsd.org Cc: Sergio Lima , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/120081: Hard drive not found during install FreeBSD 7.0 - RC1 Date: Mon, 28 Jan 2008 14:09:53 +0100 Sergio Lima wrote: > > >Number: 120081 > >Category: amd64 > >Synopsis: Hard drive not found during install FreeBSD 7.0 - RC1 > >Responsible: freebsd-amd64 > >Release: FreeBSD 7.0 - RC1 > I doing download of ISOs of FreeBSD 7.0 - RC1 to install in my laptop (Toshiba A215-S4747), but after boot from CD the system install don't found Hard Drive (SATA2 200GB). How to solve this problem? Check MD5 of cdrom mage & tell list if OK or not. Do a verbose boot it offers you 7 options Try 3 Safe mode or 5 Verbose or if you want Safe And Verbose 6 Escape & then eg set boot_verbose="yes" & set other Safe settings you can pick from here: http://www.berklix.com/~jhs/hardware/laptops/#loader.conf -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 28 13:30:58 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 018D216A419 for ; Mon, 28 Jan 2008 13:30:58 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 608B413C44B for ; Mon, 28 Jan 2008 13:30:57 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A52E3.dip.t-dialin.net [84.154.82.227]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m0SD8hfF071169; Mon, 28 Jan 2008 13:08:44 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m0SDA4V4054875; Mon, 28 Jan 2008 14:10:04 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m0SD9rhA053481; Mon, 28 Jan 2008 14:10:04 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200801281310.m0SD9rhA053481@fire.js.berklix.net> To: freebsd-amd64@freebsd.org In-reply-to: <200801281237.m0SCbIcJ010011@www.freebsd.org> References: <200801281237.m0SCbIcJ010011@www.freebsd.org> Comments: In-reply-to Sergio Lima message dated "Mon, 28 Jan 2008 12:37:18 +0000." Date: Mon, 28 Jan 2008 14:09:53 +0100 From: "Julian H. Stacey" Cc: Sergio Lima , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/120081: Hard drive not found during install FreeBSD 7.0 - RC1 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 13:30:58 -0000 Sergio Lima wrote: > > >Number: 120081 > >Category: amd64 > >Synopsis: Hard drive not found during install FreeBSD 7.0 - RC1 > >Responsible: freebsd-amd64 > >Release: FreeBSD 7.0 - RC1 > I doing download of ISOs of FreeBSD 7.0 - RC1 to install in my laptop (Toshiba A215-S4747), but after boot from CD the system install don't found Hard Drive (SATA2 200GB). How to solve this problem? Check MD5 of cdrom mage & tell list if OK or not. Do a verbose boot it offers you 7 options Try 3 Safe mode or 5 Verbose or if you want Safe And Verbose 6 Escape & then eg set boot_verbose="yes" & set other Safe settings you can pick from here: http://www.berklix.com/~jhs/hardware/laptops/#loader.conf -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 28 23:09:16 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 005E416A503 for ; Mon, 28 Jan 2008 23:09:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 9CD5813C442 for ; Mon, 28 Jan 2008 23:09:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 230036711-1834499 for multiple; Mon, 28 Jan 2008 18:09:04 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m0SN8iU4087147; Mon, 28 Jan 2008 18:09:03 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Steven Hartland" Date: Mon, 28 Jan 2008 16:14:21 -0500 User-Agent: KMail/1.9.7 References: <07bb01c85f68$04f85440$b6db87d4@multiplay.co.uk> <200801251503.29219.jhb@freebsd.org> <000f01c85fa6$0d0dd7c0$b6db87d4@multiplay.co.uk> In-Reply-To: <000f01c85fa6$0d0dd7c0$b6db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801281614.21988.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 28 Jan 2008 18:09:03 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5588/Mon Jan 28 16:24:15 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-amd64@freebsd.org Subject: Re: Cross build of i386 on 7.0 fails X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 23:09:16 -0000 On Friday 25 January 2008 06:00:16 pm Steven Hartland wrote: > > ----- Original Message ----- > From: "John Baldwin" > > On Friday 25 January 2008 10:36:14 am Steven Hartland wrote: > >> I'm sure I must be missing something simple but I've searched google > >> and the mail archives and cant find the answer to this. > >> > >> When trying to build i386 targets in amd64 buildkernel fails with the > >> following:- > >> > make buildkernel TARGET=i386 > >> .... > >> >>> stage 3.1: making dependencies > >> ... > >> /usr/src/sys/i386/i386/genassym.c:1: error: -mpreferred-stack-boundary=2 is > > not between 4 and 12 > >> > >> What I think is happening is that something is still working as though > >> I want amd64 bins and hence the error. Is this the case? What am I > >> missing? > > > > Did you do 'make TARGET=i386 kernel-toolchain' (or buildworld or toolchain) > > first? > > Nope, that fixed it thanks a lot! > > On standard builds that step seems to be done automatically? So is there > a missing dependency / check when cross building? Well, standard builds are allowed to fall back to using the regular tools on the box (e.g. /usr/bin/make). Perhaps that shouldn't happen for cross-builds. cc'ing ru@ as he would know better about that than I. Maybe TMPPATH should just be STRICTTMPPATH if TARGET is set? > Now I know that option searching for kernel-toolchain turned up the information > in "man build" which seems to have similar but more info than the header of:- > /usr/src/Makefile > > It might be nice to have a reference "man build" in the header to help others > who try to do the same thing and ensure they don't hit the same brick wall I > did. Something like this perhaps? (ru@, I'll leave it to you to figure out a better way/place to do this): Index: Makefile =================================================================== RCS file: /usr/cvs/src/Makefile,v retrieving revision 1.344 diff -u -r1.344 Makefile --- Makefile 13 Dec 2007 00:08:02 -0000 1.344 +++ Makefile 28 Jan 2008 21:09:04 -0000 @@ -75,6 +75,8 @@ # developer convenience only. They are intentionally not documented and # completely subject to change without notice. # +# For more information, see the build(7) manual page. +# TGTS= all all-man buildenv buildenvvars buildkernel buildworld \ check-old check-old-dirs check-old-files check-old-libs \ checkdpadd clean cleandepend cleandir \ -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 29 13:12:45 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4EEC16A469 for ; Tue, 29 Jan 2008 13:12:45 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id CB82913C447 for ; Tue, 29 Jan 2008 13:12:45 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m0TCWJ7T021286 for ; Tue, 29 Jan 2008 04:32:19 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m0TCWIXc022836 for ; Tue, 29 Jan 2008 04:32:18 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m0TCWHtc098168 for ; Tue, 29 Jan 2008 04:32:17 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Tue, 29 Jan 2008 21:32:16 +0900 Message-ID: From: gnn@freebsd.org To: amd64@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Recent problems with 6-STABLE... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 13:12:46 -0000 Hi, I have two boxes running 6-STABLE, post 6.3 release, which have both spontaneously rebooted, one under load and one not under load. I have attached dmesg and some traceback information, from the one trace that looked interesting. Any thoughts or hints would be apprecated. To save you scanning all the dmesg first these are dual processor XEON boxes, each processor has 4 cores. Best, George Trace: (kgdb) where #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff802e38b7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802e3f51 in panic (fmt=3D0xffffff01b5318260 "X=B3-=B4\001=FF= =FF=FF=B0\232=F3z") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff8047263f in trap_fatal (frame=3D0xffffff01b5318260,=20 eva=3D18446742981515785048) at /usr/src/sys/amd64/amd64/trap.c:669 #5 0xffffffff80472b42 in trap (frame=3D {tf_rdi =3D 0, tf_rsi =3D -1092176739744, tf_rdx =3D 3249104711138595= 7, tf_rcx =3D 56752, tf_r8 =3D -2140952488, tf_r9 =3D -2140952488, tf_rax = =3D 1, tf_rbx =3D 4, tf_rbp =3D -1092193766568, tf_r10 =3D 34365284352, tf_= r11 =3D -2140952488, tf_r12 =3D 0, tf_r13 =3D -1092193766568, tf_r14 =3D 0,= tf_r15 =3D -1092176739744, tf_trapno =3D 9, tf_addr =3D 0, tf_flags =3D -1= 157743792, tf_err =3D 0, tf_rip =3D -2144770494, tf_cs =3D 8, tf_rflags =3D= 66054, tf_rsp =3D -1157743920, tf_ss =3D 16}) at /usr/src/sys/amd64/amd64/trap.c:470 #6 0xffffffff80459d3b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff80296642 in pfs_exit (arg=3D0x0, p=3D0xffffff01b42db358) at /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:288 #8 0xffffffff802c355f in exit1 (td=3D0xffffff01b5318260, rv=3D0) at /usr/src/sys/kern/kern_exit.c:230 #9 0xffffffff802c48ee in sys_exit (td=3D0x0, uap=3D0xffffff01b5318260) at /usr/src/sys/kern/kern_exit.c:99 #10 0xffffffff80473531 in syscall (frame=3D {tf_rdi =3D 0, tf_rsi =3D 0, tf_rdx =3D 4285347, tf_rcx =3D 343652843= 52, tf_r8 =3D 0, tf_r9 =3D 0, tf_rax =3D 1, tf_rbx =3D 140737488342848, tf_= rbp =3D 0, tf_r10 =3D 0, tf_r11 =3D 0, tf_r12 =3D 140737488349113, tf_r13 = =3D 0, tf_r14 =3D 0, tf_r15 =3D 140737488343208, tf_trapno =3D 12, tf_addr = =3D 5368856, tf_flags =3D 12, tf_err =3D 2, tf_rip =3D 34369792716, tf_cs = =3D 43, tf_rflags =3D 518, tf_rsp =3D 140737488342376, tf_ss =3D 35}) at /usr/src/sys/amd64/amd64/trap.c:807 #11 0xffffffff80459f38 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:287 #12 0x0000000800996acc in ?? () Previous frame inner to this frame (corrupt stack?) Trap/Panic: Fatal trap 9: general protection fault while in kernel mode cpuid =3D 3; apic id =3D 03 instruction pointer =3D 0x8:0xffffffff80296642 stack pointer =3D 0x10:0xffffffffbafe3ac0 frame pointer =3D 0x10:0xffffff01b42db358 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 56752 (sh) trap number =3D 9 panic: general protection fault cpuid =3D 3 Uptime: 1d13h26m9s Dumping 8190 MB (3 chunks) Dmesg: Copyright (c) 1992-2008 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 6.3-STABLE #1: Wed Jan 23 19:01:23 EST 2008 root@ntradee56:/usr/obj/usr/src/sys/LOCAL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU X5365 @ 3.00GHz (3000.12-MHz K8-class = CPU) Origin =3D "GenuineIntel" Id =3D 0x6fb Stepping =3D 11 Features=3D0xbfebfbff Features2=3D0x4e3bd AMD Features=3D0x20100800 AMD Features2=3D0x1 Cores per package: 4 real memory =3D 9395240960 (8960 MB) avail memory =3D 8293945344 (7909 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 cpu2: on acpi0 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 cpu3: on acpi0 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 cpu4: on acpi0 acpi_throttle4: on cpu4 acpi_throttle4: failed to attach P_CNT device_attach: acpi_throttle4 attach returned 6 cpu5: on acpi0 acpi_throttle5: on cpu5 acpi_throttle5: failed to attach P_CNT device_attach: acpi_throttle5 attach returned 6 cpu6: on acpi0 acpi_throttle6: on cpu6 acpi_throttle6: failed to attach P_CNT device_attach: acpi_throttle6 attach returned 6 cpu7: on acpi0 acpi_throttle7: on cpu7 acpi_throttle7: failed to attach P_CNT device_attach: acpi_throttle7 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: irq 18 at device 2.0 on pci2 pci4: on pcib4 em0: port 0x2000-0x2= 01f mem 0xd8020000-0xd803ffff,0xd8000000-0xd801ffff irq 18 at device 0.0 on= pci4 em0: Using MSI interrupt em0: Ethernet address: 00:30:48:62:97:1e em1: port 0x2020-0x2= 03f mem 0xd8060000-0xd807ffff,0xd8040000-0xd805ffff irq 19 at device 0.1 on= pci4 em1: Using MSI interrupt em1: Ethernet address: 00:30:48:62:97:1f pcib5: at device 0.3 on pci1 pci5: on pcib5 ahd0: port 0x3400-0x34ff,0x3000-0x3= 0ff mem 0xd8100000-0xd8101fff irq 30 at device 3.0 on pci5 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x3c00-0x3cff,0x3800-0x3= 8ff mem 0xd8102000-0xd8103fff irq 31 at device 3.1 on pci5 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=3D7, PCI-X 67-100Mhz, 512 SCBs pcib6: at device 4.0 on pci0 pci6: on pcib6 pcib7: at device 6.0 on pci0 pci7: on pcib7 pci0: at device 8.0 (no driver attached) uhci0: port 0x1800-0x181f irq 17 at device = 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 19 at device = 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device = 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 16 at device = 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd8600000-0xd86003ff irq 17= at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib8: at device 30.0 on pci0 pci8: on pcib8 pci8: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0= x177,0x376,0x1880-0x188f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x18c0-0x18c7,0x1894-0x1897,0x1898-0x= 189f,0x1890-0x1893,0x18a0-0x18bf mem 0xd8600400-0xd86007ff irq 19 at device= 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 6 ports detected ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 ata6: on atapci1 ata7: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 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 IntelliMouse Explorer, device ID 4 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDRW at ata0-slave UDMA33 Waiting 5 seconds for SCSI devices to settle ses0 at ahd0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device=20 ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #6 Launched! da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device=20 da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing = Enabled da0: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 29 20:26:44 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 927D816A418 for ; Tue, 29 Jan 2008 20:26:44 +0000 (UTC) (envelope-from bsdlist@cogeco.ca) Received: from fep1.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.freebsd.org (Postfix) with ESMTP id 72C9013C45A for ; Tue, 29 Jan 2008 20:26:44 +0000 (UTC) (envelope-from bsdlist@cogeco.ca) Received: from elehost-can.cogeco.ca (d141-2-106.home.cgocable.net [24.141.2.106]) by fep1.cogeco.net (Postfix) with ESMTP id 6BF568DE; Tue, 29 Jan 2008 15:26:42 -0500 (EST) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 29 Jan 2008 15:26:44 -0500 To: Dennis Glatting ,freebsd-amd64@freebsd.org From: Paul In-Reply-To: <1201388299.84900.12.camel@Sylvester.dco.penx.com> References: <1201388299.84900.12.camel@Sylvester.dco.penx.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20080129202643.6BF568DE@fep1.cogeco.net> Cc: Subject: Re: Multi processor locking problem under 7.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 20:26:44 -0000 >I have several systems of two different types running 7.0. One is an IBM >3550 and the other a Dell 2950. The IBMs more than the Dells >consistently seem to have a kernel locking problem during dump. >Specifically, if I execute this command: > > dump 0uaLCf 64 /dev/null /usr > >Dump consistently stops in Phase IV. However, if I set >machdep.hlt_logical_cpus=1, dump does not stop. At the end of this >message is my boot information. > >When logical_cpus=0, the following is typical of what is displayed by >top when dump stops: > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >COMMAND > 926 root 1 4 0 75476K 71744K sbwait 0 0:04 0.00% dump > 928 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump > 929 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump > 927 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump > 919 root 1 8 0 75348K 67144K wait 0 0:00 0.00% dump > >Fooling around a bit I have found that if I truss dump, the dump >continues. On the Dells, if I force disk activity during the dump, such >as executing a ls -lR /usr > /dev/null, the dump finishes. > >I am unsure how to proceed in debugging this problem. It has been around >for a while but I am now installing the IBMs and the dump problem is a >no-starter. Please contact me directly on how to proceed. I have noticed something similar on my Intel test box. When compiling many ports in the tree that is updated on 7.0RC1 with a S5000pal with 2 Quadcore Xeons the process just STOPS. I am using the install disk and have not updated to the latest cvsup release yet (I am trying to make the world now with fingers crossed :) ) I tried it with just one quadcore and the same problem happens. There are no errors on the screen but it no longer proceeds with the port build. When I suspend the process and restart the make in the same session it has no problem getting past this impasse and with a few suspends the make finishes without error. It does not happen every time which is very odd. Based on your description above it seems like it may be the same problem. What do you think? From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 29 22:33:50 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C55F16A494 for ; Tue, 29 Jan 2008 22:33:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id BEE0613C46E for ; Tue, 29 Jan 2008 22:33:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 230150123-1834499 for multiple; Tue, 29 Jan 2008 17:32:24 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m0TMXVUX099104; Tue, 29 Jan 2008 17:33:40 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Tue, 29 Jan 2008 11:57:39 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801291157.39514.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 29 Jan 2008 17:33:41 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5599/Tue Jan 29 11:27:10 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_03_06 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: Recent problems with 6-STABLE... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 22:33:50 -0000 On Tuesday 29 January 2008 07:32:16 am gnn@freebsd.org wrote: > Hi, > > I have two boxes running 6-STABLE, post 6.3 release, which have both > spontaneously rebooted, one under load and one not under load. I have > attached dmesg and some traceback information, from the one trace that > looked interesting. Any thoughts or hints would be apprecated. > > To save you scanning all the dmesg first these are dual processor XEON > boxes, each processor has 4 cores. Can you do 'x/i 0xffffffff80296642' to show which instruction faulted? -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 29 23:29:52 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8237316A418 for ; Tue, 29 Jan 2008 23:29:52 +0000 (UTC) (envelope-from freebsd@penx.com) Received: from Elmer.dco.penx.com (elmer-sprint.dco.penx.com [65.173.215.114]) by mx1.freebsd.org (Postfix) with ESMTP id 2F2E013C459 for ; Tue, 29 Jan 2008 23:29:51 +0000 (UTC) (envelope-from freebsd@penx.com) Received: from [172.19.10.240] (sylvester.dco.penx.com [172.19.10.240]) by Elmer.dco.penx.com (8.14.2/8.14.2) with ESMTP id m0TNTpTh092567 for ; Tue, 29 Jan 2008 16:29:51 -0700 (MST) (envelope-from freebsd@penx.com) From: Dennis Glatting To: freebsd-amd64@freebsd.org Content-Type: text/plain Date: Tue, 29 Jan 2008 16:29:50 -0700 Message-Id: <1201649390.95041.2.camel@Sylvester.dco.penx.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: (no subject) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 23:29:52 -0000 The problem sounds similar. When dump halts on my boxes there are no errors and no other apparent impact; dump just stops. My IBMs are also quad core. On Tue, 2008-01-29 at 15:26 -0500, Paul wrote: > >I have several systems of two different types running 7.0. One is an IBM > >3550 and the other a Dell 2950. The IBMs more than the Dells > >consistently seem to have a kernel locking problem during dump. > >Specifically, if I execute this command: > > > > dump 0uaLCf 64 /dev/null /usr > > > >Dump consistently stops in Phase IV. However, if I set > >machdep.hlt_logical_cpus=1, dump does not stop. At the end of this > >message is my boot information. > > > >When logical_cpus=0, the following is typical of what is displayed by > >top when dump stops: > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > >COMMAND > > 926 root 1 4 0 75476K 71744K sbwait 0 0:04 0.00% dump > > 928 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump > > 929 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump > > 927 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump > > 919 root 1 8 0 75348K 67144K wait 0 0:00 0.00% dump > > > >Fooling around a bit I have found that if I truss dump, the dump > >continues. On the Dells, if I force disk activity during the dump, such > >as executing a ls -lR /usr > /dev/null, the dump finishes. > > > >I am unsure how to proceed in debugging this problem. It has been around > >for a while but I am now installing the IBMs and the dump problem is a > >no-starter. Please contact me directly on how to proceed. > > I have noticed something similar on my Intel test box. > > When compiling many ports in the tree that is updated on 7.0RC1 with > a S5000pal with 2 Quadcore Xeons the process just STOPS. I am using > the install disk and have not updated to the latest cvsup release yet > (I am trying to make the world now with fingers crossed :) ) I tried > it with just one quadcore and the same problem happens. > > There are no errors on the screen but it no longer proceeds with the > port build. When I suspend the process and restart the make in the > same session it has no problem getting past this impasse and with a > few suspends the make finishes without error. It does not happen > every time which is very odd. > > Based on your description above it seems like it may be the same problem. > > What do you think? > > > From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 30 00:06:30 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A05CB16A417 for ; Wed, 30 Jan 2008 00:06:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 3580113C45A for ; Wed, 30 Jan 2008 00:06:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 230158602-1834499 for multiple; Tue, 29 Jan 2008 19:05:05 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m0U06Lhh099880; Tue, 29 Jan 2008 19:06:22 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Tue, 29 Jan 2008 19:00:42 -0500 User-Agent: KMail/1.9.7 References: <1201388299.84900.12.camel@Sylvester.dco.penx.com> <20080129202643.6BF568DE@fep1.cogeco.net> In-Reply-To: <20080129202643.6BF568DE@fep1.cogeco.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801291900.42989.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 29 Jan 2008 19:06:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5600/Tue Jan 29 16:52:23 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: Multi processor locking problem under 7.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 00:06:30 -0000 On Tuesday 29 January 2008 03:26:44 pm Paul wrote: > > >I have several systems of two different types running 7.0. One is an IBM > >3550 and the other a Dell 2950. The IBMs more than the Dells > >consistently seem to have a kernel locking problem during dump. > >Specifically, if I execute this command: > > > > dump 0uaLCf 64 /dev/null /usr > > > >Dump consistently stops in Phase IV. However, if I set > >machdep.hlt_logical_cpus=1, dump does not stop. At the end of this > >message is my boot information. > > > >When logical_cpus=0, the following is typical of what is displayed by > >top when dump stops: > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > >COMMAND > > 926 root 1 4 0 75476K 71744K sbwait 0 0:04 0.00% dump > > 928 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump > > 929 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump > > 927 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump > > 919 root 1 8 0 75348K 67144K wait 0 0:00 0.00% dump > > > >Fooling around a bit I have found that if I truss dump, the dump > >continues. On the Dells, if I force disk activity during the dump, such > >as executing a ls -lR /usr > /dev/null, the dump finishes. > > > >I am unsure how to proceed in debugging this problem. It has been around > >for a while but I am now installing the IBMs and the dump problem is a > >no-starter. Please contact me directly on how to proceed. > > I have noticed something similar on my Intel test box. > > When compiling many ports in the tree that is updated on 7.0RC1 with > a S5000pal with 2 Quadcore Xeons the process just STOPS. I am using > the install disk and have not updated to the latest cvsup release yet > (I am trying to make the world now with fingers crossed :) ) I tried > it with just one quadcore and the same problem happens. > > There are no errors on the screen but it no longer proceeds with the > port build. When I suspend the process and restart the make in the > same session it has no problem getting past this impasse and with a > few suspends the make finishes without error. It does not happen > every time which is very odd. > > Based on your description above it seems like it may be the same problem. > > What do you think? If you have threads blocked on "vmo_de" then upgrade to the latest RELENG_7 or RELENG_7_0 (specifically the sys/kern/subr_sleepqueue.c file) and try again. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 30 02:27:52 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A76F216A417 for ; Wed, 30 Jan 2008 02:27:52 +0000 (UTC) (envelope-from freebsd@penx.com) Received: from Elmer.dco.penx.com (elmer-sprint.dco.penx.com [65.173.215.114]) by mx1.freebsd.org (Postfix) with ESMTP id 581CC13C45A for ; Wed, 30 Jan 2008 02:27:52 +0000 (UTC) (envelope-from freebsd@penx.com) Received: from [172.19.10.240] (sylvester.dco.penx.com [172.19.10.240]) by Elmer.dco.penx.com (8.14.2/8.14.2) with ESMTP id m0U2Rn0h098463; Tue, 29 Jan 2008 19:27:49 -0700 (MST) (envelope-from freebsd@penx.com) From: Dennis Glatting To: John Baldwin In-Reply-To: <200801291900.42989.jhb@freebsd.org> References: <1201388299.84900.12.camel@Sylvester.dco.penx.com> <20080129202643.6BF568DE@fep1.cogeco.net> <200801291900.42989.jhb@freebsd.org> Content-Type: text/plain Date: Tue, 29 Jan 2008 19:27:49 -0700 Message-Id: <1201660069.95413.9.camel@Sylvester.dco.penx.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: Multi processor locking problem under 7.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 02:27:52 -0000 On Tue, 2008-01-29 at 19:00 -0500, John Baldwin wrote: > On Tuesday 29 January 2008 03:26:44 pm Paul wrote: > > > > >I have several systems of two different types running 7.0. One is an IBM > > >3550 and the other a Dell 2950. The IBMs more than the Dells > > >consistently seem to have a kernel locking problem during dump. > > >Specifically, if I execute this command: > > > > > > dump 0uaLCf 64 /dev/null /usr > > > > > >Dump consistently stops in Phase IV. However, if I set > > >machdep.hlt_logical_cpus=1, dump does not stop. At the end of this > > >message is my boot information. > > > > > >When logical_cpus=0, the following is typical of what is displayed by > > >top when dump stops: > > > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > > >COMMAND > > > 926 root 1 4 0 75476K 71744K sbwait 0 0:04 0.00% dump > > > 928 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump > > > 929 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump > > > 927 root 1 20 0 75348K 67740K pause 1 0:02 0.00% dump > > > 919 root 1 8 0 75348K 67144K wait 0 0:00 0.00% dump > > > > > >Fooling around a bit I have found that if I truss dump, the dump > > >continues. On the Dells, if I force disk activity during the dump, such > > >as executing a ls -lR /usr > /dev/null, the dump finishes. > > > > > >I am unsure how to proceed in debugging this problem. It has been around > > >for a while but I am now installing the IBMs and the dump problem is a > > >no-starter. Please contact me directly on how to proceed. > > > > I have noticed something similar on my Intel test box. > > > > When compiling many ports in the tree that is updated on 7.0RC1 with > > a S5000pal with 2 Quadcore Xeons the process just STOPS. I am using > > the install disk and have not updated to the latest cvsup release yet > > (I am trying to make the world now with fingers crossed :) ) I tried > > it with just one quadcore and the same problem happens. > > > > There are no errors on the screen but it no longer proceeds with the > > port build. When I suspend the process and restart the make in the > > same session it has no problem getting past this impasse and with a > > few suspends the make finishes without error. It does not happen > > every time which is very odd. > > > > Based on your description above it seems like it may be the same problem. > > > > What do you think? > > If you have threads blocked on "vmo_de" then upgrade to the latest RELENG_7 or > RELENG_7_0 (specifically the sys/kern/subr_sleepqueue.c file) and try again. > I got the right file and updated my systems. I ran dump on the IBM system five times. Dump hung four times, three times when 99.99% complete. Below is a ps output. How do I tell what the threads are blocked on? Daffy> ps -axwHl | grep dump 0 801 1 0 96 0 20952 4060 select Is ?? 0:00.00 /usr/sbin/sshd -f /etc/ssh/dumper/sshd_config 0 14682 870 0 8 0 34388 26628 wait I+ p0 0:00.20 dump 0uaLCf 24 /dev/null /usr (dump) 0 14774 14682 0 4 0 34388 30680 sbwait I+ p0 0:01.01 dump: /dev/aacd0s1e: pass 4: 14.97% done, finished in 0:03 at T 0 14775 14774 0 20 0 34388 26644 pause I+ p0 0:00.69 dump 0uaLCf 24 /dev/null /usr (dump) 0 14776 14774 0 20 0 34388 26644 pause I+ p0 0:00.69 dump 0uaLCf 24 /dev/null /usr (dump) 0 14777 14774 0 20 0 34388 26644 pause I+ p0 0:00.69 dump 0uaLCf 24 /dev/null /usr (dump) 600 14896 12552 0 96 0 5900 1184 - R+ p2 0:00.00 grep dump From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 30 04:13:27 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E30E16A417 for ; Wed, 30 Jan 2008 04:13:27 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8B913C45A for ; Wed, 30 Jan 2008 04:13:27 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m0U4DRAL023221; Tue, 29 Jan 2008 20:13:27 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m0U4DQ7b023220; Tue, 29 Jan 2008 20:13:26 -0800 (PST) (envelope-from obrien) Date: Tue, 29 Jan 2008 20:13:26 -0800 From: "David O'Brien" To: Dennis Glatting Message-ID: <20080130041326.GA23122@dragon.NUXI.org> References: <1201388299.84900.12.camel@Sylvester.dco.penx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1201388299.84900.12.camel@Sylvester.dco.penx.com> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-amd64@freebsd.org Subject: Re: Multi processor locking problem under 7.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 04:13:27 -0000 On Sat, Jan 26, 2008 at 03:58:19PM -0700, Dennis Glatting wrote: > I have several systems of two different types running 7.0. One is an IBM > 3550 and the other a Dell 2950. The IBMs more than the Dells > consistently seem to have a kernel locking problem during dump. > Specifically, if I execute this command: > > dump 0uaLCf 64 /dev/null /usr > > Dump consistently stops in Phase IV. This isn't an amd64-specific problem. You should ask in freebsd-current@. It affect all MP. From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 30 09:40:41 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 494AE16A41B; Wed, 30 Jan 2008 09:40:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 33B8213C47E; Wed, 30 Jan 2008 09:40:40 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47A04617.6030608@FreeBSD.org> Date: Wed, 30 Jan 2008 10:40:39 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Dennis Glatting References: <1201388299.84900.12.camel@Sylvester.dco.penx.com> <20080129202643.6BF568DE@fep1.cogeco.net> <200801291900.42989.jhb@freebsd.org> <1201660069.95413.9.camel@Sylvester.dco.penx.com> In-Reply-To: <1201660069.95413.9.camel@Sylvester.dco.penx.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kensmith@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Multi processor locking problem under 7.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 09:40:41 -0000 Dennis Glatting wrote: >>> There are no errors on the screen but it no longer proceeds with the >>> port build. When I suspend the process and restart the make in the >>> same session it has no problem getting past this impasse and with a >>> few suspends the make finishes without error. It does not happen >>> every time which is very odd. >>> >>> Based on your description above it seems like it may be the same problem. >>> >>> What do you think? >> If you have threads blocked on "vmo_de" then upgrade to the latest RELENG_7 or >> RELENG_7_0 (specifically the sys/kern/subr_sleepqueue.c file) and try again. >> > > I got the right file and updated my systems. I ran dump on the IBM > system five times. Dump hung four times, three times when 99.99% > complete. Below is a ps output. > > How do I tell what the threads are blocked on? > > > Daffy> ps -axwHl | grep dump > 0 801 1 0 96 0 20952 4060 select Is ?? > 0:00.00 /usr/sbin/sshd -f /etc/ssh/dumper/sshd_config > 0 14682 870 0 8 0 34388 26628 wait I+ p0 0:00.20 dump > 0uaLCf 24 /dev/null /usr (dump) > 0 14774 14682 0 4 0 34388 30680 sbwait I+ p0 0:01.01 > dump: /dev/aacd0s1e: pass 4: 14.97% done, finished in 0:03 at T > 0 14775 14774 0 20 0 34388 26644 pause I+ p0 0:00.69 dump > 0uaLCf 24 /dev/null /usr (dump) > 0 14776 14774 0 20 0 34388 26644 pause I+ p0 0:00.69 dump > 0uaLCf 24 /dev/null /usr (dump) > 0 14777 14774 0 20 0 34388 26644 pause I+ p0 0:00.69 dump > 0uaLCf 24 /dev/null /usr (dump) > 600 14896 12552 0 96 0 5900 1184 - R+ p2 0:00.00 grep > dump The wait channel is the "select/wait/..." column, but your problem is known and is believed to be unrelated to what John said. He was addressing the other respondent ("Paul") who described an apparently unrelated problem where dump is not in play at all (and which has different symptoms). Kris From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 31 10:08:06 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA3EC16A41B for ; Thu, 31 Jan 2008 10:08:06 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 95B2B13C45B for ; Thu, 31 Jan 2008 10:08:06 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m0V9bF7T022907; Thu, 31 Jan 2008 01:37:15 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m0V9bEPb010263; Thu, 31 Jan 2008 01:37:14 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m0V9bECr083520; Thu, 31 Jan 2008 01:37:14 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Thu, 31 Jan 2008 18:37:13 +0900 Message-ID: From: gnn@freebsd.org To: John Baldwin In-Reply-To: <200801291157.39514.jhb@freebsd.org> References: <200801291157.39514.jhb@freebsd.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-amd64@freebsd.org Subject: Re: Recent problems with 6-STABLE... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 10:08:06 -0000 At Tue, 29 Jan 2008 11:57:39 -0500, John Baldwin wrote: > > On Tuesday 29 January 2008 07:32:16 am gnn@freebsd.org wrote: > > Hi, > > > > I have two boxes running 6-STABLE, post 6.3 release, which have both > > spontaneously rebooted, one under load and one not under load. I have > > attached dmesg and some traceback information, from the one trace that > > looked interesting. Any thoughts or hints would be apprecated. > > > > To save you scanning all the dmesg first these are dual processor XEON > > boxes, each processor has 4 cores. > > Can you do 'x/i 0xffffffff80296642' to show which instruction faulted? (kgdb) x/i 0xffffffff80296642 0xffffffff80296642 : cmp %ecx,0x8(%rdx) Best, George From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 31 12:16:24 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4D6F16A503; Thu, 31 Jan 2008 12:16:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 294A913C474; Thu, 31 Jan 2008 12:16:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 230312683-1834499 for multiple; Thu, 31 Jan 2008 07:14:56 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m0VCFpqa018988; Thu, 31 Jan 2008 07:16:06 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: gnn@freebsd.org Date: Thu, 31 Jan 2008 06:17:16 -0500 User-Agent: KMail/1.9.7 References: <200801291157.39514.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801310617.16333.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 31 Jan 2008 07:16:06 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5622/Thu Jan 31 06:00:29 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-amd64@freebsd.org Subject: Re: Recent problems with 6-STABLE... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 12:16:24 -0000 On Thursday 31 January 2008 04:37:13 am gnn@freebsd.org wrote: > At Tue, 29 Jan 2008 11:57:39 -0500, > John Baldwin wrote: > > > > On Tuesday 29 January 2008 07:32:16 am gnn@freebsd.org wrote: > > > Hi, > > > > > > I have two boxes running 6-STABLE, post 6.3 release, which have both > > > spontaneously rebooted, one under load and one not under load. I have > > > attached dmesg and some traceback information, from the one trace that > > > looked interesting. Any thoughts or hints would be apprecated. > > > > > > To save you scanning all the dmesg first these are dual processor XEON > > > boxes, each processor has 4 cores. > > > > Can you do 'x/i 0xffffffff80296642' to show which instruction faulted? > > (kgdb) x/i 0xffffffff80296642 > 0xffffffff80296642 : cmp %ecx,0x8(%rdx) Hmm, and rdx from your last post was: > printf "%x\n" 32491047111385957 736e6f69746365 > echo "0x73 0x6e 0x6f 0x69 0x74 0x63 0x65" | dh snoitce so it appears you have a data corruption issue. You could check the hardware (RAM, etc.) but if that is ok you might want to see if you can isolate it to a specific driver if a driver has a bug (or hardware has an errata we don't work around yet). Do you have any custom drivers for hardware that does DMA? If not, which storage driver (including pciconf output if ATA) and NIC(s) does this box have? Also, how much RAM? -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 1 03:03:35 2008 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAAA616A419 for ; Fri, 1 Feb 2008 03:03:35 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 99CDE13C465 for ; Fri, 1 Feb 2008 03:03:35 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m1133ZPM080060; Thu, 31 Jan 2008 19:03:35 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m1133ZLG080059; Thu, 31 Jan 2008 19:03:35 -0800 (PST) (envelope-from obrien) Date: Thu, 31 Jan 2008 19:03:35 -0800 From: "David O'Brien" To: Scot Hetzel Message-ID: <20080201030335.GB79823@dragon.NUXI.org> References: <200801192020.m0JKK3wg050817@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801192020.m0JKK3wg050817@freefall.freebsd.org> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-amd64@FreeBSD.org Subject: Re: amd64/119771: troubles w/ -m32 executables on both amd64 and i386 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 03:03:35 -0000 On Sat, Jan 19, 2008 at 08:20:03PM +0000, Scot Hetzel wrote: > The includes are not the same between amd64 and i386. Correct. I should just disable the -m32 switch and produce a loud warning. WE DO NOT SUPPORT 'gcc -m32' on FreeBSD/amd64. From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 1 03:34:56 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1A3D16A417; Fri, 1 Feb 2008 03:34:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 71ACC13C459; Fri, 1 Feb 2008 03:34:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m113YtE0086670; Thu, 31 Jan 2008 22:34:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m113YtWF024666; Thu, 31 Jan 2008 22:34:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7A3A173039; Thu, 31 Jan 2008 22:34:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201033455.7A3A173039@freebsd-current.sentex.ca> Date: Thu, 31 Jan 2008 22:34:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 03:34:56 -0000 TB --- 2008-02-01 02:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-01 02:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-02-01 02:00:00 - cleaning the object tree TB --- 2008-02-01 02:00:46 - cvsupping the source tree TB --- 2008-02-01 02:00:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-02-01 02:00:51 - building world (CFLAGS=-O -pipe) TB --- 2008-02-01 02:00:51 - cd /src TB --- 2008-02-01 02:00:51 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 1 02:00:53 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Feb 1 03:27:28 UTC 2008 TB --- 2008-02-01 03:27:28 - generating LINT kernel config TB --- 2008-02-01 03:27:28 - cd /src/sys/amd64/conf TB --- 2008-02-01 03:27:28 - /usr/bin/make -B LINT TB --- 2008-02-01 03:27:28 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 03:27:28 - cd /src TB --- 2008-02-01 03:27:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 03:27:28 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 03:34:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 03:34:55 - ERROR: failed to build lint kernel TB --- 2008-02-01 03:34:55 - tinderbox aborted TB --- 4247.12 user 535.95 system 5694.49 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 1 04:12:42 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1528916A41A; Fri, 1 Feb 2008 04:12:42 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id F340B13C455; Fri, 1 Feb 2008 04:12:41 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m114Cf7T064628; Thu, 31 Jan 2008 20:12:41 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m114CfNb048906; Thu, 31 Jan 2008 20:12:41 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m114Ceks011119; Thu, 31 Jan 2008 20:12:41 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Fri, 01 Feb 2008 13:12:40 +0900 Message-ID: From: gnn@freebsd.org To: John Baldwin In-Reply-To: <200801310617.16333.jhb@freebsd.org> References: <200801291157.39514.jhb@freebsd.org> <200801310617.16333.jhb@freebsd.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-amd64@freebsd.org Subject: Re: Recent problems with 6-STABLE... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 04:12:42 -0000 At Thu, 31 Jan 2008 06:17:16 -0500, John Baldwin wrote: > > On Thursday 31 January 2008 04:37:13 am gnn@freebsd.org wrote: > > At Tue, 29 Jan 2008 11:57:39 -0500, > > John Baldwin wrote: > > > > > > On Tuesday 29 January 2008 07:32:16 am gnn@freebsd.org wrote: > > > > Hi, > > > > > > > > I have two boxes running 6-STABLE, post 6.3 release, which have both > > > > spontaneously rebooted, one under load and one not under load. I have > > > > attached dmesg and some traceback information, from the one trace that > > > > looked interesting. Any thoughts or hints would be apprecated. > > > > > > > > To save you scanning all the dmesg first these are dual processor XEON > > > > boxes, each processor has 4 cores. > > > > > > Can you do 'x/i 0xffffffff80296642' to show which instruction faulted? > > > > (kgdb) x/i 0xffffffff80296642 > > 0xffffffff80296642 : cmp %ecx,0x8(%rdx) > > Hmm, and rdx from your last post was: > > > printf "%x\n" 32491047111385957 > 736e6f69746365 > > > echo "0x73 0x6e 0x6f 0x69 0x74 0x63 0x65" | dh > snoitce > > so it appears you have a data corruption issue. You could check the > hardware (RAM, etc.) but if that is ok you might want to see if you > can isolate it to a specific driver if a driver has a bug (or > hardware has an errata we don't work around yet). Do you have any > custom drivers for hardware that does DMA? If not, which storage > driver (including pciconf output if ATA) and NIC(s) does this box > have? Also, how much RAM? Custom drivers? Not that I know of. This box uses Intel Pro/1000 network drivers and Adaptec AIC7902 SCSI for talking to the disks. The box has 8G of RAM in 2G chunks (which has now been subjected to 40 memtests and passed). Best, George From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 1 08:31:02 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1F5C16A418; Fri, 1 Feb 2008 08:31:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 759C213C442; Fri, 1 Feb 2008 08:31:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m118V1eA098680; Fri, 1 Feb 2008 03:31:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m118V1id073637; Fri, 1 Feb 2008 03:31:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3A36173039; Fri, 1 Feb 2008 03:31:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201083101.3A36173039@freebsd-current.sentex.ca> Date: Fri, 1 Feb 2008 03:31:01 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 08:31:02 -0000 TB --- 2008-02-01 06:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-01 06:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-02-01 06:55:00 - cleaning the object tree TB --- 2008-02-01 06:55:38 - cvsupping the source tree TB --- 2008-02-01 06:55:38 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-02-01 06:55:44 - building world (CFLAGS=-O -pipe) TB --- 2008-02-01 06:55:44 - cd /src TB --- 2008-02-01 06:55:44 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 1 06:55:46 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Feb 1 08:23:34 UTC 2008 TB --- 2008-02-01 08:23:34 - generating LINT kernel config TB --- 2008-02-01 08:23:34 - cd /src/sys/amd64/conf TB --- 2008-02-01 08:23:34 - /usr/bin/make -B LINT TB --- 2008-02-01 08:23:34 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 08:23:34 - cd /src TB --- 2008-02-01 08:23:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 08:23:34 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 08:31:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 08:31:01 - ERROR: failed to build lint kernel TB --- 2008-02-01 08:31:01 - tinderbox aborted TB --- 4250.77 user 537.60 system 5760.87 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 1 11:50:01 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCDC916A420 for ; Fri, 1 Feb 2008 11:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BF61B13C465 for ; Fri, 1 Feb 2008 11:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m11Bo1un081660 for ; Fri, 1 Feb 2008 11:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m11Bo1D6081659; Fri, 1 Feb 2008 11:50:01 GMT (envelope-from gnats) Resent-Date: Fri, 1 Feb 2008 11:50:01 GMT Resent-Message-Id: <200802011150.m11Bo1D6081659@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, masatic@mbs.sphere.ne.jp (FUCHIGAMI Masachika) Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B10AB16A419 for ; Fri, 1 Feb 2008 11:42:46 +0000 (UTC) (envelope-from masatic@mbs.sphere.ne.jp) Received: from mail.as.customer.ne.jp (mail12.as.customer.ne.jp [202.239.124.13]) by mx1.freebsd.org (Postfix) with ESMTP id 6C06C13C468 for ; Fri, 1 Feb 2008 11:42:46 +0000 (UTC) (envelope-from masatic@mbs.sphere.ne.jp) Received: (qmail 14865 invoked by SAV 20080201.002); 1 Feb 2008 20:16:05 +0900 Received: from unknown (HELO inca.mbs.sphere.ne.jp) ([202.229.254.62]) by mail.as.customer.ne.jp with SMTP; 1 Feb 2008 20:16:05 +0900 Message-Id: <200802011117.0042C33F02F8000.masatic.ME@inca.mbs.sphere.ne.jp> Date: Fri, 01 Feb 2008 20:17:46 +0900 From: masatic@mbs.sphere.ne.jp (FUCHIGAMI Masachika) To: FreeBSD-gnats-submit@FreeBSD.org X-Mailman-Approved-At: Fri, 01 Feb 2008 12:32:34 +0000 Cc: Subject: amd64/120202: kernel panic at start_all_aps, AP not starts X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 11:50:02 -0000 >Number: 120202 >Category: amd64 >Synopsis: kernel panic at start_all_aps, AP not starts >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 01 11:50:01 UTC 2008 >Closed-Date: >Last-Modified: >Originator: >Release: FreeBSD 6.3-RELEASE amd64 >Organization: >Environment: MB: Jetway M2A692-GHG, BIOS Ver.A09 CPU: Athlon64X2-5200+ Memory: 2GB*1 DDR2 800 HDD: 120GB UDMA100 NIC: ANA-62044 >Description: kernel panic at start_all_aps, mp_machdep.c:734. AP does not starts( or does not reach to mptramp_start ). non-SMP kernel(GENERIC) does not panic. >How-To-Repeat: boot with SMP kernel on that MB. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 1 15:20:04 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64B2016A417 for ; Fri, 1 Feb 2008 15:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3D51A13C467 for ; Fri, 1 Feb 2008 15:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m11FK3tP099000 for ; Fri, 1 Feb 2008 15:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m11FK3oW098999; Fri, 1 Feb 2008 15:20:03 GMT (envelope-from gnats) Date: Fri, 1 Feb 2008 15:20:03 GMT Message-Id: <200802011520.m11FK3oW098999@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Volker X-Mailman-Approved-At: Fri, 01 Feb 2008 15:25:29 +0000 Cc: Subject: Re: amd64/120202: [panic] kernel panic at start_all_aps, AP not starts X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Volker List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 15:20:04 -0000 The following reply was made to PR amd64/120202; it has been noted by GNATS. From: Volker To: bug-followup@FreeBSD.org, masatic@mbs.sphere.ne.jp Cc: Subject: Re: amd64/120202: [panic] kernel panic at start_all_aps, AP not starts Date: Fri, 01 Feb 2008 16:15:47 +0100 Please include more debugging information from the panic (full message). Even a backtrace would be fine and might help finding the source of the problem. Also please provide information about your environment (``uname -a'') and your kernel config if not using a GENERIC kernel. From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 1 22:29:22 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBF1216A418; Fri, 1 Feb 2008 22:29:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 2DB6813C457; Fri, 1 Feb 2008 22:29:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 230523681-1834499 for multiple; Fri, 01 Feb 2008 17:28:05 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m11MTH0Q035032; Fri, 1 Feb 2008 17:29:17 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: gnn@freebsd.org Date: Fri, 1 Feb 2008 14:55:25 -0500 User-Agent: KMail/1.9.7 References: <200801310617.16333.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802011455.25551.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 01 Feb 2008 17:29:17 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5643/Fri Feb 1 16:23:24 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-amd64@freebsd.org Subject: Re: Recent problems with 6-STABLE... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 22:29:22 -0000 On Thursday 31 January 2008 11:12:40 pm gnn@freebsd.org wrote: > At Thu, 31 Jan 2008 06:17:16 -0500, > John Baldwin wrote: > > > > On Thursday 31 January 2008 04:37:13 am gnn@freebsd.org wrote: > > > At Tue, 29 Jan 2008 11:57:39 -0500, > > > John Baldwin wrote: > > > > > > > > On Tuesday 29 January 2008 07:32:16 am gnn@freebsd.org wrote: > > > > > Hi, > > > > > > > > > > I have two boxes running 6-STABLE, post 6.3 release, which have both > > > > > spontaneously rebooted, one under load and one not under load. I have > > > > > attached dmesg and some traceback information, from the one trace that > > > > > looked interesting. Any thoughts or hints would be apprecated. > > > > > > > > > > To save you scanning all the dmesg first these are dual processor XEON > > > > > boxes, each processor has 4 cores. > > > > > > > > Can you do 'x/i 0xffffffff80296642' to show which instruction faulted? > > > > > > (kgdb) x/i 0xffffffff80296642 > > > 0xffffffff80296642 : cmp %ecx,0x8(%rdx) > > > > Hmm, and rdx from your last post was: > > > > > printf "%x\n" 32491047111385957 > > 736e6f69746365 > > > > > echo "0x73 0x6e 0x6f 0x69 0x74 0x63 0x65" | dh > > snoitce > > > > so it appears you have a data corruption issue. You could check the > > hardware (RAM, etc.) but if that is ok you might want to see if you > > can isolate it to a specific driver if a driver has a bug (or > > hardware has an errata we don't work around yet). Do you have any > > custom drivers for hardware that does DMA? If not, which storage > > driver (including pciconf output if ATA) and NIC(s) does this box > > have? Also, how much RAM? > > Custom drivers? Not that I know of. This box uses Intel Pro/1000 > network drivers and Adaptec AIC7902 SCSI for talking to the disks. > > The box has 8G of RAM in 2G chunks (which has now been subjected to 40 > memtests and passed). Try hw.physmem=4g at the loader to see if it fixes it. If so, it's a bug with bounce buffering. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 2 07:10:03 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7353A16A41A for ; Sat, 2 Feb 2008 07:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6036313C44B for ; Sat, 2 Feb 2008 07:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m127A3Ig065159 for ; Sat, 2 Feb 2008 07:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m127A3Du065158; Sat, 2 Feb 2008 07:10:03 GMT (envelope-from gnats) Date: Sat, 2 Feb 2008 07:10:03 GMT Message-Id: <200802020710.m127A3Du065158@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: masatic@mbs.sphere.ne.jp (FUCHIGAMI Masachika) X-Mailman-Approved-At: Sat, 02 Feb 2008 12:16:10 +0000 Cc: Subject: Re: amd64/120202: [panic] kernel panic at start_all_aps, AP not starts X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FUCHIGAMI Masachika List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 07:10:03 -0000 The following reply was made to PR amd64/120202; it has been noted by GNATS. From: masatic@mbs.sphere.ne.jp (FUCHIGAMI Masachika) To: bug-followup@FreeBSD.org Cc: volker@vwsoft.com Subject: Re: amd64/120202: [panic] kernel panic at start_all_aps, AP not starts Date: Sat, 02 Feb 2008 15:40:16 +0900 "Volker" said: volker>> Please include more debugging information from the panic (full message). OK, here is debugging info. Sorry, no backtrace. kernel config: src/sys/amd64/conf/SMP -- # # SMP -- Generic kernel configuration file for FreeBSD/amd64 SMP # Use this for multi-processor machines # # $FreeBSD: src/sys/amd64/conf/SMP,v 1.1.6.2 2007/03/03 23:19:46 cperciva Exp $ include GENERIC ident SMP-GENERIC options SMP -- patches: src/sys/amd64/amd64/mpboot.S -- *** mpboot.S.orig Sat Feb 2 11:36:35 2008 --- mpboot.S Sat Feb 2 11:38:28 2008 *************** *** 42,47 **** --- 42,49 ---- * We are in real mode. %cs is the only segment register set. */ cli /* make sure no interrupts */ + xor %al, %al + out %al, $0x80 /* debug, show 00 to 7seg LED */ mov %cs, %ax /* copy %cs to %ds. Remember these */ mov %ax, %ds /* are offsets rather than selectors */ mov %ax, %ss -- * M2A692-GHG motherboard has on-board debug 7seg LED(io-port 0x80). BIOS sets this LED to FF at the end of POST. I add this patch to checkes whether AP reaches trampoline code or not. If LED changes FF to 00, AP starts, but some error occured before smp_cpus++ at mp_machdep:531. Otherwise, LED still shows FF, AP not starts or runs somewhere else. At the kernel panic, the LED shows FF. panic log: -- Copyright (c) 1992-2008 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 6.3-RELEASE #0: Sat Feb 2 11:42:48 UTC 2008 root@:/usr/src/sys/amd64/compile/SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (2712.19-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 real memory = 1877868544 (1790 MB) avail memory = 1800531968 (1717 MB) panic: AP #1 (PHY# 1) failed! cpuid = 0 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x10 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8044fbd1 stack pointer = 0x10:0xffffffff80b4cb50 frame pointer = 0x10:0x104 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 () trap number = 12 panic: page fault cpuid = 0 kernel trap 12 with interrupts disabled (snip--full log is at the last of this mail: gzip+uuencoded) -- uname -a: none, kernel panics before init(8) dmesg: none, kernel panics before init(8) --cut---cut---cut---cut---cut---cut---cut---cut---cut---cut-- begin 644 SMP-paniclog.txt.gz M'XL("',)I$<``U--4"UP86YI8VQO9RYT>'0`[=I9;QWG@>?AV[0!?X?3Z;E( MT+1=^^*V@G'+=B<3.Q8LIR<-#!#4:G,LD0Q).?$LWWV*E.26;/XQF+GHJX=& M#L.WMO=4/57G"/A]^?O3S;>7?WWWG<]_]X=/GSZJFG??F9:K\S\_NYS61__V MZ=/CSQ>WE_/EY>V?U^W9],.C/WSY[CMW?^[GS[9'WVW7%]NS=]]9+I\OEQ/*I^,GZSWCXJ_M;MVU87=\=\ M<^'?7BXL7OV\7&EX8*4_/]LNOKG]]E'=O5YV^]V\'@NGVT?W_W?YR?CY]5\> ME6^.+2]7/K^9?CIZ=7E]/XGN]7'W5SO>U^6MH?7Z_/OMT1M#Y<_7*E^M5?XX M]+,#OQQ:CPE6;XW<3?EX>Z?WWGM^>;V]]][I]-'-U;1LOSE=3=]LI_7RKQ>G MC[:+V^WZ-Z=GYQ>O1_[RF]-?7IS?GOY_?]Z8P:LS47_V^@U=7?UL]B^'[N;: MOQZY>?[`A7@Y>G\97K_-FY_M['YD?S9]#_W[JF\-WQVE M>6ODQW/G9^?/J\_/WGRZO;XP%Q\^CUP,7T?'OTP=VSZH.7`Q^\WN#NX?:39]#S M:?GS^7ZY[_7ZXOC678U'<^$-_?P3R__>+GXYMUWKJXOGU_=/OI/__/' M^?WO=]^Y>3Z?7]Z\?_]RO3U;I]OC?BT_*+L/JJ+HWU[^_7:Q7EX_>O+MY79Q M_K?3U]OR[<7EL\MOSK>;L]/G7W_RT[6O[Y^!W?M%<7KR+S\N7+Z=;F[.;]Y_ M/AW3?/3'B^\N[I[H/UEXLUV?3\\>G7ZVX';ZYH'1U\?ZR=ZNGDT7T_6K(YU^ M.GR7N5GTW@U'HYW<[E\M]V^OUW\R/;M!5>7 M5R^>'6?XK44_W-QNSQ\^&Z^6O9[HZZ7_T9[?GLVK<_+P5%^\.%\?O?X(>^^- MEZ'HWSL^5=JB*>JB*G[V_G]Z1K_\_>E.[[OOO/>+__:+__6+#W[Q\O?CRZL? MKL^_^?;V]*OEUZ=R'*OW#J?#Z>MOM]-GU]OVST\_.3VYOOSOVW+[_KOO_'3M M?CP[7H?B_K6^?^WN7X?[U_NE8WG_6MV_WJ\S'H_3O[L[P%?;-\?)O3E=[J?; MX\\_7IS?S_KVA[N1Q].SXY:\OCB?WC]]_.S9Z?ZX-Z?K[3A?WV_K,9O7\SN_ M.4W'^#?GQQN_WM;3[?6T;L^GZ^_N=O/F&_GL\L7%<4,>I^6-K;OWZ_>^^O3S M3S]^^NGI'XH/3T^GV]-GVWPZ5:>R_+"I/FR&TQ^_?GRZ.RT'E>/G^CB/__G# M#U[<7']P<[U\<)SP#Z;G:]=\<'S3N3J^&'WP](LG[[[S\>,GOSM]_.1WCT]? MW^G]\/31RV\VIX__ZU>?W"W\S;OO?'W^?%N.21WS/OWR?*C:YI>G_7K[RXOM M8OGA./Q8ET-U^NW_.+@=9^,X+\<-]?C)'S\\??S%)Z>/;[]]=GGQJ]OGOSYU MS>E/U>F38Z73XP/RW15;MIN;R^M3>TS['T^_JOJR>K\69\=M M?CKV].N[=_3E<6K/+TZ/3K_\^,5Q'2YNSY=C_[\\G7ZW'H/'UZMBGZO3Z>GM M=G5U?O'-,5;=;?;9-MV^."['W4=F/\S[O.\???;DCV?_^L6G9Y]\>O;DZ:=G M7S]]?/;%TZ_.GGS\Z=D7CS\]>_RGX>SNE)P]_?3)V1=??W4L^9>[)1^?/?[B MRW\]5OOZ;K.Z.WO\^6>?__'I;\^^^.)/9Y_]Z=C#TV-OQ_^JL]]^_?5OWCQZ M=?GCCS___.P/?[K;]S^> M?7:_]Z\^.6;ZY.SS+\[J3_YP^=>__\=7OW^VJ[NCE>7^T>W;[?+M_99WU^+F='5KX=3YP?3L>Y+(>^'[JA;9K3K\I^+$Y?_/-Q5:;OI_,?U[I;J2C:NAR[X6ZE MLG^YTM5T<;X<&)Z<_J$\_>K);__M'T[EKT_[L>6V_OWQ9?OJ>'C<7<'7GXEW M=\;5J:Q.?SV__?;EI^KUBZOCIGK]Q>#==^[^^VRZG7Y<]\.7C\)]>O'L]O37 M;X]='QN>7NWO^"CWIZNZ^OS@>7^<7-[?7 MQ\/[N(E/5Y?W[^%^C\.'Q=_V5S]#T33[O-X]$V^/$__C>J^?OR]G\-8&<[/, M[=VDKH_O#7F#LFCN_F&S;J>;[9OGQX3NICY/-]NQPO$4?';^_/A8>+7?L]/M M#U=W"\KY>-[=K?C)D\]/QUIW[^5T/!6/N_>;N]_KMM?5W8)OKJ>+4WG_Q>+5 M[;O=?RD]-CTV>?%\.SO][LMC'_>7].Z?4L<$3J]6OMM_+^PEV\>#X? M;^`8O/N&_`K*OU])./X?<0P+''`$'%T-!QP!1SW!`4?`499PP/$PCGD;X(`C MX)AW..`(.,8.#C@"CFZ%`XZ`HVG@@"/@*&EYX`CX2CT''`$',.JYX`CX9CU''`D'(.>`XZ$H]-SP)%PU'H..!*. M4L\!1\#1;WH..!*.6<\!1\(QZCG@2#@Z/0<<"4>CYX`CX2CU''`$'-VNYX`C MX5CT''`D'*.>`XZ$H]=SP)%P-'H..!*.2L\!1\#1[GH..!*.5<\!1\(QZ3G@ M2#@&/0<<"4>KYX`CX:CT''`D'(6>`XZ`HUGU''`D'+.>`XZ$8]!SP)%P='H. M.!*.6L\!1\)1Z#G@"#CJ3<\!1\(QZSG@2#A&/0<<"4>GYX`CX6CT''`D'*6> M`XZ`H]KU''`D'(N>`XZ$8]1SP)%P]'H..!*.1L\!1\)1Z3G@"#C*7<\!1\*Q MZCG@2#@F/0<<"4>OYX`CX6CU''`D')6>`XZ$H]!SP!%P%*N>`XZ$8]9SP)%P M#'H..!*.3L\!1\)1ZSG@2#@*/0<<#^.H]TW/`4?",>LYX$@X1CT''`E'I^>` M(^%H]!QP)!REG@..@&/;]!QP)!R+G@..A&/4<\"1DY MX`@XUEW/`4?"L>HYX$@X)CT''`E'K^>`(^%H]1QP)!R5G@..A*/0<\`1<"RK MG@..A&/6<\"1<`QZ#C@2CE;/`4?"4>LYX$@X"CT''`''O.DYX$@X9CT''`G' MJ.>`(^'H]!QP)!R-G@..A*/4<\`1<$R;G@..A&/1<\"1<(QZ#C@2CE[/`4?" MT>@YX$@X*CT''`''N.LYX$@X%CT''`G'I.>`(^'H]1QP)!RMG@..A*/2<\"1 MHYX$@X:CT''`E'H>>`(^#H-ST' M'`G'K.>`(^$8]1QP)!R=G@..A*/6<\"1<)1Z#C@"CF[3<\"1<"QZ#C@2CE'/ M`4?"T>LYX$@X&CT''`E'I>>`(^!H=ST''`G'HN>`(^&8]!QP)!R]G@..A*/5 M<\"1<%1Z#C@2CD+/`4?`T:QZ#C@2CDG/`4?",>@YX$@X6CT''`E'K>>`(^$H M]!QP!!SUIN>`(^&8]1QP)!RCG@..A*/3<\"1<-1Z#C@2CE+/`4?`46UZ#C@2 MCD7/`4?",>HYX$@X>CT''`E'H^>`(^$H]1QP!!SEKN>`(^%8]!QP)!R3G@.. MA*/7<\"1<+1Z#C@2CDK/`4?"4>@YX`@XBE7/`4?",>DYX$@X!CT''`E'J^>` M(^&H]1QP)!R%G@..AW%4^Z;G@"/AF/4<<"0<@YX#CH2CTW/`D7#4>@XX$HY2 MSP%'P+%M>@XX$HY%SP%'PC'J.>!(.'H]!QP)1Z/G@"/A*/4<<`0@XX$HY*SP%'P+'L>@XX$HY5SP%'PC'I.>!( M.`8]!QP)1ZOG@"/AJ/4<<"0@XX M$HY:SP%'PE'J.>`(.*9-SP%'PK'H.>!(.$8]!QP)1Z?G@"/A:/0<<"0@XX$HY6SP%'PE'I.>`(.(9=SP%'PK'J M.>!(."8]!QP)QZ#G@"/A:/4<<"0@XX$HY.SP%'PE'K.>!(.$H]!QP!1[?I.>!(.!8]!QP)QZCG@"/AZ/0<<"0< MC9X#CH2CU'/`$7"TNYX#CH1CT7/`D7!,>@XX$HY>SP%'PM'H.>!(."H]!QP! M1[/K.>!(.%8]!QP)QZ3G@"/A&/0<<"0@XX`HYZU7/` MD7#,>@XX$HY!SP%'PM'I.>!(.&H]!QP)1ZGG@"/@J#8]!QP)QZSG@"/A&/4< M<"0@XX`HYRUW/`D7`L>@XX$HY)SP%'PM'K.>!(.!H] M!QP)1Z7G@"/@*'8]!QP)QZKG@"/AF/0<<"0<@YX#CH2CU7/`D7!4>@XX$HY" MSP''PSC*?=5SP)%PS'H..!*.0<\!1\+1Z3G@2#AJ/0<<"4>IYX`CX-@V/0<< M"<>LYX`CX1CU''`D')V>`XZ$H]%SP)%PE'H..`*.===SP)%P+'H..!*.4<\! M1\+1ZSG@2#@:/0<<"4>EYX`CX%AV/0<<"<>JYX`CX9CT''`D'(.>`XZ$H]5S MP)%P5'H..!*.0L\!1\`QKWH..!*.6<\!1\(QZ#G@2#@Z/0<<"4>MYX`CX2CT M''`$'-.FYX`CX9CU''`D'*.>`XZ$H]-SP)%P-'H..!*.4L\!1\`Q[GH..!*. M1<\!1\(QZCG@2#AZ/0<<"4>CYX`CX:CT''`$',.NYX`CX5CU''`D').>`XZ$ MH]=SP)%PM'H..!*.2L\!1\)1Z#G@"#CZ5<\!1\(QZSG@2#@&/0<<"4>GYX`C MX:CU''`D'(6>`XZ`H]OT''`D'+.>`XZ$8]1SP)%P='H..!*.1L\!1\)1ZCG@ M"#C:3<\!1\*QZ#G@2#A&/0<<"4>OYX`CX6CT''`D')6>`XZ`H]GU''`D'*N> M`XZ$8])SP)%P]'H..!*.5L\!1\)1Z3G@2#@*/0<<`4>]ZCG@2#AF/0<<"<>@ MYX`CX6CU''`D'+6>`XZ$H]!SP!%P5)N>`XZ$8]9SP)%PC'H..!*.3L\!1\+1 MZ#G@2#A*/0<<`4>YZ3G@2#@6/0<<"<>HYX`CX>CU''`D'(V>`XZ$H])SP!%P M%+N>`XZ$8]%SP)%P3'H..!*.7L\!1\+1ZCG@2#@J/0<<"4>AYX#C81S%ONHY MX$@X9CT''`G'H.>`(^%H]1QP)!RUG@..A*/0<\`1<&R;G@..A&/6<\"1<(QZ M#C@2CD[/`4?"4>LYX$@X2CT''`''NNDYX$@X%CT''`G'J.>`(^'H]1QP)!R- MG@..A*/2<\`1<"R[G@..A&/1<\"1<$QZ#C@2CE[/`4?"T>HYX$@X*CT''`E' MH>>`(^"85ST''`G'I.>`(^$8]!QP)!RMG@..A*/6<\"1DYX$@X:CT''`E'J>>`(^`8-ST''`G'HN>`(^$8]1QP M)!R]G@..A*/1<\"1<)1Z#C@"CF'7<\"1<"QZ#C@2CDG/`4?"T>LYX$@X6CT' M'`E'I>>`(^$H]!QP!!S]JN>`(^&8]!QP)!R#G@..A*/5<\"1<-1Z#C@2CD+/ M`4?`T6UZ#C@2CEG/`4?",>@YX$@X.CT''`E'K>>`(^$H]1QP!!SMIN>`(^%8 M]!QP)!RCG@..A*/7<\"1<#1Z#C@2CE+/`4?`T>QZ#C@2CD7/`4?",>DYX$@X M>CT''`E'J^>`(^&H]!QP!!SUKN>`(^%8]1QP)!R3G@..A&/0<\"1<+1Z#C@2 MCEK/`4?"4>@YX`@XJDW/`4?",>LYX$@X!CT''`E'I^>`(^&H]1QP)!REG@.. M@*/<]!QP)!R+G@..A&/4<\"1<'1Z#C@2CD;/`4?"4>HYX`@XBEW/`4?"L>@Y MX$@X)CT''`E'K^>`(^%H]1QP)!R5G@..!W%,QZN>`XZ$8]5SP)%P3'H..!*. M0<\!1\+1ZCG@2#AJ/0<<"4>AYX`CX-A6/0<<"<>LYX`CX1CT''`D')V>`XZ$ MH]9SP)%PE'H..`*.==-SP)%P+'H..!*.4<\!1\+1Z3G@2#@:/0<<"4>IYX`C MX%AV/0<<"<>BYX`CX9CT''`D'+V>`XZ$H]%SP)%P5'H..`*.>==SP)%PK'H. M.!*.2<\!1\(QZ#G@2#A:/0<<"4>MYX`CX2CT''`$'-.JYX`CX9CU''`D'(.> M`XZ$H]-SP)%PU'H..!*.4L\!1\`Q;GH..!*.6<\!1\(QZCG@2#@Z/0<<"4>C MYX`CX2CU''`$',.NYX`CX5CT''`D').>`XZ$H]=SP)%P-'H..!*.2L\!1\#1 M[WH..!*.5<\!1\(QZ3G@2#@&/0<<"4>KYX`CX:CT''`D'(6>`XZ`HUOU''`D M'+.>`XZ$8]!SP)%P='H..!*.6L\!1\)1ZCG@"#C:3<\!1\(QZSG@2#A&/0<< M"4>GYX`CX6CT''`D'*6>`XZ`H]GU''`D'(N>`XZ$8]1SP)%P]'H..!*.1L\! M1\)1Z3G@"#CJ7<\!1\*QZCG@2#@F/0<<"<>@YX`CX6CU''`D')6>`XZ$H]!S MP!%P5*N>`XZ$8]9SP)%P#'H..!*.3L\!1\)1ZSG@2#@*/0<<`4>YZ3G@2#AF M/0<<"<>HYX`CX>CT''`D'(V>`XZ$H]1SP!%P'/^2A0..@&/1<\"1<(QZ#C@2 MCE[/`4?"T>@YX$@X*CT''`_CV/9=SP%'PK'J.>!(."8]!QP)1Z_G@"/A:/4< M<"0@XX$HY.SP%'PE'K.>!(.`H] M!QP!Q[KI.>!(.&8]!QP)QZCG@"/AZ/0<<"0@XX$HY>SP%'PM'H.>!(."H]!QP!Q[SK.>!(.%8]!QP)QZ3G@"/A MZ/4<<"0@XX`HYIU7/`D7#,>@XX$HY!SP%'PM'J.>!( M.&H]!QP)1Z'G@"/@&#<]!QP)QZSG@"/A&/4<<"0@XX M`HYATW/`D7`L>@XX$HY1SP%'PM'K.>!(.!H]!QP)1Z7G@"/@Z'<]!QP)QZ+G M@"/AF/0<<"0@XX$HY"SP%'P-&M>@XX$HY9SP%'PC'H M.>!(.%H]!QP)1ZWG@"/A*/0<<`0<[:;G@"/AF/4<<"0@XX$HY2SP%'P-%L>@XX$HY%SP%'PC'J.>!(.'H]!QP)1Z/G@"/AJ/0<<`0< M]:[G@"/A6/0<<"0@XX$HY*SP%'PE'H.>`(.*I5SP%' MPC'I.>!(.`8]!QP)1ZOG@"/AJ/4<<"0@XX$HY:SP%'PE'J.>`(.(I-SP%'PK'H.>!(.$8]!QP)1Z_G@"/A:/0< M<"0`XZ$H]=SP)%PM'H..!*.2L\!1\)1 MZ#G@"#BV5<\!1\(QZ3G@2#@&/0<<"4>KYX`CX:CU''`D'(6>`XZ`8]WT''`D M'+.>`XZ$8]!SP)%P='H..!*.6L\!1\)1ZCG@"#B63<\!1\*QZ#G@2#A&/0<< M"4>OYX`CX6CT''`D'*6>`XZ`8][U''`D'(N>`XZ$8])SP)%P]'H..!*.5L\! M1\)1Z3G@"#BF7<\!1\*QZCG@2#@F/0<<"<>@YX`CX6CU''`D'+6>`XZ$H]!S MP!%PC)N>`XZ$8]9SP)%P#'H..!*.3L\!1\)1ZSG@2#A*/0<<`<>PZ3G@2#@6 M/0<<"<>HYX`CX>CT''`D'(V>`XZ$H]1SP!%P]+N>`XZ$8]%SP)%P3'H..!*. M7L\!1\+1ZCG@2#@J/0<<`4>WZSG@2#A6/0<<"<>DYX`CX1CT''`D'*V>`XZ$ MH]9SP)%P%'H..`*.=M5SP)%PS'H..!*.0<\!1\+1Z3G@2#AJ/0<<"4>IYX`C MX&@V/0<<"<>BYX`CX1CU''`D')V>`XZ$H]%SP)%PE'H..`*.>M=SP)%P+'H. M.!*.2<\!1\+1ZSG@2#@:/0<<"4>EYX`CX*AV/0<<"<>JYX`CX9CT''`D'(.> M`XZ$H]5SP)%PU'H..!*.0L\!1\!1KGH..!*.6<\!1\(QZ#G@2#@Z/0<<"4>M MYX`CX2CU''`$',6FYX`CX9CU''`D'*.>`XZ$H]-SP)%P-'H..!*.4L\!Q\,X MEGW7<\"1<"QZ#C@2CDG/`4?"T>LYX$@X&CT''`E'I>>`(^#8=CT''`G'JN>` M(^&8]!QP)!R#G@..A*/5<\"1<%1Z#C@2CD+/`4?`L:YZ#C@2CEG/`4?",>@Y MX$@X.CT''`E'K>>`(^$H]1QP!!S+IN>`(^&8]1QP)!RCG@..A*/3<\"1<#1Z M#C@2CE+/`4?`,>]Z#C@2CD7/`4?",>HYX$@X>CT''`E'H^>`(^&H]!QP!!S3 MKN>`(^%8]1QP)!R3G@..A&/0<\"1<+1Z#C@2CDK/`4?"4>@YX`@XQE7/`4?" M,>LYX$@X!CT''`E'I^>`(^&H]1QP)!R%G@..@&/8]!QP)!RSG@..A&/4<\"1 M<'1Z#C@2CD;/`4?"4>HYX`@X^EW/`4?"L>@YX$@X1CT''`E'K^>`(^%H]!QP M)!R5G@..@*/;]1QP)!RKG@..A&/2<\"1DYX$@X"CT' M'`%'N^HYX$@X9CT''`G'H.>`(^'H]!QP)!RUG@..A*/0<\`1<#2;G@..A&/6 M<\"1<(QZ#C@2CD[/`4?"T>@YX$@X2CT''`%'O>DYX$@X%CT''`G'J.>`(^'H M]1QP)!R-G@..A*/2<\`1<%2[G@..A&/5<\"1<$QZ#C@2CE[/`4?"T>HYX$@X M*CT''`E'H>>`(^`H5ST''`G'K.>`(^$8]!QP)!RMG@..A*/6<\"1DYX$@X&CT''`E'J>>`XV$<\[[I.>!(.!8] M!QP)QZCG@"/AZ/4<<"0@XX$HY> MSP%'PM'J.>!(."H]!QP)1Z'G@"/@6%<]!QP)QZSG@"/A&/0<<"0@XX`HYETW/`D7#,>@XX$HY1SP%'PM'I.>!(.&H]!QP)1ZGG@"/@ MF#<]!QP)QZ+G@"/A&/4<<"0@XX`HYIUW/`D7`L>@XX M$HY)SP%'PM'K.>!(.%H]!QP)1Z7G@"/A*/0<<`0@XX$HY"SP%'P#%L>@XX$HY9SP%'PC'J.>!(.#H]!QP)1ZWG M@"/A*/4<<`0<_:;G@"/A6/0<<"0@XX$HY2SP%'P-'M M>@XX$HY%SP%'PC'I.>!(.'H]!QP)1ZOG@"/AJ/0<<"0@XX$HY:SP%'PE'H.>`(.)I-SP%'PC'K.>!(.`8]!QP) M1Z?G@"/AJ/4<<"0@XX$HY&SP%' MPE'J.>`(.*I=SP%'PK'H.>!(."8]!QP)1Z_G@"/A:/4<<"0@XX$HY6SP%'PE'K.>!(.`H]!QP!1['I.>!(.&8] M!QP)QZ#G@"/AZ/0<<"0`XZ$8]1SP)%P M='H..!*.1L\!1\)1ZCG@"#BV7<\!1\*QZ#G@2#@F/0<<"4>OYX`CX6CU''`D M')6>`XZ`8]WU''`D'*N>`XZ$8])SP)%P#'H..!*.5L\!1\)1ZSG@2#@*/0<< M`<>RZCG@2#AF/0<<"<>@YX`CX>CT''`D'+6>`XZ$H]1SP!%PS)N>`XZ$8]%S MP)%PC'H..!*.3L\!1\+1Z#G@2#A*/0<<`<>TZSG@2#@6/0<<"<>DYX`CX>CU M''`D'(V>`XZ$H])SP!%PC+N>`XZ$8]5SP)%P3'H..!*.0<\!1\+1ZCG@2#AJ M/0<<"4>AYX`CX!A6/0<<"<>LYX`CX1CT''`D')V>`XZ$H]9SP)%PE'H..`*. M?M-SP)%PS'H..!*.4<\!1\+1Z3G@2#@:/0<<"4>IYX`CX.AV/0<<"<>BYX`C MX9CT''`D'+V>`XZ$H]%SP)%P5'H..`*.=M=SP)%PK'H..!*.2<\!1\(QZ#G@ M2#A:/0<<"4>EYX`CX2CT''`$',VJYX`CX9CU''`D'(.>`XZ$H]-SP)%PU'H. M.!*.4L\!1\!1;WH..!*.6<\!1\(QZCG@2#@Z/0<<"4>CYX`CX2CU''`$'-6N MYX`CX5CT''`D'*.>`XZ$H]=SP)%P-'H..!*.2L\!1\!1[GH..!*.5<\!1\(Q MZ3G@2#@&/0<<"4>KYX`CX:CT''`D'(6>`XZ`HUCU''`D'+.>`XZ$8]!SP)%P M='H..!*.6L\!1\)1Z#G@>!C'N&]Z#C@2CEG/`4?",>HYX$@X.CT''`E'H^>` M(^$H]1QP!!S;KN>`(^%8]!QP)!RCG@..A*/7<\"1<#1Z#C@2CDK/`4?`L>YZ M#C@2CE7/`4?",>DYX$@X>CT''`E'J^>`(^&H]!QP)!R%G@..@&-9]1QP)!RS MG@..A&/0<\"1<'1Z#C@2CEK/`4?"4>@YX`@XYDW/`4?",>LYX$@X1CT''`E' MI^>`(^%H]!QP)!REG@..@&/:]!QP)!R+G@..A&/4<\"1DYX`@XQEW/`4?"L>HYX$@X)CT''`E'K^>`(^%H]1QP)!R5G@..A*/0<\`1 M<`RKG@..A&/6<\"1<`QZ#C@2CE;/`4?"4>LYX$@X"CT''`%'O^DYX$@X9CT' M'`G'J.>`(^'H]!QP)!R-G@..A*/4<\`1<'2;G@..A&/1<\"1<(QZ#C@2CE[/ M`4?"T>@YX$@X*CT''`%'N^LYX$@X%CT''`G'I.>`(^'H]1QP)!RMG@..A*/2 M<\"1HYX$@X:CT''`E'H>>`(^"H M-ST''`G'K.>`(^$8]1QP)!R=G@..A*/6<\"1<)1Z#C@"CFK3<\"1<"QZ#C@2 MCE'/`4?"T>LYX$@X&CT''`E'I>>`(^`H=ST''`G'HN>`(^&8]!QP)!R]G@.. MA*/5<\"1<%1Z#C@2CD+/`4?`4:QZ#C@2CDG/`4?",>@YX$@X6CT''`E'K>>` M(^$H]!QP/(QCV#<]!QP)QZSG@"/A&/4<<"0@XX`HYM MTW/`D7`L>@XX$HY1SP%'PM'K.>!(.!H]!QP)1ZGG@"/@6'<]!QP)QZ+G@"/A MF/0<<"0@XX$HY"SP%'P+&L>@XX$HY)SP%'PC'H.>!( M.%H]!QP)1ZWG@"/A*/0<<`0<\Z;G@"/AF/4<<"0<@YX#CH2CTW/`D7#4>@XX M$HY2SP%'P#%M>@XX$HY%SP%'PC'J.>!(.'H]!QP)1Z/G@"/A*/4<<`0@XX$HY*SP%'P#'L>@XX$HY5SP%'PC'I M.>!(.`8]!QP)1ZOG@"/AJ/4<<"0@XX$HY:SP%'PE'J.>`(.+I-SP%'PK'H.>!(.$8]!QP)1Z?G@"/A:/0<<"0< MI9X#CH"CW?4<<"0@XX$HY6SP%'PE'I.>`(.)I=SP%' MPK'J.>!(."8]!QP)QZ#G@"/A:/4<<"0@XX$HY.SP%'PE'K.>!(.$H]!QP!1[7I.>!(.!8]!QP)QZCG@"/AZ/0< M<"0@XX$HY>SP%'PM'H.>!(."H] M!QP!1['K.>!(.%8]!QP)QZ3G@"/A&/0<<"0@XX'L;1 M[ZN>`XZ$8]9SP)%P#'H..!*.3L\!1\)1ZSG@2#A*/0<<`<>VZ3G@2#AF/0<< M"<>HYX`CX>CT''`D'(V>`XZ$H]1SP!%PK+N>`XZ$8]%SP)%P3'H..!*.7L\! M1\+1Z#G@2#@J/0<<`<>RZSG@2#A6/0<<"<>DYX`CX1CT''`D'*V>`XZ$H])S MP)%P%'H..`*.>=5SP)%PS'H..!*.0<\!1\+1Z3G@2#AJ/0<<"4>IYX`CX)@V M/0<<"<>LYX`CX1CU''`D')V>`XZ$H]%SP)%PE'H..`*.<==SP)%P+'H..!*. M4<\!1\+1ZSG@2#@:/0<<"4>EYX`CX!AV/0<<"<>JYX`CX9CT''`D'(.>`XZ$ MH]5SP)%P5'H..!*.0L\!1\#1KWH..!*.6<\!1\(QZ#G@2#@Z/0<<"4>MYX`C MX2CT''`$'-VFYX`CX9CU''`D'*.>`XZ$H]-SP)%P-'H..!*.4L\!1\#1[GH. M.!*.1<\!1\(QZCG@2#AZ/0<<"4>CYX`CX:CT''`$',VNYX`CX5CU''`D').> M`XZ$H]=SP)%PM'H..!*.2L\!1\)1Z#G@"#CJ5<\!1\(QZSG@2#@&/0<<"4>G MYX`CX:CU''`D'(6>`XZ`H]KT''`D'+.>`XZ$8]1SP)%P='H..!*.1L\!1\)1 MZCG@"#C*3<\!1\*QZ#G@2#A&/0<<"4>OYX`CX6CT''`D')6>`XZ`H]CU''`D M'*N>`XZ$8])SP)%P]'H..!*.5L\!1\)1Z3G@2#@*/0<<#^/H]E7/`4?",>LY MX$@X!CT''`E'J^>`(^&H]1QP)!R%G@..@&/;]!QP)!RSG@..A&/4<\"1<'1Z M#C@2CD;/`4?"4>HYX`@XUDW/`4?"L>@YX$@X1CT''`E'K^>`(^%H]!QP)!R5 MG@..@&/9]1QP)!R+G@..A&/2<\"1DYX$@X"CT''`'' MO.HYX$@X9CT''`G'H.>`(^%H]1QP)!RUG@..A*/0<\`1<$R;G@..A&/6<\"1 M<(QZ#C@2CD[/`4?"4>LYX$@X2CT''`''N.DYX$@X%CT''`G'J.>`(^'H]1QP M)!R-G@..A*/2<\`1<`R[G@..A&/1<\"1<$QZ#C@2CE[/`4?"T>HYX$@X*CT' M'`E'H>>`(^#H5ST''`G'I.>`(^$8]!QP)!RMG@..A*/6<\"1DYX$@X:CT''`E'J>>`(^!H-ST''`G'HN>`(^$8 M]1QP)!R]G@..A*/1<\"1<)1Z#C@"CF;7<\"1<"QZ#C@2CDG/`4?"T>LYX$@X M6CT''`E'I>>`(^$H]!QP!!SUJN>`(^&8]!QP)!R#G@..A*/5<\"1<-1Z#C@2 MCD+/`4?`46UZ#C@2CEG/`4?",>@YX$@X.CT''`E'K>>`(^$H]1QP!!SEIN>` M(^%8]!QP)!RCG@..A*/7<\"1<#1Z#C@2CE+/`4?`4>QZ#C@2CD7/`4?",>DY MX$@X>CT''`E'J^>`(^&H]!QP/(RC/7[!`4?`L>HYX$@X)CT''`G'H.>`(^%H M]1QP)!RUG@..A*/0<\`1<&R;G@..A&/6<\"1<`QZ#C@2CD[/`4?"4>LYX$@X M2CT''`''NNDYX$@X%CT''`G'J.>`(^'H]!QP)!R-G@..A*/4<\`1<"R[G@.. MA&/1<\"1<$QZ#C@2CE[/`4?"T>HYX$@X*CT''`''O.LYX$@X5CT''`G'I.>` M(^$8]!QP)!RMG@..A*/6<\"1DY MX$@X:CT''`E'J>>`(^`8-ST''`G'HN>`(^$8]1QP)!R=G@..A*/1<\"1<)1Z M#C@"CF'7<\"1<"QZ#C@2CDG/`4?"T>LYX$@X&CT''`E'I>>`(^#H=ST''`G' MJN>`(^&8]!QP)!R#G@..A*/5<\"1<-1Z#C@2CD+/`4?`T:UZ#C@2CEG/`4?" M,>@YX$@X.CT''`E'K>>`(^$H]1QP!!SMIN>`(^&8]1QP)!RCG@..A*/3<\"1 M<#1Z#C@2CE+/`4?`T>QZ#C@2CD7/`4?",>DYX$@X>CT''`E'H^>`(^&H]!QP M!!SUKN>`(^%8]1QP)!R3G@..A&/0<\"1<+1Z#C@2CDK/`4?"4>@YX`@XJE7/ M`4?",>LYX$@X!CT''`E'I^>`(^&H]1QP)!REG@..@*/<]!QP)!RSG@..A&/4 M<\"1<'1Z#C@2CD;/`4?"4>HYX`@XBEW/`4?"L>@YX$@X1CT''`E'K^>`(^%H M]!QP)!R5G@..AW$T^Z[G@"/A6/4<<"0@XX$HY*SP%' MPE'H.>`(.+95SP%'PC'K.>!(.`8]!QP)1Z?G@"/AJ/4<<"0@XX$HY&SP%'PE'J.>`(.)9=SP%'PK'H.>!(.$8] M!QP)1Z_G@"/A:/0<<"0@XX$HY6 MSP%'PE'I.>!(.`H]!QP!Q[3J.>!(.&8]!QP)QZ#G@"/AZ/0<<"0@XX$HY.SP%'PM'H.>!(.$H]!QP!Q[#I.>!( M.!8]!QP)QZCG@"/AZ/4<<"0@XX M$HY>SP%'PM'J.>!(."H]!QP)1Z'G@"/@Z%8]!QP)QZSG@"/A&/0<<"0@XX`HYVTW/`D7#,>@XX$HY1SP%'PM'I.>!(.!H]!QP)1ZGG M@"/@:#8]!QP)QZ+G@"/A&/4<<"0@XX`HYZUW/`D7`L M>@XX$HY)SP%'PM'K.>!(.%H]!QP)1Z7G@"/A*/0<<`0@XX$HY"SP%'P%%N>@XX$HY9SP%'PC'J.>!(.#H]!QP) M1ZWG@"/A*/4<<`0@XX$HY*SP'' MPSCJ?==SP)%P+'H..!*.2<\!1\+1ZSG@2#A:/0<<"4>EYX`CX2CT''`$'-NJ MYX`CX9CT''`D'(.>`XZ$H]5SP)%PU'H..!*.0L\!1\"Q;GH..!*.6<\!1\(Q MZCG@2#@Z/0<<"4>MYX`CX2CU''`$',NFYX`CX5CT''`D'*.>`XZ$H]=SP)%P M-'H..!*.4L\!1\`Q[WH..!*.1<\!1\(QZ3G@2#AZ/0<<"4>KYX`CX:CT''`D M'(6>`XZ`8UKU''`D').>`XZ$8]!SP)%PM'H..!*.6L\!1\)1Z#G@"#C&3<\! M1\(QZSG@2#@&/0<<"4>GYX`CX:CU''`D'*6>`XZ`8]CT''`D'(N>`XZ$8]1S MP)%P]'H..!*.1L\!1\)1ZCG@"#CZ7<\!1\*QZ#G@2#@F/0<<"4>OYX`CX6CU M''`D')6>`XZ`H]OU''`D'*N>`XZ$8])SP)%P#'H..!*.5L\!1\)1ZSG@2#@* M/0<<`4>[Z3G@2#AF/0<<"<>@YX`CX>CT''`D'+6>`XZ$H]1SP!%P-)N>`XZ$ M8]%SP)%PC'H..!*.3L\!1\+1Z#G@2#A*/0<<`4>]ZSG@2#@6/0<<"<>DYX`C MX>CU''`D'*V>`XZ$H])SP!%P5+N>`XZ$8]5SP)%P3'H..!*.0<\!1\+1ZCG@ M2#AJ/0<<"4>AYX`CX"A7/0<<"<>LYX`CX1CT''`D')V>`XZ$H]9SP)%PE'H. M.`*.8M-SP)%P+'H..!*.4<\!1\+1Z3G@2#@:/0<<"4>IYX#C81S5ONLYX$@X M%CT''`G'I.>`(^'H]1QP)!R-G@..A*/2<\`1<&R[G@..A&/5<\"1<$QZ#C@2 MCD'/`4?"T>HYX$@X:CT''`E'H>>`(^!85ST''`G'K.>`(^$8]!QP)!R=G@.. MA*/6<\"1<)1Z#C@"CF73<\"1<,QZ#C@2CE'/`4?"T>DYX$@X&CT''`E'J>>` M(^"8=ST''`G'HN>`(^&8]!QP)!R]G@..A*/1<\"1<%1Z#C@"CFG7<\"1<*QZ M#C@2CDG/`4?",>@YX$@X6CT''`E'I>>`(^$H]!QP!!SCJN>`(^&8]1QP)!R# MG@..A*/3<\"1<-1Z#C@2CE+/`4?`,6QZ#C@2CEG/`4?",>HYX$@X.CT''`E' MH^>`(^$H]1QP!!S]KN>`(^%8]!QP)!RCG@..A*/7<\"1<#1Z#C@2CDK/`4?` MT>UZ#C@2CE7/`4?",>DYX$@X!CT''`E'J^>`(^&H]!QP)!R%G@..@*-=]1QP M)!RSG@..A&/0<\"1<'1Z#C@2CEK/`4?"4>@YX`@XFDW/`4?",>LYX$@X1CT' M'`E'I^>`(^%H]!QP)!REG@..@*/>]1QP)!R+G@..A&/4<\"1DYX`@XJEW/`4?"L>HYX$@X)CT''`E'K^>`(^%H]1QP)!R5G@..A*/0 M<\`1<)2KG@..A&/6<\"1<`QZ#C@2CD[/`4?"4>LYX$@X"CT''`%'L>DYX$@X M9CT''`G'J.>`(^'H]!QP)!R-G@..A*/4<\#Q,(YRW_0<<"0@XX$HY&SP%'PE'I.>`(.+9=SP%'PK'J.>!(."8]!QP)1Z_G@"/A:/4< M<"0@XX$HY6SP%'PE'K.>!(.`H] M!QP!Q[+I.>!(.&8]!QP)QZCG@"/AZ/0<<"0@XX$HY>SP%'PM'H.>!(."H]!QP!Q[3K.>!(.!8]!QP)QZ3G@"/A MZ/4<<"0@XX`HYQU7/`D7#,>@XX$HY!SP%'PM'J.>!( M.&H]!QP)1Z'G@"/@]!QP)QZSG@"/A&/4<<"0@XX M`HY^TW/`D7`L>@XX$HY1SP%'PM'K.>!(.!H]!QP)1Z7G@"/@Z'8]!QP)QZ+G M@"/AF/0<<"0@XX$HY"SP%'P-&N>@XX$HY)SP%'PC'H M.>!(.%H]!QP)1ZWG@"/A*/0<<`0@XX$HY2SP%'P%%O>@XX$HY%SP%'PC'J.>!(.'H]!QP)1Z/G@"/A*/4<<`0< MU:[G@"/A6/0<<"0@XX$HY*SP%'PE'H.>`(.,I5SP%' MPC'I.>!(.`8]!QP)1ZOG@"/AJ/4<<"0@XX$HY:SP%'PE'J.>!X&$>Q;WH..!*.1<\!1\(QZCG@2#AZ/0<<"4>C MYX`CX2CU''`$'-NNYX`CX5CT''`D').>`XZ$H]=SP)%PM'H..!*.2L\!1\"Q M[GH..!*.5<\!1\(QZ3G@2#@&/0<<"4>KYX`CX:CU''`D'(6>`XZ`8]GT''`D M'+.>`XZ$8]!SP)%P='H..!*.6L\!1\)1ZCG@"#CF3<\!1\*QZ#G@2#A&/0<< M"4>GYX`CX6CT''`D'*6>`XZ`8]KU''`D'(N>`XZ$8])SP)%P]'H..!*.5L\! 91\)1Z3G@"#C&7<_Q?\'Q?P`U(7A`