From owner-freebsd-current Tue Jan 1 7: 1:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from seagull.cpinternet.com (mail.cpinternet.com [209.240.224.4]) by hub.freebsd.org (Postfix) with ESMTP id 5D81237B41A for ; Tue, 1 Jan 2002 07:01:43 -0800 (PST) Received: from mail.mdharnois.net ([209.240.253.23]) by seagull.cpinternet.com (8.12.0/8.12.0) with ESMTP id g01F1Yt4000846 for ; Tue, 1 Jan 2002 09:01:35 -0600 (CST) Received: by mail.mdharnois.net (Postfix, from userid 1001) id A4DED14A1C; Tue, 1 Jan 2002 09:01:31 -0600 (CST) To: freebsd-current@freebsd.org Subject: spawning zombies incapacitate system From: Michael Harnois Date: Tue, 01 Jan 2002 09:01:30 -0600 Message-ID: <86ofkexghh.fsf@mharnois.workgroup.net> Lines: 10 User-Agent: Gnus/5.090005 (Oort Gnus v0.05) XEmacs/21.5 (asparagus, i386-unknown-freebsd5.0) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Something on my -current system is spawning zombies of sh. With 55 minutes of uptime, I already have 48 of them. How do I figure out what the heck is doing this? -- Michael D. Harnois bilocational bivocational Pastor, Redeemer Lutheran Church Washburn, Iowa 1L, UST School of Law Minneapolis, Minnesota If you want to follow Jesus, you better look good on wood. --Daniel Berrigan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 1 9:44:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 23D6837B41A for ; Tue, 1 Jan 2002 09:44:48 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 Jan 2002 17:44:47 +0000 (GMT) Date: Tue, 1 Jan 2002 17:44:46 +0000 From: David Malone To: Michael Harnois Cc: freebsd-current@freebsd.org Subject: Re: spawning zombies incapacitate system Message-ID: <20020101174446.A79288@walton.maths.tcd.ie> References: <86ofkexghh.fsf@mharnois.workgroup.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <86ofkexghh.fsf@mharnois.workgroup.net>; from mharnois@cpinternet.com on Tue, Jan 01, 2002 at 09:01:30AM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 01, 2002 at 09:01:30AM -0600, Michael Harnois wrote: > Something on my -current system is spawning zombies of sh. With 55 > minutes of uptime, I already have 48 of them. How do I figure out what > the heck is doing this? Try "ps -auxo ppid" and look at the parent process id for the zombies. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 1 10: 5:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id F348F37B41F for ; Tue, 1 Jan 2002 10:05:49 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g01I5lq82395; Tue, 1 Jan 2002 10:05:47 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g01I5kf02944; Tue, 1 Jan 2002 10:05:46 -0800 (PST) (envelope-from jdp) Date: Tue, 1 Jan 2002 10:05:46 -0800 (PST) Message-Id: <200201011805.g01I5kf02944@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: julian@elischer.org Subject: Re: CVSup vs inttypes.h,v In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article , Julian Elischer wrote: > > CVSup is refusing to give me a inttypes.h,v in sys/sys > > I sup from cvsup14 as it's very close. > How do I work out where the problem is? Give me some details (supfile + command line), and I'll help you figure it out. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 1 11:25:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id 6AF0537B416 for ; Tue, 1 Jan 2002 11:25:52 -0800 (PST) Received: from laptop.6bone.nl (penguin.ripe.net [193.0.1.232]) by birch.ripe.net (8.11.6/8.11.6) with SMTP id g01JPol25689 for ; Tue, 1 Jan 2002 20:25:50 +0100 Received: (nullmailer pid 670 invoked by uid 1000); Tue, 01 Jan 2002 19:25:50 -0000 Date: Tue, 1 Jan 2002 20:25:50 +0100 From: Mark Santcroos To: current@freebsd.org Subject: fsck panic; ffs_vfree: freeing free inode Message-ID: <20020101202550.A317@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Handles: MS6-6BONE, MS18417-RIPE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After a reboot due to a crash, fsck panic'ed on me with the following message: dev = ad0s1a, ino = 270, fs = / panic: ffs_vfree: freeing free inode This was with a kernel of Dec 20. To be sure I compiled a new kernel and world with recent sources but I still get the same panic with fsck. The system is on a IDE disk and softupdates are enabled, I don't seem to experience any data loss (if I skip the fsck at boot time). Any ideas or suggestions on how to fix this are very welcome. Multiple crashdumps are available. Thanks Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 1 20: 0:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 800FE37B41B for ; Tue, 1 Jan 2002 20:00:12 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020102040012.EWZK1920.rwcrmhc51.attbi.com@InterJet.elischer.org>; Wed, 2 Jan 2002 04:00:12 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id TAA16750; Tue, 1 Jan 2002 19:55:17 -0800 (PST) Date: Tue, 1 Jan 2002 19:55:16 -0800 (PST) From: Julian Elischer To: Mike Makonnen Cc: current@freebsd.org Subject: Re: CVSup vs inttypes.h,v In-Reply-To: <200201010618.g016IdL42975@blackbox.pacbell.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well it's a pitty whoever moved it didn't grep for it.. my builds fail because of it. On Mon, 31 Dec 2001, Mike Makonnen wrote: > It's been moved to the Attic. From what I can gather most of what was in there was moved to sys/sys/stdint.h and whatever files *it* includes. > > > > Cheers, > mikem > > > > On Mon, 31 Dec 2001 21:32:17 -0800 (PST) > Julian Elischer wrote: > > > > > CVSup is refusing to give me a inttypes.h,v in sys/sys > > > > I sup from cvsup14 as it's very close. > > How do I work out where the problem is? > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 1 20:42:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by hub.freebsd.org (Postfix) with ESMTP id 3E62C37B405 for ; Tue, 1 Jan 2002 20:42:38 -0800 (PST) Received: (from mike@localhost) by espresso.q9media.com (8.11.6/8.11.6) id g024e5m67418; Tue, 1 Jan 2002 23:40:05 -0500 (EST) (envelope-from mike) Date: Tue, 1 Jan 2002 23:40:05 -0500 From: Mike Barcroft To: Julian Elischer Cc: Mike Makonnen , current@freebsd.org Subject: Re: CVSup vs inttypes.h,v Message-ID: <20020101234005.D64468@espresso.q9media.com> References: <200201010618.g016IdL42975@blackbox.pacbell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from julian@elischer.org on Tue, Jan 01, 2002 at 07:55:16PM -0800 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer writes: > Well it's a pitty whoever moved it didn't grep for > it.. my builds fail because of it. I did indeed grep for occurences of it and fixed them. The only remaining instance appears in sys/dev/bktr/bktr_core.c which is in a `#if defined(__NetBSD__) || defined(__OpenBSD__)' section. If you are interested in the types that used to be defined there, they are now in . Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 2 0:17:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.guivor.com.ar (mail.guivor.com.ar [200.51.94.130]) by hub.freebsd.org (Postfix) with ESMTP id F2AF437B41D for ; Wed, 2 Jan 2002 00:17:46 -0800 (PST) Received: from cpimssmtpa01.msn.com=1 (MAXIMUS [63.232.64.28]) by mail.guivor.com.ar with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id ZW8VCK4R; Wed, 2 Jan 2002 05:23:51 -0300 Message-ID: <00007f11199c$00004b67$0000182f@cpimssmtpa01.msn.com=1> To: From: teeniesv24@msn.com Subject: ULTIMATE EXTACY (FREE) D Date: Tue, 01 Jan 2002 02:15:19 -2000 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG
 

Do not reply to this e-mail message

To= be taken off this list please go to the link below and enter your e-mail ad= dress.
"Under Bill s.1618 TITLE III passed by the 105th US Congress = this letter
cannot be considered Spam as long as the sender includes contact <= br> information and a method of removal."
WE HONOR ALL REMOVES. PLEASE SUBMIT ONE EMAIL AT A TIME OTHERWISE = YOU WILL NOT BE REMOVED. PROFANITY SERVES NO PURPOSE.

Pl= ease allow for 24-72 hours to be removed from this list.


TO BE TAKE N OFF THIS LIST CLICK HERE
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 2 3:46: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from web21110.mail.yahoo.com (web21110.mail.yahoo.com [216.136.227.112]) by hub.freebsd.org (Postfix) with SMTP id E25FF37B405 for ; Wed, 2 Jan 2002 03:46:01 -0800 (PST) Message-ID: <20020102114601.85174.qmail@web21110.mail.yahoo.com> Received: from [62.254.0.5] by web21110.mail.yahoo.com via HTTP; Wed, 02 Jan 2002 03:46:01 PST Date: Wed, 2 Jan 2002 03:46:01 -0800 (PST) From: Hiten Pandya Subject: Re: smp hang on -current? To: Alfred Perlstein Cc: current@FreeBSD.org In-Reply-To: <20020102053719.V16101@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Alfred Perlstein wrote: > I have a box, I've enabled SMP, and APIC, disabled > WITNESS and > INVARIANTS. It hangs after probing scsi right > before > mountroot. It looks like something may be botched > with interrupts: hi, happy new year 2002!, > > APIC_IO: Testing 8254 interrupt delivery > APIC_IO: Broken MP table detected: 8254 is not > connected to IOAPIC #0 intpin 2 I think the problem is either here.. > APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin > 0 > Waiting 15 seconds for scsi devices to settle > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. > (probe0:sym0:0:0:1): Autosense Failed > (probe0:sym0:0:0:2): Autosense Failed > (probe0:sym0:0:0:3): Autosense Failed > (probe0:sym0:0:0:4): Autosense Failed > (probe0:sym0:0:0:5): Autosense Failed > (probe0:sym0:0:0:6): Autosense Failed > (probe0:sym0:0:0:7): Autosense Failed ..or here. Because of the SCSI AutoSense failure I have an -CURRENT SMP system with INVARIANTS, WITNESS enabled, plus two Cheetah XL 15K RPM Seagate drive but it hasn't failed on my system like this.. so I am not quite sure.. regards, - Hiten - ===== SSH Fingerprint: 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx __________________________________________________ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 2 10:32:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.altadena.net (ns.altadena.net [206.126.144.2]) by hub.freebsd.org (Postfix) with ESMTP id 329B737B41B for ; Wed, 2 Jan 2002 10:32:38 -0800 (PST) Received: (from pete@localhost) by ns.altadena.net (8.11.6/8.8.8) id g02IV3C64392 for current@freebsd.org; Wed, 2 Jan 2002 10:31:03 -0800 (PST) (envelope-from pete) From: Pete Carah Message-Id: <200201021831.g02IV3C64392@ns.altadena.net> Subject: SMP system hangs on current, not stable To: current@freebsd.org Date: Wed, 2 Jan 2002 10:31:03 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a system using a fairly new Supermicro MB, with 2 P3-1GHZ, and 512mb ram. Running stable works fine at least a day or so with LOTS of activity. Running current it hangs (with no output of any kind, and apparently all interrupts disabled) so DDB does me no good... This requires a fair amount of activity (usually will hang in make -j3 world with 2 copies of setiathome -nice 19) Time to hang varies from a half-hour to a couple of days; hardly ever longer. Maybe I need an NMI button (or does that work?) This does not appear to be the procfs thing that Matt has commented on (it still occurs after his patch, and occurs without the use of "top" or any other procfs reader that I know of). Dmesg on both current and stable follows, in case it is useful: ---------------------------------- Current (with verbose): ----------------------- Copyright (c) 1992-2001 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 5.0-CURRENT #0: Mon Dec 31 10:47:25 PST 2001 pete@gooney.altadena.net:/usr/src/sys/i386/compile/GOONEY Preloaded elf kernel "/boot/kernel/kernel" at 0xc040b000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc040b0a8. Calibrating clock(s) ... TSC clock: 999455711 Hz, i8254 clock: 1193107 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon/Celeron (999.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 268369920 (262080K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00435000 - 0x0ffe7fff, 263925760 bytes (64435 pages) avail memory = 256704512 (250688K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec00000 bios32: Found BIOS32 Service Directory header at 0xc00faf10 bios32: Entry = 0xfb380 (c00fb380) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb3b0 pnpbios: Found PnP BIOS data at 0xc00fbe00 pnpbios: Entry = f0000:be30 Rev = 1.0 Other BIOS signatures found: null: random: mem: Pentium Pro MTRR support enabled SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=30911106) Using $PIR table, 8 entries at 0xc00fdc20 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: physical bus=0 map[10]: type 3, range 32, base f0000000, size 26, enabled found-> vendor=0x1106, dev=0x3091, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xb091, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 IOAPIC #0 intpin 11 -> irq 2 Freeing (NOT implemented) redirected PCI irq 11. map[10]: type 4, range 32, base 0000c000, size 3, enabled map[14]: type 4, range 32, base 0000c400, size 2, enabled map[18]: type 4, range 32, base 0000c800, size 3, enabled map[1c]: type 4, range 32, base 0000cc00, size 2, enabled map[20]: type 4, range 32, base 0000d000, size 6, enabled map[24]: type 1, range 32, base f9100000, size 17, enabled found-> vendor=0x105a, dev=0x4d30, revid=0x02 bus=0, slot=12, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 intpin=a, irq=2 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base f9120000, size 12, enabled map[14]: type 4, range 32, base 0000d400, size 6, enabled map[18]: type 1, range 32, base f9000000, size 20, enabled found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=0, slot=13, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x1106, dev=0x3074, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000d800, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=17, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000dc00, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x1b bus=0, slot=17, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000e000, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x1b bus=0, slot=17, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000e400, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x1b bus=0, slot=17, func=4 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e800, size 8, enabled map[14]: type 1, range 32, base f9121000, size 8, enabled found-> vendor=0x1106, dev=0x3065, revid=0x62 bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci0: on acpi_pcib0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf6000000-0xf7ffffff pcib1: prefetched decode 0xf4000000-0xf5ffffff pci1: physical bus=1 map[10]: type 1, range 32, base f6000000, size 24, enabled map[14]: type 3, range 32, base f4000000, size 25, enabled found-> vendor=0x10de, dev=0x002d, revid=0x15 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 1 supports D0 D3 current D0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0xd000-0xd03f,0xcc00-0xcc03,0xc800-0xc807,0xc400-0xc403,0xc000-0xc007 mem 0xf9100000-0xf911ffff irq 2 at device 12.0 on pci0 ata2: iobase=0xc000 altiobase=0xc402 bmaddr=0xd000 ata2: mask=03 ostat0=00 ostat2=00 ata2-master: ATAPI probe 00 00 ata2-slave: ATAPI probe 00 00 ata2: mask=03 stat0=00 stat1=00 ata2: devices=00 ata2: at 0xc000 on atapci0 ata3: iobase=0xc800 altiobase=0xcc02 bmaddr=0xd008 ata3: mask=03 ostat0=00 ostat2=00 ata3-master: ATAPI probe 00 00 ata3-slave: ATAPI probe 00 00 ata3: mask=03 stat0=00 stat1=00 ata3: devices=00 ata3: at 0xc800 on atapci0 fxp0: port 0xd400-0xd43f mem 0xf9000000-0xf90fffff,0xf9120000-0xf9120fff irq 5 at device 13.0 on pci0 fxp0: using memory space register mapping fxp0: Ethernet address 00:30:48:41:14:66 fxp0: PCI IDs: 8086 1229 8086 000c 0008 fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: fxp0 attached isab0: at device 17.0 on pci0 isa0: on isab0 atapci1: port 0xd800-0xd80f at device 17.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xd800 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe 00 00 ata0-slave: ATAPI probe 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA probe 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci1 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xd808 ata1: mask=02 ostat0=ff ostat2=50 ata1-slave: ATAPI probe 14 eb ata1: mask=02 stat0=00 stat1=00 ata1: devices=08 ata1: at 0x170 irq 15 on atapci1 uhci0: port 0xdc00-0xdc1f irq 5 at device 17.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 5 at device 17.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe400-0xe41f irq 5 at device 17.4 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 18.0 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 on acpi0 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: EPP SPP ppc0 port 0x778-0x77b,0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: on ppbus0 bpf: lp0 attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 vpo0: can't connect to the drive imm0: (disconnect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 unknown: not probed (disabled) psmcpnp0 irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000000, packet size:4 psm0: syncmask:08, syncbits:08 unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: = Investors
 <= /caption>
=

Investm= ent Special
Toni= ght's Feature Company

ShareCom, Inc.
(OTC= BB: SHCC)

Current Price: $0.0154

52 Week High: $2.49
52 Week Low: $0.009

      Why SHCC?
  • SHCC has established bus= iness relationships with FEMA, the American Red Cross, AAA, NOAA, and more=

  • SHCC is cu= rrently booking revenues of $45,000 per month and projects revenues = of $13 million for 2002.
  • Partnerships and= market advantage fuel exponential growth for SHCC.

    • The Time is NOW a= t Sharecom

    The Federal Emergency Management Agency (FEMA)= , the National Weather Service (NWS), the Red Cross and = AAA are a but a few of the agencies and organizations with whom = ShareCom Inc. has forged alliances to ensure clear competitive a= dvantage for its product lines. The past 10 years have seen a dram= atic increase in severe weather conditions=FFFFFF85and with continued glob= al warming these patterns will exacerbate. Prompted by FEMA and NWS aggres= sive programs, demand for the Company=FFFFFF92s NOAA Weather Radio will= soar. Today 7% of American homes possess a NOAA radio=FFFFFF85 = the national goal is 100%. 

    ShareCom=FFFFFF92s ww= w.WeatherRadios.com is the site for consumers to purchase the Company=FF= FFFF92s superior product at a significant discount. SHCC's revenue flow ra= te is at $45,000/month and rapidly growing. The Company will realiz= e a profit this year and plans to triple it next.. SHCC's market dominance= in this growing "bread and butter", niche business makes it an = interesting acquisition candidate and a compelling investment.

    This Just Out: SHCC NEWS

    =
     

    ShareCom, Inc. Ships the First NOAA = Weather Radio Featuring Instant Localized Setup

    PALATINE, Ill.--(BUSINESS WIRE)--Dec. 11, 2001--ShareCom, In= c.(TM), the market leader in designing and manufacturing NOAA (National Oceanographic and Atmospheric Administration) Weather Radi= o and Disaster Readiness electronics products, today announced availabilit= y of its WRP-500 Broadcaster(TM) NOAA Weather Radio, with an SRP of= $149.99, available for purchase via its ecommerce web site and through se= lect retailers around the country. Like all ShareCom products, the WRP-500= features a streamlined and fashionable design, coupled with strong price = performance.

    ShareCom manufactures products which are expressly d= esigned to support the in-place NOAA Weather Network - an always on (24/7)= broadcast network that covers 95% of the US. This ``early warning'= ' network provides general-purpose weather information and alerts for haza= rdous weather or disaster warnings for people throughout the US.

    = The Federal Government, The Americ= an Red Cross and numerous state and local government agencies a= re now emphasizing the need for the NOAA Weather Radio network, especially= since the September 11th tragedy. A NOAA Weather Radio is now consi= dered as important as having a smoke detector in a home, school or busines= s.

    ``Our market research in= dicated a strong need in the marketplace for a NOAA Weather Radio that loo= ks good in someone's home or office, but that has real ease of use built i= nto the overall design,'' said Brad Nordling the CEO of ShareCom, Inc. ``O= ne of the most requested feature enhancements from our consumers has been = to provide functionality that enables them to setup a radio right out of t= he box, with no cumbersome interface to deal with. The WRP-500 Broadcaster= addresses this need by incorporating our Graphical Alert Technology(TM) s= pecialty software - our customers now have the ability to easily config= ure their radios in a matter of seconds using a functional scroll down men= u.''

    Stay tun= ed for more announcements to come

More Reasons to Consider Buyin= g SHCC

1.= WeatherRadios.com has been awar= ded a National Partnership with the Federal Emergency Management Agency (F= EMA) to increase the use of Weather Radios country wide through a = program called Project Impact. There are 2,600 Project Impact communities = in the U.S. The FEMA web site lists WeatherRadios.com as a national partne= r providing a banner and link to the WeatherRadios.com site. The FEMA site= receives over 100,000 visitors per day. 

2. The Nat= ional Oceanic and Aerospace Administration (NOAA) has WeatherRadio= s.com listed first on their web site, telling people were to purchase a NO= AA Weather Radio. 

3. The National Weather Serv= ice (NWS) has offered to promote corporate sponsorships to the Wea= therRadios.com site through recognition and media support.  &nbs= p;

4. Local American Red Cross Chapters will promo= te NOAA Weather Radios through WeatherRadios.com in an exchange fo= r a $5.00 donation per radio sold. 

5. The Chicago= Area AAA will feature SHCC's 2WayTalk.com on its web site offering exclusive discounts on Weather Radios,= and FRS Family Radios. 2WayTalk.com will also be listed in the AAA magazi= ne called "Home and Away". 

6. The Federation of Manufactured Home Owners of Florid= a (FMO) has entered into a one year agreement that will increase t= he sale of Weather Radios from the WeatherRadios.com site. Mailings and we= b site links will offer a group discount to members and also pay a rebate = to the organization for every radio sold. 

7. The Owner - Operat= or Independent Drivers Association (OOIDA) has begun to promote th= e discount that is offered through the WeatherRadios.com site. Magazine ar= ticles, mailings, and web site links will offer a group discount to member= s and also pay a rebate to the organization for every radio sold. This agr= eement will run for one year. 

     NOAA Weather Radios automatically alert people of impending severe weather conditions &= quot;24/7". This is especially critical for families while sleeping. = These devices are fast becoming recognized as essential and pote= ntially life saving for use in homes, businesses, and critical care fa= cilities.

The National Weather Service (NWS)<= /font> has stated that t= here has been an increase in severe weather in the last 10 years and this = trend is expected to continue. NWS has a published goal for NOAA Weathe= r Radios to be in every home within the next 10 years. Currentl= y, approximately just 7% of homes have this device. This being said= , we can expect a tremendous increase in the presence and sale of weath= er radios over the coming years. The NWS, NOAA, the Federal Emergency = Management Agency (FEMA) and other government agencies have an aggressive = education and funding effort to reach the 100% goal.

New technology called Specific Area Mess= age Encoding (SAME) was introduced in the mid 90s. It allows users to set = an alarm only for their specific geographic area. This feature is expected= to make this tool commonplace in homes alerting families of weathe= r conditions that pose an immediate danger.

Additionally, 2Wa= yTalk.com will continue to focus on Internet users who are outdoor enthusi= asts. The market continues to be strong and growing. FRS Family Radios are= now becoming a popular family item on vacations, ski trips, camping, and = biking events. They are used for a wide variety of purposes, from staying = in touch with children playing in the neighborhood, to coordinating soccer= tournaments and antique auctions. 

A Final Word About SHCC

SHCC is currently= booking $45,000/ month and is conservatively projecting earnings next yea= r of $1.3 million on revenues of $13 million. Unlike most e-commerc= e ventures, ShareCom's marketing "burn rate" is very modest. The= Company forecasts revenues of $32.5 million the following year, in= creasing profitability to earn $4.6 million. Given its impressive relation= ships and the rapidly growing market for its product, SHCC's share pric= e of just 1.6 cents makes it a compelling play for the astute investor. 
DISCLAIMER: 
Inform= ation within this email contains "forward looking statements" wi= thin the meaning of Section 27A of the Securities Act of 1933 and Section = 21B of the Securities Exchange Act of 1934. Any statements that express or= involve discussions with respect to predictions, expectations, beliefs, p= lans, projections, objectives, goals, assumptions or future events or perf= ormance are not statements of historical fact and may be "forward loo= king statements."

Forward looking statements are based on ex= pectations, estimates and projections at the time the statements are made = that involve a number of risks and uncertainties which could cause ac= tual results or events to differ materially from those presently anticipat= ed. Forward looking statements in this action may be identified through th= e use of words such as "projects", "foresee", =FFFFFF9= 3expects=FFFFFF92=FFFFFF94, =FFFFFF93will,=FFFFFF94  =FFFFFF93anticip= ates,=FFFFFF94 =FFFFFF93estimates,=FFFFFF94 =FFFFFF93believes,=FFFFFF94 &q= uot;understands" or that by statements indicating certain actions =FF= FFFF93may,=FFFFFF94 =FFFFFF93could,=FFFFFF94 or =FFFFFF93might=FFFFFF94 oc= cur.  All information provided within this email pertaining to invest= ing, stocks, securities must be understood as information provided and not= investment advice. Investment News Alert advises all readers and subscrib= ers to seek advice from a registered professional securities represen= tative before deciding to trade in stocks featured within this email. = ; None of the material within this report shall be construed as any kind o= f investment advice.

In compliance with the Securities Act of 193= 3, Section17(b), Investment Special discloses the receipt of $30,000 cash = from a third party for the publication of this report and additional  services related to SHCC. Be awa= re of an inherent conflict of interest resulting from such compensation.&n= bsp; All factual information in this report was gathered from public = sources, including but not limited to SEC filings, Company Press Releases,= and Market Guide.  Investme= nt Special  believes this information to be reliable but can make no = guarantee as to its accuracy or completeness. Use of the material within t= his email constitutes your acceptance of these terms.

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 1: 9: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from griffin.Pikapp.net (pkf60.eastnet.gatech.edu [128.61.105.124]) by hub.freebsd.org (Postfix) with ESMTP id C1F3A37B41D; Thu, 3 Jan 2002 01:06:28 -0800 (PST) Received: from mx1.eudoramail.com ([67.203.104.212]) by griffin.Pikapp.net with Microsoft SMTPSVC(5.0.2195.3779); Thu, 3 Jan 2002 04:05:47 -0500 Message-ID: <000008cb56a4$00000516$00000050@mx1.eudoramail.com> To: From: SHCCpress@eudoramail.com Subject: SHCC: Tonight's Investment Special BKK Date: Thu, 03 Jan 2002 03:06:19 -1800 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: SHCCnews6@eudoramail.com X-OriginalArrivalTime: 03 Jan 2002 09:05:48.0077 (UTC) FILETIME=[D597FDD0:01C19435] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG = Investors
 <= /caption>
=

Investm= ent Special
Toni= ght's Feature Company

ShareCom, Inc.
(OTC= BB: SHCC)

Current Price: $0.0154

52 Week High: $2.49
52 Week Low: $0.009

      Why SHCC?
  • SHCC has established bus= iness relationships with FEMA, the American Red Cross, AAA, NOAA, and more=

  • SHCC is cu= rrently booking revenues of $45,000 per month and projects revenues = of $13 million for 2002.
  • Partnerships and= market advantage fuel exponential growth for SHCC.

    • The Time is NOW a= t Sharecom

    The Federal Emergency Management Agency (FEMA)= , the National Weather Service (NWS), the Red Cross and = AAA are a but a few of the agencies and organizations with whom = ShareCom Inc. has forged alliances to ensure clear competitive a= dvantage for its product lines. The past 10 years have seen a dram= atic increase in severe weather conditions=FFFFFF85and with continued glob= al warming these patterns will exacerbate. Prompted by FEMA and NWS aggres= sive programs, demand for the Company=FFFFFF92s NOAA Weather Radio will= soar. Today 7% of American homes possess a NOAA radio=FFFFFF85 = the national goal is 100%. 

    ShareCom=FFFFFF92s ww= w.WeatherRadios.com is the site for consumers to purchase the Company=FF= FFFF92s superior product at a significant discount. SHCC's revenue flow ra= te is at $45,000/month and rapidly growing. The Company will realiz= e a profit this year and plans to triple it next.. SHCC's market dominance= in this growing "bread and butter", niche business makes it an = interesting acquisition candidate and a compelling investment.

    This Just Out: SHCC NEWS

    =
     

    ShareCom, Inc. Ships the First NOAA = Weather Radio Featuring Instant Localized Setup

    PALATINE, Ill.--(BUSINESS WIRE)--Dec. 11, 2001--ShareCom, In= c.(TM), the market leader in designing and manufacturing NOAA (National Oceanographic and Atmospheric Administration) Weather Radi= o and Disaster Readiness electronics products, today announced availabilit= y of its WRP-500 Broadcaster(TM) NOAA Weather Radio, with an SRP of= $149.99, available for purchase via its ecommerce web site and through se= lect retailers around the country. Like all ShareCom products, the WRP-500= features a streamlined and fashionable design, coupled with strong price = performance.

    ShareCom manufactures products which are expressly d= esigned to support the in-place NOAA Weather Network - an always on (24/7)= broadcast network that covers 95% of the US. This ``early warning'= ' network provides general-purpose weather information and alerts for haza= rdous weather or disaster warnings for people throughout the US.

    = The Federal Government, The Americ= an Red Cross and numerous state and local government agencies a= re now emphasizing the need for the NOAA Weather Radio network, especially= since the September 11th tragedy. A NOAA Weather Radio is now consi= dered as important as having a smoke detector in a home, school or busines= s.

    ``Our market research in= dicated a strong need in the marketplace for a NOAA Weather Radio that loo= ks good in someone's home or office, but that has real ease of use built i= nto the overall design,'' said Brad Nordling the CEO of ShareCom, Inc. ``O= ne of the most requested feature enhancements from our consumers has been = to provide functionality that enables them to setup a radio right out of t= he box, with no cumbersome interface to deal with. The WRP-500 Broadcaster= addresses this need by incorporating our Graphical Alert Technology(TM) s= pecialty software - our customers now have the ability to easily config= ure their radios in a matter of seconds using a functional scroll down men= u.''

    Stay tun= ed for more announcements to come

More Reasons to Consider Buyin= g SHCC

2. The Nat= ional Oceanic and Aerospace Administration (NOAA) has WeatherRadio= s.com listed first on their web site, telling people were to purchase a NO= AA Weather Radio. 

3. The National Weather Serv= ice (NWS) has offered to promote corporate sponsorships to the Wea= therRadios.com site through recognition and media support.  &nbs= p;

4. Local American Red Cross Chapters will promo= te NOAA Weather Radios through WeatherRadios.com in an exchange fo= r a $5.00 donation per radio sold. 

5. The Chicago= Area AAA will feature SHCC's 2WayTalk.com on its web site offering exclusive discounts on Weather Radios,= and FRS Family Radios. 2WayTalk.com will also be listed in the AAA magazi= ne called "Home and Away". 

6. The Federation of Manufactured Home Owners of Florid= a (FMO) has entered into a one year agreement that will increase t= he sale of Weather Radios from the WeatherRadios.com site. Mailings and we= b site links will offer a group discount to members and also pay a rebate = to the organization for every radio sold. 

7. The Owner - Operat= or Independent Drivers Association (OOIDA) has begun to promote th= e discount that is offered through the WeatherRadios.com site. Magazine ar= ticles, mailings, and web site links will offer a group discount to member= s and also pay a rebate to the organization for every radio sold. This agr= eement will run for one year. 

     NOAA Weather Radios automatically alert people of impending severe weather conditions &= quot;24/7". This is especially critical for families while sleeping. = These devices are fast becoming recognized as essential and pote= ntially life saving for use in homes, businesses, and critical care fa= cilities.

The National Weather Service (NWS)<= /font> has stated that t= here has been an increase in severe weather in the last 10 years and this = trend is expected to continue. NWS has a published goal for NOAA Weathe= r Radios to be in every home within the next 10 years. Currentl= y, approximately just 7% of homes have this device. This being said= , we can expect a tremendous increase in the presence and sale of weath= er radios over the coming years. The NWS, NOAA, the Federal Emergency = Management Agency (FEMA) and other government agencies have an aggressive = education and funding effort to reach the 100% goal.

New technology called Specific Area Mess= age Encoding (SAME) was introduced in the mid 90s. It allows users to set = an alarm only for their specific geographic area. This feature is expected= to make this tool commonplace in homes alerting families of weathe= r conditions that pose an immediate danger.

Additionally, 2Wa= yTalk.com will continue to focus on Internet users who are outdoor enthusi= asts. The market continues to be strong and growing. FRS Family Radios are= now becoming a popular family item on vacations, ski trips, camping, and = biking events. They are used for a wide variety of purposes, from staying = in touch with children playing in the neighborhood, to coordinating soccer= tournaments and antique auctions. 

A Final Word About SHCC

SHCC is currently= booking $45,000/ month and is conservatively projecting earnings next yea= r of $1.3 million on revenues of $13 million. Unlike most e-commerc= e ventures, ShareCom's marketing "burn rate" is very modest. The= Company forecasts revenues of $32.5 million the following year, in= creasing profitability to earn $4.6 million. Given its impressive relation= ships and the rapidly growing market for its product, SHCC's share pric= e of just 1.6 cents makes it a compelling play for the astute investor. 
DISCLAIMER: 
Inform= ation within this email contains "forward looking statements" wi= thin the meaning of Section 27A of the Securities Act of 1933 and Section = 21B of the Securities Exchange Act of 1934. Any statements that express or= involve discussions with respect to predictions, expectations, beliefs, p= lans, projections, objectives, goals, assumptions or future events or perf= ormance are not statements of historical fact and may be "forward loo= king statements."

Forward looking statements are based on ex= pectations, estimates and projections at the time the statements are made = that involve a number of risks and uncertainties which could cause ac= tual results or events to differ materially from those presently anticipat= ed. Forward looking statements in this action may be identified through th= e use of words such as "projects", "foresee", =FFFFFF9= 3expects=FFFFFF92=FFFFFF94, =FFFFFF93will,=FFFFFF94  =FFFFFF93anticip= ates,=FFFFFF94 =FFFFFF93estimates,=FFFFFF94 =FFFFFF93believes,=FFFFFF94 &q= uot;understands" or that by statements indicating certain actions =FF= FFFF93may,=FFFFFF94 =FFFFFF93could,=FFFFFF94 or =FFFFFF93might=FFFFFF94 oc= cur.  All information provided within this email pertaining to invest= ing, stocks, securities must be understood as information provided and not= investment advice. Investment News Alert advises all readers and subscrib= ers to seek advice from a registered professional securities represen= tative before deciding to trade in stocks featured within this email. = ; None of the material within this report shall be construed as any kind o= f investment advice.

In compliance with the Securities Act of 193= 3, Section17(b), Investment Special discloses the receipt of $30,000 cash = from a third party for the publication of this report and additional  services related to SHCC. Be awa= re of an inherent conflict of interest resulting from such compensation.&n= bsp; All factual information in this report was gathered from public = sources, including but not limited to SEC filings, Company Press Releases,= and Market Guide.  Investme= nt Special  believes this information to be reliable but can make no = guarantee as to its accuracy or completeness. Use of the material within t= his email constitutes your acceptance of these terms.

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 7:15:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from luke.immure.com (luke.immure.com [207.8.42.74]) by hub.freebsd.org (Postfix) with ESMTP id 11E0A37B416; Thu, 3 Jan 2002 07:15:06 -0800 (PST) Received: (from bob@localhost) by luke.immure.com (8.11.6/8.11.6) id g03FF5J80744; Thu, 3 Jan 2002 09:15:05 -0600 (CST) (envelope-from bob) Date: Thu, 3 Jan 2002 09:15:04 -0600 From: Bob Willcox To: Greg Lehey Cc: Terry Lambert , Hiten Pandya , current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: [SUGGESTION] - JFS for FreeBSD Message-ID: <20020103091504.B77693@luke.immure.com> Reply-To: Bob Willcox References: <20011210220153.50612.qmail@web21102.mail.yahoo.com> <3C15AB82.FDF598A8@mindspring.com> <20011211182856.A67986@monorchid.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011211182856.A67986@monorchid.lemis.com>; from grog@FreeBSD.ORG on Tue, Dec 11, 2001 at 06:28:56PM +1030 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Dec 11, 2001 at 06:28:56PM +1030, Greg Lehey wrote: > On Monday, 10 December 2001 at 22:45:22 -0800, Terry Lambert wrote: > > Hiten Pandya wrote: > >> i wanted to ask if there were any _plans_ to port > >> JFS (Journaled File System) to FreeBSD... > > > > Not unless you have plans. When I was an IBM employee, they would > > not change the license, and so it's impossible to ship a CDROM > > where it's the boot FS, or boxes on which it is the boot FS, and > > still have it be legal, because of the license conflicts. > > > > I fought this for about a year within IBM, before I gave up. > > Since then, it has become possible for the loader to load modules > before booting the kernel. This means that, theoretically, it would > be possible to have a JFS root file system. Given the strong > opposition to the GPL in some factions of the FreeBSD project, I don't > see this happening any time soon, especially since we still don't know > if it will buy us anything. > > >> It is used on IBM MainFrames and Enterprise servers > >> for high performance and maximum throughput... > > > > No, it's not. The Linux JFS is derived from the OS/2 JFS code, not > > the good AIX JFS code. > > That's correct, but note that AIX is moving to this code base too, so > it's not as if it's second-rate. From what I've seen of the > structures, JFS2 is *much* better than JFS1. I haven't compared > performance. I happened to be with IBM working on AIX (I was the AIX architecture manager at the time) during the development of the original JFS (for AIX 3.1 on the first RS/6000s). Its design and implementation were largely the result of the efforts of a single person (Al Chang) from IBM research, who was also the primary designer/developer for the VM system for AIX 3.1. Consequently, the JFS code was designed to take advantage of the specific VM implementation (and the underlying RS/6000 VM hardware). This resulted in a rather unportable code base. Additionally, since it was derived from AT&T (and BSD) filesystem code, there were some licensing issues. As I recall, these two issues (portability and license) were what lead to the reimplementation for OS/2 (I wasn't involved or even very familiar with that effort though). Bob -- Bob Willcox Boucher's Observation: bob@vieo.com He who blows his own horn always plays the music Austin, TX several octaves higher than originally written. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 11:29:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from www.transnet.co.jp (www.transnet.co.jp [210.163.87.130]) by hub.freebsd.org (Postfix) with ESMTP id 0AC0D37B41A for ; Thu, 3 Jan 2002 11:29:22 -0800 (PST) Received: from 1Cust176.tnt1.san-fernando.ca.da.uu.net by www.transnet.co.jp with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1458.49) id CHF79FM9; Fri, 4 Jan 2002 04:30:24 +0900 Message-ID: <000071b82ded$00006dcc$00006149@personal.ro> To: From: "Great Buy" Subject: VOLT Inc. (NASDAQ VOLT) continue to trade higher19974 Date: Thu, 03 Jan 2002 11:35:39 -2000 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Volt Inc (OTC.BB: VOLT) has been receiving much attention due to its recent acquisitions and increase in share price in 2001. VOLT is about to close on another acquisition, which will bring significant revenue and cash flow. The acquisition is expected to close in early January. Short-term target for VOLT is $10.00 sometime in January. VOLT is a great investment for 2002. Reasons to buy Volt Inc. Volt Inc (OTC.BB: VOLT) is a company engaged in the alternative energy industry, which has enormous growth and profit prospects for years to come. The company has recently made several acquisitions and larger acquisitions are due to close at anytime. Volt has 1.9 million shares outstanding and assets in excess of $5,700,000. Book Value is $3.00 per share. Most stocks trade at least 2 to 4 times book value. Once the investment community hears about VOLT we believe shares will trade at 2 to 4 times book. Volt Inc has recently applied for listing on the American Stock Exchange (AMEX) and could be trading on the AMEX at early in 2002. Currently Volt’s application is pending. Most stocks that move to the AMEX trade significantly higher due to short covering by unscrupulous market makers. In many cases shares jump 20% to 30% the first day of trading on a listed exchange. Volt Inc is closing on hydroelectric plants totaling 10.5 MW in Michigan which has long term power sales contracts to Consumers Electric Corp (NYSE: They will be purchased for cash. The hydros have an 80-year operating history and the FERC license extends for another 30 years. Annual revenue is in excess of $1 million. In April, VOLT acquired the Altamont Wind Generation Facility, which is an existing electricity generation facility located on approximately 4000 acres in the Altamonte Pass, east of San Francisco, CA. The facility has about 1300 wind turbines at present and will be re-powered with new 950 KW state-of-the-art turbines. It is zoned and permitted for up to 114 megawatts, and the infrastructure includes the wind turbines, 300 miles of transmission lines, a 150 MW substation and an interconnection to the PG&E grid. Financing for the initial 60 MW re-power is $68 million, with 20% equity supplied by the $14 million value of the existing plant. The cost to produce electricity is approximately 4.5 cents per kwh, and is eligible for up to 3.5 cents of tax credits. Sale price of the electricity will be in the range of 6.9 cents per kwh. Annual revenue should be in the $5Million range without calculating green tickets or tax credits and incentives. Photovoltaic’s acquisition: VOLT has acquired thin film photovoltaic cell technology covered by two US Patents and patents in the United Kingdom and Canada, with patents pending in Germany, Singapore and Japan. These strips can be joined together with a patented crimp connection to make any size array necessary to meet the user’s requirements. The patents also cover a transfer release sheet that when peeled off allows the solar cell (strip) to adhere to any plastic or glass surface used by the customer. A 1”x18” strip produces approximately one-half watt or more. The advantages of these strips are that they are easy to ship to all parts of the world, there is no breakage and they are very economical. The solar cells have multiple uses worldwide including military, emergency, recreation and power generation. The company expects to sell all it can manufacture with a sales target of $100 million for the first 5 years projections. ******************************************************* Disclaimer: We have been paid a sum of $1000.00 as payment for this mailing service. We hold no stocks and have no personal interest in this company. Safe Harbor Statement under the Private Securities Litigation Reform Act of 1995: The statements contained herein that are not historical are forward looking statements that are subjects to risks and uncertainties that could cause actual results to differ materially from those expressed in the forward looking statements including, but not limited to, certain delays beyond the Company's control including, but not limited to, market acceptance of new technologies or products, delays in testing and evaluation of products and or acquisitions, and other risks detailed from time to time in the Company filings with the Securities & Exchange Commission. ******************************************************** If you would like to be removed from this mailing list, just click on the link below, put DELETE in the subject line and you will be permanently removed. We receive our mailing addresses from a list broker. If you have been placed on this list by mistake or by someone else, we apologize. It is not our intent to mail to people who are not interested in our products. Thank you. MailTo:takemeoff6721@yahoo.com?Subject=TakeMeOff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 15: 0:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 57F3737B41A for ; Thu, 3 Jan 2002 15:00:16 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020103230015.ODOD20119.rwcrmhc51.attbi.com@InterJet.elischer.org> for ; Thu, 3 Jan 2002 23:00:15 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA25150 for ; Thu, 3 Jan 2002 14:56:09 -0800 (PST) Date: Thu, 3 Jan 2002 14:56:08 -0800 (PST) From: Julian Elischer To: current@freebsd.org Subject: usb broken? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After a couple of cvsups and a complete make clean it still gives me this: anyone else seeing this?. ref3# make cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include -D_KERNEL -ffreestanding -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../../dev/usb/uhci.c ../../../dev/usb/uhci.c:162: warning: static declaration for `uhci_shutdown' follows non-static ../../../dev/usb/uhci.c:162: warning: redundant redeclaration of `uhci_shutdown' in same scope ../../../dev/usb/uhcivar.h:191: warning: previous declaration of `uhci_shutdown'../../../dev/usb/uhci.c:163: warning: static declaration for `uhci_power' follows non-static ../../../dev/usb/uhci.c:163: warning: redundant redeclaration of `uhci_power' in same scope ../../../dev/usb/uhcivar.h:192: warning: previous declaration of `uhci_power' ../../../dev/usb/uhci.c:549: warning: `uhci_shutdown' defined but not used ../../../dev/usb/uhci.c:565: warning: `uhci_power' defined but not used ../../../dev/usb/uhci.c:1272: warning: `uhci_reset' defined but not used cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include -D_KERNEL -ffreestanding -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../../pci/uhci_pci.c sh ../../../conf/newvers.sh GENERIC cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include -D_KERNEL -ffreestanding -include opt_global.h -elf -mpreferred-stack-boundary=2 vers.c linking kernel.debug uhci_pci.o: In function `uhci_pci_suspend': /usr/src/sys/i386/compile/REF3/../../../pci/uhci_pci.c(.text+0x21): undefined reference to `uhci_power' uhci_pci.o: In function `uhci_pci_resume': /usr/src/sys/i386/compile/REF3/../../../pci/uhci_pci.c(.text+0x41): undefined reference to `uhci_power' *** Error code 1 Stop in /usr/src/sys/i386/compile/REF3. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 15:19:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 736DA37B417 for ; Thu, 3 Jan 2002 15:19:10 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.6/8.11.5) with ESMTP id g03NJ3f56085 for ; Thu, 3 Jan 2002 18:19:04 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200201032319.g03NJ3f56085@aldan.algebra.com> Date: Thu, 3 Jan 2002 18:19:00 -0500 (EST) From: Mikhail Teterin Subject: zombie linux processes To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just noticed a whole bunch of processes, that would not go away :-( [...] 105 55742 1 0 107 0 0 0 - Z p3- 0:00,00 (mtvp) 105 55744 1 5 98 0 0 0 - Z p3- 0:00,00 (mtvp) 105 55745 1 5 107 0 0 0 - Z p3- 0:00,00 (mtvp) 105 55748 1 21 97 0 0 0 - Z p3- 0:00,00 (mtvp) 105 84170 1 0 96 0 0 0 - Z p3- 0:00,00 (mtvp) 105 84171 1 1 96 0 0 0 - Z p3- 0:00,00 (mtvp) 105 84172 1 22 98 0 0 0 - Z p3- 0:00,00 (mtvp) 105 84173 1 0 96 0 0 0 - Z p3- 0:00,00 (mtvp) 105 84189 1 0 96 0 0 0 - Z p3- 0:00,00 (mtvp) 105 84190 1 1 96 0 0 0 - Z p3- 0:00,00 (mtvp) 105 84191 1 46 101 0 0 0 - Z p3- 0:00,00 (mtvp) 105 84192 1 1 96 0 0 0 - Z p3- 0:00,00 (mtvp) [...] As you can see, the parent ID is 1, but they still exist... My -current is from Mon Nov 5 08:47:03 EST 2001... Is this something, that's fixed already? Thanks! -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 16:47:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from nebula.anchoragerescue.org (cable-115-7-237-24.anchorageak.net [24.237.7.115]) by hub.freebsd.org (Postfix) with ESMTP id 964B137B417 for ; Thu, 3 Jan 2002 16:47:26 -0800 (PST) Received: from there (galaxy.anchoragerescue.org [24.237.7.95]) by nebula.anchoragerescue.org (Postfix) with SMTP id 9078DB2 for ; Thu, 3 Jan 2002 15:47:20 -0900 (AKST) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul To: freebsd-current@freebsd.org Subject: kernel build fails Date: Thu, 3 Jan 2002 15:47:20 -0900 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020104004720.9078DB2@nebula.anchoragerescue.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I got the following trying to build -current today: make _kernel-depend cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -ffreestanding -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/i386/i386/genassym.c NM=nm OBJFORMAT=elf sh /usr/src/sys/kern/genassym.sh genassym.o > assym.s perl5 /usr/src/sys/kern/vnode_if.pl -h /usr/src/sys/kern/vnode_if.src Global symbol "$FreeBSD" requires explicit package name at /usr/src/sys/kern/vnode_if.pl line 82. Use of $* is deprecated at /usr/src/sys/kern/vnode_if.pl line 82. Global symbol "$FreeBSD" requires explicit package name at /usr/src/sys/kern/vnode_if.pl line 98. Execution of /usr/src/sys/kern/vnode_if.pl aborted due to compilation errors. *** Error code 255 Stop in /usr/obj/usr/src/sys/GALAXY. *** Error code 1 Anyone else see this? Beech ------------------------------------------------------------------- Beech Rintoul - IT Manager - Instructor - akbeech@anchoragerescue.org /"\ ASCII Ribbon Campaign | Anchorage Gospel Rescue Mission \ / - NO HTML/RTF in e-mail | P.O. Box 230510 X - NO Word docs in e-mail | Anchorage, AK 99523-0510 / \ ----------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 16:54:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id ABA9037B416; Thu, 3 Jan 2002 16:54:33 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id LAA16389; Fri, 4 Jan 2002 11:54:30 +1100 Date: Fri, 4 Jan 2002 11:54:55 +1100 (EST) From: Bruce Evans X-X-Sender: To: Cc: Subject: vnode_if.pl broken Message-ID: <20020104115006.R18782-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kernel builds now fail with the following error message: Global symbol "$FreeBSD" requires explicit package name at ./@/kern/vnode_if.pl line 82. Use of $* is deprecated at ./@/kern/vnode_if.pl line 82. Global symbol "$FreeBSD" requires explicit package name at ./@/kern/vnode_if.pl line 98. Execution of ./@/kern/vnode_if.pl aborted due to compilation errors. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 17:37:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by hub.freebsd.org (Postfix) with SMTP id 91F5237B405 for ; Thu, 3 Jan 2002 17:37:48 -0800 (PST) Received: (qmail 19468 invoked by uid 3193); 4 Jan 2002 01:37:43 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 4 Jan 2002 01:37:43 -0000 Date: Thu, 3 Jan 2002 20:37:43 -0500 (EST) From: Mike Silbersack X-Sender: To: Bruce Evans Cc: Subject: Re: vnode_if.pl broken In-Reply-To: <20020104115006.R18782-100000@gamplex.bde.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 4 Jan 2002, Bruce Evans wrote: > Kernel builds now fail with the following error message: > > Global symbol "$FreeBSD" requires explicit package name at ./@/kern/vnode_if.pl line 82. > Use of $* is deprecated at ./@/kern/vnode_if.pl line 82. > Global symbol "$FreeBSD" requires explicit package name at ./@/kern/vnode_if.pl line 98. > Execution of ./@/kern/vnode_if.pl aborted due to compilation errors. > > Bruce Crap. Ok, working on it. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 19:47:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id D413837B416 for ; Thu, 3 Jan 2002 19:47:40 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.6/8.11.5) with ESMTP id g043i2l00507 for ; Thu, 3 Jan 2002 22:44:03 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200201040344.g043i2l00507@aldan.algebra.com> Date: Thu, 3 Jan 2002 22:44:01 -0500 (EST) From: Mikhail Teterin Subject: today's -current: pseudofs To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Although pseudofs is now required for procfs to link, config(8) does not know about it -- my old kernel config file with PROCFS raised no problems until the linking time, when a bunch of pseudofs functions turned out to be absent... -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 19:55:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 7567837B440 for ; Thu, 3 Jan 2002 19:55:16 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.6/8.11.5) with ESMTP id g043pgl00593 for ; Thu, 3 Jan 2002 22:51:43 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200201040351.g043pgl00593@aldan.algebra.com> Date: Thu, 3 Jan 2002 22:51:41 -0500 (EST) From: Mikhail Teterin Subject: today's current: boot/loader and console To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After 25 days of uptime I rebuilt the world, and can no longer boot as usual. Both boot/loader and boot/loader.old (from Oct 30) flash the list of devices and immediately reset the computer. My only way to bring it up is to press space at the right moment, get the Boot: prompt and load/boot kernel directly bypassing the loader. This works, but there is no console output (it goes from spinner straight into the login prompt). I guess, the console output is being sent down sio0, where there is an external modem now. Turning the modem off does not change anything... Dmesg output follows (note, that the ``calcru: negative time...'' messages are still here!). What have I done to deserve this? Copyright (c) 1992-2002 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 5.0-CURRENT #1: Thu Jan 3 21:38:15 EST 2002 mi@aldan.algebra.com:/ccd/obj/ccd/src/sys/DEBUG Calibrating clock(s) ... TSC clock: 298563844 Hz, i8254 clock: 1193302 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium II/Pentium II Xeon/Celeron (298.54-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping = 3 Features=0x80fbff real memory = 335478784 (327616K bytes) Physical memory chunk(s): 0x00001000 - 0x0009dfff, 643072 bytes (157 pages) 0x004f0000 - 0x13fe7fff, 330268672 bytes (80632 pages) avail memory = 321290240 (313760K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 bios32: Found BIOS32 Service Directory header at 0xc00f7270 bios32: Entry = 0xfd824 (c00fd824) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd6c0+0x430 pnpbios: Found PnP BIOS data at 0xc00f72a0 pnpbios: Entry = f0000:ab93 Rev = 1.0 Other BIOS signatures found: null: random: mem: Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 00 02 00 01 00 01 00 00 00 00 22 00 00 01 20 00 00 01 19 01 00 01 2d 01 00 01 4b 01 00 01 0a 01 09 01 02 01 03 01 04 01 00 01 01 01 05 01 11 01 14 01 10 01 13 01 16 01 02 01 06 01 VESA: 19 mode(s) found VESA: v2.0, 2048k memory, flags:0x0, mode table:0xc041f722 (1000022) VESA: Cirrus Logic GD-5480 VGA VESA: Vendor Name Product Name Revision Number SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x8000a010 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71928086) Using $PIR table, 8 entries at 0xc00fdf40 acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xc08-0xc0b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: physical bus=0 map[10]: type 3, range 32, base fa400000, size 22, enabled found-> vendor=0x8086, dev=0x7192, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 IOAPIC #0 intpin 16 -> irq 2 Freeing (NOT implemented) redirected PCI irq 11. map[10]: type 4, range 32, base 00001c30, size 3, enabled map[14]: type 4, range 32, base 00001c24, size 2, enabled map[18]: type 4, range 32, base 00001c28, size 3, enabled map[1c]: type 4, range 32, base 00001c20, size 2, enabled map[20]: type 4, range 32, base 00001080, size 6, enabled map[24]: type 1, range 32, base fa100000, size 17, enabled found-> vendor=0x105a, dev=0x4d38, revid=0x01 bus=0, slot=11, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 intpin=a, irq=2 powerspec 1 supports D0 D3 current D0 IOAPIC #0 intpin 21 -> irq 3 Freeing (NOT implemented) redirected PCI irq 10. map[10]: type 4, range 32, base 00001400, size 8, enabled map[14]: type 1, range 32, base fa123000, size 8, enabled map[18]: type 1, range 32, base fa120000, size 12, enabled found-> vendor=0x1000, dev=0x000f, revid=0x37 bus=0, slot=13, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 intpin=a, irq=3 powerspec 1 supports D0 D1 D2 D3 current D0 IOAPIC #0 intpin 22 -> irq 5 map[10]: type 4, range 32, base 00001800, size 8, enabled map[14]: type 1, range 32, base fa123400, size 8, enabled map[18]: type 1, range 32, base fa121000, size 12, enabled found-> vendor=0x1000, dev=0x000f, revid=0x37 bus=0, slot=13, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 intpin=b, irq=5 powerspec 1 supports D0 D1 D2 D3 current D0 IOAPIC #0 intpin 18 -> irq 9 Freeing (NOT implemented) redirected PCI irq 3. map[10]: type 4, range 32, base 000010c0, size 6, enabled found-> vendor=0x1274, dev=0x1371, revid=0x02 bus=0, slot=14, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 intpin=a, irq=9 powerspec 1 supports D0 D2 D3 current D0 IOAPIC #0 intpin 20 -> irq 10 Freeing (NOT implemented) redirected PCI irq 11. map[10]: type 3, range 32, base fa124000, size 12, enabled map[14]: type 4, range 32, base 00001060, size 5, enabled map[18]: type 1, range 32, base fa000000, size 20, enabled found-> vendor=0x8086, dev=0x1229, revid=0x05 bus=0, slot=15, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=18, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 map[20]: type 4, range 32, base 00001050, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=18, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 map[20]: type 4, range 32, base 00001c00, size 5, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=18, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 map[90]: type 4, range 32, base 00001040, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=18, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 map[10]: type 3, range 32, base fc000000, size 25, enabled map[14]: type 1, range 32, base fa122000, size 12, enabled found-> vendor=0x1013, dev=0x00bc, revid=0x23 bus=0, slot=20, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 pci0: on acpi_pcib0 atapci0: port 0x1080-0x10bf,0x1c20-0x1c23,0x1c28-0x1c2f,0x1c24-0x1c27,0x1c30-0x1c37 mem 0xfa100000-0xfa11ffff irq 2 at device 11.0 on pci0 ata2: iobase=0x1c30 altiobase=0x1c26 bmaddr=0x1080 ata2: mask=03 ostat0=50 ostat2=00 ata2-master: ATAPI probe 00 00 ata2-slave: ATAPI probe 00 00 ata2: mask=03 stat0=50 stat1=00 ata2-master: ATA probe 01 a5 ata2: devices=01 ata2: at 0x1c30 on atapci0 ata3: iobase=0x1c28 altiobase=0x1c22 bmaddr=0x1088 ata3: mask=03 ostat0=50 ostat2=00 ata3-master: ATAPI probe 00 00 ata3-slave: ATAPI probe 00 00 ata3: mask=03 stat0=50 stat1=00 ata3-master: ATA probe 01 a5 ata3: devices=01 ata3: at 0x1c28 on atapci0 sym0: <875> port 0x1400-0x14ff mem 0xfa120000-0xfa120fff,0xfa123000-0xfa1230ff irq 3 at device 13.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym1: <875> port 0x1800-0x18ff mem 0xfa121000-0xfa121fff,0xfa123400-0xfa1234ff irq 5 at device 13.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. pcm0: port 0x10c0-0x10ff irq 9 at device 14.0 on pci0 pcm0: ac97 codec id 0x54524103 (TriTech TR?????) pcm0: ac97 codec features 6 bit master volume, no 3D Stereo Enhancement pcm: setmap 5e3000, 1000; 0xc1619000 -> 5e3000 pcm: setmap 5e5000, 1000; 0xc161b000 -> 5e5000 fxp0: port 0x1060-0x107f mem 0xfa000000-0xfa0fffff,0xfa124000-0xfa124fff irq 10 at device 15.0 on pci0 fxp0: using memory space register mapping fxp0: Ethernet address 00:a0:c9:83:0b:d5 fxp0: PCI IDs: 8086 1229 8086 0008 0005 fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: fxp0 attached isab0: at device 18.0 on pci0 isa0: on isab0 atapci1: port 0x1050-0x105f at device 18.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x1050 ata0: mask=03 ostat0=10 ostat2=10 ata0-master: ATAPI probe 10 10 ata0-slave: ATAPI probe 10 10 ata0: mask=03 stat0=10 stat1=10 ata0-master: ATA probe 10 10 ata0-slave: ATA probe 10 10 ata0: devices=00 ata0: at 0x1f0 irq 14 on atapci1 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x1058 ata1: mask=01 ostat0=50 ostat2=ff ata1-master: ATAPI probe 14 eb ata1: mask=01 stat0=00 stat1=00 ata1: devices=04 ata1: at 0x170 irq 15 on atapci1 uhci0: port 0x1c00-0x1c1f irq 5 at device 18.2 on pci0 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 intpm0: port 0x1040-0x104f irq 9 at device 18.3 on pci0 intpm0: I/O mapped 1040 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped c00 pci0: at device 20.0 (no driver attached) atspeaker0 port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 on acpi0 unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range PC873xx probe at 0x2e got unknown ID 0x0 ppc0: ECP SPP SPP ppc0 port 0x778-0x77f,0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port vpo0: can't connect to the drive imm0: (disconnect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 sio0: irq maps: 0xc1 0xd1 0xc1 0xc1 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0xc1 0xd1 0xc1 0xc1 sio1 port 0x3e8-0x3ef irq 4 on acpi0 sio1: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) npx0: on motherboard npx0: INT 16 interface Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices sc0: on isa0 sc0: VGA <9 virtual consoles, flags=0x0> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x700ff fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 01 40 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff isa_probe_children: probing PnP devices SMP: enabled INTs: 1, 2, 3, 4, 5, 6, 7, 9, 10, 12, 14, 15, apic_imen: 0xffff2901 BIOS Geometries: 0:020ffe3f 0..527=528 cylinders, 0..254=255 heads, 1..63=63 sectors 1:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 2:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. procfs registered APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, unlimited logging IPv6 packet filtering initialized, default to accept, unlimited logging bpf: lo0 attached bpf: ppp0 attached DUMMYNET initialized (011031) Linux ELF exec handler installed IPsec: Initialized Security Association Processing. ad4: success setting UDMA4 on Promise chip Creating DISK ad4 Promise check1 failed ad4: ATA-5 disk at ata2-master ad4: 28629MB (58633344 sectors), 58168 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, UDMA66 ad4: piomode=4 dmamode=2 udmamode=4 cblid=1 ad6: success setting UDMA4 on Promise chip Creating DISK ad6 Promise check1 failed ad6: ATA-5 disk at ata3-master ad6: 28629MB (58633344 sectors), 58168 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, UDMA66 ad6: piomode=4 dmamode=2 udmamode=4 cblid=1 ata1-master: piomode=3 dmamode=1 udmamode=-1 dmaflag=1 ata1-master: success setting PIO3 on generic chip acd0: CDROM drive at ata1 as master acd0: read 1376KB/s (32504KB/s), 128KB buffer, PIO3 acd0: Reads: CD-DA acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM unknown Waiting 2 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. (probe0:sym0:0:0:0): Retrying Command (probe17:sym1:0:2:0): error 22 (probe17:sym1:0:2:0): Unretryable Error Creating DISK cd0 Creating DISK da0 pass0 at sym0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number JDR614250M11T1 pass0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled pass1 at sym1 bus 0 target 2 lun 0 pass1: Removable CD-ROM SCSI-2 device pass1: 3.300MB/s transfers Mounting root from ufs:da0a da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number JDR614250M11T1 da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4148MB (8496884 512 byte sectors: 255H 63S/T 528C) (cd0:sym1:0:2:0): error 6 (cd0:sym1:0:2:0): Unretryable Error cd0 at sym1 bus 0 target 2 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present da0s1: type 0xa5, start 0, end = 8496883, size 8496884 da0s1: C/H/S end 528/231/11 (1350007) != end 8496883: invalid SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff SMP: AP CPU #1 Launched! start_init: trying /sbin/init microuptime() went backwards (10.3931180 -> 9.512351) ad6: invalid primary partition table: no magic ad4: invalid primary partition table: no magic WARNING: /ccd was not properly dismounted bpf: tun0 attached md0: Malloc disk Creating DISK md0 md0: invalid primary partition table: no magic md0: invalid primary partition table: no magic md0: invalid primary partition table: no magic md0: invalid primary partition table: no magic fxp0: promiscuous mode enabled (da0:sym0:0:0:0): tagged openings now 63 (da0:sym0:0:0:0): Retrying Command calcru: negative time of 392153083 usec for pid 370 (setiathome) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 22: 4:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 92EA637B41C for ; Thu, 3 Jan 2002 22:04:08 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id BAA13521; Fri, 4 Jan 2002 01:03:53 -0500 (EST) Date: Fri, 4 Jan 2002 01:03:52 -0500 (EST) From: "Matthew N. Dodd" To: Mikhail Teterin Cc: current@FreeBSD.ORG Subject: Re: today's -current: pseudofs In-Reply-To: <200201040344.g043i2l00507@aldan.algebra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 3 Jan 2002, Mikhail Teterin wrote: > Although pseudofs is now required for procfs to link, config(8) does > not know about it -- my old kernel config file with PROCFS raised no > problems until the linking time, when a bunch of pseudofs functions > turned out to be absent... Not sure why sys/conf/files doesn't have the right stuff listed to pull pseudofs in when procfs is defined... -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 22:48:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id 08D9237B426 for ; Thu, 3 Jan 2002 22:48:02 -0800 (PST) Received: (qmail 28668 invoked from network); 4 Jan 2002 06:47:59 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 4 Jan 2002 06:47:59 -0000 Message-ID: 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: <200201040351.g043pgl00593@aldan.algebra.com> Date: Thu, 03 Jan 2002 22:47:42 -0800 (PST) From: John Baldwin To: Mikhail Teterin Subject: RE: today's current: boot/loader and console Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 04-Jan-02 Mikhail Teterin wrote: > After 25 days of uptime I rebuilt the world, and can no longer boot as > usual. Both boot/loader and boot/loader.old (from Oct 30) flash the list > of devices and immediately reset the computer. Any chance you could setup a serial console and catch the output? > My only way to bring it up is to press space at the right moment, get > the Boot: prompt and load/boot kernel directly bypassing the loader. > > This works, but there is no console output (it goes from spinner > straight into the login prompt). I guess, the console output is being > sent down sio0, where there is an external modem now. Turning the modem > off does not change anything... No, you have no console because you have no hints. If you statically compile your hints into your kernel, you will have a console again. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 22:48:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id A6BFE37B421 for ; Thu, 3 Jan 2002 22:47:54 -0800 (PST) Received: (qmail 28637 invoked from network); 4 Jan 2002 06:47:53 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 4 Jan 2002 06:47:53 -0000 Message-ID: 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: <200201040344.g043i2l00507@aldan.algebra.com> Date: Thu, 03 Jan 2002 22:47:35 -0800 (PST) From: John Baldwin To: Mikhail Teterin Subject: RE: today's -current: pseudofs Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 04-Jan-02 Mikhail Teterin wrote: > Although pseudofs is now required for procfs to link, config(8) does > not know about it -- my old kernel config file with PROCFS raised no > problems until the linking time, when a bunch of pseudofs functions > turned out to be absent... This is normal. config isn't supposed to warn you about such things. > -mi -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 3 23:56:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 5423237B41E for ; Thu, 3 Jan 2002 23:56:15 -0800 (PST) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id g047uDe11415 for current@freebsd.org; Fri, 4 Jan 2002 10:56:13 +0300 (MSK) (envelope-from ache) Date: Fri, 4 Jan 2002 10:56:11 +0300 From: "Andrey A. Chernov" To: current@freebsd.org Subject: Question to PAM hackers Message-ID: <20020104075611.GA11377@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.24i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there a way (i.e. interface function) to check if particular PAM module loaded, inside application? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 4 3:27:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id 2845D37B419 for ; Fri, 4 Jan 2002 03:26:50 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id MAA21566 for current@freebsd.org; Fri, 4 Jan 2002 12:25:47 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id g04CJXw00588 for ; Fri, 4 Jan 2002 13:19:33 +0100 (CET) (envelope-from root@nihil) Date: Fri, 4 Jan 2002 13:19:33 +0100 (CET) From: Michael Reifenberger To: FreeBSD-Current Subject: Thinkpad A30p and -current. status and issues Message-ID: <20020104123753.T522-300000@nihil> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-339244195-1010146773=:522" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: 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-339244195-1010146773=:522 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, because I behaved well last year christmas brought a new A30p in replacement for my former Toshiba Tecra 8000 :-) First impression: Nice pice of plastic and silicon. Migrating from the Tecra to the A30p was a few hours for FreeBSD (exclusivly for dump/restore from old to new disk.) Editing rc.conf, fstab and XF86Config took a few minutes. Migrating NT2K took one day for reinstalling all applications and rebooting dozend of times.... BTW: The A30p doesnt have a Floppy by default anymore and no installation CD's for reinstallation. All is preinstalled in a obscure Win98 1Gig Partition at the end of the harddisk which gets called if one presses F11 during startup. But it seems a MBR feature which goes away if one installs an alternative bootblock. Working Features: - The display X11 @ 1600x1200 via VESA driver (the RADEON chip is not directly supported in XFree 4.1.0) - build-in fxp0 - modular DVD/CDR/CDRW comby (is a Toshiba drive) - USB / USB-mouse - PS/2 - UDMA33/66/100 via ATA(66/100) / ATAPI (33) - OLDCARD via the legacy shims Not working Features: - agp driver (unknown too new chipset) - SMB/IIC-bus ( " ) - Sound (Intel ICH3) - NEWCARD - OLDCARD pcic_pci attachment - Lucent Softmodem (no driver) - Firewire ( " ) - ACPI (I get some Error messages during startup and I'm not sure up to which extend ACPI works) The OLDCARD/NEWCARD/Sound issues seems all to be related to bus mapping problems of register and io memory. See attached files dmesg2.txt and pciconf.txt. Does anyone know how to interpret and resolve the mapping issues? Which bridge-chip is responsible for the agp access? Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS --0-339244195-1010146773=:522 Content-Type: TEXT/plain; name="dmesg2.txt" Content-Transfer-Encoding: BASE64 Content-ID: <20020104131933.I522@nihil> Content-Description: Content-Disposition: attachment; filename="dmesg2.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDIgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDUuMC1DVVJSRU5UICM0OiBUaHUgSmFuICAzIDE3 OjU4OjU0IENFVCAyMDAyDQogICAgcm9vdEBuaWhpbDovdXNyL3NyYy9zeXMv aTM4Ni9jb21waWxlL25paGlsDQpQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jv b3Qva2VybmVsL2tlcm5lbCIgYXQgMHhjMDNiYTAwMC4NClByZWxvYWRlZCB1 c2VyY29uZmlnX3NjcmlwdCAiL2Jvb3Qva2VybmVsLmNvbmYiIGF0IDB4YzAz YmEwYjQuDQpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL21k LmtvIiBhdCAweGMwM2JhMTA0Lg0KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9i b290L2tlcm5lbC9pZl9kYy5rbyIgYXQgMHhjMDNiYTFhYy4NClByZWxvYWRl ZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvbWlpYnVzLmtvIiBhdCAweGMw M2JhMjU4Lg0KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9p Zl9meHAua28iIGF0IDB4YzAzYmEzMDQuDQpQcmVsb2FkZWQgZWxmIG1vZHVs ZSAiL2Jvb3Qva2VybmVsL3VzYi5rbyIgYXQgMHhjMDNiYTNiMC4NClByZWxv YWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvdW1zLmtvIiBhdCAweGMw M2JhNDU4Lg0KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9p Zl9lcC5rbyIgYXQgMHhjMDNiYTUwMC4NClByZWxvYWRlZCBlbGYgbW9kdWxl ICIvYm9vdC9rZXJuZWwvc25kX2ljaC5rbyIgYXQgMHhjMDNiYTVhYy4NClBy ZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvc25kX3BjbS5rbyIg YXQgMHhjMDNiYTY1OC4NClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9r ZXJuZWwvaWZfZWQua28iIGF0IDB4YzAzYmE3MDQuDQpQcmVsb2FkZWQgZWxm IG1vZHVsZSAiL2Jvb3Qva2VybmVsL2FjcGkua28iIGF0IDB4YzAzYmE3YjAu DQpDYWxpYnJhdGluZyBjbG9jayhzKSAuLi4gVFNDIGNsb2NrOiAxMTk4OTkx MTU2IEh6LCBpODI1NCBjbG9jazogMTE5MzE5MSBIeg0KQ0xLX1VTRV9JODI1 NF9DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcgZGVmYXVsdCBm cmVxdWVuY3kNClRpbWVjb3VudGVyICJpODI1NCIgIGZyZXF1ZW5jeSAxMTkz MTgyIEh6DQpDTEtfVVNFX1RTQ19DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVk IC0gdXNpbmcgb2xkIGNhbGlicmF0aW9uIG1ldGhvZA0KVGltZWNvdW50ZXIg IlRTQyIgIGZyZXF1ZW5jeSAxMTk4OTg0ODE5IEh6DQpDUFU6IFBlbnRpdW0g SUlJL1BlbnRpdW0gSUlJIFhlb24vQ2VsZXJvbiAoMTE5OC45OC1NSHogNjg2 LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0g MHg2YjEgIFN0ZXBwaW5nID0gMQ0KICBGZWF0dXJlcz0weDM4M2Y5ZmY8RlBV LFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxTRVAsTVRSUixQR0Us TUNBLENNT1YsUEFULFBTRTM2LE1NWCxGWFNSLFNTRT4NCnJlYWwgbWVtb3J5 ICA9IDEzMzU2MjM2OCAoMTMwNDMySyBieXRlcykNClBoeXNpY2FsIG1lbW9y eSBjaHVuayhzKToNCjB4MDAwMDEwMDAgLSAweDAwMDllZmZmLCA2NDcxNjgg Ynl0ZXMgKDE1OCBwYWdlcykNCjB4MDAzZTEwMDAgLSAweDA3ZjRmZmZmLCAx Mjk0Mjk1MDQgYnl0ZXMgKDMxNTk5IHBhZ2VzKQ0KYXZhaWwgbWVtb3J5ID0g MTI2MDQ2MjA4ICgxMjMwOTJLIGJ5dGVzKQ0KYmlvczMyOiBGb3VuZCBCSU9T MzIgU2VydmljZSBEaXJlY3RvcnkgaGVhZGVyIGF0IDB4YzAwZjczYTANCmJp b3MzMjogRW50cnkgPSAweGZkN2UwIChjMDBmZDdlMCkgIFJldiA9IDAgIExl biA9IDENCnBjaWJpb3M6IFBDSSBCSU9TIGVudHJ5IGF0IDB4ZmQ3NzArMHgx OGUNCnBucGJpb3M6IEZvdW5kIFBuUCBCSU9TIGRhdGEgYXQgMHhjMDBmNzQw MA0KcG5wYmlvczogRW50cnkgPSBmMDAwMDphMTM4ICBSZXYgPSAxLjANCnBu cGJpb3M6IEV2ZW50IGZsYWcgYXQgNGI0DQpPdGhlciBCSU9TIHNpZ25hdHVy ZXMgZm91bmQ6DQptZW06IDxtZW1vcnkgJiBJL08+DQpQZW50aXVtIFBybyBN VFJSIHN1cHBvcnQgZW5hYmxlZA0KVkVTQTogaW5mb3JtYXRpb24gYmxvY2sN CjU2IDQ1IDUzIDQxIDAwIDAyIDAwIDAxIDAwIDAxIDAxIDAwIDAwIDAwIDIy IDAwIA0KMDAgMDEgMDAgMDIgMDAgMDEgMTQgMDEgMDAgMDEgMmEgMDEgMDAg MDEgMmYgMDEgDQowMCAwMSA4MiAwMSAwZCAwMSAwZSAwMSAwZiAwMSAyMCAw MSA5MiAwMSA5MyAwMSANCjk0IDAxIDk1IDAxIDk2IDAxIGEyIDAxIGEzIDAx IGE0IDAxIGE1IDAxIGE2IDAxIA0KVkVTQTogNjAgbW9kZShzKSBmb3VuZA0K VkVTQTogdjIuMCwgMzI3NjhrIG1lbW9yeSwgZmxhZ3M6MHgxLCBtb2RlIHRh YmxlOjB4YzAyOThiMjIgKDEwMDAwMjIpDQpWRVNBOiBBVEkgTU9CSUxJVFkg UkFERU9ODQpWRVNBOiBBVEkgVGVjaG5vbG9naWVzIEluYy4gUDYgICAwMS4w MA0KcmFuZG9tOiA8ZW50cm9weSBzb3VyY2U+DQpudWxsOiA8bnVsbCBkZXZp Y2UsIHplcm8gZGV2aWNlPg0KcGNpX29wZW4oMSk6CW1vZGUgMSBhZGRyIHBv cnQgKDB4MGNmOCkgaXMgMHg4MDAxMDAxNA0KcGNpX29wZW4oMWEpOgltb2Rl MXJlcz0weDgwMDAwMDAwICgweDgwMDAwMDAwKQ0KcGNpX2NmZ2NoZWNrOglk ZXZpY2UgMCBbY2xhc3M9MDYwMDAwXSBbaGRyPTAwXSBpcyB0aGVyZSAoaWQ9 MzU3NTgwODYpDQpVc2luZyAkUElSIHRhYmxlLCAxNCBlbnRyaWVzIGF0IDB4 YzAwZmRlYjANCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9h cmQNCm5weDA6IElOVCAxNiBpbnRlcmZhY2UNCmFjcGkwOiA8SUJNICAgIFRQ LTFFICAgPiBvbiBtb3RoZXJib2FyZA0KICAgIEFDUEktMDI5NDogKioqIEVy cm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCwgQUVfTk9UX0VYSVNUDQog ICAgQUNQSS0wMjk0OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFp bGVkLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyOTQ6ICoqKiBFcnJvcjog TWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQsIEFFX05PVF9FWElTVA0KICAgIEFD UEktMDI5NDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCwg QUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjk0OiAqKiogRXJyb3I6IE1ldGhv ZCBleGVjdXRpb24gZmFpbGVkLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAy OTQ6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQsIEFFX05P VF9FWElTVA0KICAgIEFDUEktMDI5NDogKioqIEVycm9yOiBNZXRob2QgZXhl Y3V0aW9uIGZhaWxlZCwgQUVfTk9UX0VYSVNUDQphY3BpMDogcG93ZXIgYnV0 dG9uIGlzIGhhbmRsZWQgYXMgYSBmaXhlZCBmZWF0dXJlIHByb2dyYW1taW5n IG1vZGVsLg0KVGltZWNvdW50ZXIgIkFDUEkiICBmcmVxdWVuY3kgMzU3OTU0 NSBIeg0KICAgIEFDUEktMDI5NDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0 aW9uIGZhaWxlZCwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjk0OiAqKiog RXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkLCBBRV9OT1RfRVhJU1QN CiAgICBBQ1BJLTAyOTQ6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBm YWlsZWQsIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI5NDogKioqIEVycm9y OiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCwgQUVfTk9UX0VYSVNUDQogICAg QUNQSS0wMjk0OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVk LCBBRV9OT1RfRVhJU1QNCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0 IDMuNTc5NTQ1TUh6PiBwb3J0IDB4MTAwOC0weDEwMGIgb24gYWNwaTANCmFj cGlfY3B1MDogPENQVT4gb24gYWNwaTANCmFjcGlfdHowOiA8dGhlcm1hbCB6 b25lPiBvbiBhY3BpMA0KYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlk IFN3aXRjaD4gb24gYWNwaTANCmFjcGlfYnV0dG9uMDogPFNsZWVwIEJ1dHRv bj4gb24gYWNwaTANCmFjcGlfcGNpYjA6IDxIb3N0LVBDSSBicmlkZ2U+IHBv cnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCnBjaTA6IHBoeXNpY2FsIGJ1cz0w DQoJbWFwWzEwXTogdHlwZSAzLCByYW5nZSAzMiwgYmFzZSBkMDAwMDAwMCwg c2l6ZSAyOCwgZW5hYmxlZA0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9 MHgzNTc1LCByZXZpZD0weDAyDQoJYnVzPTAsIHNsb3Q9MCwgZnVuYz0wDQoJ Y2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KZm91bmQt Pgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzNTc2LCByZXZpZD0weDAyDQoJYnVz PTAsIHNsb3Q9MSwgZnVuYz0wDQoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9 MHgwMSwgbWZkZXY9MA0KCW1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJh c2UgMDAwMDE4MDAsIHNpemUgIDUsIGVuYWJsZWQNCmZvdW5kLT4JdmVuZG9y PTB4ODA4NiwgZGV2PTB4MjQ4MiwgcmV2aWQ9MHgwMQ0KCWJ1cz0wLCBzbG90 PTI5LCBmdW5jPTANCgljbGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0xDQoJaW50cGluPWEsIGlycT0xMQ0KCW1hcFsyMF06IHR5cGUgNCwg cmFuZ2UgMzIsIGJhc2UgMDAwMDE4MjAsIHNpemUgIDUsIGVuYWJsZWQNCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjQ4NCwgcmV2aWQ9MHgwMQ0K CWJ1cz0wLCBzbG90PTI5LCBmdW5jPTENCgljbGFzcz0wYy0wMy0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0wDQoJaW50cGluPWIsIGlycT0xMQ0KCW1hcFsy MF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE4NDAsIHNpemUgIDUs IGVuYWJsZWQNCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjQ4Nywg cmV2aWQ9MHgwMQ0KCWJ1cz0wLCBzbG90PTI5LCBmdW5jPTINCgljbGFzcz0w Yy0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJaW50cGluPWMsIGly cT0xMQ0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNDQ4LCByZXZp ZD0weDQxDQoJYnVzPTAsIHNsb3Q9MzAsIGZ1bmM9MA0KCWNsYXNzPTA2LTA0 LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTANCmZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4MjQ4YywgcmV2aWQ9MHgwMQ0KCWJ1cz0wLCBzbG90PTMx LCBmdW5jPTANCgljbGFzcz0wNi0wMS0wMCwgaGRydHlwZT0weDAwLCBtZmRl dj0xDQoJbWFwWzEwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwMDFm MCwgc2l6ZSAgMywgZW5hYmxlZA0KCW1hcFsxNF06IHR5cGUgNCwgcmFuZ2Ug MzIsIGJhc2UgMDAwMDAzZjQsIHNpemUgIDIsIGVuYWJsZWQNCgltYXBbMThd OiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAwMTcwLCBzaXplICAzLCBl bmFibGVkDQoJbWFwWzFjXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAw MDM3NCwgc2l6ZSAgMiwgZW5hYmxlZA0KCW1hcFsyMF06IHR5cGUgNCwgcmFu Z2UgMzIsIGJhc2UgMDAwMDE4NjAsIHNpemUgIDQsIGVuYWJsZWQNCmZvdW5k LT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjQ4YSwgcmV2aWQ9MHgwMQ0KCWJ1 cz0wLCBzbG90PTMxLCBmdW5jPTENCgljbGFzcz0wMS0wMS04YSwgaGRydHlw ZT0weDAwLCBtZmRldj0wDQoJaW50cGluPWEsIGlycT0yNTUNCgltYXBbMjBd OiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAxODgwLCBzaXplICA1LCBl bmFibGVkDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI0ODMsIHJl dmlkPTB4MDENCglidXM9MCwgc2xvdD0zMSwgZnVuYz0zDQoJY2xhc3M9MGMt MDUtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWludHBpbj1iLCBpcnE9 MTENCgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAxYzAw LCBzaXplICA4LCBwb3J0IGRpc2FibGVkDQoJbWFwWzE0XTogdHlwZSA0LCBy YW5nZSAzMiwgYmFzZSAwMDAwMThjMCwgc2l6ZSAgNiwgcG9ydCBkaXNhYmxl ZA0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNDg1LCByZXZpZD0w eDAxDQoJYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9NQ0KCWNsYXNzPTA0LTAxLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCglpbnRwaW49YiwgaXJxPTExDQoJ bWFwWzEwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwMjQwMCwgc2l6 ZSAgOCwgcG9ydCBkaXNhYmxlZA0KCW1hcFsxNF06IHR5cGUgNCwgcmFuZ2Ug MzIsIGJhc2UgMDAwMDIwMDAsIHNpemUgIDcsIHBvcnQgZGlzYWJsZWQNCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjQ4NiwgcmV2aWQ9MHgwMQ0K CWJ1cz0wLCBzbG90PTMxLCBmdW5jPTYNCgljbGFzcz0wNy0wMy0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0wDQoJaW50cGluPWIsIGlycT0xMQ0KcGNpMDog PFBDSSBidXM+IG9uIGFjcGlfcGNpYjANCnBjaWIxOiA8UENJLVBDSSBicmlk Z2U+IGF0IGRldmljZSAxLjAgb24gcGNpMA0KcGNpYjE6ICAgc2Vjb25kYXJ5 IGJ1cyAgICAgMQ0KcGNpYjE6ICAgc3Vib3JkaW5hdGUgYnVzICAgMQ0KcGNp YjE6ICAgSS9PIGRlY29kZSAgICAgICAgMHgzMDAwLTB4M2ZmZg0KcGNpYjE6 ICAgbWVtb3J5IGRlY29kZSAgICAgMHhjMDEwMDAwMC0weGMwMWZmZmZmDQpw Y2liMTogICBwcmVmZXRjaGVkIGRlY29kZSAweGUwMDAwMDAwLTB4ZTdmZmZm ZmYNCnBjaTE6IHBoeXNpY2FsIGJ1cz0xDQoJbWFwWzEwXTogdHlwZSAzLCBy YW5nZSAzMiwgYmFzZSBlMDAwMDAwMCwgc2l6ZSAyNywgZW5hYmxlZA0KCW1h cFsxNF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDMwMDAsIHNpemUg IDgsIGVuYWJsZWQNCgltYXBbMThdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNl IGMwMTAwMDAwLCBzaXplIDE2LCBlbmFibGVkDQpmb3VuZC0+CXZlbmRvcj0w eDEwMDIsIGRldj0weDRjNTksIHJldmlkPTB4MDANCglidXM9MSwgc2xvdD0w LCBmdW5jPTANCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRl dj0wDQoJaW50cGluPWEsIGlycT0xMQ0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0 cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMA0KcGNpMTogPFBDSSBidXM+IG9u IHBjaWIxDQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChu byBkcml2ZXIgYXR0YWNoZWQpDQp1aGNpMDogPEludGVsIDgyODAxQ0EvQ0FN IChJQ0gzKSBVU0IgY29udHJvbGxlciBVU0ItQT4gcG9ydCAweDE4MDAtMHgx ODFmIGlycSAxMSBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwDQp1c2IwOiA8SW50 ZWwgODI4MDFDQS9DQU0gKElDSDMpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBv biB1aGNpMA0KdXNiMDogVVNCIHJldmlzaW9uIDEuMA0KdWh1YjA6IEludGVs IFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxDQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQNCnVoY2kxOiA8SW50ZWwgODI4MDFDQS9DQU0gKElDSDMpIFVTQiBj b250cm9sbGVyIFVTQi1CPiBwb3J0IDB4MTgyMC0weDE4M2YgaXJxIDExIGF0 IGRldmljZSAyOS4xIG9uIHBjaTANCnVzYjE6IDxJbnRlbCA4MjgwMUNBL0NB TSAoSUNIMykgVVNCIGNvbnRyb2xsZXIgVVNCLUI+IG9uIHVoY2kxDQp1c2Ix OiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMTogSW50ZWwgVUhDSSByb290IGh1 YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDENCnVodWIxOiAy IHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KdW1zMDog TG9naXRlY2ggVVNCIE1vdXNlLCByZXYgMS4xMC82LmI0LCBhZGRyIDIsIGlj bGFzcyAzLzENCnVtczA6IDMgYnV0dG9ucyBhbmQgWiBkaXIuDQp1aGNpMjog PFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4MTg0MC0w eDE4NWYgaXJxIDExIGF0IGRldmljZSAyOS4yIG9uIHBjaTANCnVoY2kyOiAo TmV3IFVIQ0kgRGV2aWNlSWQ9MHgyNDg3ODA4NikNCnVzYjI6IDxVSENJIChn ZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTINCnVzYjI6IFVTQiBy ZXZpc2lvbiAxLjANCnVodWIyOiAoMHgyNDg3ODA4NikgVUhDSSByb290IGh1 YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDENCnVodWIyOiAy IHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KcGNpYjI6 IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMA0KcGNp YjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMg0KcGNpYjI6ICAgc3Vib3JkaW5h dGUgYnVzICAgOA0KcGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAgMHg0MDAw LTB4OGZmZg0KcGNpYjI6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhjMDIwMDAw MC0weGNmZmZmZmZmDQpwY2liMjogICBwcmVmZXRjaGVkIGRlY29kZSAweGU4 MDAwMDAwLTB4ZWZmZmZmZmYNCnBjaTI6IHBoeXNpY2FsIGJ1cz0yDQoJbWFw WzEwXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSA1MDAwMDAwMCwgc2l6ZSAx MiwgZW5hYmxlZA0KZm91bmQtPgl2ZW5kb3I9MHgxMTgwLCBkZXY9MHgwNDc4 LCByZXZpZD0weGEwDQoJYnVzPTIsIHNsb3Q9MCwgZnVuYz0wDQoJY2xhc3M9 MDYtMDctMDAsIGhkcnR5cGU9MHgwMiwgbWZkZXY9MQ0KCWludHBpbj1hLCBp cnE9MTENCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1 cnJlbnQgRDANCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDUw MTAwMDAwLCBzaXplIDEyLCBlbmFibGVkDQpmb3VuZC0+CXZlbmRvcj0weDEx ODAsIGRldj0weDA0NzgsIHJldmlkPTB4YTANCglidXM9Miwgc2xvdD0wLCBm dW5jPTENCgljbGFzcz0wNi0wNy0wMCwgaGRydHlwZT0weDAyLCBtZmRldj0x DQoJaW50cGluPWIsIGlycT0xMQ0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBE MCBEMSBEMiBEMyAgY3VycmVudCBEMA0KCW1hcFsxMF06IHR5cGUgMSwgcmFu Z2UgMzIsIGJhc2UgYzAyMDEwMDAsIHNpemUgMTEsIGVuYWJsZWQNCmZvdW5k LT4JdmVuZG9yPTB4MTE4MCwgZGV2PTB4MDUyMiwgcmV2aWQ9MHgwMA0KCWJ1 cz0yLCBzbG90PTAsIGZ1bmM9Mg0KCWNsYXNzPTBjLTAwLTEwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTENCglpbnRwaW49YywgaXJxPTExDQoJcG93ZXJzcGVj IDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwDQoJbWFwWzEwXTogdHlw ZSAxLCByYW5nZSAzMiwgYmFzZSBjMDIwMDAwMCwgc2l6ZSAxMiwgZW5hYmxl ZA0KCW1hcFsxNF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDgwMDAs IHNpemUgIDYsIGVuYWJsZWQNCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2 PTB4MTAzMSwgcmV2aWQ9MHg0MQ0KCWJ1cz0yLCBzbG90PTgsIGZ1bmM9MA0K CWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCglpbnRw aW49YSwgaXJxPTExDQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQy IEQzICBjdXJyZW50IEQwDQpwY2kyOiA8UENJIGJ1cz4gb24gcGNpYjINCnBj Y2JiMDogPFJGNUM0NzggUENJLUNhcmRCdXMgQnJpZGdlPiBtZW0gMHg1MDAw MDAwMC0weDUwMDAwZmZmIGlycSAxMSBhdCBkZXZpY2UgMC4wIG9uIHBjaTIN CnBjaWIyOiBkZXZpY2UgcGNjYmIwIHJlcXVlc3RlZCB1bnN1cHBvcnRlZCBt ZW1vcnkgcmFuZ2UgMHg1MDAwMDAwMC0weDUwMDAwZmZmIChkZWNvZGluZyAw eGMwMjAwMDAwLTB4Y2ZmZmZmZmYsIDB4ZTgwMDAwMDAtMHhlZmZmZmZmZikN CnBjY2JiMDogQ291bGQgbm90IG1hcCByZWdpc3RlciBtZW1vcnkNCmRldmlj ZV9wcm9iZV9hbmRfYXR0YWNoOiBwY2NiYjAgYXR0YWNoIHJldHVybmVkIDEy DQpwY2NiYjA6IDxSRjVDNDc4IFBDSS1DYXJkQnVzIEJyaWRnZT4gbWVtIDB4 NTAxMDAwMDAtMHg1MDEwMGZmZiBpcnEgMTEgYXQgZGV2aWNlIDAuMSBvbiBw Y2kyDQpwY2liMjogZGV2aWNlIHBjY2JiMCByZXF1ZXN0ZWQgdW5zdXBwb3J0 ZWQgbWVtb3J5IHJhbmdlIDB4NTAxMDAwMDAtMHg1MDEwMGZmZiAoZGVjb2Rp bmcgMHhjMDIwMDAwMC0weGNmZmZmZmZmLCAweGU4MDAwMDAwLTB4ZWZmZmZm ZmYpDQpwY2NiYjA6IENvdWxkIG5vdCBtYXAgcmVnaXN0ZXIgbWVtb3J5DQpk ZXZpY2VfcHJvYmVfYW5kX2F0dGFjaDogcGNjYmIwIGF0dGFjaCByZXR1cm5l ZCAxMg0KcGNpMjogPHNlcmlhbCBidXMsIEZpcmVXaXJlPiBhdCBkZXZpY2Ug MC4yIChubyBkcml2ZXIgYXR0YWNoZWQpDQpmeHAwOiA8SW50ZWwgUHJvLzEw MCBFdGhlcm5ldD4gcG9ydCAweDgwMDAtMHg4MDNmIG1lbSAweGMwMjAwMDAw LTB4YzAyMDBmZmYgaXJxIDExIGF0IGRldmljZSA4LjAgb24gcGNpMg0KcGNp YjI6IGRldmljZSBmeHAwIHJlcXVlc3RlZCBkZWNvZGVkIG1lbW9yeSByYW5n ZSAweGMwMjAwMDAwLTB4YzAyMDBmZmYNCmZ4cDA6IHVzaW5nIG1lbW9yeSBz cGFjZSByZWdpc3RlciBtYXBwaW5nDQpmeHAwOiBFdGhlcm5ldCBhZGRyZXNz IDAwOmQwOjU5OjM0OjgxOmQzDQpmeHAwOiBQQ0kgSURzOiA4MDg2IDEwMzEg MTAxNCAwMjA5IDAwNDENCmZ4cDA6IER5bmFtaWMgU3RhbmRieSBtb2RlIGlz IGRpc2FibGVkDQppbnBoeTA6IDxpODI1NjJFVCAxMC8xMDAgbWVkaWEgaW50 ZXJmYWNlPiBvbiBtaWlidXMwDQppbnBoeTA6ICAxMGJhc2VULCAxMGJhc2VU LUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvDQpicGY6IGZ4 cDAgYXR0YWNoZWQNCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmlj ZSAzMS4wIG9uIHBjaTANCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRh cGNpMDogPEludGVsIElDSDMgQVRBMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHgx ODYwLTB4MTg2ZiwweDM3NC0weDM3NywweDE3MC0weDE3NywweDNmNC0weDNm NywweDFmMC0weDFmNyBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwDQphdGEwOiBp b2Jhc2U9MHgwMWYwIGFsdGlvYmFzZT0weDAzZjYgYm1hZGRyPTB4MTg2MA0K YXRhMDogbWFzaz0wMyBvc3RhdDA9NTAgb3N0YXQyPTUwDQphdGEwLW1hc3Rl cjogQVRBUEkgcHJvYmUgMDAgMDANCmF0YTAtc2xhdmU6IEFUQVBJIHByb2Jl IDE0IGViDQphdGEwOiBtYXNrPTAzIHN0YXQwPTUwIHN0YXQxPTAwDQphdGEw LW1hc3RlcjogQVRBIHByb2JlIDAxIGE1DQphdGEwOiBkZXZpY2VzPTA5DQph dGEwOiBhdCAweDFmMCBpcnEgMTQgb24gYXRhcGNpMA0KYXRhMTogaW9iYXNl PTB4MDE3MCBhbHRpb2Jhc2U9MHgwMzc2IGJtYWRkcj0weDE4NjgNCmF0YTE6 IG1hc2s9MDMgb3N0YXQwPTUwIG9zdGF0Mj0wMA0KYXRhMS1tYXN0ZXI6IEFU QVBJIHByb2JlIDAwIDAwDQphdGExLXNsYXZlOiBBVEFQSSBwcm9iZSAwMCAw MA0KYXRhMTogbWFzaz0wMyBzdGF0MD01MCBzdGF0MT0wMA0KYXRhMS1tYXN0 ZXI6IEFUQSBwcm9iZSAwMSBhNQ0KYXRhMTogZGV2aWNlcz0wMQ0KYXRhMTog YXQgMHgxNzAgaXJxIDE1IG9uIGF0YXBjaTANCnBjaTA6IDxzZXJpYWwgYnVz LCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkN CnBjbTA6IDxJbnRlbCA4MjgwMUNBIChJQ0gzKT4gaXJxIDExIGF0IGRldmlj ZSAzMS41IG9uIHBjaTANCnBjbTA6IHVuYWJsZSB0byBtYXAgSU8gcG9ydCBz cGFjZQ0KZGV2aWNlX3Byb2JlX2FuZF9hdHRhY2g6IHBjbTAgYXR0YWNoIHJl dHVybmVkIDYNCnBjaTA6IDxzaW1wbGUgY29tbXM+IGF0IGRldmljZSAzMS42 IChubyBkcml2ZXIgYXR0YWNoZWQpDQp1bmtub3duOiBub3QgcHJvYmVkIChk aXNhYmxlZCkNCnVua25vd246IG5vdCBwcm9iZWQgKGRpc2FibGVkKQ0KYXRr YmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0 LDB4NjAgaXJxIDEgb24gYWNwaTANCmF0a2JkMDogPEFUIEtleWJvYXJkPiBp cnEgMSBvbiBhdGtiZGMwDQphdGtiZDogdGhlIGN1cnJlbnQga2JkIGNvbnRy b2xsZXIgY29tbWFuZCBieXRlIDAwNDcNCmF0a2JkOiBrZXlib2FyZCBJRCAw eDU0YWIgKDIpDQprYmQwOiBhdGtiZDAsIEFUIDEwMS8xMDIgKDIpLCBjb25m aWc6MHgwLCBmbGFnczoweDNkMDAwMA0KcHNtMDogdW5hYmxlIHRvIGFsbG9j YXRlIElSUQ0KcHNtY3BucDAgaXJxIDEyIG9uIGFjcGkwDQpwc20wOiBjdXJy ZW50IGNvbW1hbmQgYnl0ZTowMDQ3DQpwc20wOiA8UFMvMiBNb3VzZT4gaXJx IDEyIG9uIGF0a2JkYzANCnBzbTA6IG1vZGVsIEdlbmVyaWMgUFMvMiBtb3Vz ZSwgZGV2aWNlIElEIDAtMDAsIDIgYnV0dG9ucw0KcHNtMDogY29uZmlnOjAw MDA2MDAwLCBmbGFnczowMDAwMDAwMCwgcGFja2V0IHNpemU6Mw0KcHNtMDog c3luY21hc2s6YzAsIHN5bmNiaXRzOjAwDQpzaW8wOiBpcnEgbWFwczogMHgx IDB4MTEgMHgxIDB4MQ0Kc2lvMCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IG9u IGFjcGkwDQpzaW8wOiB0eXBlIDE2NTUwQQ0KcHBjMDogdXNpbmcgZXh0ZW5k ZWQgSS9PIHBvcnQgcmFuZ2UNCnBwYzA6IFNQUA0KcHBjMCBwb3J0IDB4M2Jj LTB4M2MzIGlycSA3IG9uIGFjcGkwDQpwcGMwOiBHZW5lcmljIGNoaXBzZXQg KE5JQkJMRS1vbmx5KSBpbiBDT01QQVRJQkxFIG1vZGUNCmxwdDA6IDxQcmlu dGVyPiBvbiBwcGJ1czANCmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydA0K cHBpMDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwDQpwcHMwOiA8UHVsc2Ug cGVyIHNlY29uZCBUaW1pbmcgSW50ZXJmYWNlPiBvbiBwcGJ1czANCkVQUDog LTEgMA0KdW5rbm93bjogbm90IHByb2JlZCAoZGlzYWJsZWQpDQphY3BpX2Vj MDogPGVtYmVkZGVkIGNvbnRyb2xsZXI+IHBvcnQgMHg2NiwweDYyIG9uIGFj cGkwDQp1bmtub3duOiBub3QgcHJvYmVkIChkaXNhYmxlZCkNCmFjcGlfY21i YXQwOiA8Q29udHJvbCBtZXRob2QgQmF0dGVyeT4gb24gYWNwaTANCmFjcGlf Y21iYXQxOiA8Q29udHJvbCBtZXRob2QgQmF0dGVyeT4gb24gYWNwaTANCmFj cGlfYWNhZDA6IDxBQyBhZGFwdGVyPiBvbiBhY3BpMA0KdW5rbm93bjogbm90 IHByb2JlZCAoZGlzYWJsZWQpDQp1bmtub3duOiBub3QgcHJvYmVkIChkaXNh YmxlZCkNCnVua25vd246IG5vdCBwcm9iZWQgKGRpc2FibGVkKQ0KdW5rbm93 bjogbm90IHByb2JlZCAoZGlzYWJsZWQpDQp1bmtub3duOiBub3QgcHJvYmVk IChkaXNhYmxlZCkNCnVua25vd246IG5vdCBwcm9iZWQgKGRpc2FibGVkKQ0K dW5rbm93bjogbm90IHByb2JlZCAoZGlzYWJsZWQpDQp1bmtub3duOiBub3Qg cHJvYmVkIChkaXNhYmxlZCkNCnVua25vd246IG5vdCBwcm9iZWQgKGRpc2Fi bGVkKQ0KdW5rbm93bjogbm90IHByb2JlZCAoZGlzYWJsZWQpDQphdGtiZGM6 IGF0a2JkYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0DQpzYzogc2Mw IGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdA0KdmdhOiB2Z2EwIGFscmVh ZHkgZXhpc3RzOyBza2lwcGluZyBpdA0KVHJ5aW5nIFJlYWRfUG9ydCBhdCAy MDMNClRyeWluZyBSZWFkX1BvcnQgYXQgMjQzDQpUcnlpbmcgUmVhZF9Qb3J0 IGF0IDI4Mw0KVHJ5aW5nIFJlYWRfUG9ydCBhdCAyYzMNClRyeWluZyBSZWFk X1BvcnQgYXQgMzAzDQpUcnlpbmcgUmVhZF9Qb3J0IGF0IDM0Mw0KVHJ5aW5n IFJlYWRfUG9ydCBhdCAzODMNClRyeWluZyBSZWFkX1BvcnQgYXQgM2MzDQpp c2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcw0KaXNh X3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIG5vbi1QblAgZGV2aWNlcw0Kb3Jt MDogPE9wdGlvbiBST01zPiBhdCBpb21lbSAweGUwMDAwLTB4ZWZmZmYsMHhk YzAwMC0weGRmZmZmLDB4ZDEwMDAtMHhkMWZmZiwweGQwMDAwLTB4ZDBmZmYs MHhjMDAwMC0weGNmZmZmIG9uIGlzYTANCnNjMDogPFN5c3RlbSBjb25zb2xl PiBvbiBpc2EwDQpzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxh Z3M9MHgyMDA+DQpzYzA6IGZiMCwga2JkMCwgdGVybWluYWwgZW11bGF0b3I6 IHNjIChzeXNjb25zIHRlcm1pbmFsKQ0KdmdhMDogPEdlbmVyaWMgSVNBIFZH QT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYg b24gaXNhMA0KZmIwOiB2Z2EwLCB2Z2EsIHR5cGU6VkdBICg1KSwgZmxhZ3M6 MHg3MDBmZg0KZmIwOiBwb3J0OjB4M2MwLTB4M2RmLCBjcnRjOjB4M2Q0LCBt ZW06MHhhMDAwMCAweDIwMDAwDQpmYjA6IGluaXQgbW9kZToyNCwgYmlvcyBt b2RlOjMsIGN1cnJlbnQgbW9kZToyNA0KZmIwOiB3aW5kb3c6MHhjMDBiODAw MCBzaXplOjMyayBncmFuOjMyaywgYnVmOjAgc2l6ZTozMmsNCnZnYTA6IHZn YTogV0FSTklORzogdmlkZW8gbW9kZSBzd2l0Y2hpbmcgaXMgbm90IGZ1bGx5 IHN1cHBvcnRlZCBvbiB0aGlzIGFkYXB0ZXINClZHQSBwYXJhbWV0ZXJzIHVw b24gcG93ZXItdXANCjUwIDE4IDEwIDAwIDAwIDAwIDAzIDAwIDAyIDY3IDkx IDRmIDRmIDk1IDU3IDBmIA0KYzAgMWYgMDAgNGYgMGQgMGUgMDAgMDAgMDcg ODAgOTAgODMgOGYgMjggMWYgOGYgDQpjMSBhMyBmZiAwMCAwMSAwMiAwMyAw NCAwNSAxNCAwNyAzOCAzOSAzYSAzYiAzYyANCjNkIDNlIDNmIDBjIDAwIDBm IDA4IDAwIDAwIDAwIDAwIDAwIDEwIDBlIDAwIGZmIA0KVkdBIHBhcmFtZXRl cnMgaW4gQklPUyBmb3IgbW9kZSAyNA0KNTAgMTggMTAgMDAgMTAgMDAgMDMg MDAgMDIgNjcgNWYgNGYgNTAgODIgNTUgODEgDQpiZiAxZiAwMCA0ZiAwZCAw ZSAwMCAwMCAwMCAwMCA5YyA4ZSA4ZiAyOCAxZiA5NiANCmI5IGEzIGZmIDAw IDAxIDAyIDAzIDA0IDA1IDE0IDA3IDM4IDM5IDNhIDNiIDNjIA0KM2QgM2Ug M2YgMGMgMDAgMGYgMDggMDAgMDAgMDAgMDAgMDAgMTAgMGUgMDAgZmYgDQpF R0EvVkdBIHBhcmFtZXRlcnMgdG8gYmUgdXNlZCBmb3IgbW9kZSAyNA0KNTAg MTggMTAgMDAgMDAgMDAgMDMgMDAgMDIgNjcgOTEgNGYgNGYgOTUgNTcgMGYg DQpjMCAxZiAwMCA0ZiAwZCAwZSAwMCAwMCAwNyA4MCA5MCA4MyA4ZiAyOCAx ZiA4ZiANCmMxIGEzIGZmIDAwIDAxIDAyIDAzIDA0IDA1IDE0IDA3IDM4IDM5 IDNhIDNiIDNjIA0KM2QgM2UgM2YgMGMgMDAgMGYgMDggMDAgMDAgMDAgMDAg MDAgMTAgMGUgMDAgZmYgDQpmZGMwIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0 IDB4M2YwIGlycSA2IGRycSAyIGZsYWdzIDB4MSBvbiBpc2EwDQppc2FfcHJv YmVfY2hpbGRyZW46IHByb2JpbmcgUG5QIGRldmljZXMNCkJJT1MgR2VvbWV0 cmllczoNCiAwOjAzZmVlZjNmIDAuLjEwMjI9MTAyMyBjeWxpbmRlcnMsIDAu LjIzOT0yNDAgaGVhZHMsIDEuLjYzPTYzIHNlY3RvcnMNCiAxOjAzZmVlZjNm IDAuLjEwMjI9MTAyMyBjeWxpbmRlcnMsIDAuLjIzOT0yNDAgaGVhZHMsIDEu LjYzPTYzIHNlY3RvcnMNCiAwIGFjY291bnRlZCBmb3INCkRldmljZSBjb25m aWd1cmF0aW9uIGZpbmlzaGVkLg0KYnBmOiBsbzAgYXR0YWNoZWQNCmFkMDog c3VjY2VzcyBzZXR0aW5nIFVETUE1IG9uIEludGVsIGNoaXANCkNyZWF0aW5n IERJU0sgYWQwDQphZDA6IDxJQzI1VDA0OEFUREEwNS0wL0RBOE9BNzZBPiBB VEEtNSBkaXNrIGF0IGF0YTAtbWFzdGVyDQphZDA6IDQ1NzgwTUIgKDkzNzU5 MTIwIHNlY3RvcnMpLCA5MzAxNSBDLCAxNiBILCA2MyBTLCA1MTIgQg0KYWQw OiAxNiBzZWNzL2ludCwgMSBkZXB0aCBxdWV1ZSwgVURNQTEwMA0KYWQwOiBw aW9tb2RlPTQgZG1hbW9kZT0yIHVkbWFtb2RlPTUgY2JsaWQ9MQ0KYWNwaV9h Y2FkMDogT24gTGluZQ0KYWQxOiBzdWNjZXNzIHNldHRpbmcgVURNQTQgb24g SW50ZWwgY2hpcA0KQ3JlYXRpbmcgRElTSyBhZDENCmFkMTogPElCTS1ESlNB LTIzMi9KUzhPQUQwQT4gQVRBLTUgZGlzayBhdCBhdGExLW1hc3Rlcg0KYWQx OiAzMDUyME1CICg2MjUwNjA4MCBzZWN0b3JzKSwgNjIwMTAgQywgMTYgSCwg NjMgUywgNTEyIEINCmFkMTogMTYgc2Vjcy9pbnQsIDEgZGVwdGggcXVldWUs IFVETUE2Ng0KYWQxOiBwaW9tb2RlPTQgZG1hbW9kZT0yIHVkbWFtb2RlPTQg Y2JsaWQ9MQ0KYXRhMC1zbGF2ZTogcGlvbW9kZT00IGRtYW1vZGU9MiB1ZG1h bW9kZT0yIGRtYWZsYWc9MQ0KYXRhMC1zbGF2ZTogc3VjY2VzcyBzZXR0aW5n IFBJTzQgb24gZ2VuZXJpYyBjaGlwDQphY2QwOiA8VE9TSElCQSBEVkQtUk9N IFNELVIyMDAyLzEyMzA+IENELVJXIGRyaXZlIGF0IGF0YTAgYXMgc2xhdmUN CmFjZDA6IHJlYWQgNDEzM0tCL3MgKDM0MjY1S0Ivcykgd3JpdGUgNjg5S0Iv cyAoNjg5S0IvcyksIDIwNDhLQiBidWZmZXIsIFBJTzQNCmFjZDA6IFJlYWRz OiBDRC1SLCBDRC1SVywgQ0QtREEgc3RyZWFtLCBEVkQtUk9NLCBEVkQtUiwg cGFja2V0DQphY2QwOiBXcml0ZXM6IENELVIsIENELVJXLCB0ZXN0IHdyaXRl DQphY2QwOiBBdWRpbzogcGxheSwgMTYgdm9sdW1lIGxldmVscw0KYWNkMDog TWVjaGFuaXNtOiBlamVjdGFibGUgdHJheSwgdW5sb2NrZWQNCmFjZDA6IE1l ZGl1bTogMTIwbW0gZGF0YSBkaXNjDQpNb3VudGluZyByb290IGZyb20gdWZz Oi9kZXYvYWQwczNhDQphZDBzMTogdHlwZSAweGMsIHN0YXJ0IDYzLCBlbmQg PSAxNjM5MDA3OSwgc2l6ZSAxNjM5MDAxNyA6IE9LDQphZDBzMjogdHlwZSAw eDFjLCBzdGFydCA5MTYyNzIwMCwgZW5kID0gOTM3NTkxMTksIHNpemUgMjEz MTkyMCA6IE9LDQphZDBzMzogdHlwZSAweGE1LCBzdGFydCAxNjM5MDA4MCwg ZW5kID0gOTE2MjcxOTksIHNpemUgNzUyMzcxMjAgOiBPSw0Kc3RhcnRfaW5p dDogdHJ5aW5nIC9zYmluL2luaXQNCmFjcGlfY21iYXQwOiBlcnJvciBmZXRj aGluZyBjdXJyZW50IGJhdHRlcnkgc3RhdHVzIC0tIEFFX1RZUEUNCmFjcGlf Y21iYXQxOiBlcnJvciBmZXRjaGluZyBjdXJyZW50IGJhdHRlcnkgc3RhdHVz IC0tIEFFX1RZUEUNCiAgICBBQ1BJLTAyOTQ6ICoqKiBFcnJvcjogTWV0aG9k IGV4ZWN1dGlvbiBmYWlsZWQsIEFFX0FNTF9PUEVSQU5EX1RZUEUNCmFjcGlf Y21iYXQwOiBlcnJvciBmZXRjaGluZyBjdXJyZW50IGJhdHRlcnkgc3RhdHVz IC0tIEFFX0FNTF9PUEVSQU5EX1RZUEUNCiAgICBBQ1BJLTAyOTQ6ICoqKiBF cnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQsIEFFX0FNTF9PUEVSQU5E X1RZUEUNCmFjcGlfY21iYXQxOiBlcnJvciBmZXRjaGluZyBjdXJyZW50IGJh dHRlcnkgc3RhdHVzIC0tIEFFX0FNTF9PUEVSQU5EX1RZUEUNCmFjcGlfY21i YXQwOiBlcnJvciBmZXRjaGluZyBjdXJyZW50IGJhdHRlcnkgc3RhdHVzIC0t IEFFX1RZUEUNCiAgICBBQ1BJLTAyOTQ6ICoqKiBFcnJvcjogTWV0aG9kIGV4 ZWN1dGlvbiBmYWlsZWQsIEFFX0FNTF9PUEVSQU5EX1RZUEUNCmFjcGlfY21i YXQxOiBlcnJvciBmZXRjaGluZyBjdXJyZW50IGJhdHRlcnkgc3RhdHVzIC0t IEFFX0FNTF9PUEVSQU5EX1RZUEUNCiAgICBBQ1BJLTAyOTQ6ICoqKiBFcnJv cjogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQsIEFFX0FNTF9PUEVSQU5EX1RZ UEUNCmFjcGlfY21iYXQwOiBlcnJvciBmZXRjaGluZyBjdXJyZW50IGJhdHRl cnkgc3RhdHVzIC0tIEFFX0FNTF9PUEVSQU5EX1RZUEUNCiAgICBBQ1BJLTAy OTQ6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQsIEFFX0FN TF9PUEVSQU5EX1RZUEUNCmFjcGlfY21iYXQxOiBlcnJvciBmZXRjaGluZyBj dXJyZW50IGJhdHRlcnkgc3RhdHVzIC0tIEFFX0FNTF9PUEVSQU5EX1RZUEUN CiAgICBBQ1BJLTAyOTQ6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBm YWlsZWQsIEFFX0FNTF9PUEVSQU5EX1RZUEUNCmFjcGlfY21iYXQwOiBlcnJv ciBmZXRjaGluZyBjdXJyZW50IGJhdHRlcnkgc3RhdHVzIC0tIEFFX0FNTF9P UEVSQU5EX1RZUEUNCmFjcGlfY21iYXQxOiBlcnJvciBmZXRjaGluZyBjdXJy ZW50IGJhdHRlcnkgc3RhdHVzIC0tIEFFX1RZUEUNCiAgICBBQ1BJLTAyOTQ6 ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQsIEFFX0FNTF9P UEVSQU5EX1RZUEUNCmFjcGlfY21iYXQwOiBlcnJvciBmZXRjaGluZyBjdXJy ZW50IGJhdHRlcnkgc3RhdHVzIC0tIEFFX0FNTF9PUEVSQU5EX1RZUEUNCiAg ICBBQ1BJLTAyOTQ6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWls ZWQsIEFFX0FNTF9PUEVSQU5EX1RZUEUNCmFjcGlfY21iYXQxOiBlcnJvciBm ZXRjaGluZyBjdXJyZW50IGJhdHRlcnkgc3RhdHVzIC0tIEFFX0FNTF9PUEVS QU5EX1RZUEUNCnByb2NmcyByZWdpc3RlcmVkDQpDcmVhdGluZyBESVNLIG1k MTANCm1kMTA6IGludmFsaWQgcHJpbWFyeSBwYXJ0aXRpb24gdGFibGU6IG5v IG1hZ2ljDQptZDEwOiBpbnZhbGlkIHByaW1hcnkgcGFydGl0aW9uIHRhYmxl OiBubyBtYWdpYw0KbWQxMDogaW52YWxpZCBwcmltYXJ5IHBhcnRpdGlvbiB0 YWJsZTogbm8gbWFnaWMNCm1kMTA6IGludmFsaWQgcHJpbWFyeSBwYXJ0aXRp b24gdGFibGU6IG5vIG1hZ2ljDQphZDFzMTogdHlwZSAweGIsIHN0YXJ0IDYz LCBlbmQgPSA4MTkzMTQ5LCBzaXplIDgxOTMwODcgOiBPSw0KYWQxczI6IHR5 cGUgMHhhNSwgc3RhcnQgODE5MzE1MCwgZW5kID0gNjI0OTI4NDksIHNpemUg NTQyOTk3MDAgOiBPSw0K --0-339244195-1010146773=:522 Content-Type: TEXT/plain; name="pciconf.txt" Content-Transfer-Encoding: BASE64 Content-ID: <20020104131933.B522@nihil> Content-Description: Content-Disposition: attachment; filename="pciconf.txt" aG9zdGIwQHBjaTA6MDowOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDIxZDEw MTQgY2hpcD0weDM1NzU4MDg2IHJldj0weDAyIGhkcj0weDAwDQogICAgdmVu ZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQogICAgY2xhc3MgICAgPSBi cmlkZ2UNCiAgICBzdWJjbGFzcyA9IEhPU1QtUENJDQpwY2liMUBwY2kwOjE6 MDoJY2xhc3M9MHgwNjA0MDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgzNTc2 ODA4NiByZXY9MHgwMiBoZHI9MHgwMQ0KICAgIHZlbmRvciAgID0gJ0ludGVs IENvcnBvcmF0aW9uJw0KICAgIGNsYXNzICAgID0gYnJpZGdlDQogICAgc3Vi Y2xhc3MgPSBQQ0ktUENJDQp1aGNpMEBwY2kwOjI5OjA6CWNsYXNzPTB4MGMw MzAwIGNhcmQ9MHgwMjIwMTAxNCBjaGlwPTB4MjQ4MjgwODYgcmV2PTB4MDEg aGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicN CiAgICBjbGFzcyAgICA9IHNlcmlhbCBidXMNCiAgICBzdWJjbGFzcyA9IFVT Qg0KdWhjaTFAcGNpMDoyOToxOgljbGFzcz0weDBjMDMwMCBjYXJkPTB4MDIy MDEwMTQgY2hpcD0weDI0ODQ4MDg2IHJldj0weDAxIGhkcj0weDAwDQogICAg dmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQogICAgY2xhc3MgICAg PSBzZXJpYWwgYnVzDQogICAgc3ViY2xhc3MgPSBVU0INCnVoY2kyQHBjaTA6 Mjk6MjoJY2xhc3M9MHgwYzAzMDAgY2FyZD0weDAyMjAxMDE0IGNoaXA9MHgy NDg3ODA4NiByZXY9MHgwMSBoZHI9MHgwMA0KICAgIHZlbmRvciAgID0gJ0lu dGVsIENvcnBvcmF0aW9uJw0KICAgIGNsYXNzICAgID0gc2VyaWFsIGJ1cw0K ICAgIHN1YmNsYXNzID0gVVNCDQpwY2liMkBwY2kwOjMwOjA6CWNsYXNzPTB4 MDYwNDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MjQ0ODgwODYgcmV2PTB4 NDEgaGRyPTB4MDENCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicNCiAgICBkZXZpY2UgICA9ICc4MjgwMUJBTSBIdWIgSW50ZXJmYWNlIHRv IFBDSSBCcmlkZ2UnDQogICAgY2xhc3MgICAgPSBicmlkZ2UNCiAgICBzdWJj bGFzcyA9IFBDSS1QQ0kNCmlzYWIwQHBjaTA6MzE6MDoJY2xhc3M9MHgwNjAx MDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgyNDhjODA4NiByZXY9MHgwMSBo ZHI9MHgwMA0KICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0K ICAgIGNsYXNzICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3MgPSBQQ0ktSVNB DQphdGFwY2kwQHBjaTA6MzE6MToJY2xhc3M9MHgwMTAxOGEgY2FyZD0weDAy MjAxMDE0IGNoaXA9MHgyNDhhODA4NiByZXY9MHgwMSBoZHI9MHgwMA0KICAg IHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGNsYXNzICAg ID0gbWFzcyBzdG9yYWdlDQogICAgc3ViY2xhc3MgPSBBVEENCm5vbmUwQHBj aTA6MzE6MzoJY2xhc3M9MHgwYzA1MDAgY2FyZD0weDAyMjAxMDE0IGNoaXA9 MHgyNDgzODA4NiByZXY9MHgwMSBoZHI9MHgwMA0KICAgIHZlbmRvciAgID0g J0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGNsYXNzICAgID0gc2VyaWFsIGJ1 cw0KICAgIHN1YmNsYXNzID0gU01CdXMNCm5vbmUxQHBjaTA6MzE6NToJY2xh c3M9MHgwNDAxMDAgY2FyZD0weDAyMjIxMDE0IGNoaXA9MHgyNDg1ODA4NiBy ZXY9MHgwMSBoZHI9MHgwMA0KICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBv cmF0aW9uJw0KICAgIGNsYXNzICAgID0gbXVsdGltZWRpYQ0KICAgIHN1YmNs YXNzID0gYXVkaW8NCm5vbmUyQHBjaTA6MzE6NjoJY2xhc3M9MHgwNzAzMDAg Y2FyZD0weDAyMjMxMDE0IGNoaXA9MHgyNDg2ODA4NiByZXY9MHgwMSBoZHI9 MHgwMA0KICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAg IGNsYXNzICAgID0gc2ltcGxlIGNvbW1zDQpub25lM0BwY2kxOjA6MDoJY2xh c3M9MHgwMzAwMDAgY2FyZD0weDAyMzUxMDE0IGNoaXA9MHg0YzU5MTAwMiBy ZXY9MHgwMCBoZHI9MHgwMA0KICAgIHZlbmRvciAgID0gJ0FUSSBUZWNobm9s b2dpZXMnDQogICAgY2xhc3MgICAgPSBkaXNwbGF5DQogICAgc3ViY2xhc3Mg PSBWR0ENCm5vbmU0QHBjaTI6MDowOgljbGFzcz0weDA2MDcwMCBjYXJkPTB4 MDE4NDEwMTQgY2hpcD0weDA0NzgxMTgwIHJldj0weGEwIGhkcj0weDAyDQog ICAgdmVuZG9yICAgPSAnUmljb2ggQ28gTHRkJw0KICAgIGRldmljZSAgID0g J1JMYzQ3OCBDYXJkQnVzIENvbnRyb2xsZXInDQogICAgY2xhc3MgICAgPSBi cmlkZ2UNCiAgICBzdWJjbGFzcyA9IFBDSS1DYXJkQnVzDQpub25lNUBwY2ky OjA6MToJY2xhc3M9MHgwNjA3MDAgY2FyZD0weDAxODQxMDE0IGNoaXA9MHgw NDc4MTE4MCByZXY9MHhhMCBoZHI9MHgwMg0KICAgIHZlbmRvciAgID0gJ1Jp Y29oIENvIEx0ZCcNCiAgICBkZXZpY2UgICA9ICdSTGM0NzggQ2FyZEJ1cyBD b250cm9sbGVyJw0KICAgIGNsYXNzICAgID0gYnJpZGdlDQogICAgc3ViY2xh c3MgPSBQQ0ktQ2FyZEJ1cw0Kbm9uZTZAcGNpMjowOjI6CWNsYXNzPTB4MGMw MDEwIGNhcmQ9MHgwMWNmMTAxNCBjaGlwPTB4MDUyMjExODAgcmV2PTB4MDAg aGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdSaWNvaCBDbyBMdGQnDQogICAg Y2xhc3MgICAgPSBzZXJpYWwgYnVzDQogICAgc3ViY2xhc3MgPSBGaXJlV2ly ZQ0KZnhwMEBwY2kyOjg6MDoJY2xhc3M9MHgwMjAwMDAgY2FyZD0weDAyMDkx MDE0IGNoaXA9MHgxMDMxODA4NiByZXY9MHg0MSBoZHI9MHgwMA0KICAgIHZl bmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGNsYXNzICAgID0g bmV0d29yaw0KICAgIHN1YmNsYXNzID0gZXRoZXJuZXQNCg== --0-339244195-1010146773=:522-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 4 5:41:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail8.triad.rr.com (fe8.southeast.rr.com [24.93.67.55]) by hub.freebsd.org (Postfix) with ESMTP id C86B737B41B for ; Fri, 4 Jan 2002 05:41:29 -0800 (PST) Received: from 2kprohome ([66.56.171.119]) by mail8.triad.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Fri, 4 Jan 2002 07:40:50 -0500 Message-ID: <006501c1951c$c902a060$0203a8c0@2kprohome> From: "Joe Joplin" To: "Michael Reifenberger" , "FreeBSD-Current" References: <20020104123753.T522-300000@nihil> Subject: Re: Thinkpad A30p and -current. status and issues Date: Fri, 4 Jan 2002 07:39:00 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think they are getting close to a driver for the winmodem, http://phantom.cris.net/freebsd/projects/viewproj.php?p_id=13 Joe ----- Original Message ----- From: "Michael Reifenberger" To: "FreeBSD-Current" Sent: Friday, January 04, 2002 7:19 AM Subject: Thinkpad A30p and -current. status and issues > Hi, > because I behaved well last year christmas brought a new A30p > in replacement for my former Toshiba Tecra 8000 :-) > First impression: Nice pice of plastic and silicon. > Migrating from the Tecra to the A30p was a few hours for FreeBSD > (exclusivly for dump/restore from old to new disk.) > Editing rc.conf, fstab and XF86Config took a few minutes. > Migrating NT2K took one day for reinstalling all applications > and rebooting dozend of times.... > BTW: The A30p doesnt have a Floppy by default anymore and no > installation CD's for reinstallation. All is preinstalled in > a obscure Win98 1Gig Partition at the end of the harddisk which > gets called if one presses F11 during startup. But it seems a > MBR feature which goes away if one installs an alternative > bootblock. > > Working Features: > - The display X11 @ 1600x1200 via VESA driver > (the RADEON chip is not directly supported in XFree 4.1.0) > - build-in fxp0 > - modular DVD/CDR/CDRW comby (is a Toshiba drive) > - USB / USB-mouse > - PS/2 > - UDMA33/66/100 via ATA(66/100) / ATAPI (33) > - OLDCARD via the legacy shims > > Not working Features: > - agp driver (unknown too new chipset) > - SMB/IIC-bus ( " ) > - Sound (Intel ICH3) > - NEWCARD > - OLDCARD pcic_pci attachment > - Lucent Softmodem (no driver) > - Firewire ( " ) > - ACPI (I get some Error messages during startup and I'm not > sure up to which extend ACPI works) > > The OLDCARD/NEWCARD/Sound issues seems all to be related > to bus mapping problems of register and io memory. > See attached files dmesg2.txt and pciconf.txt. > > Does anyone know how to interpret and resolve the mapping issues? > Which bridge-chip is responsible for the agp access? > > Bye! > ---- > Michael Reifenberger > ^.*Plaut.*$, IT, R/3 Basis, GPS > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 4 5:48:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (Postfix) with ESMTP id 79A9D37B416 for ; Fri, 4 Jan 2002 05:48:02 -0800 (PST) Received: from nutty.singapore.sun.com ([129.158.72.188]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with SMTP id FAA06007 for ; Fri, 4 Jan 2002 05:48:00 -0800 (PST) Received: (qmail 17195 invoked by uid 99407); Fri, 4 Jan 2002 21:47:59 +0800 (SGT) Date: Fri, 4 Jan 2002 21:47:59 +0800 From: KT Sin To: Michael Reifenberger Cc: FreeBSD-Current Subject: Re: Thinkpad A30p and -current. status and issues Message-ID: <20020104134757.GA17164@nutty.Singapore.Sun.COM> References: <20020104123753.T522-300000@nihil> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020104123753.T522-300000@nihil> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Try the winmodem driver from the ports collection e.g. comms/ltmdm and see if it works. kt On Fri, Jan 04, 2002 at 01:19:33PM +0100, Michael Reifenberger wrote: > Hi, > because I behaved well last year christmas brought a new A30p > in replacement for my former Toshiba Tecra 8000 :-) > First impression: Nice pice of plastic and silicon. > Migrating from the Tecra to the A30p was a few hours for FreeBSD > (exclusivly for dump/restore from old to new disk.) > Editing rc.conf, fstab and XF86Config took a few minutes. > Migrating NT2K took one day for reinstalling all applications > and rebooting dozend of times.... > BTW: The A30p doesnt have a Floppy by default anymore and no > installation CD's for reinstallation. All is preinstalled in > a obscure Win98 1Gig Partition at the end of the harddisk which > gets called if one presses F11 during startup. But it seems a > MBR feature which goes away if one installs an alternative > bootblock. > > Working Features: > - The display X11 @ 1600x1200 via VESA driver > (the RADEON chip is not directly supported in XFree 4.1.0) > - build-in fxp0 > - modular DVD/CDR/CDRW comby (is a Toshiba drive) > - USB / USB-mouse > - PS/2 > - UDMA33/66/100 via ATA(66/100) / ATAPI (33) > - OLDCARD via the legacy shims > > Not working Features: > - agp driver (unknown too new chipset) > - SMB/IIC-bus ( " ) > - Sound (Intel ICH3) > - NEWCARD > - OLDCARD pcic_pci attachment > - Lucent Softmodem (no driver) > - Firewire ( " ) > - ACPI (I get some Error messages during startup and I'm not > sure up to which extend ACPI works) > > The OLDCARD/NEWCARD/Sound issues seems all to be related > to bus mapping problems of register and io memory. > See attached files dmesg2.txt and pciconf.txt. > > Does anyone know how to interpret and resolve the mapping issues? > Which bridge-chip is responsible for the agp access? > > Bye! > ---- > Michael Reifenberger > ^.*Plaut.*$, IT, R/3 Basis, GPS > Copyright (c) 1992-2002 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 5.0-CURRENT #4: Thu Jan 3 17:58:54 CET 2002 > root@nihil:/usr/src/sys/i386/compile/nihil > Preloaded elf kernel "/boot/kernel/kernel" at 0xc03ba000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc03ba0b4. > Preloaded elf module "/boot/kernel/md.ko" at 0xc03ba104. > Preloaded elf module "/boot/kernel/if_dc.ko" at 0xc03ba1ac. > Preloaded elf module "/boot/kernel/miibus.ko" at 0xc03ba258. > Preloaded elf module "/boot/kernel/if_fxp.ko" at 0xc03ba304. > Preloaded elf module "/boot/kernel/usb.ko" at 0xc03ba3b0. > Preloaded elf module "/boot/kernel/ums.ko" at 0xc03ba458. > Preloaded elf module "/boot/kernel/if_ep.ko" at 0xc03ba500. > Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc03ba5ac. > Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc03ba658. > Preloaded elf module "/boot/kernel/if_ed.ko" at 0xc03ba704. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc03ba7b0. > Calibrating clock(s) ... TSC clock: 1198991156 Hz, i8254 clock: 1193191 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz > CLK_USE_TSC_CALIBRATION not specified - using old calibration method > Timecounter "TSC" frequency 1198984819 Hz > CPU: Pentium III/Pentium III Xeon/Celeron (1198.98-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > Features=0x383f9ff > real memory = 133562368 (130432K bytes) > Physical memory chunk(s): > 0x00001000 - 0x0009efff, 647168 bytes (158 pages) > 0x003e1000 - 0x07f4ffff, 129429504 bytes (31599 pages) > avail memory = 126046208 (123092K bytes) > bios32: Found BIOS32 Service Directory header at 0xc00f73a0 > bios32: Entry = 0xfd7e0 (c00fd7e0) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xfd770+0x18e > pnpbios: Found PnP BIOS data at 0xc00f7400 > pnpbios: Entry = f0000:a138 Rev = 1.0 > pnpbios: Event flag at 4b4 > Other BIOS signatures found: > mem: > Pentium Pro MTRR support enabled > VESA: information block > 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 > 00 01 00 02 00 01 14 01 00 01 2a 01 00 01 2f 01 > 00 01 82 01 0d 01 0e 01 0f 01 20 01 92 01 93 01 > 94 01 95 01 96 01 a2 01 a3 01 a4 01 a5 01 a6 01 > VESA: 60 mode(s) found > VESA: v2.0, 32768k memory, flags:0x1, mode table:0xc0298b22 (1000022) > VESA: ATI MOBILITY RADEON > VESA: ATI Technologies Inc. P6 01.00 > random: > null: > pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=35758086) > Using $PIR table, 14 entries at 0xc00fdeb0 > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > acpi0: power button is handled as a fixed feature programming model. > Timecounter "ACPI" frequency 3579545 Hz > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-0294: *** Error: Method execution failed, AE_NOT_EXIST > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_cpu0: on acpi0 > acpi_tz0: on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > acpi_pcib0: port 0xcf8-0xcff on acpi0 > pci0: physical bus=0 > map[10]: type 3, range 32, base d0000000, size 28, enabled > found-> vendor=0x8086, dev=0x3575, revid=0x02 > bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > found-> vendor=0x8086, dev=0x3576, revid=0x02 > bus=0, slot=1, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > map[20]: type 4, range 32, base 00001800, size 5, enabled > found-> vendor=0x8086, dev=0x2482, revid=0x01 > bus=0, slot=29, func=0 > class=0c-03-00, hdrtype=0x00, mfdev=1 > intpin=a, irq=11 > map[20]: type 4, range 32, base 00001820, size 5, enabled > found-> vendor=0x8086, dev=0x2484, revid=0x01 > bus=0, slot=29, func=1 > class=0c-03-00, hdrtype=0x00, mfdev=0 > intpin=b, irq=11 > map[20]: type 4, range 32, base 00001840, size 5, enabled > found-> vendor=0x8086, dev=0x2487, revid=0x01 > bus=0, slot=29, func=2 > class=0c-03-00, hdrtype=0x00, mfdev=0 > intpin=c, irq=11 > found-> vendor=0x8086, dev=0x2448, revid=0x41 > bus=0, slot=30, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > found-> vendor=0x8086, dev=0x248c, revid=0x01 > bus=0, slot=31, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > map[10]: type 4, range 32, base 000001f0, size 3, enabled > map[14]: type 4, range 32, base 000003f4, size 2, enabled > map[18]: type 4, range 32, base 00000170, size 3, enabled > map[1c]: type 4, range 32, base 00000374, size 2, enabled > map[20]: type 4, range 32, base 00001860, size 4, enabled > found-> vendor=0x8086, dev=0x248a, revid=0x01 > bus=0, slot=31, func=1 > class=01-01-8a, hdrtype=0x00, mfdev=0 > intpin=a, irq=255 > map[20]: type 4, range 32, base 00001880, size 5, enabled > found-> vendor=0x8086, dev=0x2483, revid=0x01 > bus=0, slot=31, func=3 > class=0c-05-00, hdrtype=0x00, mfdev=0 > intpin=b, irq=11 > map[10]: type 4, range 32, base 00001c00, size 8, port disabled > map[14]: type 4, range 32, base 000018c0, size 6, port disabled > found-> vendor=0x8086, dev=0x2485, revid=0x01 > bus=0, slot=31, func=5 > class=04-01-00, hdrtype=0x00, mfdev=0 > intpin=b, irq=11 > map[10]: type 4, range 32, base 00002400, size 8, port disabled > map[14]: type 4, range 32, base 00002000, size 7, port disabled > found-> vendor=0x8086, dev=0x2486, revid=0x01 > bus=0, slot=31, func=6 > class=07-03-00, hdrtype=0x00, mfdev=0 > intpin=b, irq=11 > pci0: on acpi_pcib0 > pcib1: at device 1.0 on pci0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: I/O decode 0x3000-0x3fff > pcib1: memory decode 0xc0100000-0xc01fffff > pcib1: prefetched decode 0xe0000000-0xe7ffffff > pci1: physical bus=1 > map[10]: type 3, range 32, base e0000000, size 27, enabled > map[14]: type 4, range 32, base 00003000, size 8, enabled > map[18]: type 1, range 32, base c0100000, size 16, enabled > found-> vendor=0x1002, dev=0x4c59, revid=0x00 > bus=1, slot=0, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > intpin=a, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 > 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 11 at device 29.1 on pci0 > 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 > ums0: Logitech USB Mouse, rev 1.10/6.b4, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 > uhci2: (New UHCI DeviceId=0x24878086) > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: (0x24878086) UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > pcib2: at device 30.0 on pci0 > pcib2: secondary bus 2 > pcib2: subordinate bus 8 > pcib2: I/O decode 0x4000-0x8fff > pcib2: memory decode 0xc0200000-0xcfffffff > pcib2: prefetched decode 0xe8000000-0xefffffff > pci2: physical bus=2 > map[10]: type 1, range 32, base 50000000, size 12, enabled > found-> vendor=0x1180, dev=0x0478, revid=0xa0 > bus=2, slot=0, func=0 > class=06-07-00, hdrtype=0x02, mfdev=1 > intpin=a, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base 50100000, size 12, enabled > found-> vendor=0x1180, dev=0x0478, revid=0xa0 > bus=2, slot=0, func=1 > class=06-07-00, hdrtype=0x02, mfdev=1 > intpin=b, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base c0201000, size 11, enabled > found-> vendor=0x1180, dev=0x0522, revid=0x00 > bus=2, slot=0, func=2 > class=0c-00-10, hdrtype=0x00, mfdev=1 > intpin=c, irq=11 > powerspec 2 supports D0 D3 current D0 > map[10]: type 1, range 32, base c0200000, size 12, enabled > map[14]: type 4, range 32, base 00008000, size 6, enabled > found-> vendor=0x8086, dev=0x1031, revid=0x41 > bus=2, slot=8, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > intpin=a, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci2: on pcib2 > pccbb0: mem 0x50000000-0x50000fff irq 11 at device 0.0 on pci2 > pcib2: device pccbb0 requested unsupported memory range 0x50000000-0x50000fff (decoding 0xc0200000-0xcfffffff, 0xe8000000-0xefffffff) > pccbb0: Could not map register memory > device_probe_and_attach: pccbb0 attach returned 12 > pccbb0: mem 0x50100000-0x50100fff irq 11 at device 0.1 on pci2 > pcib2: device pccbb0 requested unsupported memory range 0x50100000-0x50100fff (decoding 0xc0200000-0xcfffffff, 0xe8000000-0xefffffff) > pccbb0: Could not map register memory > device_probe_and_attach: pccbb0 attach returned 12 > pci2: at device 0.2 (no driver attached) > fxp0: port 0x8000-0x803f mem 0xc0200000-0xc0200fff irq 11 at device 8.0 on pci2 > pcib2: device fxp0 requested decoded memory range 0xc0200000-0xc0200fff > fxp0: using memory space register mapping > fxp0: Ethernet address 00:d0:59:34:81:d3 > fxp0: PCI IDs: 8086 1031 1014 0209 0041 > fxp0: Dynamic Standby mode is disabled > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > bpf: fxp0 attached > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1860-0x186f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x1860 > ata0: mask=03 ostat0=50 ostat2=50 > ata0-master: ATAPI probe 00 00 > ata0-slave: ATAPI probe 14 eb > ata0: mask=03 stat0=50 stat1=00 > ata0-master: ATA probe 01 a5 > ata0: devices=09 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x1868 > ata1: mask=03 ostat0=50 ostat2=00 > ata1-master: ATAPI probe 00 00 > ata1-slave: ATAPI probe 00 00 > ata1: mask=03 stat0=50 stat1=00 > ata1-master: ATA probe 01 a5 > ata1: devices=01 > ata1: at 0x170 irq 15 on atapci0 > pci0: at device 31.3 (no driver attached) > pcm0: irq 11 at device 31.5 on pci0 > pcm0: unable to map IO port space > device_probe_and_attach: pcm0 attach returned 6 > pci0: at device 31.6 (no driver attached) > unknown: not probed (disabled) > unknown: not probed (disabled) > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0047 > atkbd: keyboard ID 0x54ab (2) > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 > psm0: unable to allocate IRQ > psmcpnp0 irq 12 on acpi0 > psm0: current command byte:0047 > psm0: irq 12 on atkbdc0 > psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons > psm0: config:00006000, flags:00000000, packet size:3 > psm0: syncmask:c0, syncbits:00 > sio0: irq maps: 0x1 0x11 0x1 0x1 > sio0 port 0x3f8-0x3ff irq 4 on acpi0 > sio0: type 16550A > ppc0: using extended I/O port range > ppc0: SPP > ppc0 port 0x3bc-0x3c3 irq 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > pps0: on ppbus0 > EPP: -1 0 > unknown: not probed (disabled) > acpi_ec0: port 0x66,0x62 on acpi0 > unknown: not probed (disabled) > acpi_cmbat0: on acpi0 > acpi_cmbat1: on acpi0 > acpi_acad0: on acpi0 > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > atkbdc: atkbdc0 already exists; skipping it > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > Trying Read_Port at 203 > Trying Read_Port at 243 > Trying Read_Port at 283 > Trying Read_Port at 2c3 > Trying Read_Port at 303 > Trying Read_Port at 343 > Trying Read_Port at 383 > Trying Read_Port at 3c3 > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > orm0:

1.= WeatherRadios.com has been awar= ded a National Partnership with the Federal Emergency Management Agency (F= EMA) to increase the use of Weather Radios country wide through a = program called Project Impact. There are 2,600 Project Impact communities = in the U.S. The FEMA web site lists WeatherRadios.com as a national partne= r providing a banner and link to the WeatherRadios.com site. The FEMA site= receives over 100,000 visitors per day.