From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 25 11:07:28 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 5E114106566B for ; Mon, 25 Jun 2012 11:07:28 +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 47D118FC1D for ; Mon, 25 Jun 2012 11:07:28 +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 q5PB7SMK078452 for ; Mon, 25 Jun 2012 11:07:28 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5PB7Rmq078450 for freebsd-scsi@FreeBSD.org; Mon, 25 Jun 2012 11:07:27 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Jun 2012 11:07:27 GMT Message-Id: <201206251107.q5PB7Rmq078450@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, 25 Jun 2012 11:07:28 -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/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 50 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 25 14:04:20 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 260B9106564A; Mon, 25 Jun 2012 14:04:20 +0000 (UTC) (envelope-from holm@beast.freibergnet.de) Received: from bmail.freibergnet.de (bmail.freibergnet.de [46.4.195.14]) by mx1.freebsd.org (Postfix) with ESMTP id 71A0A8FC1A; Mon, 25 Jun 2012 14:04:19 +0000 (UTC) Received: from bmail.freibergnet.de (bmail.freibergnet.de [46.4.195.14]) by bmail.freibergnet.de (Postfix) with ESMTP id 33108929A50A; Mon, 25 Jun 2012 15:55:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at freibergnet.de Received: from bmail.freibergnet.de ([46.4.195.14]) by bmail.freibergnet.de (bmail.freibergnet.de [46.4.195.14]) (amavisd-new, port 10024) with LMTP id Yjp-VjiqpCLe; Mon, 25 Jun 2012 15:55:43 +0200 (CEST) Received: from beast.freibergnet.de (bmail.freibergnet.de [46.4.195.14]) by bmail.freibergnet.de (Postfix) with ESMTP id 43442929A507; Mon, 25 Jun 2012 15:55:43 +0200 (CEST) Received: by beast.freibergnet.de (Postfix, from userid 201) id 349A44B791B; Mon, 25 Jun 2012 15:55:43 +0200 (CEST) Date: Mon, 25 Jun 2012 15:55:43 +0200 From: Holm Tiffe To: "Kenneth D. Merry" Message-ID: <20120625135543.GA58915@beast.freibergnet.de> Mail-Followup-To: Holm Tiffe , "Kenneth D. Merry" , freebsd-scsi@freebsd.org References: <20120601124338.GU2358@deviant.kiev.zoral.com.ua> <20120601125824.GV2358@deviant.kiev.zoral.com.ua> <20120606170640.GA98428@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120606170640.GA98428@nargothrond.kdm.org> User-Agent: Mutt/1.4.2.3i Organization: FreibergNet Internet Services, TSHT Priority: normal X-Phone: +49-3731-74222 X-Mobile: +49-172-8790741 X-Fax: +49-3731-74200 Cc: freebsd-scsi@freebsd.org Subject: Re: Kernel panic in FreeBSD-8.3 from UFS X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: holm@freibergnet.de List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 14:04:20 -0000 Kenneth D. Merry wrote: > On Tue, Jun 05, 2012 at 17:49:05 +0530, Desai, Kashyap wrote: > > Hi All, > > > > We found some potential area of memory leak in CAM layer. > > CAM XPT Memory leak is due to following function in scsi/scsi_all.c > > > > int > > scsi_command_string(struct ccb_scsiio *csio, struct sbuf *sb) > > > > > > In above function, CAM layer allocate memory for ccb device as below > > if ((cgd = (struct ccb_getdev*)xpt_alloc_ccb_nowait()) == NULL) > > > > > > _But_, unfortunately we never free the allocated memory and we see memory leak of 2K every time when someone is calling > > Scsi_command_string from kernel mode. > > > > > > Attached is a proposed patch for this issue. > > The patch looks good, I just committed it. > > Thanks! > > Ken > -- > Kenneth Merry > ken@FreeBSD.ORG > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" It looks that this patch or something related to it broke my tape backups. I do have two SCSI Tapes connected to my system: # camcontrol devlist at scbus0 target 0 lun 0 (pass0,da0) at scbus0 target 1 lun 0 (pass1,da1) at scbus0 target 2 lun 0 (pass2,da2) at scbus0 target 3 lun 0 (pass3,da3) at scbus1 target 5 lun 0 (pass4,sa0) at scbus1 target 6 lun 0 (pass5,sa1) an with an 8.3 stable from Jun 14 both of them arent able anymore to do blocksizes over 8k and 8k are only working sometimes (huh?!). # mt -f /dev/sa1 status Mode Density Blocksize bpi Compression Current: 0x1a:DLTapeIV(20GB) variable 81633 IDRC ---------available modes--------- 0: 0x1a:DLTapeIV(20GB) variable 81633 IDRC 1: 0x1a:DLTapeIV(20GB) variable 81633 IDRC 2: 0x1a:DLTapeIV(20GB) variable 81633 IDRC 3: 0x1a:DLTapeIV(20GB) variable 81633 IDRC --------------------------------- Current Driver State: at rest. --------------------------------- File Number: 0 Record Number: 0 Residual Count 0 # dd if=/dev/zero of=/dev/sa1 bs=1k count=1000 1000+0 records in 1000+0 records out 1024000 bytes transferred in 4.330778 secs (236447 bytes/sec) # dd if=/dev/zero of=/dev/sa1 bs=2k count=1000 1000+0 records in 1000+0 records out 2048000 bytes transferred in 3.252421 secs (629685 bytes/sec) # dd if=/dev/zero of=/dev/sa1 bs=4k count=1000 1000+0 records in 1000+0 records out 4096000 bytes transferred in 2.933208 secs (1396423 bytes/sec) # dd if=/dev/zero of=/dev/sa1 bs=8k count=1000 1000+0 records in 1000+0 records out 8192000 bytes transferred in 3.567864 secs (2296052 bytes/sec) # dd if=/dev/zero of=/dev/sa1 bs=16k count=1000 dd: /dev/sa1: Input/output error 1+0 records in 0+0 records out 0 bytes transferred in 0.000253 secs (0 bytes/sec) There is no error message from the kernel related to that. If I try to read an older backup tape (used 64k Tape Blocks for that): # dd if=/dev/sa1 of=/dev/null bs=64k count=10 dd: /dev/sa1: Input/output error 0+0 records in 0+0 records out 0 bytes transferred in 0.000824 secs (0 bytes/sec) # ... I get in /var/log/messages: Jun 25 14:56:05 unicorn kernel: (sa1:sym0:0:6:0): 65536-byte tape record bigger than supplied buffer Nice ehy? I've now booted kernel.old from Mar 15 and the problems are gone on both drives. Please check this. Regards, Holm PS: Please Cc me, I'm not on that list anymore. -- Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, Freiberger Straße 42, 09600 Oberschöna, USt-Id: DE253710583 www.tsht.de, info@tsht.de, Fax +49 3731 74200, Mobil: 0172 8790 741 From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 25 15:53:23 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 6856A1065676; Mon, 25 Jun 2012 15:53:23 +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 35CDE8FC15; Mon, 25 Jun 2012 15:53:23 +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 q5PFrGN1041263; Mon, 25 Jun 2012 09:53:16 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q5PFrGeV041262; Mon, 25 Jun 2012 09:53:16 -0600 (MDT) (envelope-from ken) Date: Mon, 25 Jun 2012 09:53:16 -0600 From: "Kenneth D. Merry" To: Holm Tiffe , freebsd-scsi@freebsd.org Message-ID: <20120625155316.GA37535@nargothrond.kdm.org> References: <20120601124338.GU2358@deviant.kiev.zoral.com.ua> <20120601125824.GV2358@deviant.kiev.zoral.com.ua> <20120606170640.GA98428@nargothrond.kdm.org> <20120625135543.GA58915@beast.freibergnet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120625135543.GA58915@beast.freibergnet.de> User-Agent: Mutt/1.4.2i Cc: mav@freebsd.org Subject: Re: Kernel panic in FreeBSD-8.3 from UFS 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, 25 Jun 2012 15:53:23 -0000 On Mon, Jun 25, 2012 at 15:55:43 +0200, Holm Tiffe wrote: > Kenneth D. Merry wrote: > > > On Tue, Jun 05, 2012 at 17:49:05 +0530, Desai, Kashyap wrote: > > > Hi All, > > > > > > We found some potential area of memory leak in CAM layer. > > > CAM XPT Memory leak is due to following function in scsi/scsi_all.c > > > > > > int > > > scsi_command_string(struct ccb_scsiio *csio, struct sbuf *sb) > > > > > > > > > In above function, CAM layer allocate memory for ccb device as below > > > if ((cgd = (struct ccb_getdev*)xpt_alloc_ccb_nowait()) == NULL) > > > > > > > > > _But_, unfortunately we never free the allocated memory and we see memory leak of 2K every time when someone is calling > > > Scsi_command_string from kernel mode. > > > > > > > > > Attached is a proposed patch for this issue. > > > > The patch looks good, I just committed it. > > > > Thanks! > > > > Ken > > -- > > Kenneth Merry > > ken@FreeBSD.ORG > > _______________________________________________ > > freebsd-scsi@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > > > It looks that this patch or something related to it broke my tape backups. > I do have two SCSI Tapes connected to my system: > > # camcontrol devlist > at scbus0 target 0 lun 0 (pass0,da0) > at scbus0 target 1 lun 0 (pass1,da1) > at scbus0 target 2 lun 0 (pass2,da2) > at scbus0 target 3 lun 0 (pass3,da3) > at scbus1 target 5 lun 0 (pass4,sa0) > at scbus1 target 6 lun 0 (pass5,sa1) > > an with an 8.3 stable from Jun 14 both of them arent able anymore to do > blocksizes over 8k and 8k are only working sometimes (huh?!). The change in the above email didn't get merged back to stable/8 until June 20th. So it isn't that. There were no changes to the sa(4) driver in stable/8 from March 15th to June 14th, but there were lots of other CAM changes. > # mt -f /dev/sa1 status > Mode Density Blocksize bpi Compression > Current: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > ---------available modes--------- > 0: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > 1: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > 2: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > 3: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > --------------------------------- > Current Driver State: at rest. > --------------------------------- > File Number: 0 Record Number: 0 Residual Count 0 > > # dd if=/dev/zero of=/dev/sa1 bs=1k count=1000 > 1000+0 records in > 1000+0 records out > 1024000 bytes transferred in 4.330778 secs (236447 bytes/sec) > # dd if=/dev/zero of=/dev/sa1 bs=2k count=1000 > 1000+0 records in > 1000+0 records out > 2048000 bytes transferred in 3.252421 secs (629685 bytes/sec) > # dd if=/dev/zero of=/dev/sa1 bs=4k count=1000 > 1000+0 records in > 1000+0 records out > 4096000 bytes transferred in 2.933208 secs (1396423 bytes/sec) > # dd if=/dev/zero of=/dev/sa1 bs=8k count=1000 > 1000+0 records in > 1000+0 records out > 8192000 bytes transferred in 3.567864 secs (2296052 bytes/sec) > # dd if=/dev/zero of=/dev/sa1 bs=16k count=1000 > dd: /dev/sa1: Input/output error > 1+0 records in > 0+0 records out > 0 bytes transferred in 0.000253 secs (0 bytes/sec) > > There is no error message from the kernel related to that. > > If I try to read an older backup tape (used 64k Tape Blocks for that): > # dd if=/dev/sa1 of=/dev/null bs=64k count=10 > dd: /dev/sa1: Input/output error > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.000824 secs (0 bytes/sec) > # > ... I get in /var/log/messages: > > Jun 25 14:56:05 unicorn kernel: (sa1:sym0:0:6:0): 65536-byte tape record > bigger than supplied buffer > > Nice ehy? > > I've now booted kernel.old from Mar 15 and the problems are gone on both > drives. It isn't obvious where the problem was introduced, unfortunately. Could you do a binary search to figure out which revision broke things for you? Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 25 16:05:18 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 9FA9C106566C; Mon, 25 Jun 2012 16:05:18 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id DBACF8FC1A; Mon, 25 Jun 2012 16:05:17 +0000 (UTC) Received: by lbon10 with SMTP id n10so8197332lbo.13 for ; Mon, 25 Jun 2012 09:05:16 -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=gA5BNF2HqBgfCCgPFGwRP7ilu9p4skX+SV+NS1zbs7c=; b=vLpGRz9ZBY+gA/a5dzbPqNJwu6KSppbZrX7jk+VC74ZP0Nn5F14dHyu2QKsNDu0d4A pQG0qzj+sWqiZ1YbNXYlRuoqP+PlmYW9vJi+CZrukz9uaTTohEYkzdRj5JrKUF8VNtPM pl8ZDVvP+F7nlmPs+vSeDDsY3GCCs7dF1anZQnsOs+TwYbTjsRA32fMS/z36n2JzNcqg HY5RYEaOw5cxL8GmzRcpRo8YO29txhX867TBnKjpaHIyXfBshTxu7ROrmfKBUakd8wCQ P4iIcfBI914fp7GtNawDOfsc2Qi9e08+i6MnbgzYa6Xbt1XlQ6SKWCXy12WgzFf4Vi1s iGvA== Received: by 10.112.11.38 with SMTP id n6mr5912877lbb.82.1340640316642; Mon, 25 Jun 2012 09:05:16 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id hz16sm71728052lab.6.2012.06.25.09.05.14 (version=SSLv3 cipher=OTHER); Mon, 25 Jun 2012 09:05:15 -0700 (PDT) Sender: Alexander Motin Message-ID: <4FE88C33.1020008@FreeBSD.org> Date: Mon, 25 Jun 2012 19:05:07 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: Holm Tiffe References: <20120601124338.GU2358@deviant.kiev.zoral.com.ua> <20120601125824.GV2358@deviant.kiev.zoral.com.ua> <20120606170640.GA98428@nargothrond.kdm.org> <20120625135543.GA58915@beast.freibergnet.de> <20120625155316.GA37535@nargothrond.kdm.org> In-Reply-To: <20120625155316.GA37535@nargothrond.kdm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, "Kenneth D. Merry" Subject: Re: Kernel panic in FreeBSD-8.3 from UFS 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, 25 Jun 2012 16:05:18 -0000 On 06/25/12 18:53, Kenneth D. Merry wrote: > On Mon, Jun 25, 2012 at 15:55:43 +0200, Holm Tiffe wrote: >> Kenneth D. Merry wrote: >> >>> On Tue, Jun 05, 2012 at 17:49:05 +0530, Desai, Kashyap wrote: >>>> Hi All, >>>> >>>> We found some potential area of memory leak in CAM layer. >>>> CAM XPT Memory leak is due to following function in scsi/scsi_all.c >>>> >>>> int >>>> scsi_command_string(struct ccb_scsiio *csio, struct sbuf *sb) >>>> >>>> >>>> In above function, CAM layer allocate memory for ccb device as below >>>> if ((cgd = (struct ccb_getdev*)xpt_alloc_ccb_nowait()) == NULL) >>>> >>>> >>>> _But_, unfortunately we never free the allocated memory and we see memory leak of 2K every time when someone is calling >>>> Scsi_command_string from kernel mode. >>>> >>>> >>>> Attached is a proposed patch for this issue. >>> >>> The patch looks good, I just committed it. >>> >>> Thanks! >>> >>> Ken >>> -- >>> Kenneth Merry >>> ken@FreeBSD.ORG >>> _______________________________________________ >>> freebsd-scsi@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-scsi >>> To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" >> >> >> It looks that this patch or something related to it broke my tape backups. >> I do have two SCSI Tapes connected to my system: >> >> # camcontrol devlist >> at scbus0 target 0 lun 0 (pass0,da0) >> at scbus0 target 1 lun 0 (pass1,da1) >> at scbus0 target 2 lun 0 (pass2,da2) >> at scbus0 target 3 lun 0 (pass3,da3) >> at scbus1 target 5 lun 0 (pass4,sa0) >> at scbus1 target 6 lun 0 (pass5,sa1) >> >> an with an 8.3 stable from Jun 14 both of them arent able anymore to do >> blocksizes over 8k and 8k are only working sometimes (huh?!). > > The change in the above email didn't get merged back to stable/8 until June > 20th. So it isn't that. > > There were no changes to the sa(4) driver in stable/8 from March 15th to > June 14th, but there were lots of other CAM changes. > >> # mt -f /dev/sa1 status >> Mode Density Blocksize bpi Compression >> Current: 0x1a:DLTapeIV(20GB) variable 81633 IDRC >> ---------available modes--------- >> 0: 0x1a:DLTapeIV(20GB) variable 81633 IDRC >> 1: 0x1a:DLTapeIV(20GB) variable 81633 IDRC >> 2: 0x1a:DLTapeIV(20GB) variable 81633 IDRC >> 3: 0x1a:DLTapeIV(20GB) variable 81633 IDRC >> --------------------------------- >> Current Driver State: at rest. >> --------------------------------- >> File Number: 0 Record Number: 0 Residual Count 0 >> >> # dd if=/dev/zero of=/dev/sa1 bs=1k count=1000 >> 1000+0 records in >> 1000+0 records out >> 1024000 bytes transferred in 4.330778 secs (236447 bytes/sec) >> # dd if=/dev/zero of=/dev/sa1 bs=2k count=1000 >> 1000+0 records in >> 1000+0 records out >> 2048000 bytes transferred in 3.252421 secs (629685 bytes/sec) >> # dd if=/dev/zero of=/dev/sa1 bs=4k count=1000 >> 1000+0 records in >> 1000+0 records out >> 4096000 bytes transferred in 2.933208 secs (1396423 bytes/sec) >> # dd if=/dev/zero of=/dev/sa1 bs=8k count=1000 >> 1000+0 records in >> 1000+0 records out >> 8192000 bytes transferred in 3.567864 secs (2296052 bytes/sec) >> # dd if=/dev/zero of=/dev/sa1 bs=16k count=1000 >> dd: /dev/sa1: Input/output error >> 1+0 records in >> 0+0 records out >> 0 bytes transferred in 0.000253 secs (0 bytes/sec) >> >> There is no error message from the kernel related to that. You may try to boot with verbose kernel messages and enable some CAM debug with `camcontrol debug -I all` and then repeat your tests. It should probably make kernel to tell more about errors. >> If I try to read an older backup tape (used 64k Tape Blocks for that): >> # dd if=/dev/sa1 of=/dev/null bs=64k count=10 >> dd: /dev/sa1: Input/output error >> 0+0 records in >> 0+0 records out >> 0 bytes transferred in 0.000824 secs (0 bytes/sec) >> # >> ... I get in /var/log/messages: >> >> Jun 25 14:56:05 unicorn kernel: (sa1:sym0:0:6:0): 65536-byte tape record >> bigger than supplied buffer >> >> Nice ehy? >> >> I've now booted kernel.old from Mar 15 and the problems are gone on both >> drives. > > It isn't obvious where the problem was introduced, unfortunately. > > Could you do a binary search to figure out which revision broke things for > you? -- Alexander Motin From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 25 19:31:43 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 D6C56106566C; Mon, 25 Jun 2012 19:31:43 +0000 (UTC) (envelope-from holm@beast.freibergnet.de) Received: from bmail.freibergnet.de (bmail.freibergnet.de [46.4.195.14]) by mx1.freebsd.org (Postfix) with ESMTP id CF4578FC14; Mon, 25 Jun 2012 19:31:42 +0000 (UTC) Received: from bmail.freibergnet.de (bmail.freibergnet.de [46.4.195.14]) by bmail.freibergnet.de (Postfix) with ESMTP id 99A4A929A50B; Mon, 25 Jun 2012 21:31:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at freibergnet.de Received: from bmail.freibergnet.de ([46.4.195.14]) by bmail.freibergnet.de (bmail.freibergnet.de [46.4.195.14]) (amavisd-new, port 10024) with LMTP id 3GdXV8WoQwSz; Mon, 25 Jun 2012 21:31:38 +0200 (CEST) Received: from beast.freibergnet.de (bmail.freibergnet.de [46.4.195.14]) by bmail.freibergnet.de (Postfix) with ESMTP id CC8C2929A500; Mon, 25 Jun 2012 21:31:38 +0200 (CEST) Received: by beast.freibergnet.de (Postfix, from userid 201) id C77A84B791B; Mon, 25 Jun 2012 21:31:38 +0200 (CEST) Date: Mon, 25 Jun 2012 21:31:38 +0200 From: Holm Tiffe To: "Kenneth D. Merry" Message-ID: <20120625193138.GB82032@beast.freibergnet.de> Mail-Followup-To: Holm Tiffe , "Kenneth D. Merry" , freebsd-scsi@freebsd.org References: <20120601124338.GU2358@deviant.kiev.zoral.com.ua> <20120601125824.GV2358@deviant.kiev.zoral.com.ua> <20120606170640.GA98428@nargothrond.kdm.org> <20120625135543.GA58915@beast.freibergnet.de> <20120625155316.GA37535@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120625155316.GA37535@nargothrond.kdm.org> User-Agent: Mutt/1.4.2.3i Organization: FreibergNet Internet Services, TSHT Priority: normal X-Phone: +49-3731-74222 X-Mobile: +49-172-8790741 X-Fax: +49-3731-74200 Cc: freebsd-scsi@freebsd.org Subject: Re: Kernel panic in FreeBSD-8.3 from UFS X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: holm@freibergnet.de List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 19:31:44 -0000 Kenneth D. Merry wrote: > On Mon, Jun 25, 2012 at 15:55:43 +0200, Holm Tiffe wrote: > > Kenneth D. Merry wrote: > > > > > On Tue, Jun 05, 2012 at 17:49:05 +0530, Desai, Kashyap wrote: > > > > Hi All, > > > > > > > > We found some potential area of memory leak in CAM layer. > > > > CAM XPT Memory leak is due to following function in scsi/scsi_all.c > > > > > > > > int > > > > scsi_command_string(struct ccb_scsiio *csio, struct sbuf *sb) > > > > > > > > > > > > In above function, CAM layer allocate memory for ccb device as below > > > > if ((cgd = (struct ccb_getdev*)xpt_alloc_ccb_nowait()) == NULL) > > > > > > > > > > > > _But_, unfortunately we never free the allocated memory and we see memory leak of 2K every time when someone is calling > > > > Scsi_command_string from kernel mode. > > > > > > > > > > > > Attached is a proposed patch for this issue. > > > > > > The patch looks good, I just committed it. > > > > > > Thanks! > > > > > > Ken > > > -- > > > Kenneth Merry > > > ken@FreeBSD.ORG > > > _______________________________________________ > > > freebsd-scsi@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > > > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > > > > > > It looks that this patch or something related to it broke my tape backups. > > I do have two SCSI Tapes connected to my system: > > > > # camcontrol devlist > > at scbus0 target 0 lun 0 (pass0,da0) > > at scbus0 target 1 lun 0 (pass1,da1) > > at scbus0 target 2 lun 0 (pass2,da2) > > at scbus0 target 3 lun 0 (pass3,da3) > > at scbus1 target 5 lun 0 (pass4,sa0) > > at scbus1 target 6 lun 0 (pass5,sa1) > > > > an with an 8.3 stable from Jun 14 both of them arent able anymore to do > > blocksizes over 8k and 8k are only working sometimes (huh?!). > > The change in the above email didn't get merged back to stable/8 until June > 20th. So it isn't that. > > There were no changes to the sa(4) driver in stable/8 from March 15th to > June 14th, but there were lots of other CAM changes. > > > # mt -f /dev/sa1 status > > Mode Density Blocksize bpi Compression > > Current: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > > ---------available modes--------- > > 0: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > > 1: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > > 2: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > > 3: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > > --------------------------------- > > Current Driver State: at rest. > > --------------------------------- > > File Number: 0 Record Number: 0 Residual Count 0 > > > > # dd if=/dev/zero of=/dev/sa1 bs=1k count=1000 > > 1000+0 records in > > 1000+0 records out > > 1024000 bytes transferred in 4.330778 secs (236447 bytes/sec) > > # dd if=/dev/zero of=/dev/sa1 bs=2k count=1000 > > 1000+0 records in > > 1000+0 records out > > 2048000 bytes transferred in 3.252421 secs (629685 bytes/sec) > > # dd if=/dev/zero of=/dev/sa1 bs=4k count=1000 > > 1000+0 records in > > 1000+0 records out > > 4096000 bytes transferred in 2.933208 secs (1396423 bytes/sec) > > # dd if=/dev/zero of=/dev/sa1 bs=8k count=1000 > > 1000+0 records in > > 1000+0 records out > > 8192000 bytes transferred in 3.567864 secs (2296052 bytes/sec) > > # dd if=/dev/zero of=/dev/sa1 bs=16k count=1000 > > dd: /dev/sa1: Input/output error > > 1+0 records in > > 0+0 records out > > 0 bytes transferred in 0.000253 secs (0 bytes/sec) > > > > There is no error message from the kernel related to that. > > > > If I try to read an older backup tape (used 64k Tape Blocks for that): > > # dd if=/dev/sa1 of=/dev/null bs=64k count=10 > > dd: /dev/sa1: Input/output error > > 0+0 records in > > 0+0 records out > > 0 bytes transferred in 0.000824 secs (0 bytes/sec) > > # > > ... I get in /var/log/messages: > > > > Jun 25 14:56:05 unicorn kernel: (sa1:sym0:0:6:0): 65536-byte tape record > > bigger than supplied buffer > > > > Nice ehy? > > > > I've now booted kernel.old from Mar 15 and the problems are gone on both > > drives. > > It isn't obvious where the problem was introduced, unfortunately. > > Could you do a binary search to figure out which revision broke things for > you? > > Ken > -- > Kenneth Merry > ken@FreeBSD.ORG Sorry, I (really) don't have the time to do that. But I've cvsupped and built a world and a kernel from today, the result is, that the error is gone, but the performance is somewhere below the basement: 0: 0x1a:DLTapeIV(20GB) variable 81633 IDRC 1: 0x1a:DLTapeIV(20GB) variable 81633 IDRC 2: 0x1a:DLTapeIV(20GB) variable 81633 IDRC 3: 0x1a:DLTapeIV(20GB) variable 81633 IDRC --------------------------------- Current Driver State: at rest. --------------------------------- File Number: 0 Record Number: 0 Residual Count 0 # dd if=/dev/zero of=/dev/sa1 bs=64k count=10000 10000+0 records in 10000+0 records out 655360000 bytes transferred in 125.909593 secs (5205005 bytes/sec) # It think the DLT drive should be streaming while writing 64K Blocks from /dev/zero, shouldn't it? No, it moves back and forward all the time. :-| This is only the first half of the truth, here is the 2nd: # dd of=/dev/null if=/dev/sa1 bs=64k 10000+0 records in 10000+0 records out 655360000 bytes transferred in 211.903853 secs (3092723 bytes/sec) # # # dd of=/dev/null if=/dev/sa1 bs=64k 10000+0 records in 10000+0 records out 655360000 bytes transferred in 211.942410 secs (3092161 bytes/sec) # This thing is reading even slower than writing, the Drive makes pauses of almost 10 seconds between the really short runs. The system is idle. Please Guys, Im running -Stable and I'm doing this since I really don't like such kind of features. Could I please get back a stable system with the ability to backup my data? Regards, Holm $ vmstat -i interrupt total rate irq0: clk 2768221 1000 irq1: atkbd0 13413 4 irq3: uart1 79 0 irq5: pcm0 rl0+ 977 0 irq6: fdc0 20 0 irq7: ppc0 1 0 irq8: rtc 2811413 1015 irq11: ahd0 ehci0 15654 5 irq12: psm0 27228 9 irq15: de0 sym0+++* 52176 18 Total 5689182 2055 $ # camcontrol devlist at scbus0 target 0 lun 0 (pass0,da0) at scbus0 target 1 lun 0 (pass1,da1) at scbus0 target 2 lun 0 (pass2,da2) at scbus0 target 3 lun 0 (pass3,da3) at scbus1 target 5 lun 0 (sa0,pass4) at scbus1 target 6 lun 0 (sa1,pass5) # uname -a FreeBSD unicorn.tsht.lan 8.3-STABLE FreeBSD 8.3-STABLE #24: Mon Jun 25 20:00:51 CEST 2012 holm@unicorn.tsht.lan:/data/FreeBSD/obj/data/FreeBSD/src/sys/UNICORN i386 # Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.3-STABLE #24: Mon Jun 25 20:00:51 CEST 2012 holm@unicorn.tsht.lan:/data/FreeBSD/obj/data/FreeBSD/src/sys/UNICORN i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 3000+ (2109.49-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Family = 6 Model = a Stepping = 0 Features=0x383fbff AMD Features=0xc0400800 real memory = 2147483648 (2048 MB) avail memory = 2092101632 (1995 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7fef0000 (3) failed cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 agp0: aperture size is 128M pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xa000-0xa0ff mem 0xd8000000-0xdfffffff,0xe9000000-0xe900ffff irq 15 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] AGP at 0xd0000000 128MB info: [drm] Initialized radeon 1.31.0 20080613 vgapci1: mem 0xe0000000-0xe7ffffff,0xe9010000-0xe901ffff at device 0.1 on pci1 de0: port 0xb000-0xb07f mem 0xeb002000-0xeb00207f irq 15 at device 9.0 on pci0 de0: Cogent 21040 [10Mb/s] pass 2.3 de0: WARNING: using obsoleted if_watchdog interface de0: Ethernet address: 00:00:92:90:09:8d de0: [ITHREAD] ahd0: port 0xb400-0xb4ff,0xb800-0xb8ff mem 0xeb000000-0xeb001fff irq 11 at device 11.0 on pci0 ahd0: [ITHREAD] aic7901A: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66MHz, 512 SCBs puc0: port 0xbc00-0xbc07,0xc000-0xc007,0xc400-0xc41f mem 0xeb003000-0xeb003fff,0xeb004000-0xeb004fff irq 15 at device 12.0 on pci0 puc0: [FILTER] uart2: <16550 or compatible> at port 1 on puc0 uart2: [FILTER] uart3: <16550 or compatible> at port 2 on puc0 uart3: [FILTER] sym0: <810a> port 0xc800-0xc8ff mem 0xeb005000-0xeb0050ff irq 15 at device 13.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: [ITHREAD] uhci0: port 0xcc00-0xcc1f irq 15 at device 16.0 on pci0 uhci0: [ITHREAD] usbus0 on uhci0 uhci1: port 0xd000-0xd01f irq 15 at device 16.1 on pci0 uhci1: [ITHREAD] usbus1 on uhci1 uhci2: port 0xd400-0xd41f irq 5 at device 16.2 on pci0 uhci2: [ITHREAD] usbus2 on uhci2 ehci0: mem 0xeb006000-0xeb0060ff irq 11 at device 16.3 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3 on ehci0 isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 17.1 on pci0 ata0: at channel 0 on atapci0 ata0: [ITHREAD] ata1: at channel 1 on atapci0 ata1: [ITHREAD] pcm0: port 0xdc00-0xdcff irq 5 at device 17.5 on pci0 pcm0: [ITHREAD] pcm0: pcm0: rl0: port 0xe000-0xe0ff mem 0xeb007000-0xeb0070ff irq 5 at device 19.0 on pci0 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0d:61:c3:c4:5a rl0: [ITHREAD] atrtc0: port 0x70-0x73 irq 8 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fd1: <1200-KB 5.25" drive> on fdc0 drive 1 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model MouseMan+, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd97ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2109485719 Hz quality 800 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 6 ports with 6 removable, self powered (probe20:sym0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe20:sym0:0:5:0): CAM status: SCSI Status Error (probe20:sym0:0:5:0): SCSI status: Check Condition (probe20:sym0:0:5:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (probe21:sym0:0:6:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe21:sym0:0:6:0): CAM status: SCSI Status Error (probe21:sym0:0:6:0): SCSI status: Check Condition (probe21:sym0:0:6:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) da0 at ahd0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) da0: Command Queueing enabled da0: 70006MB (143374000 512 byte sectors: 255H 63S/T 8924C) da1 at ahd0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) da1: Command Queueing enabled da1: 70006MB (143374000 512 byte sectors: 255H 63S/T 8924C) da2 at ahd0 bus 0 scbus0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) da2: Command Queueing enabled da2: 70006MB (143374000 512 byte sectors: 255H 63S/T 8924C) da3 at ahd0 bus 0 scbus0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) da3: Command Queueing enabled da3: 70006MB (143374000 512 byte sectors: 255H 63S/T 8924C) sa0 at sym0 bus 0 scbus1 target 5 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 4.166MB/s transfers (4.166MHz, offset 8) sa1 at sym0 bus 0 scbus1 target 6 lun 0 sa1: Removable Sequential Access SCSI-2 device sa1: 10.000MB/s transfers (10.000MHz, offset 8) GEOM_CONCAT: Device gc0d created (id=2065581164). GEOM_CONCAT: Disk da0d attached to gc0d. GEOM_CONCAT: Device data created (id=2038144655). GEOM_CONCAT: Disk da0g attached to data. GEOM_MIRROR: Device mirror/gm0a launched (2/2). GEOM_CONCAT: Disk da1d attached to gc0d. GEOM_CONCAT: Device gc0d activated. GEOM_MIRROR: Device mirror/gm0e launched (2/2). GEOM_MIRROR: Device mirror/gm0f launched (2/2). GEOM_CONCAT: Disk da1g attached to data. GEOM_CONCAT: Disk da2a attached to data. GEOM_CONCAT: Disk da2b attached to data. GEOM_CONCAT: Device data activated. Trying to mount root from ufs:/dev/mirror/gm0a bridge0: Ethernet address: 02:82:44:4d:6c:00 -- Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, Freiberger Straße 42, 09600 Oberschöna, USt-Id: DE253710583 www.tsht.de, info@tsht.de, Fax +49 3731 74200, Mobil: 0172 8790 741 From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 25 19:55:09 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 7D9E3106564A; Mon, 25 Jun 2012 19:55:09 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 09AB68FC0C; Mon, 25 Jun 2012 19:55:08 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 2A06F37; Mon, 25 Jun 2012 21:55:07 +0200 (MET DST) Date: Mon, 25 Jun 2012 21:55:07 +0200 From: Joerg Wunsch To: Holm Tiffe , "Kenneth D. Merry" , freebsd-scsi@freebsd.org Message-ID: <20120625195507.GO2291@uriah.heep.sax.de> References: <20120601124338.GU2358@deviant.kiev.zoral.com.ua> <20120601125824.GV2358@deviant.kiev.zoral.com.ua> <20120606170640.GA98428@nargothrond.kdm.org> <20120625135543.GA58915@beast.freibergnet.de> <20120625155316.GA37535@nargothrond.kdm.org> <20120625193138.GB82032@beast.freibergnet.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120625193138.GB82032@beast.freibergnet.de> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: Kernel panic in FreeBSD-8.3 from UFS X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 19:55:09 -0000 As Holm Tiffe wrote: > ..., but the performance is somewhere below > the basement: > > 0: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > 1: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > 2: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > 3: 0x1a:DLTapeIV(20GB) variable 81633 IDRC > --------------------------------- > Current Driver State: at rest. > --------------------------------- > File Number: 0 Record Number: 0 Residual Count 0 > # dd if=/dev/zero of=/dev/sa1 bs=64k count=10000 > 10000+0 records in > 10000+0 records out > 655360000 bytes transferred in 125.909593 secs (5205005 bytes/sec) I don't think 5 MB/s is a poor value for a DLT-2000. On a DLT-8000 (with wide SCSI), I get a little more than 10 MB/s provided the data source is fast enough. > It think the DLT drive should be streaming while writing 64K Blocks from > /dev/zero, shouldn't it? No, it moves back and forward all the time. Turn off hardware compression, the drive cannot compress your zeros as fast as you want. > This thing is reading even slower than writing, the Drive makes pauses of > almost 10 seconds between the really short runs. That's indeed poor. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi@FreeBSD.ORG Tue Jun 26 04:53:18 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 9FFDB106564A; Tue, 26 Jun 2012 04:53:18 +0000 (UTC) (envelope-from wollman@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7342B8FC0A; Tue, 26 Jun 2012 04:53:18 +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 q5Q4rIVj079240; Tue, 26 Jun 2012 04:53:18 GMT (envelope-from wollman@freefall.freebsd.org) Received: (from wollman@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5Q4rIRR079236; Tue, 26 Jun 2012 04:53:18 GMT (envelope-from wollman) Date: Tue, 26 Jun 2012 04:53:18 GMT Message-Id: <201206260453.q5Q4rIRR079236@freefall.freebsd.org> To: wollman@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org From: wollman@FreeBSD.org Cc: Subject: Re: kern/169431: [mps] [cam] SAS bus scan generates thousands of lines to log 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, 26 Jun 2012 04:53:18 -0000 Synopsis: [mps] [cam] SAS bus scan generates thousands of lines to log Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: wollman Responsible-Changed-When: Tue Jun 26 04:52:48 UTC 2012 Responsible-Changed-Why: CAM/HBA issues go to freebsd-scsi http://www.freebsd.org/cgi/query-pr.cgi?pr=169431 From owner-freebsd-scsi@FreeBSD.ORG Wed Jun 27 23:53:19 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 252DE106566B; Wed, 27 Jun 2012 23:53:19 +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 EC3ED8FC0A; Wed, 27 Jun 2012 23:53:18 +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 q5RNrIoP008787; Wed, 27 Jun 2012 23:53:18 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5RNrICf008783; Wed, 27 Jun 2012 23:53:18 GMT (envelope-from linimon) Date: Wed, 27 Jun 2012 23:53:18 GMT Message-Id: <201206272353.q5RNrICf008783@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/169497: [cam] [patch] typo in cam_periph_alloc panic call 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, 27 Jun 2012 23:53:19 -0000 Old Synopsis: typo in cam_periph_alloc panic call (patch included) New Synopsis: [cam] [patch] typo in cam_periph_alloc panic call Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jun 27 23:52:26 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=169497 From owner-freebsd-scsi@FreeBSD.ORG Thu Jun 28 03:37:50 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 87701106566C; Thu, 28 Jun 2012 03:37:50 +0000 (UTC) (envelope-from ken@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5AEBA8FC16; Thu, 28 Jun 2012 03:37:50 +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 q5S3borA018592; Thu, 28 Jun 2012 03:37:50 GMT (envelope-from ken@freefall.freebsd.org) Received: (from ken@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5S3bnIq018587; Thu, 28 Jun 2012 03:37:49 GMT (envelope-from ken) Date: Thu, 28 Jun 2012 03:37:49 GMT Message-Id: <201206280337.q5S3bnIq018587@freefall.freebsd.org> To: steven.hartland@multiplay.co.uk, ken@FreeBSD.org, freebsd-scsi@FreeBSD.org From: ken@FreeBSD.org Cc: Subject: Re: kern/169497: [cam] [patch] typo in cam_periph_alloc panic call 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, 28 Jun 2012 03:37:50 -0000 Synopsis: [cam] [patch] typo in cam_periph_alloc panic call State-Changed-From-To: open->closed State-Changed-By: ken State-Changed-When: Thu Jun 28 03:36:41 UTC 2012 State-Changed-Why: Fixed in head in SVN rev 237682. http://www.freebsd.org/cgi/query-pr.cgi?pr=169497 From owner-freebsd-scsi@FreeBSD.ORG Thu Jun 28 03:40:13 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 1273A106566B for ; Thu, 28 Jun 2012 03:40:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F143D8FC0C for ; Thu, 28 Jun 2012 03:40:12 +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 q5S3eCY3018710 for ; Thu, 28 Jun 2012 03:40:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5S3eCqM018705; Thu, 28 Jun 2012 03:40:12 GMT (envelope-from gnats) Date: Thu, 28 Jun 2012 03:40:12 GMT Message-Id: <201206280340.q5S3eCqM018705@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/169497: commit references a PR X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2012 03:40:13 -0000 The following reply was made to PR kern/169497; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/169497: commit references a PR Date: Thu, 28 Jun 2012 03:36:24 +0000 (UTC) Author: ken Date: Thu Jun 28 03:36:13 2012 New Revision: 237682 URL: http://svn.freebsd.org/changeset/base/237682 Log: Fix a typo in a panic() call. PR: kern/169497 Submitted by: Steven Hartland MFC after: 3 days Modified: head/sys/cam/cam_periph.c Modified: head/sys/cam/cam_periph.c ============================================================================== --- head/sys/cam/cam_periph.c Thu Jun 28 03:30:17 2012 (r237681) +++ head/sys/cam/cam_periph.c Thu Jun 28 03:36:13 2012 (r237682) @@ -273,7 +273,7 @@ failure: /* No cleanup to perform. */ break; default: - panic("cam_periph_alloc: Unkown init level"); + panic("%s: Unknown init level", __func__); } return(status); } _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"