From owner-freebsd-scsi@FreeBSD.ORG Mon Mar 18 11:06:48 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 9BB8BBEB for ; Mon, 18 Mar 2013 11:06:48 +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 8CCB0ABB for ; Mon, 18 Mar 2013 11:06:48 +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 r2IB6mNw002265 for ; Mon, 18 Mar 2013 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r2IB6mXA002263 for freebsd-scsi@FreeBSD.org; Mon, 18 Mar 2013 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 18 Mar 2013 11:06:48 GMT Message-Id: <201303181106.r2IB6mXA002263@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, 18 Mar 2013 11:06:48 -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/171650 scsi [da] da(4) driver does not recognize end of cciss (Sma 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 45 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Mar 18 18:59: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 3424E1E0; Mon, 18 Mar 2013 18:59:08 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe001.messaging.microsoft.com [216.32.180.11]) by mx1.freebsd.org (Postfix) with ESMTP id D18F3205; Mon, 18 Mar 2013 18:59:07 +0000 (UTC) Received: from mail195-va3-R.bigfish.com (10.7.14.253) by VA3EHSOBE007.bigfish.com (10.7.40.11) with Microsoft SMTP Server id 14.1.225.23; Mon, 18 Mar 2013 18:43:55 +0000 Received: from mail195-va3 (localhost [127.0.0.1]) by mail195-va3-R.bigfish.com (Postfix) with ESMTP id 61CD92E0136; Mon, 18 Mar 2013 18:43:55 +0000 (UTC) X-Forefront-Antispam-Report: CIP:192.19.193.42; KIP:(null); UIP:(null); IPV:NLI; H:paledge01.lsi.com; RD:paledge01.lsi.com; EFVD:NLI X-SpamScore: -6 X-BigFish: PS-6(zz98dI9371I148cI542I1432I4015Izz1f42h1ee6h1de0h1202h1e76h1d1ah1d2ahzz17326ah8275dhz2fh2a8h668h839h944hd25hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h1b0ah1155h) Received-SPF: pass (mail195-va3: domain of lsi.com designates 192.19.193.42 as permitted sender) client-ip=192.19.193.42; envelope-from=Kashyap.Desai@lsi.com; helo=paledge01.lsi.com ; ge01.lsi.com ; Received: from mail195-va3 (localhost.localdomain [127.0.0.1]) by mail195-va3 (MessageSwitch) id 1363632232908920_14810; Mon, 18 Mar 2013 18:43:52 +0000 (UTC) Received: from VA3EHSMHS016.bigfish.com (unknown [10.7.14.225]) by mail195-va3.bigfish.com (Postfix) with ESMTP id A67101A005E; Mon, 18 Mar 2013 18:43:52 +0000 (UTC) Received: from paledge01.lsi.com (192.19.193.42) by VA3EHSMHS016.bigfish.com (10.7.99.26) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 18 Mar 2013 18:43:51 +0000 Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.264.0; Mon, 18 Mar 2013 14:43:45 -0400 Received: from PALEXCH11.lsi.com (128.94.223.42) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.264.0; Mon, 18 Mar 2013 14:43:51 -0400 Received: from inbexch02.lsi.com (135.36.98.40) by PALEXCH11.lsi.com (128.94.223.42) with Microsoft SMTP Server (TLS) id 14.2.309.2; Mon, 18 Mar 2013 14:43:50 -0400 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch02.lsi.com ([135.36.98.40]) with mapi; Tue, 19 Mar 2013 00:13:47 +0530 From: "Desai, Kashyap" To: "Kenneth D. Merry" Date: Tue, 19 Mar 2013 00:13:45 +0530 Subject: RE: Max Queue depth of HBA limited to 256 ? Thread-Topic: Max Queue depth of HBA limited to 256 ? Thread-Index: Ac4D5iOPnb8e42+1TjmX//UNm9rDLAgIfm4A Message-ID: References: <20130121170529.GA64188@nargothrond.kdm.org> <20130205211642.GA75343@nargothrond.kdm.org> In-Reply-To: <20130205211642.GA75343@nargothrond.kdm.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: lsi.com Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" , "jhb@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, 18 Mar 2013 18:59:08 -0000 Ken: Thanks for your input. I switch back to this exercise today and found that = mps driver is able to send more than 256 outstanding IO using some differen= t benchmark tools like sysbench. (any tools which are thread based) It is still not known to me that why I was not able to send more than 256 o= utstanding IOs if I use "dd" or "rawio". Anyways that is not main concern for me.=20 Thanks for helping me on my query. ` Kashyap > -----Original Message----- > From: Kenneth D. Merry [mailto:ken@freebsd.org] > Sent: Wednesday, February 06, 2013 2:47 AM > To: Desai, Kashyap > Cc: freebsd-scsi@freebsd.org; jhb@freebsd.org; McConnell, Stephen > Subject: Re: Max Queue depth of HBA limited to 256 ? >=20 >=20 > I'm able to get more than 255 commands outstanding to the controller in > my configuration. >=20 > For example: >=20 > dev.mps.0.%desc: LSI SAS2116 > dev.mps.0.%driver: mps > dev.mps.0.%location: slot=3D6 function=3D0 handle=3D\_SB_.PCI0.S30_ > dev.mps.0.%pnpinfo: vendor=3D0x1000 device=3D0x0064 subvendor=3D0x1000 > subdevice=3D0x30c0 class=3D0x010700 > dev.mps.0.%parent: pci0 > dev.mps.0.debug_level: 4 > dev.mps.0.disable_msix: 0 > dev.mps.0.disable_msi: 0 > dev.mps.0.firmware_version: 13.00.01.00 > dev.mps.0.driver_version: 14.00.00.01-fbsd > dev.mps.0.io_cmds_active: 442 > dev.mps.0.io_cmds_highwater: 464 > dev.mps.0.chain_free: 354 > dev.mps.0.chain_free_lowwater: 181 > dev.mps.0.max_chains: 2048 > dev.mps.0.chain_alloc_fail: 0 >=20 > io_cmds_highwater is 464. Can you get more than 255 commands > outstanding if you use more than 1 target? >=20 > This is with 272 'dd' processes doing 1MB reads to 16 2TB and 3TB SAS > drives behind 2 3Gb Maxim expanders: >=20 > at scbus2 target 144 lun 0 > (pass4,sg4,da0) > at scbus2 target 145 lun 0 > (pass5,sg5,da1) > at scbus2 target 146 lun 0 > (pass6,sg6,da2) > at scbus2 target 147 lun 0 > (pass7,sg7,da3) > at scbus2 target 148 lun 0 > (pass8,sg8,da4) > at scbus2 target 149 lun 0 > (pass9,sg9,da5) > at scbus2 target 150 lun 0 > (pass10,sg10,da6) > at scbus2 target 151 lun 0 > (pass11,sg11,da7) > at scbus2 target 152 lun 0 > (pass12,sg12,da8) > at scbus2 target 153 lun 0 > (pass13,sg13,da9) > at scbus2 target 154 lun 0 > (pass14,sg14,da10) > at scbus2 target 155 lun 0 > (pass15,sg15,da11) > at scbus2 target 156 lun 0 > (pass16,sg16,da12) > at scbus2 target 157 lun 0 > (pass17,sg17,da13) > at scbus2 target 158 lun 0 > (pass18,sg18,da14) > at scbus2 target 159 lun 0 > (pass19,sg19,da15) >=20 > i.e. 17 iterations of this: >=20 > ((i=3D0)); while [ $i -le 15 ]; do dd if=3D/dev/da$i of=3D/dev/null bs=3D= 1m & > ((i++)); done >=20 > The individual drives see varying numbers of tags, but nowhere near the > maximum: >=20 > [root@storage-domain ~]# camcontrol tags da15 -v > (pass19:mps0:0:159:0): dev_openings 230 > (pass19:mps0:0:159:0): dev_active 25 > (pass19:mps0:0:159:0): devq_openings 230 > (pass19:mps0:0:159:0): devq_queued 0 > (pass19:mps0:0:159:0): held 0 > (pass19:mps0:0:159:0): mintags 2 > (pass19:mps0:0:159:0): maxtags 255 >=20 > What kind of drive is the target? >=20 > Ken >=20 > On Wed, Jan 23, 2013 at 00:44:31 +0530, Desai, Kashyap wrote: > > LSI h/w needs more outstanding command in FW to get better Perf counts > compare to other OS. > > > > Please suggest if whatever I have been observed is limitation from > FreeBSD or we can tune it in Driver ? > > My goals is to pump ~1000 outstanding IOs to the HBA. I see that it > never goes beyond 255. > > > > Thanks, > > Kashyap > > > > > -----Original Message----- > > > From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd- > > > scsi@freebsd.org] On Behalf Of Desai, Kashyap > > > Sent: Monday, January 21, 2013 11:18 PM > > > To: Kenneth D. Merry > > > Cc: freebsd-scsi@freebsd.org; jhb@freebsd.org; McConnell, Stephen > > > Subject: RE: Max Queue depth of HBA limited to 256 ? > > > > > > > > > > > > > -----Original Message----- > > > > From: Kenneth D. Merry [mailto:ken@freebsd.org] > > > > Sent: Monday, January 21, 2013 10:35 PM > > > > To: Desai, Kashyap > > > > Cc: freebsd-scsi@freebsd.org; McConnell, Stephen; Saxena, Sumit; > > > > jhb@freebsd.org > > > > Subject: Re: Max Queue depth of HBA limited to 256 ? > > > > > > > > On Mon, Jan 21, 2013 at 20:15:47 +0530, Desai, Kashyap wrote: > > > > > Hi, > > > > > > > > > > I was trying to check few things on LSI controller, where we > > > > > have more > > > > than 256 queue depth support. > > > > > I added default maxtags in scsi/scsi_xpt.c as below. (Because I > > > > > don't > > > > want mattags to restrict any outstanding commands the LSI HBA. > > > > > > > > > > { > > > > > /* Default tagged queuing parameters for all devices */ > > > > > { > > > > > T_ANY, SIP_MEDIA_REMOVABLE|SIP_MEDIA_FIXED, > > > > > /*vendor*/"*", /*product*/"*", /*revision*/"*" > > > > > }, > > > > > /*quirks*/0, /*mintags*/2, /*maxtags*/1024 <--- > Default > > > > maxtags were 256. I increase it to 10234 > > > > > }, > > > > > > > > > > > > > > > LSI's SAS-HBA and MR-HBA can support more than 256 outstanding > > > > commands in Firmware. But due to some reason, I am not able to > > > > pump more than 256 outstanding commands to the HBA. > > > > > > > > > > I used "rawio -p 256 /dev/da1" and more /dev/dax in loop. I have > > > > sysctl parameter in Driver to display outstanding "FW commands". > > > > Max value for FW outstanding only goes up to 256. > > > > > > > > > > Also from some other mail thread Subject "mfi driver > > > > > performance", I > > > > found that folks talk about tuning queue depth _but_ nobody > > > > discussed to increase it beyond 256. Is there any limitation in > FreeBSD ? > > > > > > > > > > > > > As Jim pointed out, one thing to check is the values passed into > > > > cam_sim_alloc(). In the case of the mps(4) driver, the > > > > calculation is in mps_attach(): > > > > > > > > sc->num_reqs =3D MIN(MPS_REQ_FRAMES, sc->facts->RequestCredit); > > > > > > > > What is reported for the RequestCredit on this particular adapter? > > > > > > > > The other question is, what does 'camcontrol tags daX -v' show > > > > when you are running the test? > > > > > > Below is output of camcontrol tags da1 -v. > > > > > > dhcp-135-24-192-127# camcontrol tags da13 -v > > > (pass13:mrsas0:0:13:0): dev_openings 1024 > > > (pass13:mrsas0:0:13:0): dev_active 0 > > > (pass13:mrsas0:0:13:0): devq_openings 1024 > > > (pass13:mrsas0:0:13:0): devq_queued 0 > > > (pass13:mrsas0:0:13:0): held 0 > > > (pass13:mrsas0:0:13:0): mintags 2 > > > (pass13:mrsas0:0:13:0): maxtags 1024 > > > dhcp-135-24-192-127# camcontrol tags da1 -v > > > (pass1:mrsas0:0:1:0): dev_openings 1024 > > > (pass1:mrsas0:0:1:0): dev_active 0 > > > (pass1:mrsas0:0:1:0): devq_openings 1024 > > > (pass1:mrsas0:0:1:0): devq_queued 0 > > > (pass1:mrsas0:0:1:0): held 0 > > > (pass1:mrsas0:0:1:0): mintags 2 > > > (pass1:mrsas0:0:1:0): maxtags 1024 > > > > > > Value 1024 is hard coded for my testing. In MegaRaid controller and > > > SAS- HBA Driver read max commands value from FW. > > > Similar to "RequestCredit".. Different FW has different value, but > > > they are every time above 255. > > > > > > > > > When I run IOs dev_active stays in range of 0-255 only. See below > > > output when I run IOs on /dev/da1 and /dev/da13. I expect total > > > dev_openings should go beyond 255, which is not happening. > > > > > > > > > dhcp-135-24-192-127# camcontrol tags da1 -v > > > (pass1:mrsas0:0:1:0): dev_openings 832 > > > (pass1:mrsas0:0:1:0): dev_active 192 > > > (pass1:mrsas0:0:1:0): devq_openings 832 > > > (pass1:mrsas0:0:1:0): devq_queued 0 > > > (pass1:mrsas0:0:1:0): held 0 > > > (pass1:mrsas0:0:1:0): mintags 2 > > > (pass1:mrsas0:0:1:0): maxtags 1024 > > > dhcp-135-24-192-127# camcontrol tags da13 -v > > > (pass13:mrsas0:0:13:0): dev_openings 881 > > > (pass13:mrsas0:0:13:0): dev_active 143 > > > (pass13:mrsas0:0:13:0): devq_openings 881 > > > (pass13:mrsas0:0:13:0): devq_queued 0 > > > (pass13:mrsas0:0:13:0): held 0 > > > (pass13:mrsas0:0:13:0): mintags 2 > > > (pass13:mrsas0:0:13:0): maxtags 1024 > > > > > > > > > > > > > > > Jim: > > > Below is my API call. I have hard code value "queue_depth" =3D 1024 > > > > > > sc->sim_0 =3D cam_sim_alloc(mrsas_action, mrsas_poll, "mrsas", sc= , > > > device_get_unit(sc->mrsas_dev), &sc->sim_lock, queue_depth, > > > queue_depth, devq); > > > > > > ~ Kashyap > > > > > > > > > > > Ken > > > > -- > > > > Kenneth Merry > > > > ken@FreeBSD.ORG > > > _______________________________________________ > > > freebsd-scsi@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > > > To unsubscribe, send any mail to "freebsd-scsi- > unsubscribe@freebsd.org" >=20 > -- > Kenneth Merry > ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Tue Mar 19 10:46:04 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 9B1F246A; Tue, 19 Mar 2013 10:46:04 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from db8outboundpool.messaging.microsoft.com (mail-db8lp0184.outbound.messaging.microsoft.com [213.199.154.184]) by mx1.freebsd.org (Postfix) with ESMTP id DF79D8E4; Tue, 19 Mar 2013 10:46:03 +0000 (UTC) Received: from mail52-db8-R.bigfish.com (10.174.8.231) by DB8EHSOBE021.bigfish.com (10.174.4.84) with Microsoft SMTP Server id 14.1.225.23; Tue, 19 Mar 2013 10:30:48 +0000 Received: from mail52-db8 (localhost [127.0.0.1]) by mail52-db8-R.bigfish.com (Postfix) with ESMTP id B8BAB780106; Tue, 19 Mar 2013 10:30:48 +0000 (UTC) X-Forefront-Antispam-Report: CIP:192.19.193.42; KIP:(null); UIP:(null); IPV:NLI; H:paledge01.lsi.com; RD:paledge01.lsi.com; EFVD:NLI X-SpamScore: 2 X-BigFish: PS2(zz4015I853kzz1f42h1ee6h1de0h1202h1e76h1d1ah1d2ahzzz2fh2a8h668h839h944hd25hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h1b0ah1155h) Received-SPF: pass (mail52-db8: domain of lsi.com designates 192.19.193.42 as permitted sender) client-ip=192.19.193.42; envelope-from=Kashyap.Desai@lsi.com; helo=paledge01.lsi.com ; ge01.lsi.com ; Received: from mail52-db8 (localhost.localdomain [127.0.0.1]) by mail52-db8 (MessageSwitch) id 1363689046227737_26594; Tue, 19 Mar 2013 10:30:46 +0000 (UTC) Received: from DB8EHSMHS012.bigfish.com (unknown [10.174.8.230]) by mail52-db8.bigfish.com (Postfix) with ESMTP id 347DC7C004C; Tue, 19 Mar 2013 10:30:46 +0000 (UTC) Received: from paledge01.lsi.com (192.19.193.42) by DB8EHSMHS012.bigfish.com (10.174.4.22) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 19 Mar 2013 10:30:45 +0000 Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.264.0; Tue, 19 Mar 2013 06:30:37 -0400 Received: from inbexch02.lsi.com (135.36.98.40) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.264.0; Tue, 19 Mar 2013 06:30:44 -0400 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch02.lsi.com ([135.36.98.40]) with mapi; Tue, 19 Mar 2013 16:00:41 +0530 From: "Desai, Kashyap" To: "freebsd-scsi@freebsd.org" Date: Tue, 19 Mar 2013 16:00:39 +0530 Subject: Default policy for Driver is inbuilt in kernel image Thread-Topic: Default policy for Driver is inbuilt in kernel image Thread-Index: Ac4D5iOPnb8e42+1TjmX//UNm9rDLAgIfm4AACDVLHA= Message-ID: References: <20130121170529.GA64188@nargothrond.kdm.org> <20130205211642.GA75343@nargothrond.kdm.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: lsi.com Cc: "Kenneth D. Merry" , "McConnell, Stephen" 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, 19 Mar 2013 10:46:04 -0000 Hi, Why Driver module in FreeBSD is inbuilt in kernel image. ? Is it possible to keep Drives out of inbuilt kernel image and provide loada= ble modules. ? E.a I want to submit change in GENERIC as below. (remove mfi driver from li= st so that make kernel will only build mfi but will not be part of kernel i= mage) Along with below change add "mfi_load=3D"YES"" in /boot/default/loader.conf= . Index: GENERIC =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 --- GENERIC (revision 248178) +++ GENERIC (working copy) @@ -163,7 +163,8 @@ device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID -device mfi # LSI MegaRAID SAS +#device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 I am just worried, if there is any reason not to provide driver module as l= oadable option in FreeBSD ? If there is not harm, I would like to post next patch which will do as desc= ribed. Thanks, Kashyap From owner-freebsd-scsi@FreeBSD.ORG Tue Mar 19 11:59:03 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 40A356B1 for ; Tue, 19 Mar 2013 11:59:03 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) by mx1.freebsd.org (Postfix) with ESMTP id E0C0ED33 for ; Tue, 19 Mar 2013 11:59:02 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id a22so161519qcs.40 for ; Tue, 19 Mar 2013 04:59:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=Bzy9OGhlksKQKmwDxFor5VJpZG7S11xcAdUicjL/9rc=; b=jV55B3gyjOnOEzt5HsW7uM+18SVBqx2DPkPy4Mbc98LHqmT8X6H6sYk11nlpKgOiSB cimr+GUseUZHYRKsIbGEfOgEonxAgbrFRHxzLFXrc1SIBsCv/Fi0Dw2EGhmEm8jmgDIX vd+qBk6T0i2q0qNeIz6UogP0RTGah/5Xaj7cMxUunQwBQvWE65PORvkki8lI549hQhBO O3hKEUwjsrCN61Tjm8UIF+NAaYNIxscYe1g3xJADXeIzCLeqs72cB2V7mKvK6oAhZ9B7 CShQNM//yj4x4Gg2oZs7yA8LJkfC31yzgLqJJiA/j59fU7VZVf/CM+bDoG5o+pnDckun wv8g== MIME-Version: 1.0 X-Received: by 10.224.186.81 with SMTP id cr17mr1692307qab.99.1363694342423; Tue, 19 Mar 2013 04:59:02 -0700 (PDT) Sender: tomek.cedro@gmail.com Received: by 10.49.120.7 with HTTP; Tue, 19 Mar 2013 04:59:02 -0700 (PDT) Date: Tue, 19 Mar 2013 12:59:02 +0100 X-Google-Sender-Auth: Dx8TLX1dqXIRSN6uqhEFIfT3kXs Message-ID: Subject: CAM problems From: CeDeROM To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=UTF-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: Tue, 19 Mar 2013 11:59:03 -0000 Hey :-) I have noted problems with CAM when running fdisk, but the disk runs fine: (ada1:ata0:0:0:0): READ_DMA. ACB: c8 00 00 00 00 40 00 00 00 00 01 00 (ada1:ata0:0:0:0): CAM status: Command timeout (ada1:ata0:0:0:0): Retrying command (ada1:ata0:0:0:0): READ_DMA. ACB: c8 00 00 00 00 40 00 00 00 00 01 00 (ada1:ata0:0:0:0): CAM status: Command timeout (ada1:ata0:0:0:0): Retrying command What is wrong? Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-scsi@FreeBSD.ORG Tue Mar 19 21:06:39 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 79644425 for ; Tue, 19 Mar 2013 21:06:39 +0000 (UTC) (envelope-from danmcd@nexenta.com) Received: from mail1.bemta8.messagelabs.com (mail1.bemta8.messagelabs.com [216.82.243.194]) by mx1.freebsd.org (Postfix) with ESMTP id 42363744 for ; Tue, 19 Mar 2013 21:06:38 +0000 (UTC) Received: from [216.82.242.115:12681] by server-2.bemta-8.messagelabs.com id 22/E4-28906-7C1D8415; Tue, 19 Mar 2013 20:59:51 +0000 X-Env-Sender: danmcd@nexenta.com X-Msg-Ref: server-12.tower-132.messagelabs.com!1363726775!11992855!11 X-Originating-IP: [199.119.192.65] X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19323 invoked from network); 19 Mar 2013 20:59:51 -0000 Received: from out001.apptixemail.net (HELO out001.apptixemail.net) (199.119.192.65) by server-12.tower-132.messagelabs.com with AES128-SHA encrypted SMTP; 19 Mar 2013 20:59:51 -0000 Received: from everywhere.kebe.com (10.2.67.251) by smtp.apptixemail.net (10.2.65.29) with Microsoft SMTP Server (TLS) id 14.2.309.2; Tue, 19 Mar 2013 15:59:42 -0500 Date: Tue, 19 Mar 2013 17:00:35 -0400 From: Dan McDonald To: Subject: Dumb LSI Skinny question --> MaxCmd = ?! Message-ID: <20130319210035.GG1452@everywhere.kebe.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Organization: Nexenta Platform Engineering User-Agent: Mutt/1.5.21 (2010-09-15) 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, 19 Mar 2013 21:06:39 -0000 Hello from Illumos! I'm trying to get Skinny support running on the Illumos version of your mfi driver. One thing you print at boot time is MaxCmd = %x, which is how many MFI firmware commands the card supports. I have a thunderbolt (2208) card with many. I have a Skinny card that seems to report 31/0x1f. That's a LOT fewer. Am I hallucinating, or worse, reading this information from the wrong register? I basically want a reality check on what MaxCmd is set to on a Skinny adapter (e.g. Dell H310). Thanks for your time and patience, -- Daniel L. McDonald Nexenta Systems, Inc. Platform Engineering "Enterprise class storage for everyone" Mail: danmcd@nexenta.com Skype: danmcdatkebe Twitter: @kebesays WWW: http://kebe.com/~danmcd/ Blog: http://kebesays.blogspot.com/