From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 12 05:42:17 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E21AE16A4B3; Sun, 12 Oct 2003 05:42:17 -0700 (PDT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A5B743F85; Sun, 12 Oct 2003 05:42:16 -0700 (PDT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])6A4A75564; Sun, 12 Oct 2003 14:42:15 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 19BCC8223D; Sun, 12 Oct 2003 14:42:14 +0200 (CEST) To: freebsd-stable@freebsd.org In-Reply-To: <20031010103339.GA1093@grummit.biaix.org> (Joan Picanyol's message of "Fri, 10 Oct 2003 12:33:39 +0200") References: <20031010103339.GA1093@grummit.biaix.org> From: Matthias Andree Date: Sun, 12 Oct 2003 14:42:13 +0200 Message-ID: User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-scsi@freebsd.org Subject: Re: help needed debugging SCSI bus problem X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 12:42:18 -0000 Joan Picanyol writes: > ahc0: port 0x1000-0x10ff mem > cd0: Removable CD-ROM SCSI-2 device Nothing more needs to be said. I have bad experience with both Adaptec SCSI adaptors (1542CF, 2842VL and 2940UW Pro) and with YAMAHA CD-writers (CD-R 200T, CRW 4416S). I've never had issues with AMD-based Tekram DC-390. I've had minor issues with "wide drive on narrow SYM53C875 configuration" (see NetBSD PR kern/6849 for the full round-up -- and some FreeBSD versions, same problem) that seem to be solved in recent -STABLE versions. I do look after two Linux machines with a solid 2940UW setup (the adaptors are from 1998, one is driving a Fujitsu U320 10,025/min drive) though, so not all are bad. My Adaptec 2940UW Pro would lock up every other week. (I wonder if it would lock with Windows and who'd take the blame, but I'm digressing.) My Yamaha 200T would go faulty early, it can no longer write disks, but is fine reading. The Yamaha 4260S and 4416S had an awful firmware, Yamaha has never been able to deliver a robust firmware, there's always something that could lock the driver in a state that might block the whole bus. Don't mount these into "servers". I wonder if the 2100S fares much better. I've now replaced the adaptor by a used Tekram DC-390F (15 EUR) and a new Plextor PX-W4824TA (hum, 119 EUR last winter). There are Plextor SCSI CD writers available (IIRC the fastest is the PX-W4012TS) if you want one, but they're around twice as expensive as their flagship ATAPI CD writer. I'm sure there are other good alternatives for either component (SCSI HA and CD writer), but I can only talk about those I know first-hand. -- Matthias Andree Encrypt your mail: my GnuPG key ID is 0x052E7D95 From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 13 06:30:16 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3373116A4B3; Mon, 13 Oct 2003 06:30:16 -0700 (PDT) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76E0D43F75; Mon, 13 Oct 2003 06:30:14 -0700 (PDT) (envelope-from andre.albsmeier@siemens.com) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by david.siemens.de (8.11.7/8.11.7) with ESMTP id h9DDTxk23100; Mon, 13 Oct 2003 15:30:00 +0200 (MEST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail1.siemens.de (8.11.7/8.11.7) with ESMTP id h9DDTxx14160; Mon, 13 Oct 2003 15:29:59 +0200 (MEST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) mail/cert.mc.pre,v 1.51 2003/10/08 13:21:15 ust Exp $) with ESMTP id h9DDTwPj093799; Mon, 13 Oct 2003 15:29:58 +0200 (CEST) Received: (from localhost) by curry.mchp.siemens.de (8.12.9p2/8.12.9) id h9DDTwaG020087; Date: Mon, 13 Oct 2003 15:29:58 +0200 From: Andre Albsmeier To: Matthias Andree Message-ID: <20031013132958.GA24300@curry.mchp.siemens.de> References: <20031010103339.GA1093@grummit.biaix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Echelon: Middleman, Hackers, AWACS, 767, Area51 X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.4i cc: freebsd-scsi@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: help needed debugging SCSI bus problem X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 13:30:16 -0000 On Sun, 12-Oct-2003 at 14:42:13 +0200, Matthias Andree wrote: > Joan Picanyol writes: > > > ahc0: port 0x1000-0x10ff mem > > cd0: Removable CD-ROM SCSI-2 device > > Nothing more needs to be said. > > I have bad experience with both Adaptec SCSI adaptors (1542CF, 2842VL > and 2940UW Pro) and with YAMAHA CD-writers (CD-R 200T, CRW 4416S). I have used the 2940UW with a CDR100 (!), a CDR400, a CD4260, a CD6416 and a CRW2100 without any problems for years. Somtimes these drives were attached to a 29160. This also worked perfectly all the times. > > I've never had issues with AMD-based Tekram DC-390. > > I've had minor issues with "wide drive on narrow SYM53C875 > configuration" (see NetBSD PR kern/6849 for the full round-up -- and > some FreeBSD versions, same problem) that seem to be solved in recent > -STABLE versions. > > I do look after two Linux machines with a solid 2940UW setup (the > adaptors are from 1998, one is driving a Fujitsu U320 10,025/min drive) > though, so not all are bad. > > My Adaptec 2940UW Pro would lock up every other week. (I wonder if it > would lock with Windows and who'd take the blame, but I'm digressing.) > > My Yamaha 200T would go faulty early, it can no longer write disks, but > is fine reading. > > The Yamaha 4260S and 4416S had an awful firmware, Yamaha has never been > able to deliver a robust firmware, there's always something that could > lock the driver in a state that might block the whole bus. Don't mount > these into "servers". I wonder if the 2100S fares much better. Never had this problem with my 4260S or the 2100S. Can't talk about the 4416S... But: Starting with the CRW2200S, Yamaha started to ship IDE drives with some funky external SCSI-IDE converter attached to them. This is the biggest bunch of sh*t I have ever seen. They do not lock up the bus here but as soon as you do other things on the bus while burning a CD it is quite likely that you get a write error. This applies to the CRW-F1 as well. We have replaced the CRW-F1 with a and everything is fine again. Apart from that, I would use Yamaha writers again if they had a real SCSI interface. -Andre > > I've now replaced the adaptor by a used Tekram DC-390F (15 EUR) and a > new Plextor PX-W4824TA (hum, 119 EUR last winter). > > There are Plextor SCSI CD writers available (IIRC the fastest is the > PX-W4012TS) if you want one, but they're around twice as expensive as > their flagship ATAPI CD writer. > > I'm sure there are other good alternatives for either component (SCSI HA > and CD writer), but I can only talk about those I know first-hand. > > -- > Matthias Andree > > Encrypt your mail: my GnuPG key ID is 0x052E7D95 > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" -- Amateurs like Linux, but professionals prefer FreeBSD. From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 13 08:56:36 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 814E216A4B3 for ; Mon, 13 Oct 2003 08:56:36 -0700 (PDT) Received: from hotmail.com (bay1-f79.bay1.hotmail.com [65.54.245.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03B6843FA3 for ; Mon, 13 Oct 2003 08:56:36 -0700 (PDT) (envelope-from joe_joe42@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 13 Oct 2003 08:56:33 -0700 Received: from 195.166.150.163 by by1fd.bay1.hotmail.msn.com with HTTP; Mon, 13 Oct 2003 15:56:33 GMT X-Originating-IP: [195.166.150.163] X-Originating-Email: [joe_joe42@hotmail.com] From: "joe j" To: freebsd-scsi@freebsd.org Date: Mon, 13 Oct 2003 15:56:33 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 13 Oct 2003 15:56:33.0698 (UTC) FILETIME=[93355020:01C391A2] Subject: Andre Albsmeier - Seagate SCSI firmware program X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 15:56:36 -0000 Hi Andre, Saw the mailing list regarding the Seage ST318406LW firmware program available from you @ http://lists.freebsd.org/pipermail/freebsd-scsi/2003-March/000009.html just wanted to know what this program/utility actually does. I have this drive but it does not seem to work correctly and wanted to know what i could do. regards joe _________________________________________________________________ Express yourself with cool emoticons - download MSN Messenger today! http://www.msn.co.uk/messenger From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 13 11:03:53 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E729916A4D6 for ; Mon, 13 Oct 2003 11:03:53 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC3A1440CB for ; Mon, 13 Oct 2003 11:03:06 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9DI36FY046256 for ; Mon, 13 Oct 2003 11:03:06 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9DI366T046250 for scsi@freebsd.org; Mon, 13 Oct 2003 11:03:06 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 13 Oct 2003 11:03:06 -0700 (PDT) Message-Id: <200310131803.h9DI366T046250@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: scsi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 18:03:54 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em 1 problem total. From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 14 06:30:26 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 294D616A4B3 for ; Tue, 14 Oct 2003 06:30:26 -0700 (PDT) Received: from thoth.sbs.de (thoth.sbs.de [192.35.17.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D03D43F85 for ; Tue, 14 Oct 2003 06:30:24 -0700 (PDT) (envelope-from andre.albsmeier@siemens.com) Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by thoth.sbs.de (8.11.7/8.11.7) with ESMTP id h9EDU5711764; Tue, 14 Oct 2003 15:30:05 +0200 (MEST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail3.siemens.de (8.11.7/8.11.7) with ESMTP id h9EDU4T03391; Tue, 14 Oct 2003 15:30:04 +0200 (MEST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) mail/cert.mc.pre,v 1.51 2003/10/08 13:21:15 ust Exp $) with ESMTP id h9EDU3TF087781; Tue, 14 Oct 2003 15:30:03 +0200 (CEST) Received: (from localhost) by curry.mchp.siemens.de (8.12.9p2/8.12.9) id h9EDU3aG025725; Date: Tue, 14 Oct 2003 15:30:03 +0200 From: Andre Albsmeier To: joe j Message-ID: <20031014133003.GA65619@curry.mchp.siemens.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Echelon: Submarine, Privacy, BITNET, 15kg, Undercover X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.4i cc: freebsd-scsi@freebsd.org Subject: Re: Andre Albsmeier - Seagate SCSI firmware program X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 13:30:26 -0000 On Mon, 13-Oct-2003 at 15:56:33 +0000, joe j wrote: > Hi Andre, > > Saw the mailing list regarding the Seage ST318406LW firmware program > available from you @ > > http://lists.freebsd.org/pipermail/freebsd-scsi/2003-March/000009.html > > just wanted to know what this program/utility actually does. I have this It is just a tool for FreeBSD to upload the fw onto the drive. It does not include the fw which has to be obtained from the device manufacturer (Seagate in this case). > drive but it does not seem to work correctly and wanted to know what i > could do. You should tell Seagate about your problems and if they send you a new fw you can try uploading it to the drive using my tool. -Andre From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 14 20:36:40 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00D9716A4BF for ; Tue, 14 Oct 2003 20:36:40 -0700 (PDT) Received: from fastweb3.slipstreamdata.com (fastweb3.slipstreamdata.com [65.110.175.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id A69C543FBF for ; Tue, 14 Oct 2003 20:36:33 -0700 (PDT) (envelope-from dsze@alumni.uwaterloo.ca) Received: from eeyore.uwaterloo.ca (localhost.slipstreamdata.com [127.0.0.1]) h9F3aUJ8013166 for ; Tue, 14 Oct 2003 23:36:32 -0400 Received: from CPE000021e92a64-CM014320019900.cpe.net.cable.rogers.com (sditest@CPE000021e92a64-CM014320019900.cpe.net.cable.rogers.com [24.100.219.60]) by fastweb3.slipstreamdata.com (SlipStream SP Server 3.0.37 built 2003/10/09 16:21:23 -0400 (EDT)); Tue, 14 Oct 2003 23:36:32 -0400 (EDT) Message-Id: <6.0.0.22.2.20031014232154.03a0b990@mail.distrust.net> X-Sender: dsze@engmail.uwaterloo.ca X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 14 Oct 2003 23:37:57 -0400 To: freebsd-scsi@freebsd.org From: David Sze Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Dell PowerEdge 1750 and mpt X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 03:36:40 -0000 Hi, I have 3 identically configured Dell PoweEdge 1750 servers (2 x 3.0GHz Xeon, 4GB RAM, 3 x 36GB U320 SCSI, LSI MPT/Fusion SCSI controller). They are running FreeBSD 4.8-RELEASE-p10, with the bge driver from RELENG_4 ported back. HyperThreading is enabled, and HTT is compiled into the kernel. A custom application is running on these servers that performs many small random reads and writes. All three servers spontaneously panic and reboot at random intervals, after an uptime ranging anywhere from tens of minutes to a couple days. The crashdump and backtrace are shown below - it appears that the problem is somewhere in the mpt driver, but I have no experience in this area, so any help that can be provided would be much appreciated. Output from dmesg follows the crashdump. If more information is required, let me know and I will provide it. /usr/src/sys/compile/KERNEL># gdb -k kernel.debug -c /var/crash/vmcore.0 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf SMP 2 cpus IdlePTD at phsyical address 0x00349000 initial pcb at physical address 0x002bb7c0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode mp_lock = 01000002; cpuid = 1; lapic.id = 06000000 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0x80171388 stack pointer = 0x10:0xdb3ebc7c frame pointer = 0x10:0xdb3ebc90 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 184 (sproxy) interrupt mask = cam <- SMP: XXX trap number = 12 panic: page fault mp_lock = 01000002; cpuid = 1; lapic.id = 06000000 boot() called on cpu#1 syncing disks... 1023 502 68 3 3 3 3 3 3 3 21 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 giving up on 3 buffers Uptime: 1h31m19s dumping to dev #da/0x20009, offset 133248 --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0x8018c33b in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0x8018c794 in poweroff_wait (junk=0x8028bef9, howto=-2144814641) at ../../kern/kern_shutdown.c:595 #3 0x8024a63c in trap_fatal (frame=0xdb3ebc3c, eva=8) at ../../i386/i386/trap.c:974 #4 0x8024a2cd in trap_pfault (frame=0xdb3ebc3c, usermode=0, eva=8) at ../../i386/i386/trap.c:867 #5 0x80249e6f in trap (frame={tf_fs = 24, tf_es = -1834221552, tf_ds = -1841823728, tf_edi = -1776680960, tf_esi = -1776680960, tf_ebp = -616645488, tf_isp = -616645528, tf_ebx = 0, tf_edx = 1811947648, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -2145971320, tf_cs = 8, tf_eflags = 66118, tf_esp = -1841812480, tf_ss = -1841812480}) at ../../i386/i386/trap.c:466 #6 0x80171388 in mpt_read_cfg_page (mpt=0x92382c00, PageAddress=0, hdr=0xdb3ebcc4) at ../../dev/mpt/mpt.c:576 #7 0x80174507 in mpt_action (sim=0x923867c0, ccb=0x961a0000) at ../../dev/mpt/mpt_freebsd.c:1311 #8 0x801215ce in xpt_action (start_ccb=0x961a0000) at ../../cam/cam_xpt.c:2949 #9 0x80125e35 in cam_periph_runccb (ccb=0x961a0000, error_routine=0, camflags=CAM_FLAG_NONE, sense_flags=17, ds=0x92a92a80) at ../../cam/cam_periph.c:822 #10 0x80129cd0 in passsendccb (periph=0x92a90f00, ccb=0x961a0000, inccb=0x93bb7400) at ../../cam/scsi/scsi_pass.c:797 #11 0x80129bfc in passioctl (dev=0x92a90980, cmd=3261076482, addr=0x93bb7400 "\001", flag=3, p=0xd244a400) at ../../cam/scsi/scsi_pass.c:714 #12 0x801c5b62 in spec_ioctl (ap=0xdb3ebde0) at ../../miscfs/specfs/spec_vnops.c:306 #13 0x801c588d in spec_vnoperate (ap=0xdb3ebde0) at ../../miscfs/specfs/spec_vnops.c:119 #14 0x80209349 in ufs_vnoperatespec (ap=0xdb3ebde0) at ../../ufs/ufs/ufs_vnops.c:2394 #15 0x801c2107 in vn_ioctl (fp=0x9633eb40, com=3261076482, data=0x93bb7400 "\001", p=0xd244a400) at vnode_if.h:429 #16 0x8019ba1e in ioctl (p=0xd244a400, uap=0xdb3ebf80) at ../../sys/file.h:178 #17 0x8024a96d in syscall2 (frame={tf_fs = 135725103, tf_es = 47, tf_ds = 2143223855, tf_edi = 136306688, tf_esi = 2143283856, tf_ebp = 2143284464, tf_isp = -616644652, tf_ebx = 2143283952, tf_edx = 0, tf_ecx = 0, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 135190204, tf_cs = 31, tf_eflags = 531, tf_esp = 2143283780, tf_ss = 47}) at ../../i386/i386/trap.c:1175 #18 0x8023805b in Xint0x80_syscall () cannot read proc at 0 (kgdb) Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.8-RELEASE-p10 #0: Tue Oct 14 16:55:25 EDT 2003 root@host.example.com:/usr/src/sys/compile/KERNEL Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2986.93-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 4227792896 (4128704K bytes) avail memory = 4113051648 (4016652K bytes) Changing APIC ID for IO APIC #0 from 0 to 8 on chip Changing APIC ID for IO APIC #1 from 0 to 9 on chip Changing APIC ID for IO APIC #2 from 0 to 10 on chip Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 16 pins in IOAPIC #1 Programming 16 pins in IOAPIC #2 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 cpu1 (AP): apic id: 6, version: 0x00050014, at 0xfee00000 io0 (APIC): apic id: 8, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 9, version: 0x000f0011, at 0xfec01000 io2 (APIC): apic id: 10, version: 0x000f0011, at 0xfec02000 Preloaded elf kernel "kernel" at 0x8032a000. Preloaded elf module "accf_data.ko" at 0x8032a09c. Pentium Pro MTRR support enabled Using $PIR table, 7 entries at 0x800fc4c0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: at 14.0 atapci0: port 0x8b0-0x8bf,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 15.2 irq 11 isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on motherboard pci1: on pcib1 pcib2: on motherboard IOAPIC #1 intpin 0 -> irq 2 IOAPIC #1 intpin 1 -> irq 5 pci2: on pcib2 bge0: mem 0xfcf20000-0xfcf2ffff,0xfcf30000-0xfcf3ffff irq 2 at device 0.0 on pci2 bge0: Ethernet address: 00:06:5b:ef:9c:66 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: mem 0xfcf00000-0xfcf0ffff,0xfcf10000-0xfcf1ffff irq 5 at device 0.1 on pci2 bge1: Ethernet address: 00:06:5b:ef:9c:67 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto pcib3: on motherboard pci3: on pcib3 pcib4: on motherboard IOAPIC #1 intpin 2 -> irq 7 IOAPIC #1 intpin 3 -> irq 13 pci4: on pcib4 mpt0: port 0xcc00-0xccff mem 0xfcd20000-0xfcd2ffff,0xfcd30000-0xfcd3ffff irq 7 at device 5.0 on pci4 mpt1: port 0xc800-0xc8ff mem 0xfcd00000-0xfcd0ffff,0xfcd10000-0xfcd1ffff irq 13 at device 5.1 on pci4 pcib5: on motherboard pci5: on pcib5 pcib6: on motherboard pci6: on pcib6 pcib7: on motherboard pci7: on pcib7 orm0: