From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 8 11:06:52 2013 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DFB4A236 for ; Mon, 8 Apr 2013 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D145D367 for ; Mon, 8 Apr 2013 11:06:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r38B6ppi057369 for ; Mon, 8 Apr 2013 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r38B6pGT057367 for freebsd-scsi@FreeBSD.org; Mon, 8 Apr 2013 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Apr 2013 11:06:51 GMT Message-Id: <201304081106.r38B6pGT057367@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 Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 11:06:52 -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/169403 scsi [cam] [patch] CAM layer, I/O starvation, no fairness o kern/165982 scsi [mpt] mpt instability, drive resets, and losses on Fre o kern/165740 scsi [cam] SCSI code must drain callbacks before free o kern/163713 scsi [aic7xxx] [patch] Add Adaptec29329LPE to aic79xx_pci.c o kern/162256 scsi [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' o kern/161809 scsi [cam] [patch] set kern.cam.boot_delay via build option o kern/157770 scsi [iscsi] [panic] iscsi_initiator panic o kern/154432 scsi [xpt] run_interrupt_driven_hooks: still waiting after o kern/153514 scsi [cam] [panic] CAM related panic o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c s kern/149927 scsi [cam] hard drive not stopped before removing power dur o kern/148083 scsi [aac] Strange device reporting o kern/147704 scsi [mpt] sys/dev/mpt: new chip revision, partially unsupp 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/142351 scsi [mpt] LSILogic driver performance problems o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device 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/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/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 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/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 44 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 8 20:14:33 2013 Return-Path: Delivered-To: FreeBSD-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C66B3EFD; Mon, 8 Apr 2013 20:14:33 +0000 (UTC) (envelope-from seanwbruno@gmail.com) Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com [209.85.220.48]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA208B0; Mon, 8 Apr 2013 20:14:29 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id lj1so3407480pab.7 for ; Mon, 08 Apr 2013 13:14:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:subject:from:reply-to:to:content-type:date:message-id :mime-version:x-mailer; bh=+F5Q97nNZm4TgPJ5K542wvzx8x2IYLPnQqesfSuibp0=; b=iIuqAt8RxKs0Z+WNdKSySCwuIQfE3IVwz8rhSWIoDmUh+FWjUf2GqohRJ3yBqqYWrL /QyhK6GUsq7aubOzq+o57tlr3l/eE/Tg3+U/Lc9O5VSVIJu8yKhBKt+hmxgkDYFXc5Fs 10/zWMJNLQiHWkj+SNdq6p8+sYpAPqikUITkLkYVlWGCYt2iSOMRw2GuoX0IyyZSTlEN yU4E2zOoTXugSvGucyY3vkCru5MfPQ+aH1SZOXIZOJnJ3HmMQD7L7HcYxZwr+yK9I0Pc yAKnBQmL3iNu8YKuhnST7I+Q4lCI45PmJWxAKSmGPtc8Skv+jR2Rcmna2+nxEpjBbDrL Kvcg== X-Received: by 10.66.180.9 with SMTP id dk9mr39954827pac.18.1365452069385; Mon, 08 Apr 2013 13:14:29 -0700 (PDT) Received: from [10.73.160.242] (nat-dip7.cfw-a-gci.corp.yahoo.com. [209.131.62.116]) by mx.google.com with ESMTPS id fb7sm26732537pab.16.2013.04.08.13.14.27 (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 08 Apr 2013 13:14:28 -0700 (PDT) Subject: ciss(4) malformed vendor/product data From: Sean Bruno To: "FreeBSD-scsi@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-27lH1IcEQAXYb0GwDg0f" Date: Mon, 08 Apr 2013 13:14:25 -0700 Message-ID: <1365452066.2312.30.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 20:14:33 -0000 --=-27lH1IcEQAXYb0GwDg0f Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I think, at some point in the mists of time, vendor and product inquiry were expand to 16bytes and 48 bytes respectively, at least when I look at camcontrol, that's what I see. I noted that the camcontrol devlist output was slightly mangled (note the lack of 1+0): -bash-4.2$ sudo camcontrol devlist at scbus0 target 0 lun 0 (pass0,da0) at scbus0 target 1 lun 0 (pass1,da1) at scbus3 target 0 lun 0 (pass2,cd0) When I updated this to have the same padded sizes as camcontrol, then things realigned and became clear: at scbus0 target 0 lun 0 (pass0,da0) at scbus0 target 1 lun 0 (pass1,da1) Not sure if there's a global that should be used here, or=20 /home/seanbru/ybsd_9/sys/dev/ciss/ciss.c @@ -3351,8 +3351,8 @@ =20 cl =3D &sc->ciss_logical[bus][target]; =20 - padstr(inq->vendor, "COMPAQ", 8); - padstr(inq->product, ciss_name_ldrive_org(cl->cl_ldrive->fault_tolerance), 8); + padstr(inq->vendor, "COMPAQ", 16); + padstr(inq->product, ciss_name_ldrive_org(cl->cl_ldrive->fault_tolerance), 48); padstr(inq->revision, ciss_name_ldrive_status(cl->cl_lstatus->status), 16); } } --=-27lH1IcEQAXYb0GwDg0f Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRYyUhAAoJEBkJRdwI6BaH8icH/0AJMTBHxW/aszediOLgHOcQ 96pCkA9+yEsJbBOf7LM0HAswZccS9mtog99/htAYSrgr6BgBIApueNo+9K355p/u Rk+zO0foHRss2uAbk6/x1sRYVyuh8jm2r3fRQydL+/uVaH8DsfCHHNy/140lv1Dd W7CauLrGVCXrzZziV0PFQvYboDj2EPkACb/dqZIafp1UDxmpWZRdllVlDW9GV5YV Ayp76D/AQCneYtuRs/NCQvQiy+Ut7K/aZceYNhxwtlAhJ0svtGPXQEEHwRkBgkYy yjHVp7XSicPRZCzsqagtYQoPOuTySHLwsotTVPagjTd9yYRtjMLIlzGO+XiyyRw= =r917 -----END PGP SIGNATURE----- --=-27lH1IcEQAXYb0GwDg0f-- From owner-freebsd-scsi@FreeBSD.ORG Tue Apr 9 05:10:01 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 84DD61DD for ; Tue, 9 Apr 2013 05:10:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 75E1FCD for ; Tue, 9 Apr 2013 05:10:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r395A1vU069189 for ; Tue, 9 Apr 2013 05:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r395A14T069188; Tue, 9 Apr 2013 05:10:01 GMT (envelope-from gnats) Date: Tue, 9 Apr 2013 05:10:01 GMT Message-Id: <201304090510.r395A14T069188@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org Cc: From: Sean Bruno Subject: Re: kern/44587: dev/dpt/dpt.h is missing defines required for DPT_HANDLE_TIMEOUTS kernel option X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Sean Bruno List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 05:10:01 -0000 The following reply was made to PR kern/44587; it has been noted by GNATS. From: Sean Bruno To: bug-followup@FreeBSD.org, cryptographite@attbi.com Cc: Subject: Re: kern/44587: dev/dpt/dpt.h is missing defines required for DPT_HANDLE_TIMEOUTS kernel option Date: Mon, 08 Apr 2013 22:09:33 -0700 --=-1oVZYsh6Um1nxKGSj3ob Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable setting DPT_HANDLE_TIMEOUTS as a kernel config options definitely does not work any more. sys/sys/dpt.h was deleted at svn r39402 ish sys/dev/dpt.h was added at svn r39234 as a replacement This happened with the implementation of CAM support of dpt(4). The method used for "option DPT_HANDLE_TIMEOUTS" is completely useless and should be removed alltogether at this point.=20 --=-1oVZYsh6Um1nxKGSj3ob Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRY6KFAAoJEBkJRdwI6BaH1uEH/jmnlZgMq9j+BMeUmieThPls wR1kCi11WK9BT7YHSfQ3pvIHzlhEAcy6BFiwcT3iPeqa29Y/eTFInQHNHvQyerWa xRmMVYO5YU+SPJRSDdvXZ0HL+F0VOTxOx7kh890HP4luwN7EfAyvHZqCPdIBHR95 RCb6UxfrwLC6MvQ01lZNoq/m/q9fjWj4TGqful1Vg+uvBNxe/QbORWHk54dzykhQ DvZMipMwBk/QhHyXGcAaAz0r0in/J8QdZnjAJiHucEWhqqqQJ17wXFAlcPLhlm1M N+W7+1FspYVcA1qQxRGFWw0qoC1F2yYVnuoIfQ0Yfpy9mK2f9jIs/nVqTcXYpjI= =mDKR -----END PGP SIGNATURE----- --=-1oVZYsh6Um1nxKGSj3ob-- From owner-freebsd-scsi@FreeBSD.ORG Tue Apr 9 19:43:08 2013 Return-Path: Delivered-To: FreeBSD-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C91E427F; Tue, 9 Apr 2013 19:43:08 +0000 (UTC) (envelope-from seanwbruno@gmail.com) Received: from mail-pd0-f178.google.com (mail-pd0-f178.google.com [209.85.192.178]) by mx1.freebsd.org (Postfix) with ESMTP id 99F2B86D; Tue, 9 Apr 2013 19:43:08 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id w11so3912092pde.9 for ; Tue, 09 Apr 2013 12:43:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:subject:from:reply-to:to:cc:in-reply-to:references :content-type:date:message-id:mime-version:x-mailer; bh=z3oz4woafSRsUqvy01aQ9ybRhaqHzXP9G3xdGHWiTvg=; b=WxIuuH4iZrYDdn/auaAgHEVaV0hSXc3/gr4DYzxYd3LHi0wshLCQHvD6b5wIx4qCPj kXPsGCaXdiW06AaxWUCSxFtIsorAZ22n7Y4VyRYNNBaOKk0ZxNCk/9TZkt6s54T6SOSz KfOCMUdtIYy+cLp7AP82SXpGPEWhMQDDPYUV8Geq1SzCcMm/our76NQaQy0RfRDV7ce/ gPnQuOkft0KwqDjFWV9CD9P1uJkwPUXGR8vE28C/H0uaonpeMpGBgzJ6Ckkmdn5fFZj1 u5r/P8/NwtyGaqZFHpmNaktU/mf3sCGIS7SeF7nN7HlhGK4EccfXJ4NDWaYzWmu1DBVx 8U9Q== X-Received: by 10.67.1.4 with SMTP id bc4mr24884084pad.109.1365536582418; Tue, 09 Apr 2013 12:43:02 -0700 (PDT) Received: from [10.73.160.242] (nat-dip7.cfw-a-gci.corp.yahoo.com. [209.131.62.116]) by mx.google.com with ESMTPS id xl10sm47700236pac.15.2013.04.09.12.42.59 (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 09 Apr 2013 12:43:00 -0700 (PDT) Subject: Re: ciss(4) malformed vendor/product data From: Sean Bruno To: sbruno@freebsd.org In-Reply-To: <1365452066.2312.30.camel@localhost> References: <1365452066.2312.30.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Mr3RKsHVQJnL37Z+N4/q" Date: Tue, 09 Apr 2013 12:42:58 -0700 Message-ID: <1365536578.2158.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "FreeBSD-scsi@freebsd.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 19:43:08 -0000 --=-Mr3RKsHVQJnL37Z+N4/q Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2013-04-08 at 13:14 -0700, Sean Bruno wrote: > I think, at some point in the mists of time, vendor and product inquiry > were expand to 16bytes and 48 bytes respectively, at least when I look > at camcontrol, that's what I see. >=20 > I noted that the camcontrol devlist output was slightly mangled (note > the lack of 1+0): >=20 > -bash-4.2$ sudo camcontrol devlist > at scbus0 target 0 lun 0 (pass0,da0) > at scbus0 target 1 lun 0 (pass1,da1) > at scbus3 target 0 lun 0 (pass2,cd0) >=20 > When I updated this to have the same padded sizes as camcontrol, then > things realigned and became clear: >=20 > at scbus0 target 0 lun 0 (pass0,da0) > at scbus0 target 1 lun 0 (pass1,da1) >=20 >=20 > Not sure if there's a global that should be used here, or=20 >=20 Thought better of the patch, and thought, "Hey! Why don't I just use the values that CAM already defines for this purpose!" This will have the same result as the previous version, but be slightly more future proofish. Index: ciss.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- ciss.c (revision 249314) +++ ciss.c (working copy) @@ -3346,9 +3346,12 @@ =20 cl =3D &sc->ciss_logical[bus][target]; =20 - padstr(inq->vendor, "COMPAQ", 8); - padstr(inq->product, ciss_name_ldrive_org(cl->cl_ldrive->fault_tolerance), 8); - padstr(inq->revision, ciss_name_ldrive_status(cl->cl_lstatus->status), 16); + padstr(inq->vendor, "COMPAQ", + SID_VENDOR_SIZE); + padstr(inq->product, ciss_name_ldrive_org(cl->cl_ldrive->fault_tolerance), + SID_PRODUCT_SIZE); + padstr(inq->revision, ciss_name_ldrive_status(cl->cl_lstatus->status), + SID_REVISION_SIZE); } } --=-Mr3RKsHVQJnL37Z+N4/q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRZG9CAAoJEBkJRdwI6BaHQoIH/1q8BJbsLgw7YdtRpZ/IPt+T sTzImqz1FYxFx97E0o31l1r9t+ncF17EOSY+GIbBXaN0Gbn/zrZUPZAd7G6TqbrC OrcOnoB9kUxYeR0XL8TrhTRVn13kXpxDZPHMNyrxEBhnOU0PIhKYw1FhVVA0NDZv BVIjPInw8qIL/IU4HQ78ZNN0LV5PqqL+a6II7ZcQW1DMEuX3gXFgu47DrFrSJdDY kT0LQv+G9DOjKKvydMjvOpFlMAqgNF6ExRwMGtbcvUFowIhtsABQ9rO9x9WaVmVs zAkYnNDr2ZdDpFWdgJmTGVUY5chUIBSqZFDHz9T7t7wHxA4S/OP/beLYO8q8Kr0= =mx8s -----END PGP SIGNATURE----- --=-Mr3RKsHVQJnL37Z+N4/q-- From owner-freebsd-scsi@FreeBSD.ORG Tue Apr 9 19:48:49 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7C77A374; Tue, 9 Apr 2013 19:48:49 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 576608CB; Tue, 9 Apr 2013 19:48:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r39JmnHu033036; Tue, 9 Apr 2013 19:48:49 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r39JmnnA033035; Tue, 9 Apr 2013 19:48:49 GMT (envelope-from sbruno) Date: Tue, 9 Apr 2013 19:48:49 GMT Message-Id: <201304091948.r39JmnnA033035@freefall.freebsd.org> To: george@m5p.com, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/39388: ncr/sym drivers fail with 53c810 and more than 256MB memory X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 19:48:49 -0000 Synopsis: ncr/sym drivers fail with 53c810 and more than 256MB memory State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Tue Apr 9 19:48:12 UTC 2013 State-Changed-Why: I'm going to say that this is not longer a bug unless I can be proven wrong. http://www.freebsd.org/cgi/query-pr.cgi?pr=39388 From owner-freebsd-scsi@FreeBSD.ORG Tue Apr 9 19:50:01 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 583943C2 for ; Tue, 9 Apr 2013 19:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 3A8628DF for ; Tue, 9 Apr 2013 19:50:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r39Jo1jH033132 for ; Tue, 9 Apr 2013 19:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r39Jo0er033131; Tue, 9 Apr 2013 19:50:00 GMT (envelope-from gnats) Date: Tue, 9 Apr 2013 19:50:00 GMT Message-Id: <201304091950.r39Jo0er033131@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org Cc: From: Sean Bruno Subject: Re: kern/44587: dev/dpt/dpt.h is missing defines required for DPT_HANDLE_TIMEOUTS kernel option X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Sean Bruno List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 19:50:01 -0000 The following reply was made to PR kern/44587; it has been noted by GNATS. From: Sean Bruno To: bug-followup@FreeBSD.org, cryptographite@attbi.com Cc: Subject: Re: kern/44587: dev/dpt/dpt.h is missing defines required for DPT_HANDLE_TIMEOUTS kernel option Date: Tue, 09 Apr 2013 12:46:56 -0700 --=-TtB46BOqDEW7zUEpuqRD Content-Type: multipart/mixed; boundary="=-djHxNd34EOkbkEVteM/S" --=-djHxNd34EOkbkEVteM/S Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I propose the following as DPT_HANDLE_TIMEOUTS can't possibly work. We should nuke it and be done with it. --=-djHxNd34EOkbkEVteM/S Content-Disposition: attachment; filename="dpt_handle_timeouts_delete.txt" Content-Type: text/plain; name="dpt_handle_timeouts_delete.txt"; charset="us-ascii" Content-Transfer-Encoding: base64 SW5kZXg6IHN5cy9jb25mL05PVEVTDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0gc3lzL2NvbmYvTk9URVMJKHJl dmlzaW9uIDI0OTMxNCkNCisrKyBzeXMvY29uZi9OT1RFUwkod29ya2luZyBjb3B5KQ0KQEAgLTE2 MjYsMTAgKzE2MjYsNiBAQA0KICMgICBEUFRfTUVBU1VSRV9QRVJGT1JNQU5DRSBFbmFibGVzIGEg c2V0IG9mIChzZW1pKWludmFzaXZlIG1ldHJpY3MuIFZhcmlvdXMNCiAjICAgICAgICAgICAgICAg ICAgICAgICAgICAgaW5zdHJ1bWVudHMgYXJlIGVuYWJsZWQuICBUaGUgdG9vbHMgaW4NCiAjICAg ICAgICAgICAgICAgICAgICAgICAgICAgL3Vzci9zYmluL2RwdF8qIGFzc3VtZSB0aGVzZSB0byBi ZSBlbmFibGVkLg0KLSMgICBEUFRfSEFORExFX1RJTUVPVVRTICAgICBOb3JtYWxseSBkZXZpY2Ug dGltZW91dHMgYXJlIGhhbmRsZWQgYnkgdGhlIERQVC4NCi0jICAgICAgICAgICAgICAgICAgICAg ICAgICAgSWYgeW91IHdhbnQgdGhlIGRyaXZlciB0byBoYW5kbGUgdGltZW91dHMsIGVuYWJsZQ0K LSMgICAgICAgICAgICAgICAgICAgICAgICAgICB0aGlzIG9wdGlvbi4gIElmIHlvdXIgc3lzdGVt IGlzIHZlcnkgYnVzeSwgdGhpcw0KLSMgICAgICAgICAgICAgICAgICAgICAgICAgICBvcHRpb24g d2lsbCBjcmVhdGUgbW9yZSB0cm91YmxlIHRoYW4gc29sdmUuDQogIyAgIERQVF9USU1FT1VUX0ZB Q1RPUiAgICAgIFVzZWQgdG8gY29tcHV0ZSB0aGUgZXhjZXNzaXZlIGFtb3VudCBvZiB0aW1lIHRv DQogIyAgICAgICAgICAgICAgICAgICAgICAgICAgIHdhaXQgd2hlbiB0aW1pbmcgb3V0IHdpdGgg dGhlIGFib3ZlIG9wdGlvbi4NCiAjICBEUFRfREVCVUdfeHh4eCAgICAgICAgICAgVGhlc2UgYXJl IGNvbnRyb2xsYWJsZSBmcm9tIHN5cy9kZXYvZHB0L2RwdC5oDQpAQCAtMTY0NSw3ICsxNjQxLDYg QEANCiANCiAjIERQVCBvcHRpb25zDQogIyFDQU0jIG9wdGlvbnMgCURQVF9NRUFTVVJFX1BFUkZP Uk1BTkNFDQotIyFDQU0jIG9wdGlvbnMgCURQVF9IQU5ETEVfVElNRU9VVFMNCiBvcHRpb25zIAlE UFRfVElNRU9VVF9GQUNUT1I9NA0KIG9wdGlvbnMgCURQVF9MT1NUX0lSUQ0KIG9wdGlvbnMgCURQ VF9SRVNFVF9IQkENCkluZGV4OiBzeXMvY29uZi9vcHRpb25zDQo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0gc3lz L2NvbmYvb3B0aW9ucwkocmV2aXNpb24gMjQ5MzE0KQ0KKysrIHN5cy9jb25mL29wdGlvbnMJKHdv cmtpbmcgY29weSkNCkBAIC01MzQsNyArNTM0LDYgQEANCiANCiAjIERQVCBkcml2ZXIgZGVidWcg ZmxhZ3MNCiBEUFRfTUVBU1VSRV9QRVJGT1JNQU5DRQlvcHRfZHB0LmgNCi1EUFRfSEFORExFX1RJ TUVPVVRTCW9wdF9kcHQuaA0KIERQVF9USU1FT1VUX0ZBQ1RPUglvcHRfZHB0LmgNCiBEUFRfTE9T VF9JUlEJCW9wdF9kcHQuaA0KIERQVF9SRVNFVF9IQkEJCW9wdF9kcHQuaA0KSW5kZXg6IHN5cy9k ZXYvZHB0L2RwdC5oDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0gc3lzL2Rldi9kcHQvZHB0LmgJKHJldmlzaW9u IDI0OTMxNCkNCisrKyBzeXMvZGV2L2RwdC9kcHQuaAkod29ya2luZyBjb3B5KQ0KQEAgLTExMTUs MTAgKzExMTUsNiBAQA0KICNkZWZpbmUgRFBUX0xPU1RfSVJRX0FDVElWRQkweDIwMDAwMDAwDQog I2VuZGlmDQogCQ0KLSNpZmRlZiBEUFRfSEFORExFX1RJTUVPVVRTDQotI2RlZmluZSBEUFRfSEFf VElNRU9VVFNfU0VUCTB4NDAwMDAwMDANCi0jZGVmaW5lIERQVF9IQV9USU1FT1VUU19BQ1RJVkUJ MHg4MDAwMDAwMA0KLSNlbmRpZg0KIA0KIAl1X2ludDhfdCAgcHJpbWFyeTsJLyogdHJ1ZSBpZiBw cmltYXJ5ICovCQ0KIA0KSW5kZXg6IHN5cy9kZXYvZHB0L2RwdF9zY3NpLmMNCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0N Ci0tLSBzeXMvZGV2L2RwdC9kcHRfc2NzaS5jCShyZXZpc2lvbiAyNDkzMTQpDQorKysgc3lzL2Rl di9kcHQvZHB0X3Njc2kuYwkod29ya2luZyBjb3B5KQ0KQEAgLTE2MzIsOSArMTYzMiw2IEBADQog CQkJICAgICAgICJjbGVhciBFT0MuXG4gICAgIE1hcmtpbmcgYXMgTE9TVC5cbiIsDQogCQkJICAg ICAgIGRjY2ItPnRyYW5zYWN0aW9uX2lkKTsNCiANCi0jaWZkZWYgRFBUX0hBTkRMRV9USU1FT1VU Uw0KLQkJCWRjY2ItPnN0YXRlIHw9IERQVF9DQ0JfU1RBVEVfTUFSS0VEX0xPU1Q7DQotI2VuZGlm DQogCQkJLyogVGhpcyBDTEVBUlMgdGhlIGludGVycnVwdCEgKi8NCiAJCQlzdGF0dXMgPSBkcHRf aW5iKGRwdCwgSEFfUlNUQVRVUyk7DQogCQkJY29udGludWU7DQpAQCAtMjUyNCwxNTQgKzI1MjEs NCBAQA0KIAlyZXR1cm47DQogfQ0KIA0KLSNpZmRlZiBEUFRfSEFORExFX1RJTUVPVVRTDQotLyoq DQotICogVGhpcyBmdW5jdGlvbiB3YWxrcyBkb3duIHRoZSBTVUJNSVRURUQgcXVldWUuDQotICog RXZlcnkgcmVxdWVzdCB0aGF0IGlzIHRvbyBvbGQgZ2V0cyBhYm9ydGVkIGFuZCBtYXJrZWQuDQot ICogU2luY2UgdGhlIERQVCB3aWxsIGNvbXBsZXRlIChpbnRlcnJ1cHQpIGltbWVkaWF0ZWx5ICh3 aGF0IGRvZXMgdGhhdCBtZWFuPyksDQotICogV2UganVzdCB3YWxrIHRoZSBsaXN0LCBhYm9ydGlu ZyBvbGQgY29tbWFuZHMgYW5kIG1hcmtpbmcgdGhlbSBhcyBzdWNoLg0KLSAqIFRoZSBkcHRfY29t cGxldGUgZnVuY3Rpb24gd2lsbCBnZXQgcmlkIG9mIHRoZSB0aGF0IHdlcmUgaW50ZXJydXB0ZWQg aW4gdGhlDQotICogbm9ybWFsIG1hbm5lci4NCi0gKg0KLSAqIFRoaXMgZnVuY3Rpb24gbmVlZHMg dG8gcnVuIGF0IHNwbGNhbSgpLCBhcyBpdCBpbnRlcmFjdHMgd2l0aCB0aGUgc3VibWl0dGVkDQot ICogcXVldWUsIGFzIHdlbGwgYXMgdGhlIGNvbXBsZXRlZCBhbmQgZnJlZSBxdWV1ZXMuICBKdXN0 IGxpa2UgZHB0X2ludHIoKSBkb2VzLg0KLSAqIFRvIHJ1biBpdCBhdCBhbnkgSVNQTCBvdGhlciB0 aGFuIHRoYXQgb2YgZHB0X2ludHIoKSwgd2lsbCBtZWFuIHRoYXQgZHB0X2ludHINCi0gKiB3aWxs YmUgYWJsZSB0byBwcmUtZW1wdCBpdCwgZ3JhYiBhIHRyYW5zYWN0aW9uIGluIHByb2dyZXNzICh0 b3dhcmRzDQotICogZGVzdHJ1Y3Rpb24pIGFuZCBvcGVyYXRlIG9uIGl0LiAgVGhlIHN0YXRlIG9m IHRoaXMgdHJhbnNhY3Rpb24gd2lsbCBiZSBub3QNCi0gKiB2ZXJ5IGNsZWFyLg0KLSAqIFRoZSBv bmx5IG90aGVyIG9wdGlvbiwgaXMgdG8gbG9jayBpdCBvbmx5IGFzIGxvbmcgYXMgbmVjZXNzYXJ5 IGJ1dCBoYXZlDQotICogZHB0X2ludHIoKSBzcGluLXdhaXQgb24gaXQuIEluIGEgVVAgZW52aXJv bm1lbnQgdGhpcyBtYWtlcyBubyBzZW5zZSBhbmQgaW4NCi0gKiBhIFNNUCBlbnZpcm9ubWVudCwg dGhlIGFkdmFudGFnZSBpcyBkdWJ2aW91cyBmb3IgYSBmdW5jdGlvbiB0aGF0IHJ1bnMgb25jZQ0K LSAqIGV2ZXJ5IHRlbiBzZWNvbmRzIGZvciBmZXcgbWljcm9zZWNvbmRzIGFuZCwgb24gc3lzdGVt cyB3aXRoIGhlYWx0aHkNCi0gKiBoYXJkd2FyZSwgZG9lcyBub3QgZG8gYW55dGhpbmcgYW55d2F5 Lg0KLSAqLw0KLQ0KLXN0YXRpYyB2b2lkDQotZHB0X2hhbmRsZV90aW1lb3V0cyhkcHRfc29mdGNf dCAqIGRwdCkNCi17DQotCWRwdF9jY2JfdCAgICAgICpjY2I7DQotDQotCWlmIChkcHQtPnN0YXRl ICYgRFBUX0hBX1RJTUVPVVRTX0FDVElWRSkgew0KLQkJZGV2aWNlX3ByaW50ZihkcHQtPmRldiwg IldBUk5JTkc6IFRpbWVvdXQgSGFuZGxpbmcgQ29sbGlzaW9uXG4iKTsNCi0JCXJldHVybjsNCi0J fQ0KLQlkcHQtPnN0YXRlIHw9IERQVF9IQV9USU1FT1VUU19BQ1RJVkU7DQotDQotCS8qIExvb3Ag dGhyb3VnaCB0aGUgZW50aXJlIHN1Ym1pdHRlZCBxdWV1ZSwgbG9va2luZyBmb3IgbG9zdCBzb3Vs cyAqLw0KLQlUQUlMUV9GSVJTVChjY2IsICYmZHB0LT5zdWJtaXR0ZWRfY2NicywgbGlua3MpIHsN Ci0JCXN0cnVjdCBzY3NpX3hmZXIgKnhzOw0KLQkJdV9pbnQzMl90ICAgICAgIGFnZSwgbWF4X2Fn ZTsNCi0NCi0JCXhzID0gY2NiLT54czsNCi0JCWFnZSA9IGRwdF90aW1lX2RlbHRhKGNjYi0+Y29t bWFuZF9zdGFydGVkLCBtaWNyb3RpbWVfbm93KTsNCi0NCi0jZGVmaW5lIFRlblNlYwkxMDAwMDAw MA0KLQ0KLQkJaWYgKHhzID09IE5VTEwpIHsJLyogTG9jYWwsIG5vbi1rZXJuZWwgY2FsbCAqLw0K LQkJCW1heF9hZ2UgPSBUZW5TZWM7DQotCQl9IGVsc2Ugew0KLQkJCW1heF9hZ2UgPSAoKCh4cy0+ dGltZW91dCAqIChkcHQtPnN1Ym1pdHRlZF9jY2JzX2NvdW50DQotCQkJCQkJICAgICsgRFBUX1RJ TUVPVVRfRkFDVE9SKSkNCi0JCQkJICAgID4gVGVuU2VjKQ0KLQkJCQkgPyAoeHMtPnRpbWVvdXQg KiAoZHB0LT5zdWJtaXR0ZWRfY2Nic19jb3VudA0KLQkJCQkJCSAgICsgRFBUX1RJTUVPVVRfRkFD VE9SKSkNCi0JCQkJICAgOiBUZW5TZWMpOw0KLQkJfQ0KLQ0KLQkJLyoNCi0JCSAqIElmIGEgdHJh bnNhY3Rpb24gaXMgbWFya2VkIGxvc3QgYW5kIGlzIFRXSUNFIGFzIG9sZCBhcyB3ZQ0KLQkJICog Y2FyZSwgdGhlbiwgYW5kIG9ubHkgdGhlbiBkbyB3ZSBkZXN0cm95IGl0IQ0KLQkJICovDQotCQlp ZiAoY2NiLT5zdGF0ZSAmIERQVF9DQ0JfU1RBVEVfTUFSS0VEX0xPU1QpIHsNCi0JCQkvKiBSZW1l bWJlciB3aG8gaXMgbmV4dCAqLw0KLQkJCWlmIChhZ2UgPiAobWF4X2FnZSAqIDIpKSB7DQotCQkJ CWRwdF9RcmVtb3ZlX3N1Ym1pdHRlZChkcHQsIGNjYik7DQotCQkJCWNjYi0+c3RhdGUgJj0gfkRQ VF9DQ0JfU1RBVEVfTUFSS0VEX0xPU1Q7DQotCQkJCWNjYi0+c3RhdGUgfD0gRFBUX0NDQl9TVEFU RV9BQk9SVEVEOw0KLSNkZWZpbmUgY21kX25hbWUgc2NzaV9jbWRfbmFtZShjY2ItPmVhdGFfY2Ni LmNwX3Njc2lfY21kKQ0KLQkJCQlpZiAoY2NiLT5yZXRyaWVzKysgPiBEUFRfUkVUUklFUykgew0K LQkJCQkJZGV2aWNlX3ByaW50ZihkcHQtPmRldiwNCi0JCQkJCSAgICAgICAiRVJST1I6IERlc3Ry b3lpbmcgc3RhbGUgIg0KLQkJCQkJICAgICAgICIlZCAoJXMpXG4iDQotCQkJCQkgICAgICAgIgkJ b24gIg0KLQkJCQkJICAgICAgICJjJWRiJWR0JWR1JWQgKCVkLyVkKVxuIiwNCi0JCQkJCSAgICAg ICBjY2ItPnRyYW5zYWN0aW9uX2lkLA0KLQkJCQkJICAgICAgIGNtZF9uYW1lLA0KLQkJCQkJICAg ICAgIGRldmljZV9nZXRfdW5pdChkcHQtPmRldiksDQotCQkJCQkgICAgICAgY2NiLT5lYXRhX2Nj Yi5jcF9jaGFubmVsLA0KLQkJCQkJICAgICAgIGNjYi0+ZWF0YV9jY2IuY3BfaWQsDQotCQkJCQkg ICAgICAgY2NiLT5lYXRhX2NjYi5jcF9MVU4sIGFnZSwNCi0JCQkJCSAgICAgICBjY2ItPnJldHJp ZXMpOw0KLSNkZWZpbmUgc2VuZF9jY2IgJmNjYi0+ZWF0YV9jY2INCi0jZGVmaW5lIEVTQQkgRUFU QV9TUEVDSUZJQ19BQk9SVA0KLQkJCQkJKHZvaWQpIGRwdF9zZW5kX2ltbWVkaWF0ZShkcHQsDQot CQkJCQkJCQkgIHNlbmRfY2NiLA0KLQkJCQkJCQkJICBFU0EsDQotCQkJCQkJCQkgIDAsIDApOw0K LQkJCQkJZHB0X1FwdXNoX2ZyZWUoZHB0LCBjY2IpOw0KLQ0KLQkJCQkJLyogVGhlIFNDU0kgbGF5 ZXIgc2hvdWxkIHJlLXRyeSAqLw0KLQkJCQkJeHMtPmVycm9yIHw9IFhTX1RJTUVPVVQ7DQotCQkJ CQl4cy0+ZmxhZ3MgfD0gU0NTSV9JVFNET05FOw0KLQkJCQkJc2NzaV9kb25lKHhzKTsNCi0JCQkJ fSBlbHNlIHsNCi0JCQkJCWRldmljZV9wcmludGYoZHB0LT5kZXYsDQotCQkJCQkgICAgICAgIkVS Uk9SOiBTdGFsZSAlZCAoJXMpIG9uICINCi0JCQkJCSAgICAgICAiYyVkYiVkdCVkdSVkICglZClc biINCi0JCQkJCSAgICAgIgkJZ2V0cyBhbm90aGVyICINCi0JCQkJCSAgICAgICAiY2hhbmNlKCVk LyVkKVxuIiwNCi0JCQkJCSAgICAgICBjY2ItPnRyYW5zYWN0aW9uX2lkLA0KLQkJCQkJICAgICAg IGNtZF9uYW1lLA0KLQkJCQkJICAgICAgIGRldmljZV9nZXRfdW5pdChkcHQtPmRldiksDQotCQkJ CQkgICAgICAgY2NiLT5lYXRhX2NjYi5jcF9jaGFubmVsLA0KLQkJCQkJICAgICAgIGNjYi0+ZWF0 YV9jY2IuY3BfaWQsDQotCQkJCQkgICAgICAgY2NiLT5lYXRhX2NjYi5jcF9MVU4sDQotCQkJCQkg ICAgYWdlLCBjY2ItPnJldHJpZXMsIERQVF9SRVRSSUVTKTsNCi0NCi0JCQkJCWRwdF9RcHVzaF93 YWl0aW5nKGRwdCwgY2NiKTsNCi0JCQkJCWRwdF9zY2hlZF9xdWV1ZShkcHQpOw0KLQkJCQl9DQot CQkJfQ0KLQkJfSBlbHNlIHsNCi0JCQkvKg0KLQkJCSAqIFRoaXMgaXMgYSB0cmFuc2FjdGlvbiB0 aGF0IGlzIG5vdCB0byBiZSBkZXN0cm95ZWQNCi0JCQkgKiAoeWV0KSBCdXQgaXQgaXMgdG9vIG9s ZCBmb3Igb3VyIGxpa2luZy4gV2Ugd2FpdCBhcw0KLQkJCSAqIGxvbmcgYXMgdGhlIHVwcGVyIGxh eWVyIHRoaW5rcy4gTm90IHJlYWxseSwgd2UNCi0JCQkgKiBtdWx0aXBseSB0aGF0IGJ5IHRoZSBu dW1iZXIgb2YgY29tbWFuZHMgaW4gdGhlDQotCQkJICogc3VibWl0dGVkIHF1ZXVlICsgMS4NCi0J CQkgKi8NCi0JCQlpZiAoIShjY2ItPnN0YXRlICYgRFBUX0NDQl9TVEFURV9NQVJLRURfTE9TVCkg JiYNCi0JCQkgICAgKGFnZSAhPSB+MCkgJiYgKGFnZSA+IG1heF9hZ2UpKSB7DQotCQkJCWRldmlj ZV9wcmludGYoZHB0LT5kZXYsDQotCQkJCSAgICAgICAiRVJST1I6IE1hcmtpbmcgJWQgKCVzKSBv biAiDQotCQkJCSAgICAgICAiYyVkYiVkdCVkdSVkIFxuIg0KLQkJCQkgICAgICAgIiAgICAgICAg ICAgIGFzIGxhdGUgYWZ0ZXIgJWR1c2VjXG4iLA0KLQkJCQkgICAgICAgY2NiLT50cmFuc2FjdGlv bl9pZCwNCi0JCQkJICAgICAgIGNtZF9uYW1lLA0KLQkJCQkgICAgICAgZGV2aWNlX2dldF91bml0 KGRwdC0+ZGV2KSwNCi0JCQkJICAgICAgIGNjYi0+ZWF0YV9jY2IuY3BfY2hhbm5lbCwNCi0JCQkJ ICAgICAgIGNjYi0+ZWF0YV9jY2IuY3BfaWQsDQotCQkJCSAgICAgICBjY2ItPmVhdGFfY2NiLmNw X0xVTiwgYWdlKTsNCi0JCQkJY2NiLT5zdGF0ZSB8PSBEUFRfQ0NCX1NUQVRFX01BUktFRF9MT1NU Ow0KLQkJCX0NCi0JCX0NCi0JfQ0KLQ0KLQlkcHQtPnN0YXRlICY9IH5EUFRfSEFfVElNRU9VVFNf QUNUSVZFOw0KLX0NCi0NCi1zdGF0aWMgdm9pZA0KLWRwdF90aW1lb3V0KHZvaWQgKmFyZykNCi17 DQotCWRwdF9zb2Z0Y190ICAgICpkcHQgPSAoZHB0X3NvZnRjX3QgKikgYXJnOw0KLQ0KLQltdHhf YXNzZXJ0KCZkcHQtPmxvY2ssIE1BX09XTkVEKTsNCi0JaWYgKCEoZHB0LT5zdGF0ZSAmIERQVF9I QV9USU1FT1VUU19BQ1RJVkUpKQ0KLQkJZHB0X2hhbmRsZV90aW1lb3V0cyhkcHQpOw0KLQ0KLQlj YWxsb3V0X3Jlc2V0KCZkcHQtPnRpbWVyLCBoeiAqIDEwLCBkcHRfdGltZW91dCwgZHB0KTsNCi19 DQotDQotI2VuZGlmCQkJCS8qIERQVF9IQU5ETEVfVElNRU9VVFMgKi8NCi0NCiAjZW5kaWYNCl== --=-djHxNd34EOkbkEVteM/S-- --=-TtB46BOqDEW7zUEpuqRD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRZHAwAAoJEBkJRdwI6BaHXngH/3VDTUVGzNBX/bslKo534MBu /+9AmBXuXwOzjeOnFvIrnV2mrrujFC8thB+0TZSU98VdPQUfrbVjNY+qo3lyonbh MPeh8Jy7wfQyOIQ3RnGoivK6l/JgRAJb6bTHGzj3laaP+w34jZ9eGWQfgBIuPWAf sjkM4y5b/s3+ZDogA04HVxEfkx8NYmlRIchlwCCuqXUP3cqNxdvVAHod5ErD6UK8 Lu6ar2Qr04HkHVMqR1XRwsR7SUGx9R3QpPOt++ux++p2hARbpRjXkYS8hnB9VcAv 3MF24UrI7wcx2bzvmIEERzbUDOTVKfyZVNLZy5w5aNMrOf4fLIS2kC53Rt7HYZM= =W1NJ -----END PGP SIGNATURE----- --=-TtB46BOqDEW7zUEpuqRD-- From owner-freebsd-scsi@FreeBSD.ORG Tue Apr 9 19:52:05 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9BBCB44A; Tue, 9 Apr 2013 19:52:05 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 734C5908; Tue, 9 Apr 2013 19:52:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r39Jq5KM034615; Tue, 9 Apr 2013 19:52:05 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r39Jq50R034614; Tue, 9 Apr 2013 19:52:05 GMT (envelope-from sbruno) Date: Tue, 9 Apr 2013 19:52:05 GMT Message-Id: <201304091952.r39Jq50R034614@freefall.freebsd.org> To: sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org, sbruno@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/44587: dev/dpt/dpt.h is missing defines required for DPT_HANDLE_TIMEOUTS kernel option X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 19:52:05 -0000 Synopsis: dev/dpt/dpt.h is missing defines required for DPT_HANDLE_TIMEOUTS kernel option Responsible-Changed-From-To: freebsd-scsi->sbruno Responsible-Changed-By: sbruno Responsible-Changed-When: Tue Apr 9 19:51:26 UTC 2013 Responsible-Changed-Why: I'll take this for now. Even if all we do is nuke this driver's option from the system. http://www.freebsd.org/cgi/query-pr.cgi?pr=44587 From owner-freebsd-scsi@FreeBSD.ORG Tue Apr 9 19:55:30 2013 Return-Path: Delivered-To: FreeBSD-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CA11769F for ; Tue, 9 Apr 2013 19:55:30 +0000 (UTC) (envelope-from scott4long@yahoo.com) Received: from nm29.bullet.mail.ne1.yahoo.com (nm29.bullet.mail.ne1.yahoo.com [98.138.90.92]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA8995B for ; Tue, 9 Apr 2013 19:55:30 +0000 (UTC) Received: from [98.138.226.178] by nm29.bullet.mail.ne1.yahoo.com with NNFMP; 09 Apr 2013 19:55:24 -0000 Received: from [98.136.86.52] by tm13.bullet.mail.ne1.yahoo.com with NNFMP; 09 Apr 2013 19:55:24 -0000 Received: from [127.0.0.1] by smtp113-mob.biz.mail.ac4.yahoo.com with NNFMP; 09 Apr 2013 19:55:23 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1365537323; bh=P1KFV/J85LhStAoimBSzaA2lhrBLW+ZpcT7XCbV9HTI=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=FViQ1LvthBnSRou3eL/6xTOZALJp86fEskfBOG0Sz1M2zmIfsP2syyjWWMU0lwbG6qtMLDiFxOyyQgvs60KBs5CKThoIau/yuPLYxWElpoh5d4irhwYbqD3IIhC+YZp5a2ay7IVitX2uwlHM9uCvZ9mMzPRCIVG82cXKE1lMzUc= X-Yahoo-Newman-Id: 974570.81338.bm@smtp113-mob.biz.mail.ac4.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: YWTQIqQVM1kiPini5N8jZ2op9lsY0FwzWXAtAfEX.6xwjYI Dc6nWD4sNELi0DY7FTrpkgcC36fn9macjh0VEdCnBbIqhwtl4ZcPlHwPBKtB VlhPNt6Qbiugk2Er9W.RZ6hJlFjgYEpArgL1wArl2MNlIXXWaCjrps9HrYS0 KEhJYm.XvNqp4vnZGpaQzCT0XA9wGzAg7UbfWc16sZPlbXdZFX._46OsLLhF u.kxHsqBV0a0luzK6rzM1FMKA.Oc0lta8dZl9AtDZmyYCA0m3aIpePQi9i8m r66CA4tkjoxxHXOQdH8LtWpqY6hZBeaaKwcQkVPL68Myf_rb0lGXQI6SutHT 3r52t5Q2v2w119fu2Smri8lFD2vjhyv66swgwPa9uDEi6aNHflzznljycTAi zKAGcsjFXKMQ74B1yvoQ9tM3IL4JHtxJd92BPTIQWoWq1omOIDMsXOWGQMKB h6ZmeM5dTA25dMwVzhTg.OQqNpai5hC5jcOfH0XiNDEAE40uC3zoWRMTOPiz af38VktauE6lppWi63QpbHebMYE8qcKvA5xw- X-Yahoo-SMTP: clhABp.swBB7fs.LwIJpv3jkWgo2NU8- X-Rocket-Received: from [10.163.125.122] (scott4long@70.193.204.127 with xymcookie) by smtp113-mob.biz.mail.ac4.yahoo.com with SMTP; 09 Apr 2013 12:55:23 -0700 PDT References: <1365452066.2312.30.camel@localhost> <1365536578.2158.4.camel@localhost> Mime-Version: 1.0 (1.0) In-Reply-To: <1365536578.2158.4.camel@localhost> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <47084443-5BBF-4014-B15B-A4F50BF5F8FA@yahoo.com> X-Mailer: iPhone Mail (10B329) From: Scott Long Subject: Re: ciss(4) malformed vendor/product data Date: Tue, 9 Apr 2013 15:55:22 -0400 To: "sbruno@freebsd.org" Cc: "FreeBSD-scsi@freebsd.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 19:55:30 -0000 Brilliant! Thanks a lot of pursuing this. Scott On Apr 9, 2013, at 3:42 PM, Sean Bruno wrote: > On Mon, 2013-04-08 at 13:14 -0700, Sean Bruno wrote: >> I think, at some point in the mists of time, vendor and product inquiry >> were expand to 16bytes and 48 bytes respectively, at least when I look >> at camcontrol, that's what I see. >> >> I noted that the camcontrol devlist output was slightly mangled (note >> the lack of 1+0): >> >> -bash-4.2$ sudo camcontrol devlist >> at scbus0 target 0 lun 0 (pass0,da0) >> at scbus0 target 1 lun 0 (pass1,da1) >> at scbus3 target 0 lun 0 (pass2,cd0) >> >> When I updated this to have the same padded sizes as camcontrol, then >> things realigned and became clear: >> >> at scbus0 target 0 lun 0 (pass0,da0) >> at scbus0 target 1 lun 0 (pass1,da1) >> >> >> Not sure if there's a global that should be used here, or >> > > > Thought better of the patch, and thought, "Hey! Why don't I just use > the values that CAM already defines for this purpose!" > > This will have the same result as the previous version, but be slightly > more future proofish. > > Index: ciss.c > =================================================================== > --- ciss.c (revision 249314) > +++ ciss.c (working copy) > @@ -3346,9 +3346,12 @@ > > cl = &sc->ciss_logical[bus][target]; > > - padstr(inq->vendor, "COMPAQ", 8); > - padstr(inq->product, > ciss_name_ldrive_org(cl->cl_ldrive->fault_tolerance), 8); > - padstr(inq->revision, ciss_name_ldrive_status(cl->cl_lstatus->status), > 16); > + padstr(inq->vendor, "COMPAQ", > + SID_VENDOR_SIZE); > + padstr(inq->product, > ciss_name_ldrive_org(cl->cl_ldrive->fault_tolerance), > + SID_PRODUCT_SIZE); > + padstr(inq->revision, ciss_name_ldrive_status(cl->cl_lstatus->status), > + SID_REVISION_SIZE); > } > } > From owner-freebsd-scsi@FreeBSD.ORG Tue Apr 9 19:58:32 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4B5178A3; Tue, 9 Apr 2013 19:58:32 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 2601D98E; Tue, 9 Apr 2013 19:58:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r39JwWqt034777; Tue, 9 Apr 2013 19:58:32 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r39JwVxc034776; Tue, 9 Apr 2013 19:58:31 GMT (envelope-from sbruno) Date: Tue, 9 Apr 2013 19:58:31 GMT Message-Id: <201304091958.r39JwVxc034776@freefall.freebsd.org> To: gdinolt@pacbell.net, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/35234: World access to /dev/pass? (for scanner) requires access to /dev/xpt? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 19:58:32 -0000 Synopsis: World access to /dev/pass? (for scanner) requires access to /dev/xpt? State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Tue Apr 9 19:53:40 UTC 2013 State-Changed-Why: This is addressed in the user's guide. http://www.freebsd.org/doc/en/books/handbook/scanners.html http://www.freebsd.org/cgi/query-pr.cgi?pr=35234 From owner-freebsd-scsi@FreeBSD.ORG Wed Apr 10 23:42:16 2013 Return-Path: Delivered-To: FreeBSD-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 935A8F92; Wed, 10 Apr 2013 23:42:16 +0000 (UTC) (envelope-from seanwbruno@gmail.com) Received: from mail-pa0-f49.google.com (mail-pa0-f49.google.com [209.85.220.49]) by mx1.freebsd.org (Postfix) with ESMTP id 690E91CE; Wed, 10 Apr 2013 23:42:16 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id kp14so575746pab.36 for ; Wed, 10 Apr 2013 16:42:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:subject:from:reply-to:to:cc:in-reply-to:references :content-type:date:message-id:mime-version:x-mailer; bh=vDoQMMUGaJIzfTDboTlaoSNJmmjbkR9VqJVFQTtBOvs=; b=RIttm85ypmksTx3UIKzDimvEPcHCgwBc67nmHUw0QaSuISS7Ie5x92AAPGlhk8FDwf ij3JyG8udg+iZ/x7D6v9Dpt5KOj4tfjbVqskSY+SGeB3GU6eHMqpvHTJaGTta+BE5tJh RrqzoxbY0guOVE0d5LZ4nr+TJ5UZlHoxP2kCcgN+7fixdor557Kb5iWUiB1JOzrBAAlX DcNxA5cJzbNEUovr8Sgxb/9dOavqeJofosOzOdG1cQnQrS9htUDn3us3VWdnMNyz51SC rl0FEYR6cV2OLUp4mA7RdRB0b3BKfL7Wa1K4LJ/0e1atNZTyPrw7Z1sl3mvGoHjuOOYx md6g== X-Received: by 10.66.9.7 with SMTP id v7mr6300881paa.216.1365637330032; Wed, 10 Apr 2013 16:42:10 -0700 (PDT) Received: from [10.73.160.242] (nat-dip7.cfw-a-gci.corp.yahoo.com. [209.131.62.116]) by mx.google.com with ESMTPS id j13sm76391pat.17.2013.04.10.16.42.07 (version=SSLv3 cipher=RC4-SHA bits=128/128); Wed, 10 Apr 2013 16:42:08 -0700 (PDT) Subject: Re: ciss(4) malformed vendor/product data From: Sean Bruno To: sbruno@freebsd.org In-Reply-To: <1365536578.2158.4.camel@localhost> References: <1365452066.2312.30.camel@localhost> <1365536578.2158.4.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-uCNB1QkIwINzgFuejtjp" Date: Wed, 10 Apr 2013 16:42:06 -0700 Message-ID: <1365637326.2358.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "FreeBSD-scsi@freebsd.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 23:42:16 -0000 --=-uCNB1QkIwINzgFuejtjp Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Tue, 2013-04-09 at 12:42 -0700, Sean Bruno wrote: > Index: ciss.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- ciss.c (revision 249314) > +++ ciss.c (working copy) > @@ -3346,9 +3346,12 @@ > =20 > cl =3D &sc->ciss_logical[bus][target]; > =20 > - padstr(inq->vendor, "COMPAQ", 8); > - padstr(inq->product, > ciss_name_ldrive_org(cl->cl_ldrive->fault_tolerance), 8); > - padstr(inq->revision, > ciss_name_ldrive_status(cl->cl_lstatus->status), > 16); > + padstr(inq->vendor, "COMPAQ", > + SID_VENDOR_SIZE); > + padstr(inq->product, > ciss_name_ldrive_org(cl->cl_ldrive->fault_tolerance), > + SID_PRODUCT_SIZE); > + padstr(inq->revision, > ciss_name_ldrive_status(cl->cl_lstatus->status), > + SID_REVISION_SIZE); > } > } >=20 >=20 This has been comitted at svn R249349 Sean --=-uCNB1QkIwINzgFuejtjp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRZfjOAAoJEBkJRdwI6BaHcMEH/3Xmd6gXj3R5JLetUj/Kltxm 6m5aBQlTj/Y5Q/FYzjF8MXa+NxDeyvvg1MAL3fLWnsD7kCCOnPaeUT0/9Ui+y/aB HOeVug3NSRPzkruamV/083zVHLGaoWXhan+T283WFouflKkhR9NXOGH15vVtvjMt 845KK4RvByF5t3QyWBg+c+z8fFcxYh5x9jxqabHWti4Ub+fYmfaruifxc6e/YLi+ ywZc7OmxHJWOZkIh0t+CDtl0bUCAK8JsLbTdLlPH/fVWBW/iXF322bG9N3vBM1nm fHC5IEacKOBIMuQdTnmtb1NbDVcKlHgf7S4vbCRlfTkqYgfzMU58AcEbBDp6Lpg= =iTsu -----END PGP SIGNATURE----- --=-uCNB1QkIwINzgFuejtjp-- From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 00:40:05 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1C6388F2; Thu, 11 Apr 2013 00:40:05 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id EB0773D3; Thu, 11 Apr 2013 00:40:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3B0e4ZL069373; Thu, 11 Apr 2013 00:40:04 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3B0e3Zi069372; Thu, 11 Apr 2013 00:40:03 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 00:40:03 GMT Message-Id: <201304110040.r3B0e3Zi069372@freefall.freebsd.org> To: derek@computinginnovations.com, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/52638: [panic] SCSI U320 on SMP server won't run faster than 80 MB/S without kernel panic X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 00:40:05 -0000 Synopsis: [panic] SCSI U320 on SMP server won't run faster than 80 MB/S without kernel panic State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Thu Apr 11 00:39:13 UTC 2013 State-Changed-Why: No submitter feedback in 6 years, no kernel panic and no information in this ticket. on FreeBSD5. If this is still an issue, please submit a new PR and let's get it fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=52638 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 00:41:50 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0DCBA939; Thu, 11 Apr 2013 00:41:50 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DC06C3E6; Thu, 11 Apr 2013 00:41:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3B0fnCC070849; Thu, 11 Apr 2013 00:41:49 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3B0fn5E070848; Thu, 11 Apr 2013 00:41:49 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 00:41:49 GMT Message-Id: <201304110041.r3B0fn5E070848@freefall.freebsd.org> To: toyonaga@jp.fujitsu.com, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/57398: [mly] Current fails to install on mly(4) based RAID disk X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 00:41:50 -0000 Synopsis: [mly] Current fails to install on mly(4) based RAID disk State-Changed-From-To: suspended->closed State-Changed-By: sbruno State-Changed-When: Thu Apr 11 00:41:01 UTC 2013 State-Changed-Why: Closing ticket after all these yesars. If this is still an issue for the user, please sumit a new ticket and let's get it fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=57398 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 00:43:30 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2123E980; Thu, 11 Apr 2013 00:43:30 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id EFE2A3F7; Thu, 11 Apr 2013 00:43:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3B0hTIZ070917; Thu, 11 Apr 2013 00:43:29 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3B0hTBV070916; Thu, 11 Apr 2013 00:43:29 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 00:43:29 GMT Message-Id: <201304110043.r3B0hTBV070916@freefall.freebsd.org> To: lars@koellers.net, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/60598: wire down of scsi devices conflicts with config X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 00:43:30 -0000 Synopsis: wire down of scsi devices conflicts with config State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Thu Apr 11 00:42:50 UTC 2013 State-Changed-Why: This absolutely works as advertised on stable/6 and higher if this doesn't work for you please submit a new PR and let's fix it http://www.freebsd.org/cgi/query-pr.cgi?pr=60598 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 00:46:17 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 91D929C8; Thu, 11 Apr 2013 00:46:17 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9035E5; Thu, 11 Apr 2013 00:46:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3B0kH9L071016; Thu, 11 Apr 2013 00:46:17 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3B0kGYx071015; Thu, 11 Apr 2013 00:46:16 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 00:46:16 GMT Message-Id: <201304110046.r3B0kGYx071015@freefall.freebsd.org> To: george@m5p.com, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/60641: [sym] Sporadic SCSI bus resets with 53C810 under load X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 00:46:17 -0000 Synopsis: [sym] Sporadic SCSI bus resets with 53C810 under load State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Thu Apr 11 00:45:01 UTC 2013 State-Changed-Why: I'm more than happy to get this driver working on current or newer supported releases, but I don't have access to this hardware. If this is still an issue for the submitter please submit a new PR with verbose boot enabled and a full dmesg posting. http://www.freebsd.org/cgi/query-pr.cgi?pr=60641 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 00:49:22 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B1F8AB31; Thu, 11 Apr 2013 00:49:22 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 8C3CE600; Thu, 11 Apr 2013 00:49:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3B0nMED071105; Thu, 11 Apr 2013 00:49:22 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3B0nMHo071104; Thu, 11 Apr 2013 00:49:22 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 00:49:22 GMT Message-Id: <201304110049.r3B0nMHo071104@freefall.freebsd.org> To: h.eichmann@gmx.de, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/61165: [panic] kernel page fault after calling cam_send_ccb X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 00:49:22 -0000 Synopsis: [panic] kernel page fault after calling cam_send_ccb State-Changed-From-To: suspended->closed State-Changed-By: sbruno State-Changed-When: Thu Apr 11 00:48:23 UTC 2013 State-Changed-Why: I'm going to say that 9 years is enough time to analyze the issue on FreeBSD 4 and decide that nothing is going to be done about it. If this is still valid on 10-current and slightly newer hardware, let us discuss it and fix it. http://www.freebsd.org/cgi/query-pr.cgi?pr=61165 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 00:55:06 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 827F4C5D; Thu, 11 Apr 2013 00:55:06 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 5CE9B63A; Thu, 11 Apr 2013 00:55:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3B0t6P7072711; Thu, 11 Apr 2013 00:55:06 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3B0t5hT072710; Thu, 11 Apr 2013 00:55:05 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 00:55:05 GMT Message-Id: <201304110055.r3B0t5hT072710@freefall.freebsd.org> To: dmarker@freedave.net, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/74627: [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 00:55:06 -0000 Synopsis: [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Thu Apr 11 00:54:00 UTC 2013 State-Changed-Why: It looks like ahc(4) got a lot of love after this bug report was filed. I'd ask that a more modern release of FreeBSD be used and that the support be retested. If this is still an issue, please submit a new PR and let's get it fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=74627 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 00:58:05 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 29492CBE; Thu, 11 Apr 2013 00:58:05 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 03756657; Thu, 11 Apr 2013 00:58:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3B0w4nD072793; Thu, 11 Apr 2013 00:58:04 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3B0w44K072792; Thu, 11 Apr 2013 00:58:04 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 00:58:04 GMT Message-Id: <201304110058.r3B0w44K072792@freefall.freebsd.org> To: dz@saargate.de, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/76178: [ahd] Problem with ahd and large SCSI Raid system X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 00:58:05 -0000 Synopsis: [ahd] Problem with ahd and large SCSI Raid system State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Thu Apr 11 00:56:00 UTC 2013 State-Changed-Why: ahd(4) has gotten a lot of love over the last few years. If this is still in service, I would ask that a more modern release of BSD be used and a new PR be opened to fix this issue. http://www.freebsd.org/cgi/query-pr.cgi?pr=76178 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 01:01:04 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 999E1D22; Thu, 11 Apr 2013 01:01:04 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 73464677; Thu, 11 Apr 2013 01:01:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3B114WV074866; Thu, 11 Apr 2013 01:01:04 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3B111J4074859; Thu, 11 Apr 2013 01:01:01 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 01:01:01 GMT Message-Id: <201304110101.r3B111J4074859@freefall.freebsd.org> To: bacon@smithers.neuro.mcw.edu, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/90282: [sym] SCSI bus resets cause loss of ch device X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 01:01:04 -0000 Synopsis: [sym] SCSI bus resets cause loss of ch device State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Thu Apr 11 01:00:07 UTC 2013 State-Changed-Why: While I doubt that this card is still in service, there's some amount of attention being given to sym(4) lately. If this is still an issue with a 10-current snapshot, let's open a new pr and get this fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=90282 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 01:04:30 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BFE34D84; Thu, 11 Apr 2013 01:04:30 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9A33268E; Thu, 11 Apr 2013 01:04:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3B14U6d074961; Thu, 11 Apr 2013 01:04:30 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3B14Tpf074960; Thu, 11 Apr 2013 01:04:29 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 01:04:29 GMT Message-Id: <201304110104.r3B14Tpf074960@freefall.freebsd.org> To: danilo.cordoni@csimpianti.it, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/92798: [ahc] SCSI problem with timeouts X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 01:04:30 -0000 Synopsis: [ahc] SCSI problem with timeouts State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Thu Apr 11 01:03:30 UTC 2013 State-Changed-Why: Suspect that this type of crash in ahc(4) has been resolved in later release of FreeBSD. If you can reproduce this on a more modern release, please open a new PR and let's get it fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=92798 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 01:10:10 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1E94FE51; Thu, 11 Apr 2013 01:10:10 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id EE1986B7; Thu, 11 Apr 2013 01:10:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3B1A937075416; Thu, 11 Apr 2013 01:10:09 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3B1A9Zc075415; Thu, 11 Apr 2013 01:10:09 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 01:10:09 GMT Message-Id: <201304110110.r3B1A9Zc075415@freefall.freebsd.org> To: jumpyboy@infinito.it, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/99954: [ahc] reading from DVD failes on 6.x [regression] X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 01:10:10 -0000 Synopsis: [ahc] reading from DVD failes on 6.x [regression] State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Thu Apr 11 01:06:07 UTC 2013 State-Changed-Why: If this ticket is still valid for you. Let's get a new dmesg from boot of a 10-current snap shot and verbose boot. Then we will enable some more debugging to get this fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=99954 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 01:17:42 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 10A99FFE; Thu, 11 Apr 2013 01:17:42 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DF0A274B; Thu, 11 Apr 2013 01:17:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3B1HfD8078500; Thu, 11 Apr 2013 01:17:41 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3B1HesX078495; Thu, 11 Apr 2013 01:17:40 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 01:17:40 GMT Message-Id: <201304110117.r3B1HesX078495@freefall.freebsd.org> To: eng@prowip.net.br, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/110847: [ahd] Tyan U320 onboard problem with more than 3 disks X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 01:17:42 -0000 Synopsis: [ahd] Tyan U320 onboard problem with more than 3 disks State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Thu Apr 11 01:16:42 UTC 2013 State-Changed-Why: It looks like ahd(4) got some attention in 2008. Please update this system, if possible, to a more current release of FreeBSD. If this problem still exists, open a new PR and let's get this fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=110847 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 17:26:27 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E8A4E5D3; Thu, 11 Apr 2013 17:26:27 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C14FFD3B; Thu, 11 Apr 2013 17:26:27 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3BHQR59058975; Thu, 11 Apr 2013 17:26:27 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3BHQRY7058974; Thu, 11 Apr 2013 17:26:27 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 17:26:27 GMT Message-Id: <201304111726.r3BHQRY7058974@freefall.freebsd.org> To: sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org, sbruno-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/154432: [xpt] run_interrupt_driven_hooks: still waiting after 60-300 seconds for xpt_config X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 17:26:28 -0000 Synopsis: [xpt] run_interrupt_driven_hooks: still waiting after 60-300 seconds for xpt_config Responsible-Changed-From-To: freebsd-scsi->sbruno-scsi Responsible-Changed-By: sbruno Responsible-Changed-When: Thu Apr 11 17:25:59 UTC 2013 Responsible-Changed-Why: Take this pr for monitoring. http://www.freebsd.org/cgi/query-pr.cgi?pr=154432 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 17:30:08 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BA69A747; Thu, 11 Apr 2013 17:30:08 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 94F4BD9C; Thu, 11 Apr 2013 17:30:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3BHU8fN059233; Thu, 11 Apr 2013 17:30:08 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3BHU8Iw059232; Thu, 11 Apr 2013 17:30:08 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 17:30:08 GMT Message-Id: <201304111730.r3BHU8Iw059232@freefall.freebsd.org> To: sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org, jpaetzel@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/157770: [iscsi] [panic] iscsi_initiator panic X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 17:30:08 -0000 Synopsis: [iscsi] [panic] iscsi_initiator panic Responsible-Changed-From-To: freebsd-scsi->jpaetzel Responsible-Changed-By: sbruno Responsible-Changed-When: Thu Apr 11 17:29:25 UTC 2013 Responsible-Changed-Why: Can we get this MFC'd to stable/9 and then close this PR? Submitter says that svn R234233 fixes this pr http://www.freebsd.org/cgi/query-pr.cgi?pr=157770 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 19:13:11 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C24BA204; Thu, 11 Apr 2013 19:13:11 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9A841146B; Thu, 11 Apr 2013 19:13:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3BJDBwx079807; Thu, 11 Apr 2013 19:13:11 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3BJDB4t079803; Thu, 11 Apr 2013 19:13:11 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 19:13:11 GMT Message-Id: <201304111913.r3BJDB4t079803@freefall.freebsd.org> To: sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org, sbruno@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/169403: [cam] [patch] CAM layer, I/O starvation, no fairness X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 19:13:11 -0000 Synopsis: [cam] [patch] CAM layer, I/O starvation, no fairness Responsible-Changed-From-To: freebsd-scsi->sbruno Responsible-Changed-By: sbruno Responsible-Changed-When: Thu Apr 11 19:12:52 UTC 2013 Responsible-Changed-Why: This seems fairly useful to me. Taking p/r for discussion http://www.freebsd.org/cgi/query-pr.cgi?pr=169403 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 11 19:15:08 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0CF4D26A; Thu, 11 Apr 2013 19:15:08 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DBDB81489; Thu, 11 Apr 2013 19:15:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3BJF7IM080493; Thu, 11 Apr 2013 19:15:07 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3BJF7h3080492; Thu, 11 Apr 2013 19:15:07 GMT (envelope-from sbruno) Date: Thu, 11 Apr 2013 19:15:07 GMT Message-Id: <201304111915.r3BJF7h3080492@freefall.freebsd.org> To: tracproject@gmail.com, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/145768: [mpt] can't perform I/O on SAS based SAN disk in freebsd 7 and 8 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 19:15:08 -0000 Synopsis: [mpt] can't perform I/O on SAS based SAN disk in freebsd 7 and 8 State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Thu Apr 11 19:13:46 UTC 2013 State-Changed-Why: I'm categorizing this as a submitter timeout. If the submitter can retest on 10-current and proved some good feedback (dmesg from verbose boot) we should try to fix this. http://www.freebsd.org/cgi/query-pr.cgi?pr=145768 From owner-freebsd-scsi@FreeBSD.ORG Fri Apr 12 22:21:24 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9913A463; Fri, 12 Apr 2013 22:21:24 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 7144188; Fri, 12 Apr 2013 22:21:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3CMLOCh091273; Fri, 12 Apr 2013 22:21:24 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3CMLN0L091272; Fri, 12 Apr 2013 22:21:23 GMT (envelope-from sbruno) Date: Fri, 12 Apr 2013 22:21:23 GMT Message-Id: <201304122221.r3CMLN0L091272@freefall.freebsd.org> To: henning.petersen@t-online.de, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/163713: [aic7xxx] [patch] Add Adaptec29320LPE to aic79xx_pci.c X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 22:21:24 -0000 Synopsis: [aic7xxx] [patch] Add Adaptec29320LPE to aic79xx_pci.c State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Fri Apr 12 22:19:16 UTC 2013 State-Changed-Why: This card was supported by commit svn r198684: Add support for Adaptec 39320LPE adapters. PR: 124202 Submitted by: Andre Albsmeier Reviewed by: gibbs MFC after: 1 week thank you for your submission. http://www.freebsd.org/cgi/query-pr.cgi?pr=163713 From owner-freebsd-scsi@FreeBSD.ORG Fri Apr 12 22:27:43 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 581854EC; Fri, 12 Apr 2013 22:27:43 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 31ED6BB; Fri, 12 Apr 2013 22:27:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3CMRhZx091389; Fri, 12 Apr 2013 22:27:43 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3CMRg46091388; Fri, 12 Apr 2013 22:27:42 GMT (envelope-from sbruno) Date: Fri, 12 Apr 2013 22:27:42 GMT Message-Id: <201304122227.r3CMRg46091388@freefall.freebsd.org> To: rozhuk.im@gmail.com, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/161809: [cam] [patch] set kern.cam.boot_delay via build options (usb boot) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 22:27:43 -0000 Synopsis: [cam] [patch] set kern.cam.boot_delay via build options (usb boot) State-Changed-From-To: open->feedback State-Changed-By: sbruno State-Changed-When: Fri Apr 12 22:26:39 UTC 2013 State-Changed-Why: I'm leaning towards rejecting this patch. I see why you would want a compile time option for the boot delay variable, but you can accomplish the same thing with a loader.conf tuneable now. kern.cam.boot_delay: 0 http://www.freebsd.org/cgi/query-pr.cgi?pr=161809 From owner-freebsd-scsi@FreeBSD.ORG Fri Apr 12 22:30:49 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7557854B; Fri, 12 Apr 2013 22:30:49 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA59D4; Fri, 12 Apr 2013 22:30:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3CMUmBW092966; Fri, 12 Apr 2013 22:30:48 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3CMUmP9092965; Fri, 12 Apr 2013 22:30:48 GMT (envelope-from sbruno) Date: Fri, 12 Apr 2013 22:30:48 GMT Message-Id: <201304122230.r3CMUmP9092965@freefall.freebsd.org> To: koitsu@FreeBSD.org, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/127717: [ata] [patch] [request] - support write cache toggling per device X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 22:30:49 -0000 Synopsis: [ata] [patch] [request] - support write cache toggling per device State-Changed-From-To: open->feedback State-Changed-By: sbruno State-Changed-When: Fri Apr 12 22:29:05 UTC 2013 State-Changed-Why: Ugh, it looks like this patch should have been committed a long time ago. Turns out that atacontrol will be a dead thing soon and all of your options will need to be sent through camcontrol. CAM_ATA already supports this feature via: kern.cam.ada.0.write_cache: -1 So, this patch will most likely be rejected. http://www.freebsd.org/cgi/query-pr.cgi?pr=127717 From owner-freebsd-scsi@FreeBSD.ORG Sat Apr 13 10:05:04 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 945522EE; Sat, 13 Apr 2013 10:05:04 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by mx1.freebsd.org (Postfix) with ESMTP id 1C49DACA; Sat, 13 Apr 2013 10:05:03 +0000 (UTC) Received: from c211-30-173-106.carlnfd1.nsw.optusnet.com.au (c211-30-173-106.carlnfd1.nsw.optusnet.com.au [211.30.173.106]) by mail04.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id r3DA4s6F029512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Apr 2013 20:04:55 +1000 Date: Sat, 13 Apr 2013 20:04:54 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: sbruno@freebsd.org Subject: Re: kern/161809: [cam] [patch] set kern.cam.boot_delay via build options (usb boot) In-Reply-To: <201304122227.r3CMRg46091388@freefall.freebsd.org> Message-ID: <20130413200213.U1165@besplex.bde.org> References: <201304122227.r3CMRg46091388@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.0 cv=S7iBW/QP c=1 sm=1 a=RjrtvuHzA0YA:10 a=kj9zAlcOel0A:10 a=PO7r1zJSAAAA:8 a=JzwRw_2MAAAA:8 a=h_RcaxWYXjwA:10 a=6I5d2MoRAAAA:8 a=G6wGxQ0sGGlQ4ZYG1NQA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=TEtd8y5WR3g2ypngnwZWYw==:117 Cc: freebsd-scsi@freebsd.org, rozhuk.im@gmail.com X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2013 10:05:04 -0000 On Fri, 12 Apr 2013 sbruno@freebsd.org wrote: > Synopsis: [cam] [patch] set kern.cam.boot_delay via build options (usb boot) > > State-Changed-From-To: open->feedback > ... > I'm leaning towards rejecting this patch. I see why you would want a compile > time option for the boot delay variable, but you can accomplish the same thing > with a loader.conf tuneable now. > > kern.cam.boot_delay: 0 Or better using a static env variable. I don't remember if the patches to merge static env variables with loader env variables got committed. Bruce