From owner-freebsd-scsi@FreeBSD.ORG Mon Jan 3 11:07:12 2011 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2451F1065694 for ; Mon, 3 Jan 2011 11:07:12 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 12A988FC0A for ; Mon, 3 Jan 2011 11:07:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p03B7BnB046607 for ; Mon, 3 Jan 2011 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p03B7BHW046605 for freebsd-scsi@FreeBSD.org; Mon, 3 Jan 2011 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Jan 2011 11:07:11 GMT Message-Id: <201101031107.p03B7BHW046605@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 11:07:12 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/153361 scsi [ciss] Smart Array 5300 boot/detect drive problem o kern/152250 scsi [ciss] [patch] Kernel panic when hw.ciss.expose_hidden o kern/151564 scsi [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 10 o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c o kern/148083 scsi [aac] Strange device reporting o kern/147704 scsi [mpt] sys/dev/mpt: new chip revision, partially unsupp o kern/146287 scsi [ciss] ciss(4) cannot see more than one SmartArray con o kern/145768 scsi [mpt] can't perform I/O on SAS based SAN disk in freeb o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/144301 scsi [ciss] [hang] HP proliant server locks when using ciss o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/141934 scsi [cam] [patch] add support for SEAGATE DAT Scopion 130 o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/127717 scsi [ata] [patch] [request] - support write cache toggling o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123520 scsi [ahd] unable to boot from net while using ahd o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o bin/57088 scsi [cam] [patch] for a possible fd leak in libcam.c o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/40895 scsi wierd kernel / device driver bug o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 45 problems total. From owner-freebsd-scsi@FreeBSD.ORG Wed Jan 5 12:14:54 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A926D1065672 for ; Wed, 5 Jan 2011 12:14:54 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7C1878FC16 for ; Wed, 5 Jan 2011 12:14:54 +0000 (UTC) Received: by pwi10 with SMTP id 10so2396508pwi.13 for ; Wed, 05 Jan 2011 04:14:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Lv7DwORDsidIFYpW4ze3L7nT6RWReI5WurZCDaVV1cM=; b=uqn8pLh878FEAcw6QU1FCiGNm8MRe5eyHuMbIIdzR77XGLGaTF2y5/wd+PBSdFRy79 bjOnupJIzT8Zrpl7jjA0uZVkUFxsFBNTGHh4/YLTRPFl7LyJqrXCemuEgqvSPLhCTqqX G8GvGucKeV5bsCavPikOD3QK90yKpRdHnT3Bc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=dmfz9hyBjLe2CciyHhwPKQA3eKQfU6UowMQhrzuBewBiJLkJP3rUrWucIefkAtd3Jo ZXsYzeNG/utbcigOaArLbPcD1adpsPFCzEpiRZLmoSDokuMlIdVLbF9JYjdK6zUjKk39 B+av/45lMouuO0zlUoUqfCMHPu6FzmknGVQ7o= MIME-Version: 1.0 Received: by 10.142.48.14 with SMTP id v14mr18731726wfv.157.1294228000959; Wed, 05 Jan 2011 03:46:40 -0800 (PST) Received: by 10.142.230.17 with HTTP; Wed, 5 Jan 2011 03:46:40 -0800 (PST) In-Reply-To: References: Date: Wed, 5 Jan 2011 13:46:40 +0200 Message-ID: From: Oleg Nauman To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: CAM related panic on 8.2-PRERELEASE Was: Re: USB related panic on 8.2-PRERELEASE X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2011 12:14:54 -0000 On Tue, Dec 28, 2010 at 9:49 AM, Oleg Nauman wrote: > On Fri, Dec 10, 2010 at 8:15 PM, Hans Petter Selasky w= rote: >> Hi, > > =C2=A0Hello, > >> >> I think this is a known issue which never got fixed. Please try the atta= ched >> patch and report back. >> >> XXX_SAFE !=3D XXX_REAL_SAFE :-) > > =C2=A0My laptop experienced a crash again, this time it seems CAM related= : > > Unread portion of the kernel message buffer: > umass0: at uhub5, port 3, addr 2 (disconnected) > (probe0:umass-sim0:0:0:0): AutoSense failed > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =C2=A0 =3D 0x14 > fault code =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D supervisor= read, page not present > instruction pointer =C2=A0 =C2=A0 =3D 0x20:0xc0736482 > stack pointer =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 0x28:0xc5225bd4 > frame pointer =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 0x28:0xc5225bec > code segment =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D base 0x0, limit= 0xfffff, type 0x1b > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0=3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D resume, IOPL =3D 0 > current process =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 12 (swi2: cambio) > trap number =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 12 > panic: page fault > cpuid =3D 0 > KDB: stack backtrace: > #0 0xc072ac57 at kdb_backtrace+0x47 > #1 0xc06ffe97 at panic+0x117 > #2 0xc09a31f3 at trap_fatal+0x323 > #3 0xc09a3602 at trap+0x152 > #4 0xc098c87c at calltrap+0x6 > #5 0xc06f25e9 at _mtx_unlock_sleep+0x49 > #6 0xc06f2669 at _mtx_unlock_flags+0x49 > #7 0xc0473bb0 at camisr+0x110 > #8 0xc06de98c at intr_event_execute_handlers+0x14c > #9 0xc06df77e at ithread_loop+0xbe > #10 0xc06dccde at fork_exit+0xee > #11 0xc098c8f4 at fork_trampoline+0x8 > Uptime: 6m55s > Physical memory: 2027 MB > Dumping 121 MB: 106 90 74 58 42 26 10 > > Reading symbols from /boot/modules/bwn_v4_ucode.ko...Reading symbols > from /boot/modules/bwn_v4_ucode.ko.symbols...done. > done. > Loaded symbols for /boot/modules/bwn_v4_ucode.ko > Reading symbols from /boot/modules/cuse4bsd.ko...done. > Loaded symbols for /boot/modules/cuse4bsd.ko > #0 =C2=A0doadump () at pcpu.h:231 > 231 =C2=A0 =C2=A0 pcpu.h: No such file or directory. > =C2=A0 =C2=A0 =C2=A0 =C2=A0in pcpu.h > (kgdb) #0 =C2=A0doadump () at pcpu.h:231 > #1 =C2=A00xc06ffc93 in boot (howto=3D260) at ../../../kern/kern_shutdown.= c:419 > #2 =C2=A00xc06ffed0 in panic (fmt=3DVariable "fmt" is not available. > ) at ../../../kern/kern_shutdown.c:592 > #3 =C2=A00xc09a31f3 in trap_fatal (frame=3D0xc5225b94, eva=3D20) > =C2=A0 =C2=A0at ../../../i386/i386/trap.c:946 > #4 =C2=A00xc09a3602 in trap (frame=3D0xc5225b94) at ../../../i386/i386/tr= ap.c:326 > #5 =C2=A00xc098c87c in calltrap () at ../../../i386/i386/exception.s:166 > #6 =C2=A00xc0736482 in turnstile_broadcast (ts=3D0x0, queue=3D0) > =C2=A0 =C2=A0at ../../../kern/subr_turnstile.c:831 > #7 =C2=A00xc06f25e9 in _mtx_unlock_sleep (m=3D0xc67e170c, opts=3D0, > =C2=A0 =C2=A0file=3D0xc0a04b40 "../../../cam/cam_xpt.c", line=3D4715) > =C2=A0 =C2=A0at ../../../kern/kern_mutex.c:675 > #8 =C2=A00xc06f2669 in _mtx_unlock_flags (m=3D0xc67e170c, opts=3D0, > =C2=A0 =C2=A0file=3D0xc0a04b40 "../../../cam/cam_xpt.c", line=3D4715) > =C2=A0 =C2=A0at ../../../kern/kern_mutex.c:227 > #9 =C2=A00xc0473bb0 in camisr (dummy=3D0x0) at ../../../cam/cam_xpt.c:471= 5 > #10 0xc06de98c in intr_event_execute_handlers (p=3D0xc556f7f8, ie=3D0xc56= a8800) > =C2=A0 =C2=A0at ../../../kern/kern_intr.c:1220 > #11 0xc06df77e in ithread_loop (arg=3D0xc556e2b0) > =C2=A0 =C2=A0at ../../../kern/kern_intr.c:1233 > #12 0xc06dccde in fork_exit (callout=3D0xc06df6c0 , > =C2=A0 =C2=A0arg=3D0xc556e2b0, frame=3D0xc5225d28) at ../../../kern/kern_= fork.c:845 > #13 0xc098c8f4 in fork_trampoline () at ../../../i386/i386/exception.s:27= 3 > (kgdb) Filed PR 153514 for better the things tracking. Is it possible to look into this issue? > > It happens with > device umass > enabled in my kernel config file > >> >> --HPS >> >> On Thursday 09 December 2010 12:02:48 Oleg Nauman wrote: >>> On Wed, Dec 8, 2010 at 7:05 PM, Oleg Nauman wro= te: >>> > =C2=A0Hello Hans, >>> > >>> > On Wed, Dec 8, 2010 at 3:33 PM, Hans Petter Selasky >> wrote: >>> >> On Wednesday 08 December 2010 11:41:28 Oleg Nauman wrote: >>> >>> Hello, >>> >>> >>> >>> Unfortunately my notebook experienced the crash during the attempts= to >>> >>> attach EVDO modem supplied with builtin MicroSD cardreader. >>> >>> Related core.txt file is attached as well as 'usbconfig >>> >>> dump_all_config_desc' output (all_config.txt) >>> >>> USB subsystem reports endless USB_ERR_STALLED events during attempt= s >>> >>> to attach umass device, but attaches it finally ( sometimes it >>> >>> attached after two attempts, sometimes it trying to attach during >>> >>> 15-20 minutes ).MicroSD is inserted there, without any effect =C2= =A0on >>> >>> attachment attempts though. >>> >> >>> >> Hi, >>> >> >>> >> Can you reproduce the panic using a kernel built with INVARIANTS opt= ions >>> >> and DEBUG_MEMGUARD . >>> > >>> > =C2=A0I rebuilt my kernel with options you mentioned ( have added >>> > INVARIANT_SUPPORT required =C2=A0by INVARIANTS though ) >>> > >>> > Waiting on panic.. >>> >>> =C2=A0Got it finally ( core.txt file is attached ) >>> >> > From owner-freebsd-scsi@FreeBSD.ORG Wed Jan 5 17:40:26 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D45D1065674 for ; Wed, 5 Jan 2011 17:40:26 +0000 (UTC) (envelope-from shivaram.u@quadstor.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id F35508FC15 for ; Wed, 5 Jan 2011 17:40:25 +0000 (UTC) Received: by iyb26 with SMTP id 26so14741743iyb.13 for ; Wed, 05 Jan 2011 09:40:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.35.201 with SMTP id q9mr23258144ibd.185.1294247460467; Wed, 05 Jan 2011 09:11:00 -0800 (PST) Received: by 10.231.36.68 with HTTP; Wed, 5 Jan 2011 09:11:00 -0800 (PST) X-Originating-IP: [117.192.105.112] In-Reply-To: References: Date: Wed, 5 Jan 2011 22:41:00 +0530 Message-ID: From: Shivaram Upadhyayula To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fwd: IET on FreeBSD X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2011 17:40:26 -0000 Hi, iSCSI Enterprise Target (IET) is an iSCSI target for Linux which has been around and widely used for many years. In the below mail are the details for a FreeBSD port of the same. The homepage of IET is http://iscsitarget.sourceforge.net/. Cheers, Shivram ---------- Forwarded message ---------- From: Shivaram Upadhyayula Date: Wed, Jan 5, 2011 at 9:52 PM Subject: IET on FreeBSD To: iscsitarget-devel@lists.sourceforge.net Hi All, A FreeBSD port for IET is available from http://www.quadstor.com/ietbsd/ . The diff is about 130k, which didn't think is appropriate to attach to this email. Building and installation instructions can be got from http://www.quadstor.com/tech-articles/116-iscsi-enterprise-target-iet-on-freebsd.html . A few things yet to be done are 1. proc interface is missing. I am yet to think of a good alternative for FreeBSD. 2. sending a ping to an initiator and the digest code needs to be fully tested 3. Clean up the patch to remove all #ifdef LINUX etc and make it on the lines of a compatibility patch. As of now the port has only been tested on x86_64. Cheers, Shivram -- QUADStor - Free VTL, NAS, Deduplication and Replication backup solution on FreeBSD http://www.quadstor.com -- QUADStor - Free VTL, NAS, Deduplication and Replication backup solution on FreeBSD http://www.quadstor.com From owner-freebsd-scsi@FreeBSD.ORG Sat Jan 8 11:41:48 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69CBB1065673 for ; Sat, 8 Jan 2011 11:41:48 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id ECC958FC18 for ; Sat, 8 Jan 2011 11:41:47 +0000 (UTC) Received: by fxm16 with SMTP id 16so17660683fxm.13 for ; Sat, 08 Jan 2011 03:41:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=GoUzaNJ0KpUbVyPAAcUHBOs8fK2GyE3lNkXPwGP+ar8=; b=GplCPaN+jUjzMbYPpBWZMhFbCKTj97somScTs5Z1JdZsYtj17wv8lnzDXPgPMT8Vpo K3yWXK/bhx512s2lYm+fqeIgBkcqTmnT2VcYhCoktrIQxOHG1LZnpJZtbKIx6OFeRl2z SZ0VDuI+T40MLD8BkKBnlrA1U17INafBqTPD8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=irKP527LLQCP2kyx/aLjVnNuxwsPQwXXlB9AliZkCqqGpBYuZDONNFW3rY55nSzbpn 2X1gH7oErg7+MijZ/KdqaFWzNrqXvmoky38a8t0xl1x94hkPTqsj77J2omro8mv3x7YW 32Mp4gCffk4xfZkCXxuQDiaMi/7H5UhITh4EA= Received: by 10.223.81.70 with SMTP id w6mr995014fak.62.1294486901117; Sat, 08 Jan 2011 03:41:41 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id e17sm6407623fak.34.2011.01.08.03.41.38 (version=SSLv3 cipher=RC4-MD5); Sat, 08 Jan 2011 03:41:39 -0800 (PST) Sender: Alexander Motin Message-ID: <4D284D5B.9050909@FreeBSD.org> Date: Sat, 08 Jan 2011 13:41:15 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Roger Hammerstein , freebsd-scsi@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: panic: mutex SIIS channel lock not owned siis.c:1703 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2011 11:41:48 -0000 Hi. Roger Hammerstein wrote: > I added a highpoint 1820a card to a machine and moved > a disk from a to the highpoint, and > got this panic on the next boot. Moving the disk back to the > SiI3124 removed the panic. > > panic: mutex SIIS channel lock not owned at > /usr/src/sys/modules/siis/../../dev/siis/siis.c:1703 > > I just rebuilt world and kernel > > FreeBSD butter 9.0-CURRENT FreeBSD 9.0-CURRENT #7: Fri Jan 7 18:56:15 > EST 2011 > > Reading symbols from /boot/kernel/siis.ko...Reading symbols from > /boot/kernel/siis.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/siis.ko > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:250 > 250 if (textdump_pending) > (kgdb) #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:250 > #1 0xffffffff805de4e7 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xffffffff805de971 in panic (fmt=Variable "fmt" is not available. > ) > at /usr/src/sys/kern/kern_shutdown.c:591 > #3 0xffffffff805ced4c in _mtx_assert (m=Variable "m" is not available. > ) > at /usr/src/sys/kern/kern_mutex.c:706 > #4 0xffffffff810f6962 in siisaction (sim=0xfffffe0002923e00, > ccb=0xffffff8094fa24a0) > at /usr/src/sys/modules/siis/../../dev/siis/siis.c:1703 > #5 0xffffffff801a4a89 in ata_device_transport (path=0xffffff8094fa2770) > at /usr/src/sys/cam/ata/ata_xpt.c:1500 > #6 0xffffffff801a672c in ata_alloc_device (bus=0xfffffe000251f480, > target=Variable "target" is not available. > ) > at /usr/src/sys/cam/ata/ata_xpt.c:1482 > #7 0xffffffff8019e342 in xpt_compile_path (new_path=0xfffffe00027b9100, > perph=0x0, path_id=Variable "path_id" is not available. > ) at /usr/src/sys/cam/cam_xpt.c:3347 > #8 0xffffffff8019e506 in xpt_create_path (new_path_ptr=0xffffff8094fa2890, > perph=0x0, path_id=0, target_id=0, lun_id=0) > at /usr/src/sys/cam/cam_xpt.c:3269 > #9 0xffffffff808fd9c6 in hpt_status (oidp=Variable "oidp" is not available. > ) at osbsd.h:247 > #10 0xffffffff805e8907 in sysctl_root (oidp=Variable "oidp" is not > available. > ) > at /usr/src/sys/kern/kern_sysctl.c:1455 > #11 0xffffffff805e8bae in userland_sysctl (td=0x0, name=0xffffff8094fa2a50, > namelen=2, old=0x0, oldlenp=Variable "oldlenp" is not available. > ) at /usr/src/sys/kern/kern_sysctl.c:1565 > #12 0xffffffff805e905a in __sysctl (td=0xfffffe00032bf450, > uap=0xffffff8094fa2bc0) at /usr/src/sys/kern/kern_sysctl.c:1491 > #13 0xffffffff80620d0a in syscallenter (td=0xfffffe00032bf450, > sa=0xffffff8094fa2bb0) at /usr/src/sys/kern/subr_trap.c:318 > #14 0xffffffff808d7f5c in syscall (frame=0xffffff8094fa2c50) > at /usr/src/sys/amd64/amd64/trap.c:938 > #15 0xffffffff808c2c82 in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:381 > #16 0x000000080074365c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) As I can see, it is not siis(4) driver bug, but hptmv(4). As I can see, hpt_get_periph() function receives argument of sequential number of HPT controller within the system, but uses it as CAM path (bus) ID. It could work when HPT's are the only controllers in system, but as soon as you have another one and it appeared to be the first - things went wrong. I haven't looked deep into the hptmv(4) driver, but I thing either pAdapter->mvSataAdapter.adapterId should be made equal to CAM path ID (not sure how how the driver may react on this), or in all calls to hpt_get_periph() instead of it use something like: xpt_path_path_id(&pAdapter->path) -- Alexander Motin