From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 16 02:34:07 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B9F9106566B; Mon, 16 Jul 2012 02:34:07 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3FB328FC19; Mon, 16 Jul 2012 02:34:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6G2Y7Vf011610; Mon, 16 Jul 2012 02:34:07 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6G2Y7i4011606; Mon, 16 Jul 2012 02:34:07 GMT (envelope-from linimon) Date: Mon, 16 Jul 2012 02:34:07 GMT Message-Id: <201207160234.q6G2Y7i4011606@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/169403: [cam] [patch] CAM layer, I/O starvation, no fairness X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 02:34:07 -0000 Old Synopsis: CAM layer, I/O starvation, no fairness New Synopsis: [cam] [patch] CAM layer, I/O starvation, no fairness Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jul 16 02:33:46 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=169403 From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 16 03:14:36 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 690A11065670; Mon, 16 Jul 2012 03:14:36 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3C74D8FC1B; Mon, 16 Jul 2012 03:14:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6G3Eanq017199; Mon, 16 Jul 2012 03:14:36 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6G3EatN017195; Mon, 16 Jul 2012 03:14:36 GMT (envelope-from linimon) Date: Mon, 16 Jul 2012 03:14:36 GMT Message-Id: <201207160314.q6G3EatN017195@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/169801: [cam] [patc] make changes to delete_method in scsi_da consistent X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 03:14:36 -0000 Old Synopsis: Patch to make changes to delete_method in scsi_da consistent New Synopsis: [cam] [patc] make changes to delete_method in scsi_da consistent Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jul 16 03:14:07 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=169801 From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 16 11:09:26 2012 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A46041065674 for ; Mon, 16 Jul 2012 11:09:26 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8DF4B8FC12 for ; Mon, 16 Jul 2012 11:09:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6GB9QG3094127 for ; Mon, 16 Jul 2012 11:09:26 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6GB9ObI094124 for freebsd-scsi@FreeBSD.org; Mon, 16 Jul 2012 11:09:24 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Jul 2012 11:09:24 GMT Message-Id: <201207161109.q6GB9ObI094124@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 11:09:26 -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/169835 scsi [patch] remove some unused variables from scsi_da prob o kern/169801 scsi [cam] [patc] make changes to delete_method in scsi_da 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/159412 scsi [ciss] 7.3 RELEASE: ciss0 ADAPTER HEARTBEAT FAILED err 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 kern/153361 scsi [ciss] Smart Array 5300 boot/detect drive problem o kern/152250 scsi [ciss] [patch] Kernel panic when hw.ciss.expose_hidden o kern/151564 scsi [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 10 o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c 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/146287 scsi [ciss] ciss(4) cannot see more than one SmartArray con o kern/145768 scsi [mpt] can't perform I/O on SAS based SAN disk in freeb o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/144301 scsi [ciss] [hang] HP proliant server locks when using ciss o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/127717 scsi [ata] [patch] [request] - support write cache toggling o kern/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 53 problems total. From owner-freebsd-scsi@FreeBSD.ORG Tue Jul 17 03:14:34 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCC72106566B; Tue, 17 Jul 2012 03:14:34 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id A9D018FC08; Tue, 17 Jul 2012 03:14:34 +0000 (UTC) Received: from EXHUB02.exchhosting.com (192.168.11.214) by exhub11.exchhosting.com (192.168.11.109) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 16 Jul 2012 20:14:34 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by exhub02.exchhosting.com ([fe80::311c:a4c3:90a7:3e53%12]) with mapi; Mon, 16 Jul 2012 20:14:33 -0700 From: Trent Nelson To: "ken@freebsd.org" Date: Mon, 16 Jul 2012 20:14:31 -0700 Thread-Topic: CAM Target Layer and dev/isp Thread-Index: Ac1jyklLLbrW2NubROiG3B8cx4pFuQ== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" Subject: CAM Target Layer and dev/isp X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 03:14:34 -0000 Hi Ken, So, first off, nice work on CTL! I accidentally stumbled onto this little gem yesterday and was shocked I hadn't heard of it before. (Although it seems I'm not alone, even Google only seems to know about your original mailing list posts -- `+freebsd +ctladm` returns surprisingly little.) (Somewhat related question before I get into my main issue: `ctladm` should remove the need for share/examples/scsi_target, right? The CAM Target Layer stuff encompasses all the original functionality exposed in scsi_target?) I'm not sure how to expose LUNs via my isp devices. Here's what I've got so far: [root@s24/ttypts/1(../misc/isp/bin)#] for i in {0..3}; do; ./isp_getrole /dev/isp$i; done /dev/isp0 chan 0: role target /dev/isp1 chan 0: role target /dev/isp2 chan 0: role target /dev/isp3 chan 0: role target [root@s24/ttypts/1(../misc/isp/bin)#] ctladm devlist -v LUN Backend Size (Blocks) BS Serial Number Device ID 0 ramdisk 2097152 512 MYSERIAL 0 MYDEVID 0 lun_type=3D0 [root@s24/ttypts/1(../misc/isp/bin)#] ctladm port -l Port Online Type Name pp vp WWNN WWPN =20 0 YES IOCTL CTL ioctl 0 0 0 0 =20 1 YES INTERNAL ctl2cam 0 0 0x5000000357375b00 0x5000000357375b02 2 YES INTERNAL CTL internal 0 0 0 0 =20 3 YES FC isp0 0 0 0x200000e08b146178 0x210000e08b146178 4 YES FC isp1 1 0 0x400000007f000009 0x400000007f000009 5 YES FC isp2 2 0 0x200000e08b102f5b 0x210000e08b102f5b 6 YES FC isp3 3 0 0x200000e08b302f5b 0x210100e08b302f5b It's not obvious from the docs how to export CTL LUNs through my isp devices. I tried passing -D /dev/isp[n] to `ctladm create`, but that returns: 'ctladm: cctl_create_lun: error issuing CTL_LUN_REQ ioctl: Inappropriate ioctl for device'. Sample output from one of the switches on my fabric (s24's /dev/isp1 is plugged into port 8 of sf1): sf1:admin> switchshow switchName: sf1 switchType: 17.2 switchState: Online switchMode: Native switchRole: Principal switchDomain: 1 switchId: fffc01 switchWwn: 10:00:00:60:69:5a:1a:40 switchBeacon: OFF Zoning: ON (cfg_2012_07_16) port 0: id N2 Online F-Port 50:06:0b:00:00:13:18:72 port 1: id N2 No_Light port 2: id N2 Online E-Port 10:00:00:60:69:5a:09:c0 "sf2" (downstream)=20 port 3: id N2 No_Light port 4: id N2 No_Light port 5: id N2 Online F-Port 21:01:00:e0:8b:ab:cf:be port 6: id N2 Online F-Port 21:01:00:e0:8b:a6:98:ca port 7: id N2 Online F-Port 21:01:00:e0:8b:30:2f:5b port 8: id N1 Online L-Port 1 public port 9: id N2 No_Light port 10: id N2 No_Light port 11: id N2 Online L-Port 8 public port 12: id N2 Online L-Port 8 public port 13: id N2 Online L-Port 8 public port 14: id N2 Online L-Port 8 public port 15: id N2 No_Light sf1:admin> portshow 8 portName: =20 portHealth: No License Authentication: None portFlags: 0x223806b portLbMod: 0x0 PRESENT ACTIVE F_PORT L_PORT U_PORT LOGIN NOELP LED ACCEPT WAS_EPORT portType: 4.1 portState: 1 Online portPhys: 6 In_Sync portScn: 6 F_Port portRegs: 0x81100000 portData: 0x102b8f40 portId: 010800 portWwn: 20:08:00:60:69:5a:1a:40 portWwn of device(s) connected: 40:00:00:00:7f:00:00:09 Distance: normal Speed: N1Gbps=20 Interrupts: 10126 Link_failure: 0 Frjt: 0 =20 Unknown: 51 Loss_of_sync: 10058 Fbsy: 0 =20 Lli: 10084 Loss_of_sig: 2 Lip_in: 1 =20 Proc_rqrd: 21 Protocol_err: 0 Lip_out: 2 =20 Timed_out: 0 Invalid_word: 0 Lip_rx: F7,F7 Rx_flushed: 0 Invalid_crc: 0 Tx_unavail: 0 Delim_err: 0 Free_buffer: 0 Address_err: 1 Overrun: 0 Lr_in: 0 Suspended: 0 Lr_out: 0 Parity_err: 0 Ols_in: 0 Ols_out: 0 sf1:admin>=20 Ideally I'd like to be able to use CTL to export multiple ZFS zvols as separate targets (i.e. all with unique WWNN/WWPNs), such that, from the fabric's point of view, the port would look like just another FC-AL JBOD, like, say, port 11: sf1:admin> portshow 11 portName: =20 portHealth: No License Authentication: None portFlags: 0x223806b portLbMod: 0x0 PRESENT ACTIVE F_PORT L_PORT U_PORT LOGIN NOELP LED ACCEPT WAS_EPORT portType: 4.1 portState: 1 Online portPhys: 6 In_Sync portScn: 6 F_Port portRegs: 0x81130000 portData: 0x11dc6770 portId: 010b00 portWwn: 20:0b:00:60:69:5a:1a:40 portWwn of device(s) connected: 21:00:00:14:c3:ca:23:ca 21:00:00:14:c3:c1:9c:90 21:00:00:14:c3:c4:41:9a 21:00:00:14:c3:c1:23:6b 21:00:00:14:c3:ca:23:df 21:00:00:14:c3:c4:47:97 21:00:00:14:c3:ca:20:0e 21:00:00:14:c3:c4:40:ca That'll allow me to zone the zvols just as if they were actual JBOD disks. Which will be awesome. Is that possible? Also, the HA stuff sounds bad-ass. What's the best way to stay up to date with CTL development? Watch commits to sys/cam/ctl? (There's no separate list or anything for this stuff, right?) Regards, Trent. From owner-freebsd-scsi@FreeBSD.ORG Tue Jul 17 15:13:14 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A580C106566B; Tue, 17 Jul 2012 15:13:14 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 51D848FC12; Tue, 17 Jul 2012 15:13:14 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Sr9Sb-0003Ab-Bd; Tue, 17 Jul 2012 16:13:13 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Sr9Sa-0000fX-Iy; Tue, 17 Jul 2012 16:13:13 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q6HFDCvn062391; Tue, 17 Jul 2012 16:13:12 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q6HFDCvA062390; Tue, 17 Jul 2012 16:13:12 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Tue, 17 Jul 2012 16:13:12 +0100 From: Anton Shterenlikht To: freebsd-scsi@freebsd.org Message-ID: <20120717151311.GA62358@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: mav@freebsd.org Subject: can't use cdrecord on -current - lots of warnigs, possible ATA_CAM issue? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 15:13:14 -0000 I thought this was a sparc64 issue, but marius@ advised to ask for help in this list. I've rebuild sysutils/cdrecord (I also tried sysutils/cdrecord-devel) multiple times. Thanks ----- Forwarded message from Anton Shterenlikht ----- # uname -a FreeBSD mech-anton240.men.bris.ac.uk 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r235474: Tue Jul 17 13:52:07 BST 2012 root@mech-anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/QOF sparc64 # After updating to ATA_CAM framework I cannot use cdrecord: # cdrecord -dev=1,0,0 -sao /home/mexas/FreeBSD-8.1-RELEASE-ia64-livefs.iso Cdrecord-ProDVD-ProBD-Clone 3.01a07 (sparc64-unknown-freebsd10.0) Copyright (C) 1995-2012 Joerg Schilling scsidev: '1,0,0' scsibus: 1 target: 0 lun: 0 Using libscg version 'schily-0.9'. Device type : Removable CD-ROM Version : 0 Response Format: 2 Capabilities : Vendor_info : 'TSSTcorp' Identifikation : 'CDW/DVD TS-H492C' Revision : 'SI00' Device seems to be: Generic mmc2 DVD-ROM. cdrecord: Warning: controller returns zero sized CD write parameter page. cdrecord: Warning: controller returns wrong size for CD write parameter page. cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( 5). Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R cdrecord: Warning: Cannot read drive buffer. cdrecord: Warning: The DMA speed test has been skipped. resid: 2 resid: 24 DMA overrun, resid: -24 resid: 30 cdrecord: Warning: controller returns zero sized CD write parameter page. cdrecord: Warning: controller returns wrong size for CD write parameter page. cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( 5). cdrecord: Warning: controller returns zero sized CD write parameter page. cdrecord: Warning: controller returns wrong size for CD write parameter page. cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( 5). cdrecord: Cannot init drive. # while on the console: ata3: unknown transfer phase ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 60>0 ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 ata3: WARNING - READ_BUFFER read data overrun 4>0 ata3: WARNING - START_STOP read data overrun 18>0 ata3: WARNING - TEST_UNIT_READY read data overrun 16>0 ata3: WARNING - READ_CAPACITY read data overrun 8>0 ata3: WARNING - READ_TOC read data overrun 4>0 ata3: WARNING - READ_TOC read data overrun 2>0 ata3: WARNING - READ_DISK_INFO read data overrun 4>0 ata3: WARNING - READ_DISK_INFO read data overrun 4>0 ata3: WARNING - READ_DISK_INFO read data overrun 4>0 ata3: WARNING - READ_DISK_INFO read data overrun 4>0 ata3: WARNING - READ_DISK_INFO read data overrun 4>0 ata3: WARNING - READ_DISK_INFO read data overrun 4>0 ata3: WARNING - TEST_UNIT_READY read data overrun 34>0 ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 ata3: WARNING - SYNCHRONIZE_CACHE read data overrun 2>0 # dmesg|grep cd0 cd0 at ata3 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray c losed # my kernel config: cpu SUN4U ident QOF makeoptions DEBUG=-g makeoptions MODULES_OVERRIDE="geom/geom_part geom/geom_label" options ALT_BREAK_TO_DEBUGGER options ATA_CAM # Handle legacy controllers with CAM options AUDIT # Security event auditing options BREAK_TO_DEBUGGER options CAPABILITIES # Capsicum capabilities options CAPABILITY_MODE # Capsicum capability mode options CD9660 # ISO 9660 Filesystem options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options DDB # Support DDB. options DEADLKRES # Enable the deadlock resolver options FFS #options GEOM_PART_GPT # GUID Partition Tables. #options GEOM_LABEL # Provides labelization options GDB # Support remote GDB. options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options INCLUDE_CONFIG_FILE # Include this file in kernel options INET options INET6 options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options KBD_INSTALL_CDEV # install a CDEV entry in /dev options KDB # Enable kernel debugger support. #options KDB_TRACE # Print a stack trace for a panic. options KTRACE # ktrace(1) support options MAC # TrustedBSD MAC Framework options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones options MD_ROOT # MD is a potential root device options MSDOSFS # MSDOS Filesystem options NFSCL # New Network Filesystem Client options NFSD # New Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCL options P1003_1B_SEMAPHORES options PREEMPTION options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options SCHED_ULE options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options SCTP # Stream Control Transmission Protocol #options SMP # Symmetric MultiProcessor Kernel options SOFTUPDATES options STACK # stack(9) support options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options SYSVSHM # SYSV-style shared memory options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options USB_DEBUG # enable debug msgs options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions device ada device ahci # AHCI-compatible SATA controllers device ata #device atadisk #device atapicd #device atapicam device auxio # auxiliary I/O device device bge # Broadcom BCM570xx Gigabit Ethernet device bpf # Berkeley packet filter device cd # CD device central device ctl # CAM Target Layer device da # Direct Access (disks) device ebus device eeprom # eeprom (really a front-end for the MK48Txx) device ehci # EHCI PCI->USB interface (USB 2.0) device ether # Ethernet support device faith # IPv6-to-IPv4 relaying (translation) device fhc device firmware # firmware assist module device gif # IPv6 and IPv4 tunneling device isa device loop # Network loopback device lpt # Printer device machfb # ATI Mach64 framebuffers device mc146818 # Motorola MC146818 and compatible clocks device md # Memory "disks" device miibus # MII bus support device mk48txx # Mostek MK48Txx clocks device ohci # OHCI PCI->USB interface device pass # Passthrough device (direct ATA/SCSI access) device pci device pty # BSD-style compatibility pseudo ttys device puc # Multi-channel uarts device ppbus # Parallel port bus (required) device ppc device ppi # Parallel port interface device device random # Entropy device device rtc # rtc (really a front-end for the MC146818) device sbbc # Sun BootBus controller (time-of-day clock for # Serengeti and StarCat, console for Serengeti, # requires device uart) device sbus device sc device scbus # SCSI bus (required for ATA/SCSI) device scc # Serial communications controllers. device snd_audiocs # Crystal Semiconductor CS4231 device snd_t4dwave # Acer Labs M5451 device sound # Generic sound driver (required) device tun # Packet tunnel. device uart # Multi-uart driver device uhci # UHCI PCI->USB interface device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device usb # USB Bus (required) device vlan # 802.1Q VLAN support What am I doing wrong? Many thanks ----- End forwarded message ----- -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-scsi@FreeBSD.ORG Tue Jul 17 16:46:17 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA45B1065707 for ; Tue, 17 Jul 2012 16:46:17 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4798FC08 for ; Tue, 17 Jul 2012 16:46:17 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q6HGkHEZ017053; Tue, 17 Jul 2012 10:46:17 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q6HGkG7K017052; Tue, 17 Jul 2012 10:46:16 -0600 (MDT) (envelope-from ken) Date: Tue, 17 Jul 2012 10:46:16 -0600 From: "Kenneth D. Merry" To: Trent Nelson Message-ID: <20120717164616.GA10673@nargothrond.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: "freebsd-scsi@freebsd.org" Subject: Re: CAM Target Layer and dev/isp X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 16:46:17 -0000 On Mon, Jul 16, 2012 at 20:14:31 -0700, Trent Nelson wrote: > Hi Ken, > > So, first off, nice work on CTL! I accidentally stumbled onto this little > gem yesterday and was shocked I hadn't heard of it before. (Although it > seems I'm not alone, even Google only seems to know about your original > mailing list posts -- `+freebsd +ctladm` returns surprisingly little.) Glad you like it! > (Somewhat related question before I get into my main issue: `ctladm` > should remove the need for share/examples/scsi_target, right? The CAM > Target Layer stuff encompasses all the original functionality exposed in > scsi_target?) Well, scsi_target is still useful as an example of how to create a userland target application. > I'm not sure how to expose LUNs via my isp devices. Here's what I've got > so far: > > [root@s24/ttypts/1(../misc/isp/bin)#] for i in {0..3}; do; ./isp_getrole > /dev/isp$i; done > /dev/isp0 chan 0: role target > /dev/isp1 chan 0: role target > /dev/isp2 chan 0: role target > /dev/isp3 chan 0: role target Looks good. What model Qlogic board is it? I know the driver works pretty well in target mode with 4Gb and 8Gb boards, but I don't know how well 2Gb and older boards work. > [root@s24/ttypts/1(../misc/isp/bin)#] ctladm devlist -v > LUN Backend Size (Blocks) BS Serial Number Device ID > 0 ramdisk 2097152 512 MYSERIAL 0 MYDEVID 0 > lun_type=0 That looks fine. Note that it is a fake ramdisk that is only backed by 1MB of memory no matter how large the reported size is. So you can make it as large as you want. > [root@s24/ttypts/1(../misc/isp/bin)#] ctladm port -l > Port Online Type Name pp vp WWNN WWPN > > 0 YES IOCTL CTL ioctl 0 0 0 0 > > 1 YES INTERNAL ctl2cam 0 0 0x5000000357375b00 > 0x5000000357375b02 > 2 YES INTERNAL CTL internal 0 0 0 0 > > 3 YES FC isp0 0 0 0x200000e08b146178 > 0x210000e08b146178 > 4 YES FC isp1 1 0 0x400000007f000009 > 0x400000007f000009 > 5 YES FC isp2 2 0 0x200000e08b102f5b > 0x210000e08b102f5b > 6 YES FC isp3 3 0 0x200000e08b302f5b > 0x210100e08b302f5b All of the ports are online, so that looks good. > It's not obvious from the docs how to export CTL LUNs through my isp > devices. I tried passing -D /dev/isp[n] to `ctladm create`, but that > returns: 'ctladm: cctl_create_lun: error issuing CTL_LUN_REQ ioctl: > Inappropriate ioctl for device'. The block backend only works on block devices or files. e.g.: ctladm create -b block -o file=/path/to/my/file ctladm create -b block -o file=/dev/da5 If you use a block device (like a zvol) as the backing store, you'll want to disable sending cache syncs to the disk, since that will trigger a GEOM assertion. ctladm realsync off (Do that before putting the ports online.) > Sample output from one of the switches on my fabric (s24's /dev/isp1 is > plugged into port 8 of sf1): > > sf1:admin> switchshow > switchName: sf1 > switchType: 17.2 > switchState: Online > switchMode: Native > switchRole: Principal > switchDomain: 1 > switchId: fffc01 > switchWwn: 10:00:00:60:69:5a:1a:40 > switchBeacon: OFF > Zoning: ON (cfg_2012_07_16) > port 0: id N2 Online F-Port 50:06:0b:00:00:13:18:72 > port 1: id N2 No_Light > port 2: id N2 Online E-Port 10:00:00:60:69:5a:09:c0 "sf2" > (downstream) > port 3: id N2 No_Light > port 4: id N2 No_Light > port 5: id N2 Online F-Port 21:01:00:e0:8b:ab:cf:be > port 6: id N2 Online F-Port 21:01:00:e0:8b:a6:98:ca > port 7: id N2 Online F-Port 21:01:00:e0:8b:30:2f:5b > port 8: id N1 Online L-Port 1 public Looks like it is in loop mode. Can your switch make a loop mode device visible on another port? What are you using for an initiator? Does it work if you connect the initiator directly to the FreeBSD target? > Ideally I'd like to be able to use CTL to export multiple ZFS zvols as > separate targets (i.e. all with unique WWNN/WWPNs), such that, from the > fabric's point of view, the port would look like just another FC-AL JBOD, > like, say, port 11: [ ... ] > That'll allow me to zone the zvols just as if they were actual JBOD disks. > Which will be awesome. > > Is that possible? CTL will just create multiple LUNs, not multiple targets. Each LUN will show up on all of the ports. If your switch has NP-IV support, you can also try creating multiple virtual ports with the isp(4) driver if you set the hint.isp.0.vports=N loader tunable, where N is the number of virtual ports. I haven't tried that in several years, though, and Matt Jacob has indicated it needs more testing. As for using zvols, the code that is in FreeBSD right now will lead to very slow performance with zvols. Justin Gibbs and Will Andrews gave a talk at BSDCan that explained their work to eliminate COW (Copy On Write) faults for files used as block devices and zvols. Their slides are here: http://www.bsdcan.org/2012/schedule/events/316.en.html And the talk itself is here: http://www.youtube.com/watch?v=LtY3vpX-cdM It's fine to use zvols now, but you may want to wait until their code does into FreeBSD/head at least to use zvols for anything that requires reasonable performance. Until their code goes in the tree, you'll probably get somewhat faster performance by using files on top of ZFS, or on top of UFS. (UFS will be much faster at the moment, but you don't get the software RAID functionality of ZFS.) The first write pass through on a zvol or a ZFS file will go very quickly, but subsequent writes will be pretty slow, especially if they are not on exact ZFS record boundaries. Also, Matt Jacob and I are chasing down a possible data corruption bug. We don't know exactly where it is, and it might not be in the code that is in FreeBSD right now. The point is, run some data integrity tests before using this in production. > Also, the HA stuff sounds bad-ass. What's the best way to stay up to date > with CTL development? Watch commits to sys/cam/ctl? (There's no separate > list or anything for this stuff, right?) That's pretty much the best way to keep up with it, there's not a separate mailing list. I don't think I'm going to have time to do anything with the HA hooks in the near future. Hopefully other folks will be interested and do some development in that area. It would be nice to have a fully HA block stack, but that will take a lot of effort. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Wed Jul 18 13:13:44 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDBC1106564A; Wed, 18 Jul 2012 13:13:43 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from EXHUB04.exchhosting.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id C4EB98FC12; Wed, 18 Jul 2012 13:13:43 +0000 (UTC) Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by EXHUB04.exchhosting.com ([fe80::e08b:16b6:14a0:73b0%12]) with mapi; Wed, 18 Jul 2012 06:13:36 -0700 From: Trent Nelson To: "Kenneth D. Merry" Date: Wed, 18 Jul 2012 06:13:33 -0700 Thread-Topic: CAM Target Layer and dev/isp Thread-Index: Ac1k5yMmTcYIavedSEaB63mhmcrTaA== Message-ID: In-Reply-To: <20120717164616.GA10673@nargothrond.kdm.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" Subject: Re: CAM Target Layer and dev/isp X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 13:13:44 -0000 On 7/17/12 12:46 PM, "Kenneth D. Merry" wrote: >On Mon, Jul 16, 2012 at 20:14:31 -0700, Trent Nelson wrote: >> I'm not sure how to expose LUNs via my isp devices. Here's what I've >>got >> so far: >>=20 >> [root@s24/ttypts/1(../misc/isp/bin)#] for i in {0..3}; do; ./isp_getrole >> /dev/isp$i; done >> /dev/isp0 chan 0: role target >> /dev/isp1 chan 0: role target >> /dev/isp2 chan 0: role target >> /dev/isp3 chan 0: role target > >Looks good. What model Qlogic board is it? I know the driver works >pretty >well in target mode with 4Gb and 8Gb boards, but I don't know how well 2Gb >and older boards work. I'm still frolicking in 2Gb land, SAN-wise. All my HBAs are Qlogic 2Gb (single and dual port) models. Sample dmesg from one of the dual port ones: sp0: Board Type 2312, Chip Revision 0x2, loaded F/W Revision 3.3.26 isp0: Attributes: TargetMode SCC-Lun Fabric 2K-Login isp0: 876 max I/O command limit set > >> [root@s24/ttypts/1(../misc/isp/bin)#] ctladm devlist -v >> LUN Backend Size (Blocks) BS Serial Number Device ID >> 0 ramdisk 2097152 512 MYSERIAL 0 MYDEVID 0 >> lun_type=3D0 > >That looks fine. Note that it is a fake ramdisk that is only backed by >1MB >of memory no matter how large the reported size is. So you can make it as >large as you want. Haha, yeah I was wondering about the "10485760000000000" you used in the examples. You should definitely make mention of that 1MB fact in the docs somewhere if you're going to use 9536TB as the size in the example ;-) (My interaction went like this: created the crazy huge one used in the examples, was thoroughly confused when I realized it was 9536TB, deleted it, then created a 1GB one instead.) >All of the ports are online, so that looks good. > >> It's not obvious from the docs how to export CTL LUNs through my isp >> devices. I tried passing -D /dev/isp[n] to `ctladm create`, but that >> returns: 'ctladm: cctl_create_lun: error issuing CTL_LUN_REQ ioctl: >> Inappropriate ioctl for device'. > >The block backend only works on block devices or files. e.g.: > >ctladm create -b block -o file=3D/path/to/my/file >ctladm create -b block -o file=3D/dev/da5 > >If you use a block device (like a zvol) as the backing store, you'll want >to disable sending cache syncs to the disk, since that will trigger a GEOM >assertion. > >ctladm realsync off > >(Do that before putting the ports online.) Ah, ok, I played a bit more with block devices instead of ramdisk, and it cleared up some stuff. > >> Sample output from one of the switches on my fabric (s24's /dev/isp1 is >> plugged into port 8 of sf1): >>=20 >> sf1:admin> switchshow >> switchName: sf1 >> switchType: 17.2 >> switchState: Online >> switchMode: Native >> switchRole: Principal >> switchDomain: 1 >> switchId: fffc01 >> switchWwn: 10:00:00:60:69:5a:1a:40 >> switchBeacon: OFF >> Zoning: ON (cfg_2012_07_16) >> port 0: id N2 Online F-Port 50:06:0b:00:00:13:18:72 >> port 1: id N2 No_Light >> port 2: id N2 Online E-Port 10:00:00:60:69:5a:09:c0 "sf2" >> (downstream)=20 >> port 3: id N2 No_Light >> port 4: id N2 No_Light >> port 5: id N2 Online F-Port 21:01:00:e0:8b:ab:cf:be >> port 6: id N2 Online F-Port 21:01:00:e0:8b:a6:98:ca >> port 7: id N2 Online F-Port 21:01:00:e0:8b:30:2f:5b >> port 8: id N1 Online L-Port 1 public > >Looks like it is in loop mode. Can your switch make a loop mode device >visible on another port? You know what, I have no idea what was going on there. I can't replicate that behavior (getting the port to present itself to the fabric as an L-port) on another (almost identical) box. And I managed to panic that box whilst composing this e-mail, to the point where it doesn't even get past the PCI BIOS routines. (It happened when I unplugged the HBA, I'll paste a backtrace and CC Matt in a separate e-mail.) > What are you using for an initiator? Does it >work if you connect the initiator directly to the FreeBSD target? Ah, ok, those questions (and various other comments you made) have cleared up a couple of things. What I was expecting to see from the switch when I did `portshow [n]` was a list of all the LUNs (via their WWNs) being made available by camctl/isp/target-mode. This is what I'm alluding to when I say this: > > Ideally I'd like to be able to use CTL to export multiple ZFS zvols as > > separate targets (i.e. all with unique WWNN/WWPNs), such that, from the > > fabric's point of view, the port would look like just another FC-AL >JBOD, > > like, say, port 11: > >=20 > > sf1:admin> portshow 11 [snip] > > portWwn: 20:0b:00:60:69:5a:1a:40 > > portWwn of device(s) connected: 21:00:00:14:c3:ca:23:ca > > 21:00:00:14:c3:c1:9c:90 > > 21:00:00:14:c3:c4:41:9a > > 21:00:00:14:c3:c1:23:6b > > 21:00:00:14:c3:ca:23:df > > 21:00:00:14:c3:c4:47:97 > > 21:00:00:14:c3:ca:20:0e > > 21:00:00:14:c3:c4:40:ca However, it just occurred to me that in order for that to happen, the block LUN I'm exporting would essentially have to mimic/implement an FC-AL-ported disk (that is public-loop aware) -- I.e. it would have to support fabric login and all the other fancy cruft my physical dual-ported FC SCSI drives in the FC-AL JBODs implement. I reckon it's safe to assume none of that is in place, no? ;-) (Would that even be possible? Seems like it would need a lot of underlying driver support in dev/isp, at the very least. As well as a bucket-load of ctl support. Perhaps better suited to a new backend type? I.e. `ctladm create -b fc-al ...`.) Now, with that being said, back to your questions... > What are you using for an initiator? > Does it work if you connect the initiator directly to the FreeBSD target? Right, so, I haven't played around with any initiators yet as I wasn't seeing the expected output from the SAN switch (I.e. the WWNs of "devices connected to this port"). Now that I know this isn't going to happen, I'll try see if I can forcibly connect initiators. I was happy to see that when I created a block device via ctladm, it was assigned WWPN/WWNNs automatically. I'm not sure if this means I'll still be able to use a fabric (with zoning enabled) or not. If I have no luck with that approach, I'll try plug the initiator's HBA port directly into the target HBA and see if that helps. >If your switch has NP-IV support, you can also try creating multiple >virtual ports with the isp(4) driver if you set the hint.isp.0.vports=3DN >loader tunable, where N is the number of virtual ports. I haven't tried >that in several years, though, and Matt Jacob has indicated it needs more >testing. Yeah unfortunately neither my switches nor my HBAs have support for VSAN stuff. >As for using zvols, the code that is in FreeBSD right now will lead to >very >slow performance with zvols. Justin Gibbs and Will Andrews gave a talk at >BSDCan that explained their work to eliminate COW (Copy On Write) faults >for files used as block devices and zvols. Their slides are here: > >http://www.bsdcan.org/2012/schedule/events/316.en.html > >And the talk itself is here: > >http://www.youtube.com/watch?v=3DLtY3vpX-cdM > >It's fine to use zvols now, but you may want to wait until their code does >into FreeBSD/head at least to use zvols for anything that requires >reasonable performance. > >Until their code goes in the tree, you'll probably get somewhat faster >performance by using files on top of ZFS, or on top of UFS. (UFS will be >much faster at the moment, but you don't get the software RAID >functionality of ZFS.) > >The first write pass through on a zvol or a ZFS file will go very quickly, >but subsequent writes will be pretty slow, especially if they are not on >exact ZFS record boundaries. Gotcha'. Super info, thanks. The "perfect" solution down the track would be zvol, but there's an enormous amount of other stuff I'd need to flush about before that. (What I'm aiming to do is present zvols to either virtual or physical boxes for the OS install disk. That would allow me to snapshot/clone entire OS instances (I.e. AIX/HP-UX/IRIX/Tru64-UNIX et al) and export them as a new disk that could be picked up by another box, which would be incredibly cool for provisioning, tinkering, dev stuff, etc.) >Also, Matt Jacob and I are chasing down a possible data corruption bug. >We don't know exactly where it is, and it might not be in the code that >is in FreeBSD right now. The point is, run some data integrity tests >before using this in production. Heh, roger. (FWIW, this is all pie-in-the-sky level at the moment -- it'll be a while before I can put it into production.) > >> Also, the HA stuff sounds bad-ass. What's the best way to stay up to >>date >> with CTL development? Watch commits to sys/cam/ctl? (There's no >>separate >> list or anything for this stuff, right?) > >That's pretty much the best way to keep up with it, there's not a separate >mailing list. > >I don't think I'm going to have time to do anything with the HA hooks in >the near future. Hopefully other folks will be interested and do some >development in that area. It would be nice to have a fully HA block >stack, >but that will take a lot of effort. Nod. It's certainly not a deal breaker for me, and I can get around it by other (clunky) means, but it certainly would be awesome. I'd essentially be able to build a ZFS-backed storage controller indistinguishable from the (proprietary) HA RAID controllers that I was originally intended to use with my disk arrays instead of just straight JBOD.) Thanks for such thorough information. Very useful. I've got a few things to play around with now. Regards, Trent. From owner-freebsd-scsi@FreeBSD.ORG Wed Jul 18 13:24:22 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35A56106564A; Wed, 18 Jul 2012 13:24:22 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE8C8FC15; Wed, 18 Jul 2012 13:24:21 +0000 (UTC) Received: from exhub13.exchhosting.com (192.168.11.122) by exhub14.exchhosting.com (192.168.11.123) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 18 Jul 2012 06:24:21 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by exhub13.exchhosting.com ([::1]) with mapi; Wed, 18 Jul 2012 06:24:20 -0700 From: Trent Nelson To: "mj@feral.com Jacob" Date: Wed, 18 Jul 2012 06:24:19 -0700 Thread-Topic: dev/isp panic (was Re: CAM Target Layer and dev/isp) Thread-Index: Ac1k6KPNaY691XqMSD+ic5oefniVZg== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "Kenneth D. Merry" Subject: dev/isp panic (was Re: CAM Target Layer and dev/isp) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 13:24:22 -0000 On 7/18/12 9:13 AM, "Trent Nelson" wrote: > >On 7/17/12 12:46 PM, "Kenneth D. Merry" wrote: > >>> port 8: id N1 Online L-Port 1 public >> >>Looks like it is in loop mode. Can your switch make a loop mode device >>visible on another port? > >You know what, I have no idea what was going on there. I can't replicate >that behavior (getting the port to present itself to the fabric as an >L-port) on another (almost identical) box. And I managed to panic that >box whilst composing this e-mail, to the point where it doesn't even get >past the PCI BIOS routines. (It happened when I unplugged the HBA, I'll >paste a backtrace and CC Matt in a separate e-mail.) db> bt Tracing pid 12 tid 100062 td 0xfffffe001c00f470 acpi_timer_get_timecount() at 0xffffffff803ccfc6 =3D acpi_timer_get_timecount+0x16 DELAY() at 0xffffffff80ce68c3 =3D DELAY+0x83 ns8250_putc() at 0xffffffff807a17ba =3D ns8250_putc+0x9a uart_cnputc() at 0xffffffff807a3b85 =3D uart_cnputc+0x75 cnputc() at 0xffffffff808e9cbc =3D cnputc+0x4c cnputs() at 0xffffffff808ea0f5 =3D cnputs+0x35 putbuf() at 0xffffffff8097400c =3D putbuf+0xac kvprintf() at 0xffffffff80972643 =3D kvprintf+0x83 vprintf() at 0xffffffff80973b15 =3D vprintf+0x85 printf() at 0xffffffff80973be7 =3D printf+0x67 isp_prt() at 0xffffffff805c15a0 =3D isp_prt+0xd0 isp_async() at 0xffffffff805c6736 =3D isp_async+0x356 isp_intr() at 0xffffffff805b854c =3D isp_intr+0x13ac isp_platform_intr() at 0xffffffff805c1fd9 =3D isp_platform_intr+0x99 intr_event_execute_handlers() at 0xffffffff80907214 =3D intr_event_execute_handlers+0x104 ithread_loop() at 0xffffffff809089a6 =3D ithread_loop+0xa6 fork_exit() at 0xffffffff809038ef =3D fork_exit+0x11f fork_trampoline() at 0xffffffff80c5139e =3D fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffff9178bd3cf0, rbp =3D 0 --- db> x/s panicstr 0xffffffff8130fd08 =3D panicstr: No idea what the panic string was. The box stopped responding via ssh so I logged into the serial port (via a sio mux over telnet) and simply got a 'db>' prompt -- no idea what came before that (and the vidconsole was strangely blank). Not sure how useful the backtrace is. It's a Qlogic 2313 board, it was in target mode, and the panic happened after I unplugged the HBA. (Could be completely unrelated -- I unplugged the HBA, waltzed back to my laptop, and my ssh sessions were all stuck -- I.e. I didn't witness it panic immediately after unplugging.) I've got a few more commands like show intr|ps|thread etc in my buffer, I'll paste if that's of any use. I'll see if I can replicate it later today (I've also fixed it so that I've got a proper dump device now). Let me know if there are any ddb commands that would be of use to you if it happens again. Box is running: FreeBSD s16.snakebite.net 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r0: Mon Jul 16 06:28:19 UTC 2012 root@hydrogen.snakebite.net:/usr/obj/src/freebsd/9/r238513m/sys/AMD64 amd64 Also worth mentioning, heh, I manually svn merged available changes reported in head/dev/isp to my local stable/9 branch. The branches aren't identical (seems there were some head changes that svn doesn't think are eligible for merging back), but I haven't looked into the specifics. Relevant thread:=20 http://lists.freebsd.org/pipermail/freebsd-stable/2012-July/068828.html. If I can reliably reproduce the panic, I'll revert back to a clean stable/9/dev/isp first to see if my cowboy merging is to blame ;-) Trent. From owner-freebsd-scsi@FreeBSD.ORG Wed Jul 18 14:00:36 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2F8C106566C for ; Wed, 18 Jul 2012 14:00:36 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 760498FC18 for ; Wed, 18 Jul 2012 14:00:36 +0000 (UTC) Received: from [192.168.135.103] (c-76-126-166-136.hsd1.ca.comcast.net [76.126.166.136]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id q6IE0TtR002802 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 18 Jul 2012 07:00:30 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <5006C177.2090009@feral.com> Date: Wed, 18 Jul 2012 07:00:23 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Wed, 18 Jul 2012 07:00:30 -0700 (PDT) Subject: Re: dev/isp panic (was Re: CAM Target Layer and dev/isp) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matt Jacob List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 14:00:36 -0000 -------------- db> bt Tracing pid 12 tid 100062 td 0xfffffe001c00f470 acpi_timer_get_timecount() at 0xffffffff803ccfc6 = acpi_timer_get_timecount+0x16 DELAY() at 0xffffffff80ce68c3 = DELAY+0x83 ns8250_putc() at 0xffffffff807a17ba = ns8250_putc+0x9a uart_cnputc() at 0xffffffff807a3b85 = uart_cnputc+0x75 cnputc() at 0xffffffff808e9cbc = cnputc+0x4c cnputs() at 0xffffffff808ea0f5 = cnputs+0x35 putbuf() at 0xffffffff8097400c = putbuf+0xac kvprintf() at 0xffffffff80972643 = kvprintf+0x83 vprintf() at 0xffffffff80973b15 = vprintf+0x85 printf() at 0xffffffff80973be7 = printf+0x67 isp_prt() at 0xffffffff805c15a0 = isp_prt+0xd0 isp_async() at 0xffffffff805c6736 = isp_async+0x356 isp_intr() at 0xffffffff805b854c = isp_intr+0x13ac isp_platform_intr() at 0xffffffff805c1fd9 = isp_platform_intr+0x99 intr_event_execute_handlers() at 0xffffffff80907214 = intr_event_execute_handlers+0x104 ithread_loop() at 0xffffffff809089a6 = ithread_loop+0xa6 fork_exit() at 0xffffffff809038ef = fork_exit+0x11f fork_trampoline() at 0xffffffff80c5139e = fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff9178bd3cf0, rbp = 0 --- db> x/s panicstr 0xffffffff8130fd08 = panicstr: ------------- Hmm. No panic string because it wasn't a panic. isp driver is trying to (successfully) print something and this blew up in the ACPI code. If there was a bad string it would have blown up in kvprintf. At least that's my read of this. From owner-freebsd-scsi@FreeBSD.ORG Wed Jul 18 15:59:10 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D16491065674; Wed, 18 Jul 2012 15:59:10 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id A81AA8FC16; Wed, 18 Jul 2012 15:59:10 +0000 (UTC) Received: from exhub13.exchhosting.com (192.168.11.122) by exhub06.exchhosting.com (192.168.11.102) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 18 Jul 2012 08:59:09 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by exhub13.exchhosting.com ([::1]) with mapi; Wed, 18 Jul 2012 08:58:47 -0700 From: Trent Nelson To: Matt Jacob , "freebsd-scsi@freebsd.org" Date: Wed, 18 Jul 2012 08:58:45 -0700 Thread-Topic: dev/isp panic (was Re: CAM Target Layer and dev/isp) Thread-Index: Ac1k/jbeA7+zgT51Tl6EsdjXTjTmEw== Message-ID: In-Reply-To: <5006C177.2090009@feral.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: Re: dev/isp panic (was Re: CAM Target Layer and dev/isp) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 15:59:10 -0000 On 7/18/12 10:00 AM, "Matthew Jacob" wrote: >-------------- > >db> bt >Tracing pid 12 tid 100062 td 0xfffffe001c00f470 >acpi_timer_get_timecount() at 0xffffffff803ccfc6 =3D >acpi_timer_get_timecount+0x16 >DELAY() at 0xffffffff80ce68c3 =3D DELAY+0x83 >ns8250_putc() at 0xffffffff807a17ba =3D ns8250_putc+0x9a >uart_cnputc() at 0xffffffff807a3b85 =3D uart_cnputc+0x75 >cnputc() at 0xffffffff808e9cbc =3D cnputc+0x4c >cnputs() at 0xffffffff808ea0f5 =3D cnputs+0x35 >putbuf() at 0xffffffff8097400c =3D putbuf+0xac >kvprintf() at 0xffffffff80972643 =3D kvprintf+0x83 >vprintf() at 0xffffffff80973b15 =3D vprintf+0x85 >printf() at 0xffffffff80973be7 =3D printf+0x67 >isp_prt() at 0xffffffff805c15a0 =3D isp_prt+0xd0 >isp_async() at 0xffffffff805c6736 =3D isp_async+0x356 >isp_intr() at 0xffffffff805b854c =3D isp_intr+0x13ac >isp_platform_intr() at 0xffffffff805c1fd9 =3D isp_platform_intr+0x99 >intr_event_execute_handlers() at 0xffffffff80907214 =3D >intr_event_execute_handlers+0x104 >ithread_loop() at 0xffffffff809089a6 =3D ithread_loop+0xa6 >fork_exit() at 0xffffffff809038ef =3D fork_exit+0x11f >fork_trampoline() at 0xffffffff80c5139e =3D fork_trampoline+0xe >--- trap 0, rip =3D 0, rsp =3D 0xffffff9178bd3cf0, rbp =3D 0 --- >db> x/s panicstr >0xffffffff8130fd08 =3D panicstr: > > >------------- > >Hmm. No panic string because it wasn't a panic. isp driver is trying to >(successfully) print something and this blew up in the ACPI code. Hmm, just to clarify, do you mean "the isp tried to print something that blew up ACPI", or "ACPI blew up whilst isp just happened to be printing something"? Would knowing what isp was trying to print be of any help? (I can poke around the *putc buffers if it happens again.) I'm not surprised that ACPI is involved, though. This box has always seemed to run into ACPI issues (HP ProLiant DL585 G1, quad dual-core Opteron, 64GB RAM), like hanging on boot during the pci->bios probe stuff from a kernel circa 2-3 months ago. Trent. From owner-freebsd-scsi@FreeBSD.ORG Wed Jul 18 17:07:54 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C5CC106564A; Wed, 18 Jul 2012 17:07:54 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 001C38FC14; Wed, 18 Jul 2012 17:07:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6IH7rv9071296; Wed, 18 Jul 2012 17:07:53 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6IH7rJU071292; Wed, 18 Jul 2012 17:07:53 GMT (envelope-from linimon) Date: Wed, 18 Jul 2012 17:07:53 GMT Message-Id: <201207181707.q6IH7rJU071292@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/169974: [cam] [patch] add Quirks for SSD that are 4k optimised X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 17:07:54 -0000 Old Synopsis: Patch to add Quirks for SSD that are 4k optimised New Synopsis: [cam] [patch] add Quirks for SSD that are 4k optimised Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jul 18 17:07:32 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=169974 From owner-freebsd-scsi@FreeBSD.ORG Wed Jul 18 17:08:22 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39D79106567A; Wed, 18 Jul 2012 17:08:22 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0D2D78FC19; Wed, 18 Jul 2012 17:08:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6IH8LBP071350; Wed, 18 Jul 2012 17:08:21 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6IH8LVg071346; Wed, 18 Jul 2012 17:08:21 GMT (envelope-from linimon) Date: Wed, 18 Jul 2012 17:08:21 GMT Message-Id: <201207181708.q6IH8LVg071346@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/169976: [cam] [patch] make scsi_da use sysctl values where appropriate X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 17:08:22 -0000 Old Synopsis: Patch to make scsi_da use sysctl values where appropriate New Synopsis: [cam] [patch] make scsi_da use sysctl values where appropriate Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jul 18 17:08:01 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=169976 From owner-freebsd-scsi@FreeBSD.ORG Wed Jul 18 17:24:48 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64E261065720; Wed, 18 Jul 2012 17:24:48 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3A0538FC1A; Wed, 18 Jul 2012 17:24:48 +0000 (UTC) Received: from [192.168.135.103] (c-76-126-166-136.hsd1.ca.comcast.net [76.126.166.136]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id q6IHOkan003723 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 18 Jul 2012 10:24:47 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <5006F15A.5060709@feral.com> Date: Wed, 18 Jul 2012 10:24:42 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Trent Nelson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Wed, 18 Jul 2012 10:24:48 -0700 (PDT) Cc: "freebsd-scsi@freebsd.org" Subject: Re: dev/isp panic (was Re: CAM Target Layer and dev/isp) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matt Jacob List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 17:24:48 -0000 On 7/18/2012 8:58 AM, Trent Nelson wrote: > Hmm, just to clarify, do you mean "the isp tried to print something > that blew up ACPI", or "ACPI blew up whilst isp just happened to be > printing something"? Would knowing what isp was trying to print be of > any help? (I can poke around the *putc buffers if it happens again.) > I'm not surprised that ACPI is involved, though. This box has always > seemed to run into ACPI issues (HP ProLiant DL585 G1, quad dual-core > Opteron, 64GB RAM), like hanging on boot during the pci->bios probe > stuff from a kernel circa 2-3 months ago. Trent. I wouldn't know. Since there are a limited number of printfs from isp_async you could probably narrow it down. Try booting with ACPI disabled. Or upgrade f/w. From owner-freebsd-scsi@FreeBSD.ORG Wed Jul 18 18:11:45 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD4BD1065679 for ; Wed, 18 Jul 2012 18:11:45 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 743BD8FC18 for ; Wed, 18 Jul 2012 18:11:45 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q6IIB87a093459; Wed, 18 Jul 2012 11:11:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1342635069; bh=SRpt2kecnXLdCgfSHKxI+H/N15H1q1WsA8Y0JITYm+c=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=hjdF84o8HvMMyxDg003hKIWtcguAn5152t0KdXPn7tpXozKSTL+xeyjnIkpeTmHty R+mmlnbthUk8oTM8CRI71KMjaWcj/b/QiyMqDqZa0vIdsD2XVpH0wtvXZA/DHcZMW8 HD/U7WcbkHjcfNZb3xzRSXjdFSoR8Gk0C7QMtdOA= From: Sean Bruno To: Mark Johnston In-Reply-To: <20120713223720.GA51989@oddish.sandvine.com> References: <909AAC62-7BB4-43E7-B04B-27466B038A07@averesystems.com> <1341340916.3370.6.camel@powernoodle.corp.yahoo.com> <2936EBFD-CA1E-4EC4-9790-80D1A5DC5567@averesystems.com> <1341938629.2573.7.camel@powernoodle.corp.yahoo.com> <1341950347.63294.YahooMailNeo@web45701.mail.sp1.yahoo.com> <20120713223720.GA51989@oddish.sandvine.com> Content-Type: text/plain; charset="UTF-8" Date: Wed, 18 Jul 2012 11:11:08 -0700 Message-ID: <1342635068.2924.4.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 635068003 Cc: "freebsd-scsi@freebsd.org" , Scott Long Subject: Re: [patch] MFI should set bio_resid on command failure X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 18:11:45 -0000 On Fri, 2012-07-13 at 15:37 -0700, Mark Johnston wrote: > It seems that the analogous line is also missing from aac(4). Is the > patch below correct? Or am I missing something? > > Thanks, > -Mark > > diff --git a/sys/dev/aac/aac_disk.c b/sys/dev/aac/aac_disk.c > index e4042f7..f2f6636 100644 > --- a/sys/dev/aac/aac_disk.c > +++ b/sys/dev/aac/aac_disk.c > @@ -334,8 +334,10 @@ aac_biodone(struct bio *bp) > { > fwprintf(NULL, HBA_FLAGS_DBG_FUNCTION_ENTRY_B, ""); > > - if (bp->bio_flags & BIO_ERROR) > + if (bp->bio_flags & BIO_ERROR) { > + bp->bio_resid = bp->bio_bcount; > disk_err(bp, "hard error", -1, 1); > + } > > biodone(bp); > } Committed at svn r238601 Sean From owner-freebsd-scsi@FreeBSD.ORG Thu Jul 19 05:55:38 2012 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67860106564A; Thu, 19 Jul 2012 05:55:38 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8041C8FC0A; Thu, 19 Jul 2012 05:55:34 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id IAA08015; Thu, 19 Jul 2012 08:55:26 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Srjht-00094P-QJ; Thu, 19 Jul 2012 08:55:25 +0300 Message-ID: <5007A14B.5020703@FreeBSD.org> Date: Thu, 19 Jul 2012 08:55:23 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: Matt Jacob References: <5006C177.2090009@feral.com> In-Reply-To: <5006C177.2090009@feral.com> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@FreeBSD.org, Matthew Jacob Subject: Re: dev/isp panic (was Re: CAM Target Layer and dev/isp) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 05:55:38 -0000 on 18/07/2012 17:00 Matthew Jacob said the following: > -------------- > > db> bt > Tracing pid 12 tid 100062 td 0xfffffe001c00f470 > acpi_timer_get_timecount() at 0xffffffff803ccfc6 = > acpi_timer_get_timecount+0x16 > DELAY() at 0xffffffff80ce68c3 = DELAY+0x83 > ns8250_putc() at 0xffffffff807a17ba = ns8250_putc+0x9a > uart_cnputc() at 0xffffffff807a3b85 = uart_cnputc+0x75 > cnputc() at 0xffffffff808e9cbc = cnputc+0x4c > cnputs() at 0xffffffff808ea0f5 = cnputs+0x35 > putbuf() at 0xffffffff8097400c = putbuf+0xac > kvprintf() at 0xffffffff80972643 = kvprintf+0x83 > vprintf() at 0xffffffff80973b15 = vprintf+0x85 > printf() at 0xffffffff80973be7 = printf+0x67 > isp_prt() at 0xffffffff805c15a0 = isp_prt+0xd0 > isp_async() at 0xffffffff805c6736 = isp_async+0x356 > isp_intr() at 0xffffffff805b854c = isp_intr+0x13ac > isp_platform_intr() at 0xffffffff805c1fd9 = isp_platform_intr+0x99 > intr_event_execute_handlers() at 0xffffffff80907214 = > intr_event_execute_handlers+0x104 > ithread_loop() at 0xffffffff809089a6 = ithread_loop+0xa6 > fork_exit() at 0xffffffff809038ef = fork_exit+0x11f > fork_trampoline() at 0xffffffff80c5139e = fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff9178bd3cf0, rbp = 0 --- > db> x/s panicstr > 0xffffffff8130fd08 = panicstr: > > > ------------- > > Hmm. No panic string because it wasn't a panic. isp driver is trying to > (successfully) print something and this blew up in the ACPI code. If there was a > bad string it would have blown up in kvprintf. At least that's my read of this. I think that the vague reference to ACPI is unnecessarily too vague, given the quite obvious stack trace (hint: DELAY) and both simplicity and utility of acpi_timer_get_timecount (essentially an I/O read operation). But there is no indication in the above stack trace that something blew up at all (no magic words like "panic", "trap"). -- Andriy Gapon From owner-freebsd-scsi@FreeBSD.ORG Thu Jul 19 12:22:24 2012 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E0701065673; Thu, 19 Jul 2012 12:22:24 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id 4A2DA8FC17; Thu, 19 Jul 2012 12:22:24 +0000 (UTC) Received: from EXHUB03.exchhosting.com (192.168.11.104) by exhub05.exchhosting.com (192.168.11.101) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 19 Jul 2012 05:22:23 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by EXHUB03.exchhosting.com ([fe80::ac41:fbe5:3959:ad64%12]) with mapi; Thu, 19 Jul 2012 05:22:22 -0700 From: Trent Nelson To: Andriy Gapon Date: Thu, 19 Jul 2012 05:22:21 -0700 Thread-Topic: dev/isp panic (was Re: CAM Target Layer and dev/isp) Thread-Index: Ac1lqSXylfFymILmST+Z5MqFYExv6A== Message-ID: In-Reply-To: <5007A14B.5020703@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@FreeBSD.org" Subject: Re: dev/isp panic (was Re: CAM Target Layer and dev/isp) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 12:22:24 -0000 On 7/19/12 1:55 AM, "Andriy Gapon" wrote: >on 18/07/2012 17:00 Matthew Jacob said the following: >> -------------- >>=20 >> db> bt >> Tracing pid 12 tid 100062 td 0xfffffe001c00f470 >> acpi_timer_get_timecount() at 0xffffffff803ccfc6 =3D >> acpi_timer_get_timecount+0x16 >> DELAY() at 0xffffffff80ce68c3 =3D DELAY+0x83 >> ns8250_putc() at 0xffffffff807a17ba =3D ns8250_putc+0x9a >> uart_cnputc() at 0xffffffff807a3b85 =3D uart_cnputc+0x75 >> cnputc() at 0xffffffff808e9cbc =3D cnputc+0x4c >> cnputs() at 0xffffffff808ea0f5 =3D cnputs+0x35 >> putbuf() at 0xffffffff8097400c =3D putbuf+0xac >> kvprintf() at 0xffffffff80972643 =3D kvprintf+0x83 >> vprintf() at 0xffffffff80973b15 =3D vprintf+0x85 >> printf() at 0xffffffff80973be7 =3D printf+0x67 >> isp_prt() at 0xffffffff805c15a0 =3D isp_prt+0xd0 >> isp_async() at 0xffffffff805c6736 =3D isp_async+0x356 >> isp_intr() at 0xffffffff805b854c =3D isp_intr+0x13ac >> isp_platform_intr() at 0xffffffff805c1fd9 =3D isp_platform_intr+0x99 >> intr_event_execute_handlers() at 0xffffffff80907214 =3D >> intr_event_execute_handlers+0x104 >> ithread_loop() at 0xffffffff809089a6 =3D ithread_loop+0xa6 >> fork_exit() at 0xffffffff809038ef =3D fork_exit+0x11f >> fork_trampoline() at 0xffffffff80c5139e =3D fork_trampoline+0xe >> --- trap 0, rip =3D 0, rsp =3D 0xffffff9178bd3cf0, rbp =3D 0 --- >> db> x/s panicstr >> 0xffffffff8130fd08 =3D panicstr: >>=20 >>=20 >> ------------- >>=20 >> Hmm. No panic string because it wasn't a panic. isp driver is trying to >> (successfully) print something and this blew up in the ACPI code. If >>there was a >> bad string it would have blown up in kvprintf. At least that's my read >>of this. > >I think that the vague reference to ACPI is unnecessarily too vague, >given the >quite obvious stack trace (hint: DELAY) and both simplicity and utility of >acpi_timer_get_timecount (essentially an I/O read operation). >But there is no indication in the above stack trace that something blew >up at >all (no magic words like "panic", "trap"). Hrm. What else would cause 'db>' to show up on the console? Ctrl-Alt-Esc and hitting a breakpoint are all I can think of at the moment -- and neither of those are applicable here. Trent. From owner-freebsd-scsi@FreeBSD.ORG Thu Jul 19 14:44:17 2012 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD37310657C3 for ; Thu, 19 Jul 2012 14:44:17 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 00CF08FC0C for ; Thu, 19 Jul 2012 14:44:16 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA14115; Thu, 19 Jul 2012 17:44:12 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <50081D3C.50102@FreeBSD.org> Date: Thu, 19 Jul 2012 17:44:12 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120625 Thunderbird/13.0.1 MIME-Version: 1.0 To: Trent Nelson References: In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@FreeBSD.org Subject: Re: dev/isp panic (was Re: CAM Target Layer and dev/isp) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 14:44:17 -0000 on 19/07/2012 15:22 Trent Nelson said the following: > Hrm. What else would cause 'db>' to show up on the console? Ctrl-Alt-Esc > and hitting a breakpoint are all I can think of at the moment -- and > neither of those are applicable here. That's a very good question. I honestly don't have any idea. -- Andriy Gapon From owner-freebsd-scsi@FreeBSD.ORG Sat Jul 21 01:53:51 2012 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EB9A106564A; Sat, 21 Jul 2012 01:53:51 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 074338FC15; Sat, 21 Jul 2012 01:53:51 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SsOt4-000G4X-DQ; Fri, 20 Jul 2012 21:53:42 -0400 Date: Fri, 20 Jul 2012 21:53:42 -0400 From: Gary Palmer To: Trent Nelson Message-ID: <20120721015342.GA19321@in-addr.com> References: <5007A14B.5020703@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: "freebsd-scsi@FreeBSD.org" , Andriy Gapon Subject: Re: dev/isp panic (was Re: CAM Target Layer and dev/isp) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 01:53:51 -0000 On Thu, Jul 19, 2012 at 05:22:21AM -0700, Trent Nelson wrote: > On 7/19/12 1:55 AM, "Andriy Gapon" wrote: > > >on 18/07/2012 17:00 Matthew Jacob said the following: > >> -------------- > >> > >> db> bt > >> Tracing pid 12 tid 100062 td 0xfffffe001c00f470 > >> acpi_timer_get_timecount() at 0xffffffff803ccfc6 = > >> acpi_timer_get_timecount+0x16 > >> DELAY() at 0xffffffff80ce68c3 = DELAY+0x83 > >> ns8250_putc() at 0xffffffff807a17ba = ns8250_putc+0x9a > >> uart_cnputc() at 0xffffffff807a3b85 = uart_cnputc+0x75 > >> cnputc() at 0xffffffff808e9cbc = cnputc+0x4c > >> cnputs() at 0xffffffff808ea0f5 = cnputs+0x35 > >> putbuf() at 0xffffffff8097400c = putbuf+0xac > >> kvprintf() at 0xffffffff80972643 = kvprintf+0x83 > >> vprintf() at 0xffffffff80973b15 = vprintf+0x85 > >> printf() at 0xffffffff80973be7 = printf+0x67 > >> isp_prt() at 0xffffffff805c15a0 = isp_prt+0xd0 > >> isp_async() at 0xffffffff805c6736 = isp_async+0x356 > >> isp_intr() at 0xffffffff805b854c = isp_intr+0x13ac > >> isp_platform_intr() at 0xffffffff805c1fd9 = isp_platform_intr+0x99 > >> intr_event_execute_handlers() at 0xffffffff80907214 = > >> intr_event_execute_handlers+0x104 > >> ithread_loop() at 0xffffffff809089a6 = ithread_loop+0xa6 > >> fork_exit() at 0xffffffff809038ef = fork_exit+0x11f > >> fork_trampoline() at 0xffffffff80c5139e = fork_trampoline+0xe > >> --- trap 0, rip = 0, rsp = 0xffffff9178bd3cf0, rbp = 0 --- > >> db> x/s panicstr > >> 0xffffffff8130fd08 = panicstr: > >> > >> > >> ------------- > >> > >> Hmm. No panic string because it wasn't a panic. isp driver is trying to > >> (successfully) print something and this blew up in the ACPI code. If > >>there was a > >> bad string it would have blown up in kvprintf. At least that's my read > >>of this. > > > >I think that the vague reference to ACPI is unnecessarily too vague, > >given the > >quite obvious stack trace (hint: DELAY) and both simplicity and utility of > >acpi_timer_get_timecount (essentially an I/O read operation). > >But there is no indication in the above stack trace that something blew > >up at > >all (no magic words like "panic", "trap"). > > Hrm. What else would cause 'db>' to show up on the console? Ctrl-Alt-Esc > and hitting a breakpoint are all I can think of at the moment -- and > neither of those are applicable here. Is there a serial console attached? Sending BREAK via serial can also do it (or used to anyway), and some terminal servers send BREAK when they reset/reboot. The fact you were in ns8250_putc() could point at a serial port issue. Gary From owner-freebsd-scsi@FreeBSD.ORG Sat Jul 21 14:39:35 2012 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D8411065674; Sat, 21 Jul 2012 14:39:35 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3CF068FC0C; Sat, 21 Jul 2012 14:39:35 +0000 (UTC) Received: from exhub01.exchhosting.com (192.168.11.213) by exhub15.exchhosting.com (192.168.11.128) with Microsoft SMTP Server (TLS) id 8.3.213.0; Sat, 21 Jul 2012 07:39:29 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by exhub01.exchhosting.com ([fe80::599f:91db:6abf:be9f%13]) with mapi; Sat, 21 Jul 2012 07:39:28 -0700 From: Trent Nelson To: Gary Palmer Date: Sat, 21 Jul 2012 07:39:26 -0700 Thread-Topic: dev/isp panic (was Re: CAM Target Layer and dev/isp) Thread-Index: Ac1nTqHq0po8JhtpT4+3sgkagRx/Qw== Message-ID: In-Reply-To: <20120721015342.GA19321@in-addr.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@FreeBSD.org" Subject: Re: dev/isp panic (was Re: CAM Target Layer and dev/isp) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 14:39:35 -0000 On 7/20/12 9:53 PM, "Gary Palmer" wrote: >On Thu, Jul 19, 2012 at 05:22:21AM -0700, Trent Nelson wrote: >> >>=20 >> Hrm. What else would cause 'db>' to show up on the console? >>Ctrl-Alt-Esc >> and hitting a breakpoint are all I can think of at the moment -- and >> neither of those are applicable here. > >Is there a serial console attached? Sending BREAK via serial can also >do it (or used to anyway), and some terminal servers send BREAK when they >reset/reboot. Yeah, the serial port was connected to a console/terminal server -- I had telnet'd into the relevant port when I saw the 'db>' prompt. I don't have 'options BREAK_TO_DEBUGGER' in my kernel config (which is based off GENERIC, and it's not in GENERIC), so I doubt that's it. I'm also convinced my console server (Jetstream 8500) is physically incapable of actually sending/simulating BREAK/STOP sequences. I can't use it for any of my Sun boxes for this reason. Good suggestion though -- didn't even know 'options BREAK_TO_DEBUGGER' (and ALT_BREAK_TO_DEBUGGER) even existed before your e-mail. Trent. From owner-freebsd-scsi@FreeBSD.ORG Sat Jul 21 16:15:11 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D011106566B for ; Sat, 21 Jul 2012 16:15:11 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 97C9C8FC0A for ; Sat, 21 Jul 2012 16:15:10 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so4454960wgb.31 for ; Sat, 21 Jul 2012 09:15:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=HD6z/WKGWWw3T3rWe6hyPmgdId3pIAQ0B5NYLNlPeFY=; b=tfqCM/CzB8t2LCIcpeO1BVVERK+I+VkZP+5buHyHeI3ASNCpvN0NgCd4v2M+6yZrCz TFErM4VmcEV+Fhmrn8QHRxKyqUARupnR6OjWm1UDVXBdyvcq0O8V9ZuwoZqqL/YcD1GB 4CWpoOmW7rzcoGp/GAtrz3Ffk/V1FkYh1hWrXjrjDIdl2RvIzZtrQrLSpS0lFJ99wNOm WtVoMe2GQKufbOqMirwFcDJFtbgl0IRjK4fZViAD+MfHpNXxEEuGSYtuOBFyIz3OEORs fmqXnW/0fQ96XVsErx8tHEUNmSMpTDBVOE8xfwWQimqgwYMZTqWilrgL5N10K20dkQNl tVqA== Received: by 10.180.78.2 with SMTP id x2mr23063868wiw.10.1342887304118; Sat, 21 Jul 2012 09:15:04 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id fu3sm7659306wib.10.2012.07.21.09.15.01 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 21 Jul 2012 09:15:03 -0700 (PDT) Sender: Alexander Motin Message-ID: <500AD584.1020505@FreeBSD.org> Date: Sat, 21 Jul 2012 19:15:00 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Anton Shterenlikht References: <20120717151311.GA62358@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20120717151311.GA62358@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org Subject: Re: can't use cdrecord on -current - lots of warnigs, possible ATA_CAM issue? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 16:15:11 -0000 On 17.07.2012 18:13, Anton Shterenlikht wrote: > I thought this was a sparc64 issue, > but marius@ advised to ask for help > in this list. > > I've rebuild sysutils/cdrecord (I also tried sysutils/cdrecord-devel) > multiple times. > > Thanks > > ----- Forwarded message from Anton Shterenlikht ----- > > > # uname -a > FreeBSD mech-anton240.men.bris.ac.uk 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r235474: Tue Jul 17 13:52:07 BST 2012 root@mech-anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/QOF sparc64 > # > > After updating to ATA_CAM framework > I cannot use cdrecord: > > # cdrecord -dev=1,0,0 -sao /home/mexas/FreeBSD-8.1-RELEASE-ia64-livefs.iso > Cdrecord-ProDVD-ProBD-Clone 3.01a07 (sparc64-unknown-freebsd10.0) Copyright (C) > 1995-2012 Joerg Schilling > scsidev: '1,0,0' > scsibus: 1 target: 0 lun: 0 > Using libscg version 'schily-0.9'. > Device type : Removable CD-ROM > Version : 0 > Response Format: 2 > Capabilities : > Vendor_info : 'TSSTcorp' > Identifikation : 'CDW/DVD TS-H492C' > Revision : 'SI00' > Device seems to be: Generic mmc2 DVD-ROM. > cdrecord: Warning: controller returns zero sized CD write parameter page. > cdrecord: Warning: controller returns wrong size for CD write parameter page. > cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( > 5). > Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). > Driver flags : MMC-3 SWABAUDIO BURNFREE > Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R > cdrecord: Warning: Cannot read drive buffer. > cdrecord: Warning: The DMA speed test has been skipped. > resid: 2 > resid: 24 > DMA overrun, resid: -24 > resid: 30 > cdrecord: Warning: controller returns zero sized CD write parameter page. > cdrecord: Warning: controller returns wrong size for CD write parameter page. > cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( > 5). > cdrecord: Warning: controller returns zero sized CD write parameter page. > cdrecord: Warning: controller returns wrong size for CD write parameter page. > cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( > 5). > cdrecord: Cannot init drive. > # > > > while on the console: > > > ata3: unknown transfer phase > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 60>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 > ata3: WARNING - READ_BUFFER read data overrun 4>0 > ata3: WARNING - START_STOP read data overrun 18>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 16>0 > ata3: WARNING - READ_CAPACITY read data overrun 8>0 > ata3: WARNING - READ_TOC read data overrun 4>0 > ata3: WARNING - READ_TOC read data overrun 2>0 > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 34>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 > ata3: WARNING - SYNCHRONIZE_CACHE read data overrun 2>0 > > > # dmesg|grep cd0 > cd0 at ata3 bus 0 scbus1 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present - tray c > losed > # I can't reproduce your problem on my Sun Blade 100. I've fixed two other problems in ata(4) I've found in process (r238666 and r238673) and now I can successfully record CD with both cdrtools and cdrtools-devel. Try to update your system and retest. If not, the only other idea - make sure your world and kernel are consistent. -- Alexander Motin From owner-freebsd-scsi@FreeBSD.ORG Sat Jul 21 18:45:40 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 156B2106566B for ; Sat, 21 Jul 2012 18:45:40 +0000 (UTC) (envelope-from agent@ukrs394971.pur3.net) Received: from mta20159.pur3.net (mta20159.pur3.net [94.236.20.159]) by mx1.freebsd.org (Postfix) with ESMTP id 55BA68FC14 for ; Sat, 21 Jul 2012 18:45:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=ukrs394971; d=pur3.net; h=Subject:MIME-Version:Content-Type:Content-Transfer-Encoding:From:Reply-To:List-Unsubscribe:To:Date:Message-ID; bh=7kPCQ4rQtTgg1nnXmTv+nM0FRgE=; b=oAwCn7eV4RjDd/xYx9qe0eAdbuq1W7tVTtBhLLs6ICnER/ZHisuuiUwIWJuaePgo9CtLigJHsiOx XGQriaPyvNXSS8HfcJEmZ5y1zZLIhSaXTiTQwrCQp/5hoxbsUJUl Received: from localhost (127.0.0.1) by mta20159.pur3.net id h1bsc0154d42 for ; Sat, 21 Jul 2012 19:35:01 +0100 (envelope-from ) MIME-Version: 1.0 From: "Campanile" X-MailId: {~C9161334374824710965419266323418~} To: freebsd-scsi@freebsd.org Date: Sat, 21 Jul 2012 19:35:01 +0100 Message-ID: <0.0.B.A7A.1CD676F8A185ADA.0@mta20159.pur3.net> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fantastic Summer Deals with Campanile UK X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Campanile List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 18:45:40 -0000 Having trouble viewing this? View in a browser: http://electronic-communication.com/interface/external_view_email.php?C9161334374824710965419266323418 BOOK A ROOM: http://www.campanile.com/en/specials/index.aspx#UK29 SEND TO A FRIEND: mailto:?subject=View%20the%20latest%20deals%20from%20Campanile&body=http://{~cus tomDomain~}/interface/external_view_email.php?C9161334374824710965419266323418 | OUR HOTELS: http://www.campanile.com/Hotel/en/great-britain.htm | SPECIAL OFFERS: http://www.campanile.com/en/specials/index.aspx#UK29 http://www.campanile.com/ Hello We're bringing you great summer deals across our 19 UK hotels with B&B rates from £29. Book at least five days in advance for stays between between 13th July to 9th September 2012. http://www.campanile.com/en/specials/index.aspx#UK29 Book your stay and check out these great family attractions: http://www.campanile.com/en/specials/index.aspx#UK29 Campanile Hotel, Birmingham B6 4BE: www.campanile-birmingham.co.uk/ Sea Life Centre: http://www.visitsealife.com/Birmingham/ Botanical Gardens: http://www.birminghambotanicalgardens.org.uk/ Cadburys World: http://www.cadburyworld.co.uk/ Think Tank: http://www.thinktank.ac/ Campanile Hotel, Bradford BD4 6SA: http://www.campanile-bradford.co.uk/ National Media Museum: http://www.nationalmediamuseum.org.uk/ Bronte Walks: http://brontewalks.co.uk/ Manor House: http://www.bradfordmuseums.org/venues/manorhouse/index.php Campanile Hotel, Glasgow SECC G3 SHL: http://www.campanile-glasgow-secc.co.uk/en/index.aspx Kelvingrove art gallery & museum: http://www.glasgowlife.org.uk/museums/our-museums/kelvingrove/Pages/home.aspx Award winning museum of transport: http://www.glasgowlife.org.uk/museums/our-museums/riverside-museum/Pages/default aspx Burrell collection: http://www.glasgowlife.org.uk/museums/our-museums/burrell-collection/about-the-B urrell-Collection/Pages/home.aspx Campanile Hotel, Glasgow Airport G51 4SY: http://www.campanile-glasgow-airport.co.uk/en/index.aspx The Tall Ship: http://www.thetallship.com/ Scottish Football Museum: http://www.scottishfootballmuseum.org.uk/ Museum of Modern Art: http://www.glasgowlife.org.uk/museums/our-museums/goma/Pages/home.aspx Buchanan Galleries -Shopping: http://www.buchanangalleries.co.uk/ Campanile Hotel, Liverpool L3 4Al: http://www.campanile.com/Hotel/en/great-britain/liverpool.htm?sem&gclid=CKGW6MTN grECFUdlfAody2PWOw&AspxAutoDetectCookieSupport=1 Croxteth Hall & Country Park: http://www.croxteth.co.uk/ The Beatles Story: http://www.beatlesstory.com/ Sefton Park: http://liverpool.gov.uk/leisure-parks-and-events/parks-and-greenspaces/sefton-pa rk/ Jungle Parc UK Ltd: http://www.jungleparc.co.uk/ Campanile Hotel, Manchester, Salford MS 4RS: http://www.campanile.com/Hotel/en/great-britain/manchester.htm The Lowry: http://www.thelowry.com/ Ardale Centre: http://www.manchesterarndale.com/ The Manchester Museum: http://www.museum.manchester.ac.uk/ Museum of Science and Industry: http://www.mosi.org.uk/ Campanile Hotel, Northampton NN4 SEZ: http://response.pure360.com/_act/campaign_manager/messages/www.campanile.com/Hot el-Northampton Gullivers Theme Park: http://www.gulliversfun.co.uk/milton-keynes Rockingham Castle: http://response.pure360.com/_act/campaign_manager/messages/www.rockinghamcastle. com/ Silverstone Circuit: http://response.pure360.com/_act/campaign_manager/messages/www.silverstone.co.uk / Wicksteed Park: http://response.pure360.com/_act/campaign_manager/messages/www.wicksteedpark.co. uk/ Althorp: http://www.althorp.com/   http://response.pure360.com/_act/campaign_manager/messages/www.tripadvisor.co.uk Campanile Hotel, Swindon SNS 7XG: http://response.pure360.com/_act/campaign_manager/messages/www.campanile.com/Swi ndon Lydiard House & Park: http://response.pure360.com/_act/campaign_manager/messages/www.lydiardpark.org.u k/ Museum of the Great Western Gallery: http://www.steam-museum.org.uk/steam/steam-gwr175.htm Swindon Designer Outlet: http://response.pure360.com/_act/campaign_manager/messages/www.swindondesignerou tlet.com/ Roves Farm: http://www.rovesfarm.co.uk/   http://response.pure360.com/_act/campaign_manager/messages/www.tripadvisor.co.uk http://www.louvrehotels.com/en/index.html http://www.campanile.com/en/specials/index.aspx#UK29 http://www.premiereclasse.com/en/default.aspx *Rooms cost from GBP 29 per room per night, including continental breakfast (GBP 35 for two people), when booking at least five days in advance. Extra bed may be added for a child up to the age of 10, depending on availability. Offer valid for a stay from 1st June 2012 to 10th June 2012 inclusive in participating Campanile UK hotels, depending on the period and on the availability of rooms allocated to this rate. Offer cannot be combined with other current promotions and is only available to individual customers. Offer cannot be changed or cancelled. *25% off food bill applies to food only and not beverages. Competition T&Cs: The competition is open to residents of the UK, age 18 years or over. A winner will be picked at random from Facebook Like’s generated between 8th May and 17th June 2012. The winner will be notified by 18th June 2012. By entering this competition, you agree to have your name released as the winner. Weekend stay is subject to promotional room availability and consists of two nights bed and breakfast for two people sharing a twin or double room. All additional spend must be paid for on departure. Louvre Hotels Group, 66 Lincoln’s Inn Fields, London, WC2A 3LH. Company registration number 2018471 https://www.facebook.com/CampanileUK Become a fan: https://www.facebook.com/CampanileUK © 2012 Louvre Hotels Group | Unsubscribe: http://electronic-communication.com/_act/get_rcr.php?C9161334374824710965419266323418 -- To unsubscribe, visit: http://electronic-communication.com/_act/get_rcr.php?C9161334374824710965419266323418 {~C9161334374824710965419266323418~}