From owner-freebsd-smp Sun Oct 15 9:38: 6 2000 Delivered-To: freebsd-smp@freebsd.org Received: from server.baldwin.cx (server.geekhouse.net [64.81.6.52]) by hub.freebsd.org (Postfix) with ESMTP id 5551E37B502 for ; Sun, 15 Oct 2000 09:38:03 -0700 (PDT) Received: from john.baldwin.cx (root@john.baldwin.cx [192.168.1.18]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id JAA87134; Sun, 15 Oct 2000 09:42:58 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id JAA15727; Sun, 15 Oct 2000 09:40:45 -0700 (PDT) (envelope-from john) Message-Id: <200010151640.JAA15727@john.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <01e501c0364c$3a89d5e0$aa240018@vista1.sdca.home.com> Date: Sun, 15 Oct 2000 09:40:45 -0700 (PDT) From: John Baldwin To: Jeremiah Gowdy Subject: RE: MP Generic Kernel Cc: freebsd-smp@FreeBSD.ORG Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 15-Oct-00 Jeremiah Gowdy wrote: > I'm wondering if we can't include a generic MP kernel in the FreeBSD > releases. Basically, on a fresh install of a dual cpu box, we find that we > have to compile the kernel and/or world on a single cpu the first time > through. It seems a simple enough matter to include kernel.smp or something > to that effect in the standard ISO/CD release so that a knowledgable FreeBSD > user/admin could interrupt the boot process, and boot kernel.smp. Perhaps > even the disk version could include a choice of a standard boot floppy or an > SMP boot floppy. It's not as though releases are every other day, so it > doesn't seem that this would be all that great of a chore, and it would > allow those of us who admin alot of SMP boxes to save us a single cpu > buildworld. The only reason I suggest this is that it is my understanding > that with the 4.1/4.1.1 releases one must buildworld before compiling > kernel. On the older systems, one would simply compile an SMP kernel and > reboot and be up and running dual cpus for the buildworld. Anyhow, just a > suggestion. You can simply build a SMP kernel, no need to buildworld. The reason for doing buildworlds before building the kernel is that if your /usr/src is newer than your current world, you want to make sure that the kernel tools used to build the kernel are the right versions. However, if you are installing a system and then want to build a kernel using the sources you just installed, that is quite alright and should work fine. Shipping a kernel.smp by default might be a good idea though just to make it easier, esp. now that one doesn't need to use the NCPU, NAPIC, NINTR, and NBUS variables, meaning that a generic SMP kernel should work on just about any SMP box. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Oct 15 10:54:21 2000 Delivered-To: freebsd-smp@freebsd.org Received: from fire.starkreality.com (fire.starkreality.com [198.78.158.210]) by hub.freebsd.org (Postfix) with ESMTP id 0231B37B503; Sun, 15 Oct 2000 10:54:15 -0700 (PDT) Received: from palehorse.starkreality.com (palehorse.starkreality.com [198.78.158.217]) by fire.starkreality.com (8.11.1/8.9.2) with ESMTP id e9FHsCE00373; Sun, 15 Oct 2000 12:54:13 -0500 (CDT) Message-Id: <5.0.0.25.2.20001015115157.00aca330@mail.starkreality.com> X-Sender: caesar@mail.starkreality.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sun, 15 Oct 2000 12:54:11 -0500 To: freebsd-smp@freebsd.org From: "William S. Duncanson" Subject: Weirdness in 4.1.1-STABLE Cc: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 'Lo, folks. A couple of things... 1) I too am plagued by the "passwd: cannot set password cipher: Undefinde error : 0" problem. Here's hoping it gets resolved RSN! 2) When running with a SMP kernel, I keep getting "calcru: negative time" errors. Motherboard is a Tyan Tiger 100, processors are 300Mhz PII's. This problem doesn't appear when running a UP kernel. (GENERIC) A GENERIC SMP kernel exhibits the same problems. Any ideas? dmesg: opyright (c) 1992-2000 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 4.1.1-STABLE #0: Sun Oct 15 11:08:20 CDT 2000 root@fire.starkreality.com:/usr/obj/usr/src/sys/FIRE Timecounter "i8254" frequency 1193104 Hz CPU: Pentium II/Pentium II Xeon/Celeron (298.63-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping = 4 Features=0x80fbff real memory = 536870912 (524288K bytes) avail memory = 518459392 (506308K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc03d8000. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 16 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 irq 19 intpm0: port 0x440-0x44f irq 9 at de vice 7.3 on pci0 intpm0: I/O mapped 440 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 400 ahc0: port 0xe800-0xe8ff mem 0xfebff000-0xfebf ffff irq 16 at device 16.0 on pci0 aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs dc0: <82c169 PNIC 10/100BaseTX> port 0xe400-0xe4ff mem 0xfebfef00-0xfebfefff irq 17 at device 17.0 on pci0 dc0: Ethernet address: 00:c0:f0:2d:45:69 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vt0 on isa0 vt0: generic, 80 col, color, 9 scr, mf2-kbd, [R3.20-b24] vt0: driver is using old-style compatability shims atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 flags 0x10 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: on ppbus0 lpt0: Interrupt-driven port sbc1: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,3 on isa0 pcm0: on sbc1 APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 IPsec: Initialized Security Association Processing. SMP: AP CPU #1 Launched! ad0: 6149MB [13328/15/63] at ata0-master using WDMA2 ata1-slave: timeout waiting for command=ef s=00 e=00 ata1-slave: timeout waiting for command=ef s=00 e=00 acd0: CDROM at ata1-slave using BIOSPIO Waiting 2 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4094MB (8386000 512 byte sectors: 255H 63S/T 522C) calcru: negative time of 2378390 usec for pid 629 (navigator-4.75.b) -- William S. Duncanson caesar@starkreality.com The driving force behind the NC is the belief that the companies who brought us things like Unix, relational databases, and Windows can make an appliance that is inexpensive and easy to use if they choose to do that. -- Scott Adams To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Oct 15 11: 9:31 2000 Delivered-To: freebsd-smp@freebsd.org Received: from fire.starkreality.com (fire.starkreality.com [198.78.158.210]) by hub.freebsd.org (Postfix) with ESMTP id 2E71837B66C; Sun, 15 Oct 2000 11:09:27 -0700 (PDT) Received: from palehorse.starkreality.com (palehorse.starkreality.com [198.78.158.217]) by fire.starkreality.com (8.11.1/8.9.2) with ESMTP id e9FI9O700381; Sun, 15 Oct 2000 13:09:26 -0500 (CDT) Message-Id: <5.0.0.25.2.20001015130818.00ace8e0@mail.starkreality.com> X-Sender: caesar@mail.starkreality.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sun, 15 Oct 2000 13:09:24 -0500 To: freebsd-smp@freebsd.org From: "William S. Duncanson" Subject: Followup to Weirdness in 4.1.1-STABLE Cc: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Oh, I have tried increasing NTIMECOUNTERS to 200 in the SMP kernel, with no change in results... -- William S. Duncanson caesar@starkreality.com The driving force behind the NC is the belief that the companies who brought us things like Unix, relational databases, and Windows can make an appliance that is inexpensive and easy to use if they choose to do that. -- Scott Adams To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Oct 17 16:11:47 2000 Delivered-To: freebsd-smp@freebsd.org Received: from thelab.hub.org (CDR8-44.accesscable.net [24.138.8.44]) by hub.freebsd.org (Postfix) with ESMTP id 4AFBB37B4FE for ; Tue, 17 Oct 2000 16:11:39 -0700 (PDT) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.11.1/8.11.1) with ESMTP id e9HNABB10449 for ; Tue, 17 Oct 2000 20:10:11 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Tue, 17 Oct 2000 20:10:11 -0300 (ADT) From: The Hermit Hacker To: freebsd-smp@freebsd.org Subject: Netfinity 7100, Dual Xeon 700s ... hangs solid on boot. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Morning all ... Just picked up this beast, got FreeBSD 4.x installed, squid is running beautifully ... rebuilt kernel for SMP and installed, but it won't boot. When I boot, I get as far as: APIC_IO: routing 8254 via IOAPIC #0 intpin 2 Waiting 15 seconds for SCSI devices to settle SMP: AP CPU #1 launched and then it just sits there indefinitely. Kernel is configured as: ================== machine i386 cpu I686_CPU ident kernel maxusers 32 options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options MSGMNB=16384 # max # of bytes in a queue options MSGMNI=41 # number of message queue identifiers options MSGSEG=2049 # number of message segments options MSGSSZ=64 # size of a message segment options MSGTQL=512 # max messages in system options SYSVMSG #SYSV-style message queues options MSGMNB=16384 # max # of bytes in a queue options MSGMNI=41 # number of message queue identifiers options MSGSEG=2049 # number of message segments options MSGSSZ=64 # size of a message segment options MSGTQL=512 # max messages in system options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O device isa device pci device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device ahc # AHA2940 and onboard AIC7xxx devices # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured device scbus # SCSI bus (required) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? pseudo-device splash device sc0 at isa? flags 0x100 device npx0 at nexus? port IO_NPX irq 13 device fxp # Intel EtherExpress PRO/100B (82557, 82558) device miibus # MII bus support device rl pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device gif 4 # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) pseudo-device bpf #Berkeley packet filter ================== I'm using code CVSup'd from this afternoon ... am I missing something in my config that I'm not seeing? Is there something else I can/should be looking at? Thanks .. Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Oct 18 11:32:24 2000 Delivered-To: freebsd-smp@freebsd.org Received: from thelab.hub.org (CDR8-44.accesscable.net [24.138.8.44]) by hub.freebsd.org (Postfix) with ESMTP id D037C37B4C5; Wed, 18 Oct 2000 11:32:17 -0700 (PDT) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.11.1/8.11.1) with ESMTP id e9IIUp302993; Wed, 18 Oct 2000 15:30:51 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Wed, 18 Oct 2000 15:30:51 -0300 (ADT) From: The Hermit Hacker To: freebsd-stable@freebsd.org Cc: freebsd-smp@freebsd.org Subject: Dual CPU Xeon server hangs on SMP kernel ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just picked up a nice shiny new Netfinity 7100 Dual Xeon computer to run as a proxy server ... but can't get the second CPU to work without it hanging the boot process ... a dmesg without SMP enabled shows the CPU(s) as: Copyright (c) 1992-2000 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 4.1.1-STABLE #0: Wed Oct 18 14:51:04 ADT 2000 root@new-demeter.acadiau.ca:/usr/obj/usr/src/sys/kernel Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 699181057 Hz CPU: Pentium III/Pentium III Xeon/Celeron (699.18-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6a0 Stepping = 0 Features=0x387fbff real memory = 1073721344 (1048556K bytes) avail memory = 1043050496 (1018604K bytes) Preloaded elf kernel "kernel" at 0xc02bc000. Pentium Pro MTRR support enabled the machine is up to date as of yesterday afternoon, for source code. when I enable SMP and boot, it gets to where it starts the second CPU and just sits there. If I hit ctl-alt-del, it appears to shut everything down properly and rebooot, so it isn't a system hang, it just doesn't seem to process past that point ... Everything else appears to be running great, just not that second CPU ... Help? Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Oct 18 13:49:24 2000 Delivered-To: freebsd-smp@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id E620C37B4F9; Wed, 18 Oct 2000 13:49:21 -0700 (PDT) Received: (from daemon@localhost) by smtp02.primenet.com (8.9.3/8.9.3) id NAA08713; Wed, 18 Oct 2000 13:45:56 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpdAAAU2aa8q; Wed Oct 18 13:45:47 2000 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id NAA12839; Wed, 18 Oct 2000 13:49:09 -0700 (MST) From: Terry Lambert Message-Id: <200010182049.NAA12839@usr02.primenet.com> Subject: Re: Dual CPU Xeon server hangs on SMP kernel ... To: scrappy@hub.org (The Hermit Hacker) Date: Wed, 18 Oct 2000 20:49:08 +0000 (GMT) Cc: freebsd-stable@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG In-Reply-To: from "The Hermit Hacker" at Oct 18, 2000 03:30:51 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Just picked up a nice shiny new Netfinity 7100 Dual Xeon computer to run > as a proxy server ... but can't get the second CPU to work without it > hanging the boot process ... > > a dmesg without SMP enabled shows the CPU(s) as: Before someone else says it... A dmesg from booting single CPU is pretty useless; we can't see the stepping of your second CPU, nor its ID or features, and the MP table information is not displayed. Could you please include your actual SMP boot information, and your MPtable data (including your BIOS settings), and post to the list again? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Oct 18 14:44:39 2000 Delivered-To: freebsd-smp@freebsd.org Received: from thelab.hub.org (CDR8-44.accesscable.net [24.138.8.44]) by hub.freebsd.org (Postfix) with ESMTP id CDA3D37B4C5; Wed, 18 Oct 2000 14:44:34 -0700 (PDT) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.11.1/8.11.1) with ESMTP id e9ILh2604960; Wed, 18 Oct 2000 18:43:02 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Wed, 18 Oct 2000 18:43:02 -0300 (ADT) From: The Hermit Hacker To: Terry Lambert Cc: freebsd-stable@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Dual CPU Xeon server hangs on SMP kernel ... In-Reply-To: <200010182049.NAA12839@usr02.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 18 Oct 2000, Terry Lambert wrote: > > Just picked up a nice shiny new Netfinity 7100 Dual Xeon computer to run > > as a proxy server ... but can't get the second CPU to work without it > > hanging the boot process ... > > > > a dmesg without SMP enabled shows the CPU(s) as: > > Before someone else says it... > > A dmesg from booting single CPU is pretty useless; we can't see > the stepping of your second CPU, nor its ID or features, and > the MP table information is not displayed. > > Could you please include your actual SMP boot information, and > your MPtable data (including your BIOS settings), and post to > the list again? Okay, since I can't actually boot into SMP, how would you suggest I get that information? MPtable I know how to get, and can do that without being in SMP, so will get that one later tonight and send it on, but any sugggestions on how to get the dmesg from an actual SMP boot is most welcome? Thanks ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Oct 18 15:11:36 2000 Delivered-To: freebsd-smp@freebsd.org Received: from server1.huntsvilleal.com (server1.huntsvilleal.com [63.147.8.7]) by hub.freebsd.org (Postfix) with ESMTP id 05F2B37B4F9; Wed, 18 Oct 2000 15:11:32 -0700 (PDT) Received: from Spaz.HuntsvilleAL.COM (spaz.huntsvilleal.com [63.147.8.31]) by server1.huntsvilleal.com (8.9.3/8.9.3) with ESMTP id QAA29811; Wed, 18 Oct 2000 16:44:27 -0400 Received: from localhost (kris@localhost) by Spaz.HuntsvilleAL.COM (8.9.3/8.9.3) with ESMTP id WAA39010; Wed, 18 Oct 2000 22:10:59 GMT (envelope-from kris@catonic.net) Date: Wed, 18 Oct 2000 22:10:59 +0000 (GMT) From: Kris Kirby X-Sender: kris@spaz.huntsvilleal.com To: The Hermit Hacker Cc: Terry Lambert , freebsd-stable@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Dual CPU Xeon server hangs on SMP kernel ... In-Reply-To: Message-ID: X-Tech-Support-Email: bofh@catonic.net MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 18 Oct 2000, The Hermit Hacker wrote: > Okay, since I can't actually boot into SMP, how would you suggest I get > that information? MPtable I know how to get, and can do that without > being in SMP, so will get that one later tonight and send it on, but any > sugggestions on how to get the dmesg from an actual SMP boot is most > welcome? Pull the keyboard and connect to the box with a null-modem connected to COM1 of the Xeon box. Capture to logfile. cat ~/logfile | mail freebsd@lists. ----- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. | ------------------------------------------------------- "Fate, it seems, is not without a sense of irony." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Oct 18 16: 9:25 2000 Delivered-To: freebsd-smp@freebsd.org Received: from thelab.hub.org (CDR8-44.accesscable.net [24.138.8.44]) by hub.freebsd.org (Postfix) with ESMTP id 984F337B4FE; Wed, 18 Oct 2000 16:09:20 -0700 (PDT) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.11.1/8.11.1) with ESMTP id e9IN7YG05948; Wed, 18 Oct 2000 20:07:34 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Wed, 18 Oct 2000 20:07:34 -0300 (ADT) From: The Hermit Hacker To: Kris Kirby Cc: Terry Lambert , freebsd-stable@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Dual CPU Xeon server hangs on SMP kernel ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 18 Oct 2000, Kris Kirby wrote: > On Wed, 18 Oct 2000, The Hermit Hacker wrote: > > Okay, since I can't actually boot into SMP, how would you suggest I get > > that information? MPtable I know how to get, and can do that without > > being in SMP, so will get that one later tonight and send it on, but any > > sugggestions on how to get the dmesg from an actual SMP boot is most > > welcome? > > Pull the keyboard and connect to the box with a null-modem connected to > COM1 of the Xeon box. Capture to logfile. cat ~/logfile | mail > freebsd@lists. damn, I was afraid that was going to be the only solution :( ah well, will try and get into office tonight and do this ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Oct 18 16:45:47 2000 Delivered-To: freebsd-smp@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135]) by hub.freebsd.org (Postfix) with ESMTP id 090B537B4D7; Wed, 18 Oct 2000 16:45:35 -0700 (PDT) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.3/8.9.3) id QAA24169; Wed, 18 Oct 2000 16:45:56 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp05.primenet.com, id smtpdAAABXaq2U; Wed Oct 18 16:45:27 2000 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id QAA18472; Wed, 18 Oct 2000 16:44:55 -0700 (MST) From: Terry Lambert Message-Id: <200010182344.QAA18472@usr01.primenet.com> Subject: Re: Dual CPU Xeon server hangs on SMP kernel ... To: scrappy@hub.org (The Hermit Hacker) Date: Wed, 18 Oct 2000 23:44:55 +0000 (GMT) Cc: kris@catonic.net (Kris Kirby), tlambert@primenet.com (Terry Lambert), freebsd-stable@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG In-Reply-To: from "The Hermit Hacker" at Oct 18, 2000 08:07:34 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > Okay, since I can't actually boot into SMP, how would you suggest I get > > > that information? MPtable I know how to get, and can do that without > > > being in SMP, so will get that one later tonight and send it on, but any > > > sugggestions on how to get the dmesg from an actual SMP boot is most > > > welcome? > > > > Pull the keyboard and connect to the box with a null-modem connected to > > COM1 of the Xeon box. Capture to logfile. cat ~/logfile | mail > > freebsd@lists. > > damn, I was afraid that was going to be the only solution :( ah well, > will try and get into office tonight and do this ... It's important to see the stuff that comes up differently when attempting an SMP boot. However, assumming you had a UP boot in hand, you could get most of the information by comparing it to a hung SMP boot, and manually filing in the differences. The first thing to check is that chipset features, Id, and stepping are identical; if they aren't, you could have problems. The other issues are MPtable version, interrupt routing, and BIOS programming of your chipset (in general, I think that selecting "UnixWare" has shown the most overall success, but ou may need to go into advanced BIOs options for specific settings). BIOS versions and other stuff are also useful. The reason you didn't get this shotgun to start with (the way you asked the questions is basically a request for a shotgun) is that it's more useful to the project as a whole to know exatly why you are failing, so that it can be surgically corrected. Giving you a shotgun, and getting back a "Thanks; it works now" message doesn't provide a way for changing the code to avoid your situation in the future, and handing out shotguns for all of eternity isn't really a tenable support situation. Now that I've given you a shotgun, at least fire off only one pellet at a time, and let us know which one, if any, hits the mark. Preferrably, you'll go to the trouble of capturing the data, so that we can give you a better diagnosis, and help avoid this pain for others (or your next system) in the future. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Oct 18 16:54: 8 2000 Delivered-To: freebsd-smp@freebsd.org Received: from thelab.hub.org (CDR8-44.accesscable.net [24.138.8.44]) by hub.freebsd.org (Postfix) with ESMTP id C817937B4FE; Wed, 18 Oct 2000 16:54:00 -0700 (PDT) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.11.1/8.11.1) with ESMTP id e9INqNI06399; Wed, 18 Oct 2000 20:52:23 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Wed, 18 Oct 2000 20:52:23 -0300 (ADT) From: The Hermit Hacker To: Terry Lambert Cc: Kris Kirby , freebsd-stable@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Dual CPU Xeon server hangs on SMP kernel ... In-Reply-To: <200010182344.QAA18472@usr01.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Terry, if I feared 'the shotgun', I wouldn't ask the question ... I'm going to spent tomorrow morning going through the BIOs, as well as do the serial connection/snapshot and see what I can come with and report back ... Thanks ... On Wed, 18 Oct 2000, Terry Lambert wrote: > > > > Okay, since I can't actually boot into SMP, how would you suggest I get > > > > that information? MPtable I know how to get, and can do that without > > > > being in SMP, so will get that one later tonight and send it on, but any > > > > sugggestions on how to get the dmesg from an actual SMP boot is most > > > > welcome? > > > > > > Pull the keyboard and connect to the box with a null-modem connected to > > > COM1 of the Xeon box. Capture to logfile. cat ~/logfile | mail > > > freebsd@lists. > > > > damn, I was afraid that was going to be the only solution :( ah well, > > will try and get into office tonight and do this ... > > It's important to see the stuff that comes up differently > when attempting an SMP boot. > > However, assumming you had a UP boot in hand, you could get > most of the information by comparing it to a hung SMP boot, > and manually filing in the differences. > > The first thing to check is that chipset features, Id, and > stepping are identical; if they aren't, you could have > problems. > > The other issues are MPtable version, interrupt routing, and > BIOS programming of your chipset (in general, I think that > selecting "UnixWare" has shown the most overall success, but > ou may need to go into advanced BIOs options for specific > settings). > > BIOS versions and other stuff are also useful. > > The reason you didn't get this shotgun to start with (the way > you asked the questions is basically a request for a shotgun) > is that it's more useful to the project as a whole to know > exatly why you are failing, so that it can be surgically > corrected. Giving you a shotgun, and getting back a "Thanks; > it works now" message doesn't provide a way for changing the > code to avoid your situation in the future, and handing out > shotguns for all of eternity isn't really a tenable support > situation. > > Now that I've given you a shotgun, at least fire off only one > pellet at a time, and let us know which one, if any, hits the > mark. > > Preferrably, you'll go to the trouble of capturing the data, > so that we can give you a better diagnosis, and help avoid > this pain for others (or your next system) in the future. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Oct 18 17:45:29 2000 Delivered-To: freebsd-smp@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135]) by hub.freebsd.org (Postfix) with ESMTP id D9F1237B479; Wed, 18 Oct 2000 17:45:25 -0700 (PDT) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.3/8.9.3) id RAA12606; Wed, 18 Oct 2000 17:45:50 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp05.primenet.com, id smtpdAAAybaWyy; Wed Oct 18 17:45:29 2000 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id RAA19057; Wed, 18 Oct 2000 17:44:59 -0700 (MST) From: Terry Lambert Message-Id: <200010190044.RAA19057@usr05.primenet.com> Subject: Re: Dual CPU Xeon server hangs on SMP kernel ... To: scrappy@hub.org (The Hermit Hacker) Date: Thu, 19 Oct 2000 00:44:59 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), kris@catonic.net (Kris Kirby), freebsd-stable@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG In-Reply-To: from "The Hermit Hacker" at Oct 18, 2000 08:52:23 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Terry, if I feared 'the shotgun', I wouldn't ask the question ... I'm > going to spent tomorrow morning going through the BIOs, as well as do the > serial connection/snapshot and see what I can come with and report back You misunderstand: we fear giving you a shotgun, since you might be able to kill your problem without identifying its species for us before blowing it to smithereens. Doing that only fixes the problem or you, and nets us more requests for shotguns. On the other hand, if you take the time to help us identify the species, we can eradicate it, and save a lot of shotguns going off all over, as well as a lot of future requests for the same. If it gets fixed in the source tree, it's fixed for all time; if it gets fixed on your machine, it's a problem for all time. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Oct 18 18:16:13 2000 Delivered-To: freebsd-smp@freebsd.org Received: from thelab.hub.org (CDR8-44.accesscable.net [24.138.8.44]) by hub.freebsd.org (Postfix) with ESMTP id A10CD37B4E5; Wed, 18 Oct 2000 18:16:07 -0700 (PDT) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.11.1/8.11.1) with ESMTP id e9J1ET307117; Wed, 18 Oct 2000 22:14:29 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Wed, 18 Oct 2000 22:14:29 -0300 (ADT) From: The Hermit Hacker To: Terry Lambert Cc: Kris Kirby , freebsd-stable@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Dual CPU Xeon server hangs on SMP kernel ... In-Reply-To: <200010190044.RAA19057@usr05.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 19 Oct 2000, Terry Lambert wrote: > > Terry, if I feared 'the shotgun', I wouldn't ask the question ... I'm > > going to spent tomorrow morning going through the BIOs, as well as do the > > serial connection/snapshot and see what I can come with and report back > > You misunderstand: we fear giving you a shotgun, since you might > be able to kill your problem without identifying its species for > us before blowing it to smithereens. Doing that only fixes the > problem or you, and nets us more requests for shotguns. On the > other hand, if you take the time to help us identify the species, > we can eradicate it, and save a lot of shotguns going off all over, > as well as a lot of future requests for the same. > > If it gets fixed in the source tree, it's fixed for all time; if > it gets fixed on your machine, it's a problem for all time. oops, sorry, misunderstood the reference ... I was putting it more in the context of asking a question without providing enough information ... regardless, will try and provide as much info tomorrow as I possibly can, based on what you've mentioned, and see where we can take it from there ... :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Oct 19 7:34:59 2000 Delivered-To: freebsd-smp@freebsd.org Received: from thelab.hub.org (CDR8-44.accesscable.net [24.138.8.44]) by hub.freebsd.org (Postfix) with ESMTP id 16B4C37B479; Thu, 19 Oct 2000 07:34:39 -0700 (PDT) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.11.1/8.11.1) with ESMTP id e9JEX2t55187; Thu, 19 Oct 2000 11:33:02 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Thu, 19 Oct 2000 11:33:02 -0300 (ADT) From: The Hermit Hacker To: Terry Lambert Cc: Kris Kirby , freebsd-stable@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Dual CPU Xeon server hangs on SMP kernel ... In-Reply-To: <200010182344.QAA18472@usr01.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1876379868-971964966=:974" Content-ID: Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1876379868-971964966=:974 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Okay, attached are dmesg outputs for the MP hang and the UP boot, as wellas an mptable from the UP boot ... Pulling out the points you brought up, things look the same in the dmesg output: new-demeter# grep Origin *.dmesg MP.dmesg: Origin = "GenuineIntel" Id = 0x6a0 Stepping = 0 UP.dmesg: Origin = "GenuineIntel" Id = 0x6a0 Stepping = 0 grep Features *.dmesg MP.dmesg: Features=0x387fbff UP.dmesg: Features=0x387fbff but, in mptable, my 'step' is different on this machine: -- Processors: APIC ID Version State Family Model Step Flags 1 0x11 BSP, usable 6 10 0 0x0301 0 0x11 AP, usable 6 10 1 0x0301 where on another one of my Dual processor machines, the step's are equal? Okay, try to put a bit more detail on the machine in here ... on booting, it comes up with recognizing two CPUs (BSP is P2, AP is P1) BIOS Build Level - MWE119AUS BIOS Revision - 2 SP ROM Build Level - MWET14A SP ROM Revision Level - 4 Machine Type (Netfinity 7100) - 86663RY System Board ID - J1DD0039039 System Info shows: Pentium III Xeon A1 Stepping Pentium III Xeon A0 Stepping And, goign through all the menus in the BIOS, I can't see any reference to Unixware, or anything that I can change/scroll though that has it as an option ... When the system hangs, I can hit ctl-alt-del to reboot the machine, but, with DDB enabled, I can't seem to get into there, but am not sure if that is something to do with my console switch or not ... if there is something I can try in DDB that will provide more information, please let me know and I'll try and figure out how to get it to ddrop into it ... There, I think that this pretty much answers every/anything you asked about this time? :) Thanks ... On Wed, 18 Oct 2000, Terry Lambert wrote: > > > > Okay, since I can't actually boot into SMP, how would you suggest I get > > > > that information? MPtable I know how to get, and can do that without > > > > being in SMP, so will get that one later tonight and send it on, but any > > > > sugggestions on how to get the dmesg from an actual SMP boot is most > > > > welcome? > > > > > > Pull the keyboard and connect to the box with a null-modem connected to > > > COM1 of the Xeon box. Capture to logfile. cat ~/logfile | mail > > > freebsd@lists. > > > > damn, I was afraid that was going to be the only solution :( ah well, > > will try and get into office tonight and do this ... > > It's important to see the stuff that comes up differently > when attempting an SMP boot. > > However, assumming you had a UP boot in hand, you could get > most of the information by comparing it to a hung SMP boot, > and manually filing in the differences. > > The first thing to check is that chipset features, Id, and > stepping are identical; if they aren't, you could have > problems. > > The other issues are MPtable version, interrupt routing, and > BIOS programming of your chipset (in general, I think that > selecting "UnixWare" has shown the most overall success, but > ou may need to go into advanced BIOs options for specific > settings). > > BIOS versions and other stuff are also useful. > > The reason you didn't get this shotgun to start with (the way > you asked the questions is basically a request for a shotgun) > is that it's more useful to the project as a whole to know > exatly why you are failing, so that it can be surgically > corrected. Giving you a shotgun, and getting back a "Thanks; > it works now" message doesn't provide a way for changing the > code to avoid your situation in the future, and handing out > shotguns for all of eternity isn't really a tenable support > situation. > > Now that I've given you a shotgun, at least fire off only one > pellet at a time, and let us know which one, if any, hits the > mark. > > Preferrably, you'll go to the trouble of capturing the data, > so that we can give you a better diagnosis, and help avoid > this pain for others (or your next system) in the future. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org --0-1876379868-971964966=:974 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="MP.dmesg" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME="MP.dmesg" Q29uc29sZTogc2VyaWFsIHBvcnQNCkJJT1MgZHJpdmUgQTogaXMgZGlzazAN CkJJT1MgZHJpdmUgQzogaXMgZGlzazENCkJJT1MgZHJpdmUgRDogaXMgZGlz azINCkJJT1MgZHJpdmUgRTogaXMgZGlzazMNCkJJT1MgZHJpdmUgRjogaXMg ZGlzazQNCkJJT1MgZHJpdmUgRzogaXMgZGlzazUNCkJJT1MgNjMya0IvMTA0 NzUzNWtCIGF2YWlsYWJsZSBtZW1vcnkNCg0KRnJlZUJTRC9pMzg2IGJvb3Rz dHJhcCBsb2FkZXIsIFJldmlzaW9uIDAuOA0KKHJvb3RAbmV3LWRlbWV0ZXIu YWNhZGlhdS5jYSwgVHVlIE9jdCAxNyAxMjoyNTowOCBBRFQgMjAwMCkNCkxv YWRpbmcgL2Jvb3QvZGVmYXVsdHMvbG9hZGVyLmNvbmYgDQova2VybmVsIHRl eHQ9MHgxNTgwN2QgZGF0YT0weDFjZTBjKzB4MWU5YTggc3ltcz1bMHg0KzB4 MjI3NDArMHg0KzB4MjZiOWZdDQotDQpIaXQgW0VudGVyXSB0byBib290IGlt bWVkaWF0ZWx5LCBvciBhbnkgb3RoZXIga2V5IGZvciBjb21tYW5kIHByb21w dC4NCkJvb3RpbmcgW2tlcm5lbF0uLi4gICAgICAgICAgICAgICANCkNvcHly aWdodCAoYykgMTk5Mi0yMDAwIFRoZSBGcmVlQlNEIFByb2plY3QuDQpDb3B5 cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODks IDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQNCiAgICAgICAgVGhlIFJlZ2VudHMg b2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyBy ZXNlcnZlZC4NCkZyZWVCU0QgNC4xLjEtU1RBQkxFICMwOiBUaHUgT2N0IDE5 IDEwOjI4OjE0IEFEVCAyMDAwDQogICAgcm9vdEBuZXctZGVtZXRlci5hY2Fk aWF1LmNhOi91c3Ivb2JqL3Vzci9zcmMvc3lzL2tlcm5lbA0KVGltZWNvdW50 ZXIgImk4MjU0IiAgZnJlcXVlbmN5IDExOTMxODIgSHoNCkNQVTogUGVudGl1 bSBJSUkvUGVudGl1bSBJSUkgWGVvbi9DZWxlcm9uICg2OTkuMTgtTUh6IDY4 Ni1jbGFzcyBDUFUpDQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9 IDB4NmEwICBTdGVwcGluZyA9IDANCiAgRmVhdHVyZXM9MHgzODdmYmZmPEZQ VSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRS UixQR0UsTUNBLENNT1YsUEFULFBTRTM2LFBOLE1NWCxGWFNSLFNTRT4NCnJl YWwgbWVtb3J5ICA9IDEwNzM3MjEzNDQgKDEwNDg1NTZLIGJ5dGVzKQ0KYXZh aWwgbWVtb3J5ID0gMTA0MjkxMTIzMiAoMTAxODQ2OEsgYnl0ZXMpDQpQcm9n cmFtbWluZyAxNiBwaW5zIGluIElPQVBJQyAjMA0KSU9BUElDICMwIGludHBp biAyIC0+IGlycSAwDQpQcm9ncmFtbWluZyAxNiBwaW5zIGluIElPQVBJQyAj MQ0KSU9BUElDICMxIGludHBpbiAxIC0+IGlycSAyDQpJT0FQSUMgIzEgaW50 cGluIDIgLT4gaXJxIDkNCklPQVBJQyAjMSBpbnRwaW4gNiAtPiBpcnEgMTYN CklPQVBJQyAjMSBpbnRwaW4gNyAtPiBpcnEgMTcNCklPQVBJQyAjMSBpbnRw aW4gOCAtPiBpcnEgMTUNCklPQVBJQyAjMSBpbnRwaW4gOSAtPiBpcnEgMTgN CklPQVBJQyAjMSBpbnRwaW4gMTAgLT4gaXJxIDExDQpGcmVlQlNEL1NNUDog TXVsdGlwcm9jZXNzb3IgbW90aGVyYm9hcmQNCiBjcHUwIChCU1ApOiBhcGlj IGlkOiAgMSwgdmVyc2lvbjogMHgwMDA0MDAxMSwgYXQgMHhmZWUwMDAwMA0K IGNwdTEgKEFQKTogIGFwaWMgaWQ6ICAwLCB2ZXJzaW9uOiAweDAwMDQwMDEx LCBhdCAweGZlZTAwMDAwDQogaW8wIChBUElDKTogYXBpYyBpZDogMTQsIHZl cnNpb246IDB4MDAwZjAwMTEsIGF0IDB4ZmVjMDAwMDANCiBpbzEgKEFQSUMp OiBhcGljIGlkOiAxMywgdmVyc2lvbjogMHgwMDBmMDAxMSwgYXQgMHhmZWMw MTAwMA0KUHJlbG9hZGVkIGVsZiBrZXJuZWwgImtlcm5lbCIgYXQgMHhjMDJk ZjAwMC4NClBlbnRpdW0gUHJvIE1UUlIgc3VwcG9ydCBlbmFibGVkDQpucHgw OiA8bWF0aCBwcm9jZXNzb3I+IG9uIG1vdGhlcmJvYXJkDQpucHgwOiBJTlQg MTYgaW50ZXJmYWNlDQpwY2liMTogPFJDQyBob3N0IHRvIFBDSSBicmlkZ2U+ IG9uIG1vdGhlcmJvYXJkDQpwY2kxOiA8UENJIGJ1cz4gb24gcGNpYjENCnBj aWIwOiA8UkNDIGhvc3QgdG8gUENJIGJyaWRnZT4gb24gbW90aGVyYm9hcmQN CnBjaTA6IDxQQ0kgYnVzPiBvbiBwY2liMA0KYWhjMDogPEFkYXB0ZWMgYWlj Nzg5Ni85NyBVbHRyYTIgU0NTSSBhZGFwdGVyPiBwb3J0IDB4MjAwMC0weDIw ZmYgbWVtIDB4ZmViZmYwMDAtMHhmZWJmZmZmZiBpcnEgMiBhdCBkZXZpY2Ug MS4wIG9uIHBjaTANCmFpYzc4OTYvOTc6IFdpZGUgQ2hhbm5lbCBBLCBTQ1NJ IElkPTcsIDMyLzI1NSBTQ0JzDQphaGMxOiA8QWRhcHRlYyBhaWM3ODk2Lzk3 IFVsdHJhMiBTQ1NJIGFkYXB0ZXI+IHBvcnQgMHgyMTAwLTB4MjFmZiBtZW0g MHhmZWJmZTAwMC0weGZlYmZlZmZmIGlycSAyIGF0IGRldmljZSAxLjEgb24g cGNpMA0KYWljNzg5Ni85NzogV2lkZSBDaGFubmVsIEIsIFNDU0kgSWQ9Nywg MzIvMjU1IFNDQnMNCnBjaTA6IDxTMyBUcmlvM0QgZ3JhcGhpY3MgYWNjZWxl cmF0b3I+IGF0IDYuMA0KaXNhYjA6IDxTZXJ2ZXJXb3JrcyBJQjY1NjYgUENJ IHRvIElTQSBicmlkZ2U+IGF0IGRldmljZSAxNS4wIG9uIHBjaTANCmlzYTA6 IDxJU0EgYnVzPiBvbiBpc2FiMA0KcGNpMDogPE9IQ0kgVVNCIGNvbnRyb2xs ZXI+IGF0IDE1LjIgaXJxIDExDQpwY2liMjogPFJDQyBob3N0IHRvIFBDSSBi cmlkZ2U+IG9uIG1vdGhlcmJvYXJkDQpwY2kyOiA8UENJIGJ1cz4gb24gcGNp YjINCnJsMDogPEFjY3RvbiBNUFggNTAzMC81MDM4IDEwLzEwMEJhc2VUWD4g cG9ydCAweDIyMDAtMHgyMmZmIG1lbSAweGY3ZmZmYzAwLTB4ZjdmZmZjZmYg aXJxIDE1IGF0IGRldmljZSA1LjAgb24gcGNpMg0KcmwwOiBFdGhlcm5ldCBh ZGRyZXNzOiAwMDplMDoyOTo2Nzo0ZTpkMA0KbWlpYnVzMDogPE1JSSBidXM+ IG9uIHJsMA0KcmxwaHkwOiA8UmVhbFRlayBpbnRlcm5hbCBtZWRpYSBpbnRl cmZhY2U+IG9uIG1paWJ1czANCnJscGh5MDogIDEwYmFzZVQsIDEwYmFzZVQt RkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8NCnBjaWIzOiA8 UkNDIGhvc3QgdG8gUENJIGJyaWRnZT4gb24gbW90aGVyYm9hcmQNCnBjaTM6 IDxQQ0kgYnVzPiBvbiBwY2liMw0KZmRjMDogPE5FQyA3MjA2NUIgb3IgY2xv bmU+IGF0IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24g aXNhMA0KZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5dGVzIHRocmVzaG9sZA0K ZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDANCnNp bzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGlz YTANCnNpbzA6IHR5cGUgMTY1NTBBLCBjb25zb2xlDQphdGtiZGMwOiA8S2V5 Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBv biBpc2EwDQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAN CnBzbTA6IG1vZGVsIEdsaWRlUG9pbnQsIGRldmljZSBJRCAwDQp2Z2EwOiA8 R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4 YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4g YXQgZmxhZ3MgMHgxMDAgb24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwg Y29uc29sZXMsIGZsYWdzPTB4MTAwPg0KQVBJQ19JTzogcm91dGluZyA4MjU0 IHZpYSBJT0FQSUMgIzAgaW50cGluIDINCldhaXRpbmcgMTUgc2Vjb25kcyBm b3IgU0NTSSBkZXZpY2VzIHRvIHNldHRsZQ0KU01QOiBBUCBDUFUgIzEgTGF1 bmNoZWQhDQo= --0-1876379868-971964966=:974 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="UP.dmesg" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME="UP.dmesg" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDAgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDQuMS4xLVNUQUJMRSAjMDogVGh1IE9jdCAxOSAw OTo0Njo0NiBBRFQgMjAwMA0KICAgIHJvb3RAbmV3LWRlbWV0ZXIuYWNhZGlh dS5jYTovdXNyL29iai91c3Ivc3JjL3N5cy9rZXJuZWwNClRpbWVjb3VudGVy ICJpODI1NCIgIGZyZXF1ZW5jeSAxMTkzMTgyIEh6DQpUaW1lY291bnRlciAi VFNDIiAgZnJlcXVlbmN5IDY5OTE4MDg5MSBIeg0KQ1BVOiBQZW50aXVtIElJ SS9QZW50aXVtIElJSSBYZW9uL0NlbGVyb24gKDY5OS4xOC1NSHogNjg2LWNs YXNzIENQVSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHg2 YTAgIFN0ZXBwaW5nID0gMA0KICBGZWF0dXJlcz0weDM4N2ZiZmY8RlBVLFZN RSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBH RSxNQ0EsQ01PVixQQVQsUFNFMzYsUE4sTU1YLEZYU1IsU1NFPg0KcmVhbCBt ZW1vcnkgID0gMTA3MzcyMTM0NCAoMTA0ODU1NksgYnl0ZXMpDQphdmFpbCBt ZW1vcnkgPSAxMDQyOTY0NDgwICgxMDE4NTIwSyBieXRlcykNClByZWxvYWRl ZCBlbGYga2VybmVsICJrZXJuZWwub2xkIiBhdCAweGMwMmQwMDAwLg0KUGVu dGl1bSBQcm8gTVRSUiBzdXBwb3J0IGVuYWJsZWQNCm5weDA6IDxtYXRoIHBy b2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQNCm5weDA6IElOVCAxNiBpbnRlcmZh Y2UNCnBjaWIxOiA8UkNDIGhvc3QgdG8gUENJIGJyaWRnZT4gb24gbW90aGVy Ym9hcmQNCnBjaTE6IDxQQ0kgYnVzPiBvbiBwY2liMQ0KcGNpYjA6IDxSQ0Mg aG9zdCB0byBQQ0kgYnJpZGdlPiBvbiBtb3RoZXJib2FyZA0KcGNpMDogPFBD SSBidXM+IG9uIHBjaWIwDQphaGMwOiA8QWRhcHRlYyBhaWM3ODk2Lzk3IFVs dHJhMiBTQ1NJIGFkYXB0ZXI+IHBvcnQgMHgyMDAwLTB4MjBmZiBtZW0gMHhm ZWJmZjAwMC0weGZlYmZmZmZmIGlycSA5IGF0IGRldmljZSAxLjAgb24gcGNp MA0KYWljNzg5Ni85NzogV2lkZSBDaGFubmVsIEEsIFNDU0kgSWQ9NywgMzIv MjU1IFNDQnMNCmFoYzE6IDxBZGFwdGVjIGFpYzc4OTYvOTcgVWx0cmEyIFND U0kgYWRhcHRlcj4gcG9ydCAweDIxMDAtMHgyMWZmIG1lbSAweGZlYmZlMDAw LTB4ZmViZmVmZmYgaXJxIDkgYXQgZGV2aWNlIDEuMSBvbiBwY2kwDQphaWM3 ODk2Lzk3OiBXaWRlIENoYW5uZWwgQiwgU0NTSSBJZD03LCAzMi8yNTUgU0NC cw0KcGNpMDogPFMzIFRyaW8zRCBncmFwaGljcyBhY2NlbGVyYXRvcj4gYXQg Ni4wDQppc2FiMDogPFNlcnZlcldvcmtzIElCNjU2NiBQQ0kgdG8gSVNBIGJy aWRnZT4gYXQgZGV2aWNlIDE1LjAgb24gcGNpMA0KaXNhMDogPElTQSBidXM+ IG9uIGlzYWIwDQpwY2kwOiA8T0hDSSBVU0IgY29udHJvbGxlcj4gYXQgMTUu MiBpcnEgMTUNCnBjaWIyOiA8UkNDIGhvc3QgdG8gUENJIGJyaWRnZT4gb24g bW90aGVyYm9hcmQNCnBjaTI6IDxQQ0kgYnVzPiBvbiBwY2liMg0KcmwwOiA8 QWNjdG9uIE1QWCA1MDMwLzUwMzggMTAvMTAwQmFzZVRYPiBwb3J0IDB4MjIw MC0weDIyZmYgbWVtIDB4ZjdmZmZjMDAtMHhmN2ZmZmNmZiBpcnEgMTEgYXQg ZGV2aWNlIDUuMCBvbiBwY2kyDQpybDA6IEV0aGVybmV0IGFkZHJlc3M6IDAw OmUwOjI5OjY3OjRlOmQwDQptaWlidXMwOiA8TUlJIGJ1cz4gb24gcmwwDQpy bHBoeTA6IDxSZWFsVGVrIGludGVybmFsIG1lZGlhIGludGVyZmFjZT4gb24g bWlpYnVzMA0KcmxwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJh c2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bw0KcGNpYjM6IDxSQ0MgaG9zdCB0 byBQQ0kgYnJpZGdlPiBvbiBtb3RoZXJib2FyZA0KcGNpMzogPFBDSSBidXM+ IG9uIHBjaWIzDQpmZGMwOiA8TkVDIDcyMDY1QiBvciBjbG9uZT4gYXQgcG9y dCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2EwDQpmZGMw OiBGSUZPIGVuYWJsZWQsIDggYnl0ZXMgdGhyZXNob2xkDQpmZDA6IDwxNDQw LUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMA0Kc2lvMCBhdCBwb3J0 IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gaXNhMA0Kc2lvMDog dHlwZSAxNjU1MEENCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChp ODA0Mik+IGF0IHBvcnQgMHg2MCwweDY0IG9uIGlzYTANCmF0a2JkMDogPEFU IEtleWJvYXJkPiBmbGFncyAweDEgaXJxIDEgb24gYXRrYmRjMA0KcHNtMDog PFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpwc20wOiBtb2RlbCBH bGlkZVBvaW50LCBkZXZpY2UgSUQgMA0KdmdhMDogPEdlbmVyaWMgSVNBIFZH QT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYg b24gaXNhMA0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAw IG9uIGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFn cz0weDMwMD4NCldhaXRpbmcgMTUgc2Vjb25kcyBmb3IgU0NTSSBkZXZpY2Vz IHRvIHNldHRsZQ0KcGFzczUgYXQgYWhjMSBidXMgMCB0YXJnZXQgMTUgbHVu IDANCnBhc3M1OiA8SUJNIExuUnYxLjVWIFMgODAgQjAwND4gRml4ZWQgUHJv Y2Vzc29yIFNDU0ktMiBkZXZpY2UgDQpwYXNzNTogMy4zMDBNQi9zIHRyYW5z ZmVycw0KZGEwIGF0IGFoYzEgYnVzIDAgdGFyZ2V0IDAgbHVuIDANCmRhMDog PElCTS1QU0cgRERZUy1UMDkxNzBNICBGIFM5NFM+IEZpeGVkIERpcmVjdCBB Y2Nlc3MgU0NTSS0zIGRldmljZSANCmRhMDogODAuMDAwTUIvcyB0cmFuc2Zl cnMgKDQwLjAwME1Ieiwgb2Zmc2V0IDYzLCAxNmJpdCksIFRhZ2dlZCBRdWV1 ZWluZyBFbmFibGVkDQpkYTA6IDg2NzhNQiAoMTc3NzQxNjAgNTEyIGJ5dGUg c2VjdG9yczogMjU1SCA2M1MvVCAxMTA2QykNCmRhMiBhdCBhaGMxIGJ1cyAw IHRhcmdldCAzIGx1biAwDQpkYTI6IDxJQk0tUFNHIFNUMzE4NDA0TEMgICAg ISMgMzE0Nj4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTMgZGV2aWNlIA0K ZGEyOiA4MC4wMDBNQi9zIHRyYW5zZmVycyAoNDAuMDAwTUh6LCBvZmZzZXQg NjMsIDE2Yml0KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCmRhMjogMTcz NTdNQiAoMzU1NDgzMjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAy MjEyQykNCmRhMSBhdCBhaGMxIGJ1cyAwIHRhcmdldCAxIGx1biAwDQpkYTE6 IDxJQk0tUFNHIFNUMzE4NDA0TEMgICAgISMgMzE0Nj4gRml4ZWQgRGlyZWN0 IEFjY2VzcyBTQ1NJLTMgZGV2aWNlIA0KZGExOiA4MC4wMDBNQi9zIHRyYW5z ZmVycyAoNDAuMDAwTUh6LCBvZmZzZXQgNjMsIDE2Yml0KSwgVGFnZ2VkIFF1 ZXVlaW5nIEVuYWJsZWQNCmRhMTogMTczNTdNQiAoMzU1NDgzMjAgNTEyIGJ5 dGUgc2VjdG9yczogMjU1SCA2M1MvVCAyMjEyQykNCmRhNCBhdCBhaGMxIGJ1 cyAwIHRhcmdldCA1IGx1biAwDQpkYTQ6IDxJQk0tUFNHIFNUMzE4NDA0TEMg ICAgISMgMzE0Nj4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTMgZGV2aWNl IA0KZGE0OiA4MC4wMDBNQi9zIHRyYW5zZmVycyAoNDAuMDAwTUh6LCBvZmZz ZXQgNjMsIDE2Yml0KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCmRhNDog MTczNTdNQiAoMzU1NDgzMjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1Mv VCAyMjEyQykNCmRhMyBhdCBhaGMxIGJ1cyAwIHRhcmdldCA0IGx1biAwDQpk YTM6IDxJQk0tUFNHIFNUMzE4NDA0TEMgICAgISMgMzE0Nj4gRml4ZWQgRGly ZWN0IEFjY2VzcyBTQ1NJLTMgZGV2aWNlIA0KZGEzOiA4MC4wMDBNQi9zIHRy YW5zZmVycyAoNDAuMDAwTUh6LCBvZmZzZXQgNjMsIDE2Yml0KSwgVGFnZ2Vk IFF1ZXVlaW5nIEVuYWJsZWQNCmRhMzogMTczNTdNQiAoMzU1NDgzMjAgNTEy IGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAyMjEyQykNCk1vdW50aW5nIHJv b3QgZnJvbSB1ZnM6L2Rldi9kYTBzMWENCm9oY2kwOiA8T0hDSSAoZ2VuZXJp YykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGZlYmZkMDAwLTB4ZmViZmRmZmYg aXJxIDE1IGF0IGRldmljZSAxNS4yIG9uIHBjaTANCnVzYjA6IE9IQ0kgdmVy c2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0DQp1c2IwOiA8T0hDSSAoZ2VuZXJp YykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwDQp1c2IwOiBVU0IgcmV2aXNp b24gMS4wDQp1aHViMDogKHVua25vd24pIE9IQ0kgcm9vdCBodWIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxDQp1aHViMDogNCBwb3J0cyB3 aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCg== --0-1876379868-971964966=:974 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="mptable.UP" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME="mptable.UP" DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCk1QVGFi bGUsIHZlcnNpb24gMi4wLjE1DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCg0KTVAgRmxvYXRpbmcgUG9pbnRlciBTdHJ1Y3R1cmU6 DQoNCiAgbG9jYXRpb246CQkJRUJEQQ0KICBwaHlzaWNhbCBhZGRyZXNzOgkJ MHgwMDA5ZTE0MA0KICBzaWduYXR1cmU6CQkJJ19NUF8nDQogIGxlbmd0aDoJ CQkxNiBieXRlcw0KICB2ZXJzaW9uOgkJCTEuNA0KICBjaGVja3N1bToJCQkw eDIyDQogIG1vZGU6CQkJCVZpcnR1YWwgV2lyZQ0KDQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCk1QIENvbmZpZyBUYWJsZSBIZWFk ZXI6DQoNCiAgcGh5c2ljYWwgYWRkcmVzczoJCTB4MDAwOWU1OTANCiAgc2ln bmF0dXJlOgkJCSdQQ01QJw0KICBiYXNlIHRhYmxlIGxlbmd0aDoJCTQwNA0K ICB2ZXJzaW9uOgkJCTEuNA0KICBjaGVja3N1bToJCQkweDdkDQogIE9FTSBJ RDoJCQknSUJNIEVOU1cnDQogIFByb2R1Y3QgSUQ6CQkJJ01vaGF3ayAgU01Q ICcNCiAgT0VNIHRhYmxlIHBvaW50ZXI6CQkweDAwMDAwMDAwDQogIE9FTSB0 YWJsZSBzaXplOgkJMA0KICBlbnRyeSBjb3VudDoJCQk0Mg0KICBsb2NhbCBB UElDIGFkZHJlc3M6CQkweGZlZTAwMDAwDQogIGV4dGVuZGVkIHRhYmxlIGxl bmd0aDoJMTY4DQogIGV4dGVuZGVkIHRhYmxlIGNoZWNrc3VtOgkyNTENCg0K LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpNUCBDb25m aWcgQmFzZSBUYWJsZSBFbnRyaWVzOg0KDQotLQ0KUHJvY2Vzc29yczoJQVBJ QyBJRAlWZXJzaW9uCVN0YXRlCQlGYW1pbHkJTW9kZWwJU3RlcAlGbGFncw0K CQkgMQkgMHgxMQkgQlNQLCB1c2FibGUJIDYJIDEwCSAwCSAweDAzMDENCgkJ IDAJIDB4MTEJIEFQLCB1c2FibGUJIDYJIDEwCSAxCSAweDAzMDENCi0tDQpC dXM6CQlCdXMgSUQJVHlwZQ0KCQkgMAkgUENJICAgDQoJCSAxCSBQQ0kgICAN CgkJIDIJIFBDSSAgIA0KCQkgMwkgUENJICAgDQoJCSA0CSBQQ0kgICANCgkJ IDUJIFBDSSAgIA0KCQkgNgkgUENJICAgDQoJCSA3CSBJU0EgICANCi0tDQpJ L08gQVBJQ3M6CUFQSUMgSUQJVmVyc2lvbglTdGF0ZQkJQWRkcmVzcw0KCQkx NAkgMHgxMQkgdXNhYmxlCQkgMHhmZWMwMDAwMA0KCQkxMwkgMHgxMQkgdXNh YmxlCQkgMHhmZWMwMTAwMA0KLS0NCkkvTyBJbnRzOglUeXBlCVBvbGFyaXR5 ICAgIFRyaWdnZXIJQnVzIElECSBJUlEJQVBJQyBJRAlQSU4jDQoJCUlOVAkg Y29uZm9ybXMgICAgY29uZm9ybXMJICAgICA3CSAgIDEJICAgICAxNAkgICAx DQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAgICA3CSAgIDAJICAg ICAxNAkgICAyDQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAgICA3 CSAgIDQJICAgICAxNAkgICA0DQoJCUlOVAlhY3RpdmUtbG8gICAgICAgbGV2 ZWwJICAgICA3CSAgIDUJICAgICAxNAkgICA1DQoJCUlOVAkgY29uZm9ybXMg ICAgY29uZm9ybXMJICAgICA3CSAgIDYJICAgICAxNAkgICA2DQoJCUlOVAkg Y29uZm9ybXMgICAgY29uZm9ybXMJICAgICA3CSAgIDgJICAgICAxNAkgICA4 DQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAgICA3CSAgMTIJICAg ICAxNAkgIDEyDQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAgICA3 CSAgMTMJICAgICAxNAkgIDEzDQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9y bXMJICAgICA3CSAgMTQJICAgICAxNAkgIDE0DQoJCUlOVAkgY29uZm9ybXMg ICAgY29uZm9ybXMJICAgICAwCSAxOkEJICAgICAxMwkgICAxDQoJCUlOVAkg Y29uZm9ybXMgICAgY29uZm9ybXMJICAgICAwCSAxOkEJICAgICAxMwkgICAy DQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAgICAwCTE1OkEJICAg ICAxMwkgIDEwDQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAgICAy CSA1OkEJICAgICAxMwkgICA4DQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9y bXMJICAgICAyCSAzOkEJICAgICAxMwkgICA2DQoJCUlOVAkgY29uZm9ybXMg ICAgY29uZm9ybXMJICAgICAyCSAzOkIJICAgICAxNAkgICA3DQoJCUlOVAkg Y29uZm9ybXMgICAgY29uZm9ybXMJICAgICAyCSAzOkMJICAgICAxMwkgICA2 DQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAgICAyCSAzOkQJICAg ICAxNAkgICA3DQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAgICAy CSA0OkEJICAgICAxMwkgICA3DQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9y bXMJICAgICAyCSA0OkIJICAgICAxNAkgIDEwDQoJCUlOVAkgY29uZm9ybXMg ICAgY29uZm9ybXMJICAgICAyCSA0OkMJICAgICAxMwkgICA3DQoJCUlOVAkg Y29uZm9ybXMgICAgY29uZm9ybXMJICAgICAyCSA0OkQJICAgICAxNAkgIDEw DQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAgICAyCSA1OkIJICAg ICAxNAkgICAzDQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAgICAy CSA1OkMJICAgICAxMwkgICA4DQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9y bXMJICAgICAyCSA1OkQJICAgICAxNAkgICAzDQoJCUlOVAkgY29uZm9ybXMg ICAgY29uZm9ybXMJICAgICAyCSA2OkEJICAgICAxMwkgICA5DQoJCUlOVAkg Y29uZm9ybXMgICAgY29uZm9ybXMJICAgICAyCSA2OkIJICAgICAxNAkgICA3 DQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAgICAyCSA2OkMJICAg ICAxMwkgICA5DQoJCUlOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAgICAy CSA2OkQJICAgICAxNAkgICA3DQotLQ0KTG9jYWwgSW50czoJVHlwZQlQb2xh cml0eSAgICBUcmlnZ2VyCUJ1cyBJRAkgSVJRCUFQSUMgSUQJUElOIw0KCQlO TUkJIGNvbmZvcm1zICAgIGNvbmZvcm1zCSAgICAgNwkgICAwCSAgICAyNTUJ ICAgMQ0KCQlFeHRJTlQJIGNvbmZvcm1zICAgIGNvbmZvcm1zCSAgICAgNwkg ICAwCSAgICAyNTUJICAgMA0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQoNCk1QIENvbmZpZyBFeHRlbmRlZCBUYWJsZSBFbnRyaWVz Og0KDQotLQ0KU3lzdGVtIEFkZHJlc3MgU3BhY2UNCiBidXMgSUQ6IDAgYWRk cmVzcyB0eXBlOiBtZW1vcnkgYWRkcmVzcw0KIGFkZHJlc3MgYmFzZTogMHhh MDAwMA0KIGFkZHJlc3MgcmFuZ2U6IDB4MjAwMDANCi0tDQpTeXN0ZW0gQWRk cmVzcyBTcGFjZQ0KIGJ1cyBJRDogMCBhZGRyZXNzIHR5cGU6IG1lbW9yeSBh ZGRyZXNzDQogYWRkcmVzcyBiYXNlOiAweGMwMDAwDQogYWRkcmVzcyByYW5n ZTogMHgyMDAwMA0KLS0NClN5c3RlbSBBZGRyZXNzIFNwYWNlDQogYnVzIElE OiAwIGFkZHJlc3MgdHlwZTogbWVtb3J5IGFkZHJlc3MNCiBhZGRyZXNzIGJh c2U6IDB4ZjgwMDAwMDANCiBhZGRyZXNzIHJhbmdlOiAweDgwMDAwMDANCi0t DQpTeXN0ZW0gQWRkcmVzcyBTcGFjZQ0KIGJ1cyBJRDogMiBhZGRyZXNzIHR5 cGU6IG1lbW9yeSBhZGRyZXNzDQogYWRkcmVzcyBiYXNlOiAweDQwMDAwMDAw DQogYWRkcmVzcyByYW5nZTogMHg1YjAwMDAwMA0KLS0NClN5c3RlbSBBZGRy ZXNzIFNwYWNlDQogYnVzIElEOiAyIGFkZHJlc3MgdHlwZTogcHJlZmV0Y2gg YWRkcmVzcw0KIGFkZHJlc3MgYmFzZTogMHg5YjAwMDAwMA0KIGFkZHJlc3Mg cmFuZ2U6IDB4NWIwMDAwMDANCi0tDQpTeXN0ZW0gQWRkcmVzcyBTcGFjZQ0K IGJ1cyBJRDogMiBhZGRyZXNzIHR5cGU6IG1lbW9yeSBhZGRyZXNzDQogYWRk cmVzcyBiYXNlOiAweGY2MDAwMDAwDQogYWRkcmVzcyByYW5nZTogMHgyMDAw MDAwDQotLQ0KU3lzdGVtIEFkZHJlc3MgU3BhY2UNCiBidXMgSUQ6IDAgYWRk cmVzcyB0eXBlOiBJL08gYWRkcmVzcw0KIGFkZHJlc3MgYmFzZTogMHgwDQog YWRkcmVzcyByYW5nZTogMHgyMjAwDQotLQ0KU3lzdGVtIEFkZHJlc3MgU3Bh Y2UNCiBidXMgSUQ6IDIgYWRkcmVzcyB0eXBlOiBJL08gYWRkcmVzcw0KIGFk ZHJlc3MgYmFzZTogMHgyMjAwDQogYWRkcmVzcyByYW5nZTogMHhkZTAwDQot LQ0KQnVzIEhlaXJhcmNoeQ0KIGJ1cyBJRDogNyBidXMgaW5mbzogMHgwMSBw YXJlbnQgYnVzIElEOiAwDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCg0KIyBTTVAga2VybmVsIGNvbmZpZyBmaWxlIG9wdGlvbnM6 DQoNCg0KIyBSZXF1aXJlZDoNCm9wdGlvbnMJCVNNUAkJCSMgU3ltbWV0cmlj IE11bHRpUHJvY2Vzc29yIEtlcm5lbA0Kb3B0aW9ucwkJQVBJQ19JTwkJCSMg U3ltbWV0cmljIChBUElDKSBJL08NCg0KIyBPcHRpb25hbCAoYnVpbHQtaW4g ZGVmYXVsdHMgd2lsbCB3b3JrIGluIG1vc3QgY2FzZXMpOg0KI29wdGlvbnMJ CU5DUFU9MgkJCSMgbnVtYmVyIG9mIENQVXMNCiNvcHRpb25zCQlOQlVTPTgJ CQkjIG51bWJlciBvZiBidXNzZXMNCiNvcHRpb25zCQlOQVBJQz0yCQkJIyBu dW1iZXIgb2YgSU8gQVBJQ3MNCiNvcHRpb25zCQlOSU5UUj0yOAkJIyBudW1i ZXIgb2YgSU5Ucw0KDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09DQoNCg== --0-1876379868-971964966=:974-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Oct 21 21: 7: 4 2000 Delivered-To: freebsd-smp@freebsd.org Received: from nemesis.geotecmail.net (nemesis.geotecmail.net [208.244.246.91]) by hub.freebsd.org (Postfix) with ESMTP id 8DC2F37B479 for ; Sat, 21 Oct 2000 21:07:02 -0700 (PDT) Received: from CALLISTO.geotec.net (callisto.geotec.net [208.244.246.5]) by nemesis.geotecmail.net (8.9.3/8.9.3) with ESMTP id XAA45027 for ; Sat, 21 Oct 2000 23:01:36 -0500 (CDT) (envelope-from tom@geotec.net) Posted-Date: Sat, 21 Oct 2000 23:01:36 -0500 (CDT) Received: from geotec.net ([63.73.4.77]) by CALLISTO.geotec.net (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35) with ESMTP id net for ; Sat, 21 Oct 2000 23:11:19 -0500 Message-ID: <39F267E2.38052110@geotec.net> Date: Sat, 21 Oct 2000 23:06:58 -0500 From: tom@geotec.net (Tom Jackson) X-Mailer: Mozilla 4.72 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-smp@freebsd.org Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message