From owner-freebsd-scsi@FreeBSD.ORG Sun Apr 10 11:56:44 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id C75621065673; Sun, 10 Apr 2011 11:56:44 +0000 (UTC) Date: Sun, 10 Apr 2011 11:56:44 +0000 From: Alexander Best To: Alexander Motin Message-ID: <20110410115644.GA55815@freebsd.org> References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D9D9917.3030102@FreeBSD.org> Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, John Baldwin Subject: Re: multiple issues with devstat_*(9) 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: Sun, 10 Apr 2011 11:56:44 -0000 On Thu Apr 7 11, Alexander Motin wrote: > Alexander Best wrote: > > On Fri Apr 1 11, John Baldwin wrote: > >> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: > >>> i think there are multiple issues with devstat. i found the following in > >>> devicestat.h: > > ... > > >>> funny thing is i found the following in scsi_pass.c: > >>> > >>> softc->device_stats = devstat_new_entry("pass", > >>> periph->unit_number, 0, > >>> DEVSTAT_NO_BLOCKSIZE > >>> | (no_tags ? DEVSTAT_NO_ORDERED_TAGS : 0), > >>> softc->pd_type | > >>> DEVSTAT_TYPE_IF_SCSI | > >>> DEVSTAT_TYPE_PASS, > >>> DEVSTAT_PRIORITY_PASS); > >>> > >>> ...so pass* *should* show up under iostat -t scsi. > > As I can see, this is a bug (or feature) of the libdevstat / > devstat_selectdevs(). If you specify any -t, then pass devices will be > reported only if you request "pass" specifically. > > >> Hmm, pass devices for adaX should not be SCSI though, they should be ide I > >> think. > > > > i think the situation with ATA_CAM should be discussed further. still besides > > this issue there are many more with devstat(3). > > > > i'll try to track all the "devstat_new_entry()" occurrences and see if some > > issues can be fixed. maybe only the proper DEVSTAT_* args were forgotten. > > Assuming that SCSI and IDE in -t option means transport type, and > assuming that we count everything except ATA and SATA as SCSI, I've made > following patch, that should fix issues from the CAM side: > http://people.freebsd.org/~mav/cam.devstat.patch with your patch i get the following output: otaku% iostat -t ide tty ada0 ada1 cpu tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id 6 144 14.21 6 0.09 20.46 40 0.81 2 0 3 0 95 otaku% iostat -t scsi tty cd0 cpu tin tout KB/t tps MB/s us ni sy in id 6 146 2.32 0 0.00 2 0 3 0 95 otaku% iostat -t pass tty pass0 pass1 pass2 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 6 147 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 2 0 3 0 95 otaku% iostat -t da tty ada0 ada1 cpu tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id 6 147 14.21 6 0.08 20.46 37 0.75 1 0 3 0 95 otaku% iostat -t cd tty cd0 cpu tin tout KB/t tps MB/s us ni sy in id 7 147 2.32 0 0.00 1 0 3 0 95 otaku% iostat -t other tty cpu tin tout us ni sy in id 7 149 1 0 3 0 95 otaku% iostat -n 100 tty ada0 ada1 cd0 pass0 pass1 pass2 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 6 135 14.21 5 0.07 20.44 32 0.64 2.32 0 0.00 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 1 0 3 0 96 the the remaining issues imho are: 1) ada* and cd* are SATA/ATA devices. so i think they should show up together either under ide *or* scsi. i don't have any *real* scsi devices. 2) the pass* devices still don't show up under ide/scsi/other. that's ok, but then the src comments and manual pages need to be changed accordingly. 3) md0 should show up under iostat -t other cheers. alex > > Any objections? Or SCSI/IDE there expected to mean command set? > > -- > Alexander Motin -- a13x From owner-freebsd-scsi@FreeBSD.ORG Sun Apr 10 12:00:40 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 1069410657DA; Sun, 10 Apr 2011 12:00:40 +0000 (UTC) Date: Sun, 10 Apr 2011 12:00:40 +0000 From: Alexander Best To: Alexander Motin Message-ID: <20110410120040.GA56629@freebsd.org> References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110410115644.GA55815@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110410115644.GA55815@freebsd.org> Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, John Baldwin Subject: Re: multiple issues with devstat_*(9) 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: Sun, 10 Apr 2011 12:00:40 -0000 On Sun Apr 10 11, Alexander Best wrote: > On Thu Apr 7 11, Alexander Motin wrote: > > Alexander Best wrote: > > > On Fri Apr 1 11, John Baldwin wrote: > > >> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: > > >>> i think there are multiple issues with devstat. i found the following in > > >>> devicestat.h: > > > > ... > > > > >>> funny thing is i found the following in scsi_pass.c: > > >>> > > >>> softc->device_stats = devstat_new_entry("pass", > > >>> periph->unit_number, 0, > > >>> DEVSTAT_NO_BLOCKSIZE > > >>> | (no_tags ? DEVSTAT_NO_ORDERED_TAGS : 0), > > >>> softc->pd_type | > > >>> DEVSTAT_TYPE_IF_SCSI | > > >>> DEVSTAT_TYPE_PASS, > > >>> DEVSTAT_PRIORITY_PASS); > > >>> > > >>> ...so pass* *should* show up under iostat -t scsi. > > > > As I can see, this is a bug (or feature) of the libdevstat / > > devstat_selectdevs(). If you specify any -t, then pass devices will be > > reported only if you request "pass" specifically. > > > > >> Hmm, pass devices for adaX should not be SCSI though, they should be ide I > > >> think. > > > > > > i think the situation with ATA_CAM should be discussed further. still besides > > > this issue there are many more with devstat(3). > > > > > > i'll try to track all the "devstat_new_entry()" occurrences and see if some > > > issues can be fixed. maybe only the proper DEVSTAT_* args were forgotten. > > > > Assuming that SCSI and IDE in -t option means transport type, and > > assuming that we count everything except ATA and SATA as SCSI, I've made > > following patch, that should fix issues from the CAM side: > > http://people.freebsd.org/~mav/cam.devstat.patch > > with your patch i get the following output: > > otaku% iostat -t ide > tty ada0 ada1 cpu > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > 6 144 14.21 6 0.09 20.46 40 0.81 2 0 3 0 95 > otaku% iostat -t scsi > tty cd0 cpu > tin tout KB/t tps MB/s us ni sy in id > 6 146 2.32 0 0.00 2 0 3 0 95 > otaku% iostat -t pass > tty pass0 pass1 pass2 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 6 147 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 2 0 3 0 95 > otaku% iostat -t da > tty ada0 ada1 cpu > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > 6 147 14.21 6 0.08 20.46 37 0.75 1 0 3 0 95 > otaku% iostat -t cd > tty cd0 cpu > tin tout KB/t tps MB/s us ni sy in id > 7 147 2.32 0 0.00 1 0 3 0 95 > otaku% iostat -t other > tty cpu > tin tout us ni sy in id > 7 149 1 0 3 0 95 > otaku% iostat -n 100 > tty ada0 ada1 cd0 pass0 pass1 pass2 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 6 135 14.21 5 0.07 20.44 32 0.64 2.32 0 0.00 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 1 0 3 0 96 > > the the remaining issues imho are: > > 1) ada* and cd* are SATA/ATA devices. so i think they should show up together > either under ide *or* scsi. i don't have any *real* scsi devices. > 2) the pass* devices still don't show up under ide/scsi/other. that's ok, but > then the src comments and manual pages need to be changed accordingly. > 3) md0 should show up under iostat -t other sorry this was my fault. there was no md* configured at the time i ran the test. md0 showx up under iostat -t da and iostat -t other, just like it's supposd to. so please forget about point 3). cheers. alex > > cheers. > alex > > > > > Any objections? Or SCSI/IDE there expected to mean command set? > > > > -- > > Alexander Motin > > -- > a13x -- a13x From owner-freebsd-scsi@FreeBSD.ORG Sun Apr 10 20:19:59 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 127F5106566C; Sun, 10 Apr 2011 20:19:59 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0B8DF8FC14; Sun, 10 Apr 2011 20:19:57 +0000 (UTC) Received: by bwz12 with SMTP id 12so5186504bwz.13 for ; Sun, 10 Apr 2011 13:19:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=Mx78LRKRvuwHnOi+q2hCAyBhIvWsSHXZueFWQCImCxQ=; b=kVaSRX6IOIri9BUg2B2fE9+/lukMlqH0qEn+DiXm9yZSUqHsautf5blKa9RXbyXZ3J WE79q10T4QkJxJks0Yz2FE/nyjzP0OIpLuYwzfpcC9/8AhAIZTC/kyyk/ctHrSscQVAA fBwYdQ5xy3JofT3qRpd4EsxK38gRoBClStUXY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=TkrEDw/ltdxlzjJYf+hM5VZJFlfGIbJHTc+HV6RFPAwCErYB/8mLFECzMykaOd5CCW N0i9UPbl6aguJMuXn7S+GHHD2kYCoHoDZztUXp2tgyPvnmpjqYurLrEIoFSDj0TjpWMb 823i/GusButnPDmWT4uGSJd9dV/DCSYTnDaKM= Received: by 10.204.81.213 with SMTP id y21mr3425752bkk.63.1302466781406; Sun, 10 Apr 2011 13:19:41 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id t1sm2823228bkx.19.2011.04.10.13.19.39 (version=SSLv3 cipher=OTHER); Sun, 10 Apr 2011 13:19:40 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DA210D3.5090807@FreeBSD.org> Date: Sun, 10 Apr 2011 23:19:31 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Alexander Best References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110410115644.GA55815@freebsd.org> In-Reply-To: <20110410115644.GA55815@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, John Baldwin Subject: Re: multiple issues with devstat_*(9) 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: Sun, 10 Apr 2011 20:19:59 -0000 Alexander Best wrote: > On Thu Apr 7 11, Alexander Motin wrote: >> Alexander Best wrote: >>> On Fri Apr 1 11, John Baldwin wrote: >>>> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: >>>>> i think there are multiple issues with devstat. i found the following in >>>>> devicestat.h: >> ... >> >>>>> funny thing is i found the following in scsi_pass.c: >>>>> >>>>> softc->device_stats = devstat_new_entry("pass", >>>>> periph->unit_number, 0, >>>>> DEVSTAT_NO_BLOCKSIZE >>>>> | (no_tags ? DEVSTAT_NO_ORDERED_TAGS : 0), >>>>> softc->pd_type | >>>>> DEVSTAT_TYPE_IF_SCSI | >>>>> DEVSTAT_TYPE_PASS, >>>>> DEVSTAT_PRIORITY_PASS); >>>>> >>>>> ...so pass* *should* show up under iostat -t scsi. >> As I can see, this is a bug (or feature) of the libdevstat / >> devstat_selectdevs(). If you specify any -t, then pass devices will be >> reported only if you request "pass" specifically. >> >>>> Hmm, pass devices for adaX should not be SCSI though, they should be ide I >>>> think. >>> i think the situation with ATA_CAM should be discussed further. still besides >>> this issue there are many more with devstat(3). >>> >>> i'll try to track all the "devstat_new_entry()" occurrences and see if some >>> issues can be fixed. maybe only the proper DEVSTAT_* args were forgotten. >> Assuming that SCSI and IDE in -t option means transport type, and >> assuming that we count everything except ATA and SATA as SCSI, I've made >> following patch, that should fix issues from the CAM side: >> http://people.freebsd.org/~mav/cam.devstat.patch > > with your patch i get the following output: > > otaku% iostat -t ide > tty ada0 ada1 cpu > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > 6 144 14.21 6 0.09 20.46 40 0.81 2 0 3 0 95 > otaku% iostat -t scsi > tty cd0 cpu > tin tout KB/t tps MB/s us ni sy in id > 6 146 2.32 0 0.00 2 0 3 0 95 > otaku% iostat -t pass > tty pass0 pass1 pass2 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 6 147 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 2 0 3 0 95 > otaku% iostat -t da > tty ada0 ada1 cpu > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > 6 147 14.21 6 0.08 20.46 37 0.75 1 0 3 0 95 > otaku% iostat -t cd > tty cd0 cpu > tin tout KB/t tps MB/s us ni sy in id > 7 147 2.32 0 0.00 1 0 3 0 95 > otaku% iostat -t other > tty cpu > tin tout us ni sy in id > 7 149 1 0 3 0 95 > otaku% iostat -n 100 > tty ada0 ada1 cd0 pass0 pass1 pass2 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 6 135 14.21 5 0.07 20.44 32 0.64 2.32 0 0.00 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 1 0 3 0 96 > > the the remaining issues imho are: > > 1) ada* and cd* are SATA/ATA devices. so i think they should show up together > either under ide *or* scsi. i don't have any *real* scsi devices. I've just retested the patch and haven't reproduced your problem: %iostat -d da0 ada0 da1 cd0 KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s 0.01 0 0.00 3.27 1 0.00 2.65 1 0.00 0.00 0 0.00 %iostat -d -t ide da0 ada0 cd0 KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s 0.01 0 0.00 3.27 1 0.00 0.00 0 0.00 %iostat -d -t scsi da1 KB/t tps MB/s 2.65 1 0.00 %iostat -d -t pass pass0 pass1 pass2 pass3 KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 %iostat -d -t ide,pass pass0 pass1 pass2 KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 %iostat -d -t scsi,pass pass3 KB/t tps MB/s 0.00 0 0.00 da0 is an PATA ATAPI ZIP, da1 - USB floppy, ada0 - SATA HDD, cd0 - PATA ATAPI CD-ROM. Just an idea, aren't you are using legacy ata(4) + atapicam for your cd0? atapicam lies that it's buses are SPI (SCSI). > 2) the pass* devices still don't show up under ide/scsi/other. that's ok, but > then the src comments and manual pages need to be changed accordingly. As I have told - it is a bug/feature of libdevstat. It should not be difficult to fix, if it is really a bug. -- Alexander Motin From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 11 02:56:46 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 25FFB1065673; Mon, 11 Apr 2011 02:56:46 +0000 (UTC) Date: Mon, 11 Apr 2011 02:56:46 +0000 From: Alexander Best To: Alexander Motin Message-ID: <20110411025646.GA46088@freebsd.org> References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110410115644.GA55815@freebsd.org> <4DA210D3.5090807@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DA210D3.5090807@FreeBSD.org> Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, John Baldwin Subject: Re: multiple issues with devstat_*(9) 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, 11 Apr 2011 02:56:46 -0000 On Sun Apr 10 11, Alexander Motin wrote: > Alexander Best wrote: > > On Thu Apr 7 11, Alexander Motin wrote: > >> Alexander Best wrote: > >>> On Fri Apr 1 11, John Baldwin wrote: > >>>> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: > >>>>> i think there are multiple issues with devstat. i found the following in > >>>>> devicestat.h: > >> ... > >> > >>>>> funny thing is i found the following in scsi_pass.c: > >>>>> > >>>>> softc->device_stats = devstat_new_entry("pass", > >>>>> periph->unit_number, 0, > >>>>> DEVSTAT_NO_BLOCKSIZE > >>>>> | (no_tags ? DEVSTAT_NO_ORDERED_TAGS : 0), > >>>>> softc->pd_type | > >>>>> DEVSTAT_TYPE_IF_SCSI | > >>>>> DEVSTAT_TYPE_PASS, > >>>>> DEVSTAT_PRIORITY_PASS); > >>>>> > >>>>> ...so pass* *should* show up under iostat -t scsi. > >> As I can see, this is a bug (or feature) of the libdevstat / > >> devstat_selectdevs(). If you specify any -t, then pass devices will be > >> reported only if you request "pass" specifically. > >> > >>>> Hmm, pass devices for adaX should not be SCSI though, they should be ide I > >>>> think. > >>> i think the situation with ATA_CAM should be discussed further. still besides > >>> this issue there are many more with devstat(3). > >>> > >>> i'll try to track all the "devstat_new_entry()" occurrences and see if some > >>> issues can be fixed. maybe only the proper DEVSTAT_* args were forgotten. > >> Assuming that SCSI and IDE in -t option means transport type, and > >> assuming that we count everything except ATA and SATA as SCSI, I've made > >> following patch, that should fix issues from the CAM side: > >> http://people.freebsd.org/~mav/cam.devstat.patch > > > > with your patch i get the following output: > > > > otaku% iostat -t ide > > tty ada0 ada1 cpu > > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > > 6 144 14.21 6 0.09 20.46 40 0.81 2 0 3 0 95 > > otaku% iostat -t scsi > > tty cd0 cpu > > tin tout KB/t tps MB/s us ni sy in id > > 6 146 2.32 0 0.00 2 0 3 0 95 > > otaku% iostat -t pass > > tty pass0 pass1 pass2 cpu > > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > > 6 147 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 2 0 3 0 95 > > otaku% iostat -t da > > tty ada0 ada1 cpu > > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > > 6 147 14.21 6 0.08 20.46 37 0.75 1 0 3 0 95 > > otaku% iostat -t cd > > tty cd0 cpu > > tin tout KB/t tps MB/s us ni sy in id > > 7 147 2.32 0 0.00 1 0 3 0 95 > > otaku% iostat -t other > > tty cpu > > tin tout us ni sy in id > > 7 149 1 0 3 0 95 > > otaku% iostat -n 100 > > tty ada0 ada1 cd0 pass0 pass1 pass2 cpu > > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > > 6 135 14.21 5 0.07 20.44 32 0.64 2.32 0 0.00 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 1 0 3 0 96 > > > > the the remaining issues imho are: > > > > 1) ada* and cd* are SATA/ATA devices. so i think they should show up together > > either under ide *or* scsi. i don't have any *real* scsi devices. > > I've just retested the patch and haven't reproduced your problem: > %iostat -d > da0 ada0 da1 cd0 > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > 0.01 0 0.00 3.27 1 0.00 2.65 1 0.00 0.00 0 0.00 > %iostat -d -t ide > da0 ada0 cd0 > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > 0.01 0 0.00 3.27 1 0.00 0.00 0 0.00 > %iostat -d -t scsi > da1 > KB/t tps MB/s > 2.65 1 0.00 > %iostat -d -t pass > pass0 pass1 pass2 pass3 > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 > %iostat -d -t ide,pass > pass0 pass1 pass2 > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 > %iostat -d -t scsi,pass > pass3 > KB/t tps MB/s > 0.00 0 0.00 > > da0 is an PATA ATAPI ZIP, da1 - USB floppy, ada0 - SATA HDD, cd0 - PATA > ATAPI CD-ROM. > > Just an idea, aren't you are using legacy ata(4) + atapicam for your > cd0? atapicam lies that it's buses are SPI (SCSI). my cd0 is a pata atapi dvdrom drive and i have the following in my kernel conf: device atacore device ahci device atajmicron device atapci #device atapicd device atapicam device umass device scbus device cd device pass device da device random device pty device md the dmesg entries for cd0 are: cam_periph_alloc: attempt to re-allocate valid device cd0 rejected cdasync: Unable to attach new device due to status 0x6 cd0 at ata2 bus 0 scbus8 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: cd present [2149024 x 2048 byte records] cheers. alex > > > 2) the pass* devices still don't show up under ide/scsi/other. that's ok, but > > then the src comments and manual pages need to be changed accordingly. > > As I have told - it is a bug/feature of libdevstat. It should not be > difficult to fix, if it is really a bug. > > -- > Alexander Motin -- a13x From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 11 06:44:25 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2606106564A; Mon, 11 Apr 2011 06:44:25 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A3D6F8FC18; Mon, 11 Apr 2011 06:44:24 +0000 (UTC) Received: by bwz12 with SMTP id 12so5497436bwz.13 for ; Sun, 10 Apr 2011 23:44:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=nMN585lCtONI+mcTgwDbhuSTBdHhSt41BK2knSHyINg=; b=WuYn5pV4WYTTFn0P/ryKrDhVsGCyMgajaqFDIcxzCreStmWUtowX+358h9LwDtZ2VV GQ+oxSeuY70NmkWPnBPTIWnhYMJfbNryP/SR8YxTGSn6WmvBVDfQdL8K6LP9O/M4Y7gW A+q5cjLK0GMw9mQ8WKmnT4q/TJagK3h4Wf+1s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=UO7Q1Low/AKnqb2rvZtJ9tPcaVpKk+yhg4SmNaYjI1kdsRyW61AFev7jnhMqI39c+T qLhCZZKMng1GlbKj6mAG+fJx1llkCuD0jT8gRBL6nqYBzBLFs5qrVtSVM1qNiCOEBJWs lhyS9LvwG2+lrJnqP7zlfSI0jpbmMMkXwoQ5o= Received: by 10.204.81.27 with SMTP id v27mr4518536bkk.115.1302504263042; Sun, 10 Apr 2011 23:44:23 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id x6sm3008062bkv.12.2011.04.10.23.44.21 (version=SSLv3 cipher=OTHER); Sun, 10 Apr 2011 23:44:22 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DA2A33B.8010807@FreeBSD.org> Date: Mon, 11 Apr 2011 09:44:11 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Alexander Best References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110410115644.GA55815@freebsd.org> <4DA210D3.5090807@FreeBSD.org> <20110411025646.GA46088@freebsd.org> In-Reply-To: <20110411025646.GA46088@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, John Baldwin Subject: Re: multiple issues with devstat_*(9) 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, 11 Apr 2011 06:44:26 -0000 Alexander Best wrote: > On Sun Apr 10 11, Alexander Motin wrote: >> Alexander Best wrote: >>> On Thu Apr 7 11, Alexander Motin wrote: >>>> Assuming that SCSI and IDE in -t option means transport type, and >>>> assuming that we count everything except ATA and SATA as SCSI, I've made >>>> following patch, that should fix issues from the CAM side: >>>> http://people.freebsd.org/~mav/cam.devstat.patch >>> with your patch i get the following output: >>> >>> otaku% iostat -t ide >>> tty ada0 ada1 cpu >>> tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id >>> 6 144 14.21 6 0.09 20.46 40 0.81 2 0 3 0 95 >>> otaku% iostat -t scsi >>> tty cd0 cpu >>> tin tout KB/t tps MB/s us ni sy in id >>> 6 146 2.32 0 0.00 2 0 3 0 95 >>> otaku% iostat -t pass >>> tty pass0 pass1 pass2 cpu >>> tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id >>> 6 147 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 2 0 3 0 95 >>> otaku% iostat -t da >>> tty ada0 ada1 cpu >>> tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id >>> 6 147 14.21 6 0.08 20.46 37 0.75 1 0 3 0 95 >>> otaku% iostat -t cd >>> tty cd0 cpu >>> tin tout KB/t tps MB/s us ni sy in id >>> 7 147 2.32 0 0.00 1 0 3 0 95 >>> otaku% iostat -t other >>> tty cpu >>> tin tout us ni sy in id >>> 7 149 1 0 3 0 95 >>> otaku% iostat -n 100 >>> tty ada0 ada1 cd0 pass0 pass1 pass2 cpu >>> tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id >>> 6 135 14.21 5 0.07 20.44 32 0.64 2.32 0 0.00 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 1 0 3 0 96 >>> >>> the the remaining issues imho are: >>> >>> 1) ada* and cd* are SATA/ATA devices. so i think they should show up together >>> either under ide *or* scsi. i don't have any *real* scsi devices. >> I've just retested the patch and haven't reproduced your problem: >> %iostat -d >> da0 ada0 da1 cd0 >> KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s >> 0.01 0 0.00 3.27 1 0.00 2.65 1 0.00 0.00 0 0.00 >> %iostat -d -t ide >> da0 ada0 cd0 >> KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s >> 0.01 0 0.00 3.27 1 0.00 0.00 0 0.00 >> %iostat -d -t scsi >> da1 >> KB/t tps MB/s >> 2.65 1 0.00 >> %iostat -d -t pass >> pass0 pass1 pass2 pass3 >> KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s >> 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 >> %iostat -d -t ide,pass >> pass0 pass1 pass2 >> KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s >> 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 >> %iostat -d -t scsi,pass >> pass3 >> KB/t tps MB/s >> 0.00 0 0.00 >> >> da0 is an PATA ATAPI ZIP, da1 - USB floppy, ada0 - SATA HDD, cd0 - PATA >> ATAPI CD-ROM. >> >> Just an idea, aren't you are using legacy ata(4) + atapicam for your >> cd0? atapicam lies that it's buses are SPI (SCSI). > > my cd0 is a pata atapi dvdrom drive and i have the following in my kernel conf: > > device atacore > device ahci > device atajmicron > device atapci > #device atapicd > device atapicam > > device umass > device scbus > device cd > device pass > device da > device random > device pty > device md > > the dmesg entries for cd0 are: > > cam_periph_alloc: attempt to re-allocate valid device cd0 rejected > cdasync: Unable to attach new device due to status 0x6 > cd0 at ata2 bus 0 scbus8 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 3.300MB/s transfers > cd0: cd present [2149024 x 2048 byte records] Aha, that's it. It is atapicam's lie. atapicam is one of a things that will go away during migration to CAM ATA. If you remove `device atapicam`, but add `options ATA_CAM` instead, CAM will manage that bus directly and report it as ATA. -- Alexander Motin From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 11 08:38:22 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 03DD71065672; Mon, 11 Apr 2011 08:38:22 +0000 (UTC) Date: Mon, 11 Apr 2011 08:38:22 +0000 From: Alexander Best To: Alexander Motin Message-ID: <20110411083821.GA80320@freebsd.org> References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110410115644.GA55815@freebsd.org> <4DA210D3.5090807@FreeBSD.org> <20110411025646.GA46088@freebsd.org> <4DA2A33B.8010807@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DA2A33B.8010807@FreeBSD.org> Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, John Baldwin Subject: Re: multiple issues with devstat_*(9) 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, 11 Apr 2011 08:38:22 -0000 On Mon Apr 11 11, Alexander Motin wrote: > Alexander Best wrote: > > On Sun Apr 10 11, Alexander Motin wrote: > >> Alexander Best wrote: > >>> On Thu Apr 7 11, Alexander Motin wrote: > >>>> Assuming that SCSI and IDE in -t option means transport type, and > >>>> assuming that we count everything except ATA and SATA as SCSI, I've made > >>>> following patch, that should fix issues from the CAM side: > >>>> http://people.freebsd.org/~mav/cam.devstat.patch > >>> with your patch i get the following output: > >>> > >>> otaku% iostat -t ide > >>> tty ada0 ada1 cpu > >>> tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > >>> 6 144 14.21 6 0.09 20.46 40 0.81 2 0 3 0 95 > >>> otaku% iostat -t scsi > >>> tty cd0 cpu > >>> tin tout KB/t tps MB/s us ni sy in id > >>> 6 146 2.32 0 0.00 2 0 3 0 95 > >>> otaku% iostat -t pass > >>> tty pass0 pass1 pass2 cpu > >>> tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > >>> 6 147 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 2 0 3 0 95 > >>> otaku% iostat -t da > >>> tty ada0 ada1 cpu > >>> tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > >>> 6 147 14.21 6 0.08 20.46 37 0.75 1 0 3 0 95 > >>> otaku% iostat -t cd > >>> tty cd0 cpu > >>> tin tout KB/t tps MB/s us ni sy in id > >>> 7 147 2.32 0 0.00 1 0 3 0 95 > >>> otaku% iostat -t other > >>> tty cpu > >>> tin tout us ni sy in id > >>> 7 149 1 0 3 0 95 > >>> otaku% iostat -n 100 > >>> tty ada0 ada1 cd0 pass0 pass1 pass2 cpu > >>> tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > >>> 6 135 14.21 5 0.07 20.44 32 0.64 2.32 0 0.00 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 1 0 3 0 96 > >>> > >>> the the remaining issues imho are: > >>> > >>> 1) ada* and cd* are SATA/ATA devices. so i think they should show up together > >>> either under ide *or* scsi. i don't have any *real* scsi devices. > >> I've just retested the patch and haven't reproduced your problem: > >> %iostat -d > >> da0 ada0 da1 cd0 > >> KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > >> 0.01 0 0.00 3.27 1 0.00 2.65 1 0.00 0.00 0 0.00 > >> %iostat -d -t ide > >> da0 ada0 cd0 > >> KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > >> 0.01 0 0.00 3.27 1 0.00 0.00 0 0.00 > >> %iostat -d -t scsi > >> da1 > >> KB/t tps MB/s > >> 2.65 1 0.00 > >> %iostat -d -t pass > >> pass0 pass1 pass2 pass3 > >> KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > >> 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 > >> %iostat -d -t ide,pass > >> pass0 pass1 pass2 > >> KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > >> 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 > >> %iostat -d -t scsi,pass > >> pass3 > >> KB/t tps MB/s > >> 0.00 0 0.00 > >> > >> da0 is an PATA ATAPI ZIP, da1 - USB floppy, ada0 - SATA HDD, cd0 - PATA > >> ATAPI CD-ROM. > >> > >> Just an idea, aren't you are using legacy ata(4) + atapicam for your > >> cd0? atapicam lies that it's buses are SPI (SCSI). > > > > my cd0 is a pata atapi dvdrom drive and i have the following in my kernel conf: > > > > device atacore > > device ahci > > device atajmicron > > device atapci > > #device atapicd > > device atapicam > > > > device umass > > device scbus > > device cd > > device pass > > device da > > device random > > device pty > > device md > > > > the dmesg entries for cd0 are: > > > > cam_periph_alloc: attempt to re-allocate valid device cd0 rejected > > cdasync: Unable to attach new device due to status 0x6 > > cd0 at ata2 bus 0 scbus8 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-0 device > > cd0: 3.300MB/s transfers > > cd0: cd present [2149024 x 2048 byte records] > > Aha, that's it. It is atapicam's lie. atapicam is one of a things that > will go away during migration to CAM ATA. If you remove `device > atapicam`, but add `options ATA_CAM` instead, CAM will manage that bus > directly and report it as ATA. thanks for the hint. i also read the following in the ahci(4) man page: " Driver features include support for Serial ATA and ATAPI devices, ..." ...does that mean that my DVD drive can also attach to the ahci driver? cheers. alex > > -- > Alexander Motin -- a13x From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 11 08:52:44 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C7461065686; Mon, 11 Apr 2011 08:52:44 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7C12F8FC23; Mon, 11 Apr 2011 08:52:43 +0000 (UTC) Received: by bwz12 with SMTP id 12so5576141bwz.13 for ; Mon, 11 Apr 2011 01:52:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=mpZfbr5qraS8QRXJ2YKqTToA9s82G1xieDYTXydojYk=; b=BQj3wrC/MKDZZ+nDHuLxnxLtv3WRF8kDDErSgqdrLIpt1WMhhocNTjpmF+1WccRO5N ijCjEM+cg6oVoBWSq7CTGRkRi22s4SzXz4cRXK3+ie5t174GKju76LI6MKkWPSPFGDqf f44eNtPrqBD00HmW/vXgOcPLIRz17nUthV7+0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=ELnncj49monS57z8VgJzQRZZNhjk3q4Qbj5WcvjZBroWnC5MIpO4xPN8YWjGNY6fBx pLgnndN6Rq95+IpRy1Nwx4JN4YHS9nGa5x5sW1UsBnsdRTlhicPpKJzFoa/1W9KRUi/f rdumQcblHfTWQx5yOUKK2yD2vL85nR/DZ1ozg= Received: by 10.204.16.72 with SMTP id n8mr784611bka.8.1302511962256; Mon, 11 Apr 2011 01:52:42 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id q24sm3067627bks.21.2011.04.11.01.52.40 (version=SSLv3 cipher=OTHER); Mon, 11 Apr 2011 01:52:41 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DA2C14F.60905@FreeBSD.org> Date: Mon, 11 Apr 2011 11:52:31 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Alexander Best References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110410115644.GA55815@freebsd.org> <4DA210D3.5090807@FreeBSD.org> <20110411025646.GA46088@freebsd.org> <4DA2A33B.8010807@FreeBSD.org> <20110411083821.GA80320@freebsd.org> In-Reply-To: <20110411083821.GA80320@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, John Baldwin Subject: Re: multiple issues with devstat_*(9) 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, 11 Apr 2011 08:52:44 -0000 Alexander Best wrote: > On Mon Apr 11 11, Alexander Motin wrote: >> Alexander Best wrote: >>> my cd0 is a pata atapi dvdrom drive and i have the following in my kernel conf: >>> >>> device atacore >>> device ahci >>> device atajmicron >>> device atapci >>> #device atapicd >>> device atapicam >>> >>> device umass >>> device scbus >>> device cd >>> device pass >>> device da >>> device random >>> device pty >>> device md >>> >>> the dmesg entries for cd0 are: >>> >>> cam_periph_alloc: attempt to re-allocate valid device cd0 rejected >>> cdasync: Unable to attach new device due to status 0x6 >>> cd0 at ata2 bus 0 scbus8 target 0 lun 0 >>> cd0: Removable CD-ROM SCSI-0 device >>> cd0: 3.300MB/s transfers >>> cd0: cd present [2149024 x 2048 byte records] >> Aha, that's it. It is atapicam's lie. atapicam is one of a things that >> will go away during migration to CAM ATA. If you remove `device >> atapicam`, but add `options ATA_CAM` instead, CAM will manage that bus >> directly and report it as ATA. > > thanks for the hint. i also read the following in the ahci(4) man page: > > " Driver features include support for Serial ATA and ATAPI devices, ..." > > ...does that mean that my DVD drive can also attach to the ahci driver? If it is SATA and you connect it to AHCI controller -- yes, it will work with ahci(4) controller driver. -- Alexander Motin From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 11 09:34:15 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id C93E31065670; Mon, 11 Apr 2011 09:34:15 +0000 (UTC) Date: Mon, 11 Apr 2011 09:34:15 +0000 From: Alexander Best To: Alexander Motin Message-ID: <20110411093415.GA87477@freebsd.org> References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110410115644.GA55815@freebsd.org> <4DA210D3.5090807@FreeBSD.org> <20110411025646.GA46088@freebsd.org> <4DA2A33B.8010807@FreeBSD.org> <20110411083821.GA80320@freebsd.org> <4DA2C14F.60905@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DA2C14F.60905@FreeBSD.org> Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, John Baldwin Subject: Re: multiple issues with devstat_*(9) 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, 11 Apr 2011 09:34:15 -0000 On Mon Apr 11 11, Alexander Motin wrote: > Alexander Best wrote: > > On Mon Apr 11 11, Alexander Motin wrote: > >> Alexander Best wrote: > >>> my cd0 is a pata atapi dvdrom drive and i have the following in my kernel conf: > >>> > >>> device atacore > >>> device ahci > >>> device atajmicron > >>> device atapci > >>> #device atapicd > >>> device atapicam > >>> > >>> device umass > >>> device scbus > >>> device cd > >>> device pass > >>> device da > >>> device random > >>> device pty > >>> device md > >>> > >>> the dmesg entries for cd0 are: > >>> > >>> cam_periph_alloc: attempt to re-allocate valid device cd0 rejected > >>> cdasync: Unable to attach new device due to status 0x6 > >>> cd0 at ata2 bus 0 scbus8 target 0 lun 0 > >>> cd0: Removable CD-ROM SCSI-0 device > >>> cd0: 3.300MB/s transfers > >>> cd0: cd present [2149024 x 2048 byte records] > >> Aha, that's it. It is atapicam's lie. atapicam is one of a things that > >> will go away during migration to CAM ATA. If you remove `device > >> atapicam`, but add `options ATA_CAM` instead, CAM will manage that bus > >> directly and report it as ATA. > > > > thanks for the hint. i also read the following in the ahci(4) man page: > > > > " Driver features include support for Serial ATA and ATAPI devices, ..." > > > > ...does that mean that my DVD drive can also attach to the ahci driver? > > If it is SATA and you connect it to AHCI controller -- yes, it will work > with ahci(4) controller driver. no it's PATA. thanks for the help. i'll remove atapicam from my kernel conf and add ATA_CAM. maybe we could have a list of supported controllers in the ahci(4) man page. will the ataahci driver also dissapear soon? cheers. alex > > -- > Alexander Motin -- a13x From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 11 11:07:09 2011 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1F521065670 for ; Mon, 11 Apr 2011 11:07:09 +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 A17FE8FC21 for ; Mon, 11 Apr 2011 11:07:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p3BB79mb025987 for ; Mon, 11 Apr 2011 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p3BB79x9025985 for freebsd-scsi@FreeBSD.org; Mon, 11 Apr 2011 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Apr 2011 11:07:09 GMT Message-Id: <201104111107.p3BB79x9025985@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, 11 Apr 2011 11:07:09 -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/154432 scsi [xpt] run_interrupt_driven_hooks: still waiting after 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/141934 scsi [cam] [patch] add support for SEAGATE DAT Scopion 130 o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/127717 scsi [ata] [patch] [request] - support write cache toggling o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123520 scsi [ahd] unable to boot from net while using ahd o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] f kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o bin/57088 scsi [cam] [patch] for a possible fd leak in libcam.c o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND f kern/40895 scsi wierd kernel / device driver bug o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 47 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 11 11:45:37 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A0F91065670; Mon, 11 Apr 2011 11:45:37 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2E8768FC12; Mon, 11 Apr 2011 11:45:35 +0000 (UTC) Received: by bwz12 with SMTP id 12so5701341bwz.13 for ; Mon, 11 Apr 2011 04:45:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=G9BQ3zwgHBT7BdwUZNdsYv68G14r1GwnTtE2M1D3eVU=; b=VvVf2MGuC8i0q3NMg+UGmOt9xCJHuW5PPxylD/kTyXKlZNBH9hL62mj3YIS50B5xdv XErvPyaWyIOWuXMOFVj1PBX5NEQNQqVyCWBZXU5whLPXAW29dxxxqJnRzLuEMPL3OyTk 5mQpy4+43qSfVZzhsequIl5d1Od4EtwCS9lhg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=cXDU94NzZ8kc/HuPG9RvomWLzm41cIEnzRRr5IJnKzABrSafkh0aqnhcvkuh2QeYcW te8Bms1oJi35EYpEanUqIPLqvmTkE5g35xv5ac5d61/0j9aVABMtXx9kYzX/VTc4KIRM ZYinK189nI8EJkUnpRb4+SG4Yi7cAGE5p9Z8k= Received: by 10.204.19.70 with SMTP id z6mr2234940bka.204.1302522335053; Mon, 11 Apr 2011 04:45:35 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id b6sm3161321bkb.22.2011.04.11.04.45.33 (version=SSLv3 cipher=OTHER); Mon, 11 Apr 2011 04:45:34 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DA2E9DC.108@FreeBSD.org> Date: Mon, 11 Apr 2011 14:45:32 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110310 Thunderbird/3.1.9 MIME-Version: 1.0 To: Alexander Best References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110410115644.GA55815@freebsd.org> <4DA210D3.5090807@FreeBSD.org> <20110411025646.GA46088@freebsd.org> <4DA2A33B.8010807@FreeBSD.org> <20110411083821.GA80320@freebsd.org> <4DA2C14F.60905@FreeBSD.org> <20110411093415.GA87477@freebsd.org> In-Reply-To: <20110411093415.GA87477@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: multiple issues with devstat_*(9) 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, 11 Apr 2011 11:45:37 -0000 On 11.04.2011 12:34, Alexander Best wrote: > On Mon Apr 11 11, Alexander Motin wrote: >> Alexander Best wrote: >>> On Mon Apr 11 11, Alexander Motin wrote: >>>> Alexander Best wrote: >>>>> my cd0 is a pata atapi dvdrom drive and i have the following in my kernel conf: >>>>> >>>>> device atacore >>>>> device ahci >>>>> device atajmicron >>>>> device atapci >>>>> #device atapicd >>>>> device atapicam >>>>> >>>>> device umass >>>>> device scbus >>>>> device cd >>>>> device pass >>>>> device da >>>>> device random >>>>> device pty >>>>> device md >>>>> >>>>> the dmesg entries for cd0 are: >>>>> >>>>> cam_periph_alloc: attempt to re-allocate valid device cd0 rejected >>>>> cdasync: Unable to attach new device due to status 0x6 >>>>> cd0 at ata2 bus 0 scbus8 target 0 lun 0 >>>>> cd0: Removable CD-ROM SCSI-0 device >>>>> cd0: 3.300MB/s transfers >>>>> cd0: cd present [2149024 x 2048 byte records] >>>> Aha, that's it. It is atapicam's lie. atapicam is one of a things that >>>> will go away during migration to CAM ATA. If you remove `device >>>> atapicam`, but add `options ATA_CAM` instead, CAM will manage that bus >>>> directly and report it as ATA. >>> >>> thanks for the hint. i also read the following in the ahci(4) man page: >>> >>> " Driver features include support for Serial ATA and ATAPI devices, ..." >>> >>> ...does that mean that my DVD drive can also attach to the ahci driver? >> >> If it is SATA and you connect it to AHCI controller -- yes, it will work >> with ahci(4) controller driver. > > no it's PATA. thanks for the help. i'll remove atapicam from my kernel conf > and add ATA_CAM. > > maybe we could have a list of supported controllers in the ahci(4) man page. We could do it (you can find list of known inside ahci.c), but unlike others, AHCI is an open specification, so that list will never be complete. Also on some chipsets AHCI support also depends on BIOS, so specification of just a chipset revisions can be inaccurate. > will the ataahci driver also dissapear soon? Yes, at least disabled. Same as most part of the atasiliconimage and the atamarvell. -- Alexander Motin From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 11 16:07:41 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 397FF106564A; Mon, 11 Apr 2011 16:07:41 +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 D9EA38FC19; Mon, 11 Apr 2011 16:07:40 +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 p3BFcvNY063281; Mon, 11 Apr 2011 09:38:57 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p3BFcvfT063280; Mon, 11 Apr 2011 09:38:57 -0600 (MDT) (envelope-from ken) Date: Mon, 11 Apr 2011 09:38:57 -0600 From: "Kenneth D. Merry" To: Alexander Motin Message-ID: <20110411153857.GA63246@nargothrond.kdm.org> References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D9D9917.3030102@FreeBSD.org> User-Agent: Mutt/1.4.2i Cc: Alexander Best , freebsd-current@freebsd.org, John Baldwin , freebsd-scsi@freebsd.org Subject: Re: multiple issues with devstat_*(9) 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, 11 Apr 2011 16:07:41 -0000 On Thu, Apr 07, 2011 at 13:59:35 +0300, Alexander Motin wrote: > Alexander Best wrote: > > On Fri Apr 1 11, John Baldwin wrote: > >> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: > >>> i think there are multiple issues with devstat. i found the following in > >>> devicestat.h: > > ... > > >>> funny thing is i found the following in scsi_pass.c: > >>> > >>> softc->device_stats = devstat_new_entry("pass", > >>> periph->unit_number, 0, > >>> DEVSTAT_NO_BLOCKSIZE > >>> | (no_tags ? DEVSTAT_NO_ORDERED_TAGS : 0), > >>> softc->pd_type | > >>> DEVSTAT_TYPE_IF_SCSI | > >>> DEVSTAT_TYPE_PASS, > >>> DEVSTAT_PRIORITY_PASS); > >>> > >>> ...so pass* *should* show up under iostat -t scsi. > > As I can see, this is a bug (or feature) of the libdevstat / > devstat_selectdevs(). If you specify any -t, then pass devices will be > reported only if you request "pass" specifically. > > >> Hmm, pass devices for adaX should not be SCSI though, they should be ide I > >> think. > > > > i think the situation with ATA_CAM should be discussed further. still besides > > this issue there are many more with devstat(3). > > > > i'll try to track all the "devstat_new_entry()" occurrences and see if some > > issues can be fixed. maybe only the proper DEVSTAT_* args were forgotten. > > Assuming that SCSI and IDE in -t option means transport type, and > assuming that we count everything except ATA and SATA as SCSI, I've made > following patch, that should fix issues from the CAM side: > http://people.freebsd.org/~mav/cam.devstat.patch > > Any objections? Or SCSI/IDE there expected to mean command set? For what it's worth, I think the above patch is the right approach. The device type stuff in devstat has been broken since GEOM went in, so I'm glad to see you step up to fix it! Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 11 16:07:41 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9585B106566C; Mon, 11 Apr 2011 16:07:41 +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 5FAA68FC1A; Mon, 11 Apr 2011 16:07:41 +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 p3BFhdOJ063502; Mon, 11 Apr 2011 09:43:39 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p3BFhdDR063501; Mon, 11 Apr 2011 09:43:39 -0600 (MDT) (envelope-from ken) Date: Mon, 11 Apr 2011 09:43:39 -0600 From: "Kenneth D. Merry" To: Alexander Motin Message-ID: <20110411154339.GB63246@nargothrond.kdm.org> References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110410115644.GA55815@freebsd.org> <4DA210D3.5090807@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DA210D3.5090807@FreeBSD.org> User-Agent: Mutt/1.4.2i Cc: Alexander Best , freebsd-current@freebsd.org, John Baldwin , freebsd-scsi@freebsd.org Subject: Re: multiple issues with devstat_*(9) 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, 11 Apr 2011 16:07:41 -0000 On Sun, Apr 10, 2011 at 23:19:31 +0300, Alexander Motin wrote: > Alexander Best wrote: > > On Thu Apr 7 11, Alexander Motin wrote: > >> Alexander Best wrote: > >>> On Fri Apr 1 11, John Baldwin wrote: > >>>> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: > >>>>> i think there are multiple issues with devstat. i found the following in > >>>>> devicestat.h: > >> ... > >> > >>>>> funny thing is i found the following in scsi_pass.c: > >>>>> > >>>>> softc->device_stats = devstat_new_entry("pass", > >>>>> periph->unit_number, 0, > >>>>> DEVSTAT_NO_BLOCKSIZE > >>>>> | (no_tags ? DEVSTAT_NO_ORDERED_TAGS : 0), > >>>>> softc->pd_type | > >>>>> DEVSTAT_TYPE_IF_SCSI | > >>>>> DEVSTAT_TYPE_PASS, > >>>>> DEVSTAT_PRIORITY_PASS); > >>>>> > >>>>> ...so pass* *should* show up under iostat -t scsi. > >> As I can see, this is a bug (or feature) of the libdevstat / > >> devstat_selectdevs(). If you specify any -t, then pass devices will be > >> reported only if you request "pass" specifically. > >> > >>>> Hmm, pass devices for adaX should not be SCSI though, they should be ide I > >>>> think. > >>> i think the situation with ATA_CAM should be discussed further. still besides > >>> this issue there are many more with devstat(3). > >>> > >>> i'll try to track all the "devstat_new_entry()" occurrences and see if some > >>> issues can be fixed. maybe only the proper DEVSTAT_* args were forgotten. > >> Assuming that SCSI and IDE in -t option means transport type, and > >> assuming that we count everything except ATA and SATA as SCSI, I've made > >> following patch, that should fix issues from the CAM side: > >> http://people.freebsd.org/~mav/cam.devstat.patch > > > > with your patch i get the following output: > > > > otaku% iostat -t ide > > tty ada0 ada1 cpu > > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > > 6 144 14.21 6 0.09 20.46 40 0.81 2 0 3 0 95 > > otaku% iostat -t scsi > > tty cd0 cpu > > tin tout KB/t tps MB/s us ni sy in id > > 6 146 2.32 0 0.00 2 0 3 0 95 > > otaku% iostat -t pass > > tty pass0 pass1 pass2 cpu > > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > > 6 147 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 2 0 3 0 95 > > otaku% iostat -t da > > tty ada0 ada1 cpu > > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > > 6 147 14.21 6 0.08 20.46 37 0.75 1 0 3 0 95 > > otaku% iostat -t cd > > tty cd0 cpu > > tin tout KB/t tps MB/s us ni sy in id > > 7 147 2.32 0 0.00 1 0 3 0 95 > > otaku% iostat -t other > > tty cpu > > tin tout us ni sy in id > > 7 149 1 0 3 0 95 > > otaku% iostat -n 100 > > tty ada0 ada1 cd0 pass0 pass1 pass2 cpu > > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > > 6 135 14.21 5 0.07 20.44 32 0.64 2.32 0 0.00 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 1 0 3 0 96 > > > > the the remaining issues imho are: > > > > 1) ada* and cd* are SATA/ATA devices. so i think they should show up together > > either under ide *or* scsi. i don't have any *real* scsi devices. > > I've just retested the patch and haven't reproduced your problem: > %iostat -d > da0 ada0 da1 cd0 > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > 0.01 0 0.00 3.27 1 0.00 2.65 1 0.00 0.00 0 0.00 > %iostat -d -t ide > da0 ada0 cd0 > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > 0.01 0 0.00 3.27 1 0.00 0.00 0 0.00 > %iostat -d -t scsi > da1 > KB/t tps MB/s > 2.65 1 0.00 > %iostat -d -t pass > pass0 pass1 pass2 pass3 > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 > %iostat -d -t ide,pass > pass0 pass1 pass2 > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 > %iostat -d -t scsi,pass > pass3 > KB/t tps MB/s > 0.00 0 0.00 > > da0 is an PATA ATAPI ZIP, da1 - USB floppy, ada0 - SATA HDD, cd0 - PATA > ATAPI CD-ROM. > > Just an idea, aren't you are using legacy ata(4) + atapicam for your > cd0? atapicam lies that it's buses are SPI (SCSI). > > > 2) the pass* devices still don't show up under ide/scsi/other. that's ok, but > > then the src comments and manual pages need to be changed accordingly. > > As I have told - it is a bug/feature of libdevstat. It should not be > difficult to fix, if it is really a bug. That was intentional, if I can remember what I intended in 1997/1998. The reason was that since there is one passthrough device created for every device that CAM manages, you don't want to show pass(4) devices when the user says 'iostat -t scsi'. Otherwise he might get all pass(4) devices, depending on the order of devices in the system. But, if it's pass(4) devices you want, you can ask for them specifically, or for all SCSI/IDE pass(4) devices, as mav did above. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 11 16:09:05 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EC6A106567E; Mon, 11 Apr 2011 16:09:05 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id BD3508FC1F; Mon, 11 Apr 2011 16:09:04 +0000 (UTC) Received: by bwz12 with SMTP id 12so5977002bwz.13 for ; Mon, 11 Apr 2011 09:09:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=LZs8j6Pi47+4b5ubVwMj/g+yzvXfzo0BHGm8d6XWf6k=; b=AvP+15Pl3Ua0bZJe8D+t78AwuD9eLOexM9qM7L52d+lsjLvbMVvJKAJaQT0CPA8d8W aXEXLyVFwRhr2+PH72MeMN8tSnn9zG3APvJ9GlslRpRmE4kLqIixNN/lECWcpp/ooPPi oc8kjQ6XBQTxvCxGMrhGrSetRPWqQTMj9Nu1M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=P/HBh7AFT44seTq+jYYUBsNZTML3cglLchtALgQUEbM73Cw3zET/SCSc7cfM6JYsqL CzWn//roBn2LDyNN1LsvNsDXTygX6H52+Et0R3oxk9BB0xnXvHGLoV3zhcWwIwT3oHef 9DtTKBLMg0XLevCmmu2pdjl5kQaAHn6oakL7g= Received: by 10.204.20.147 with SMTP id f19mr89029bkb.163.1302538143238; Mon, 11 Apr 2011 09:09:03 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id j13sm736693faa.3.2011.04.11.09.09.01 (version=SSLv3 cipher=OTHER); Mon, 11 Apr 2011 09:09:02 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DA3279C.5090409@FreeBSD.org> Date: Mon, 11 Apr 2011 19:09:00 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110310 Thunderbird/3.1.9 MIME-Version: 1.0 To: "Kenneth D. Merry" References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110410115644.GA55815@freebsd.org> <4DA210D3.5090807@FreeBSD.org> <20110411154339.GB63246@nargothrond.kdm.org> In-Reply-To: <20110411154339.GB63246@nargothrond.kdm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: multiple issues with devstat_*(9) 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, 11 Apr 2011 16:09:05 -0000 On 11.04.2011 18:43, Kenneth D. Merry wrote: > On Sun, Apr 10, 2011 at 23:19:31 +0300, Alexander Motin wrote: >> Alexander Best wrote: >>> 2) the pass* devices still don't show up under ide/scsi/other. that's ok, but >>> then the src comments and manual pages need to be changed accordingly. >> >> As I have told - it is a bug/feature of libdevstat. It should not be >> difficult to fix, if it is really a bug. > > That was intentional, if I can remember what I intended in 1997/1998. > > The reason was that since there is one passthrough device created for every > device that CAM manages, you don't want to show pass(4) devices when the > user says 'iostat -t scsi'. Otherwise he might get all pass(4) devices, > depending on the order of devices in the system. > > But, if it's pass(4) devices you want, you can ask for them specifically, > or for all SCSI/IDE pass(4) devices, as mav did above. But it is impossible to get, for example, all SCSI devices including pass. Either only non-pass, or pass only. It is strange that if I won't specify "-t" (most probable for inexperienced users), I'll gel all devices including pass, but if specify "-t scsi" (as more advanced user who knows what to ask), I'll get only non-pass. It is at least inconsistent. -- Alexander Motin From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 11 16:50:02 2011 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38A131065679; Mon, 11 Apr 2011 16:50:02 +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 9C5558FC15; Mon, 11 Apr 2011 16:50:01 +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 p3BGo1JC065258; Mon, 11 Apr 2011 10:50:01 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p3BGo1Qq065251; Mon, 11 Apr 2011 10:50:01 -0600 (MDT) (envelope-from ken) Date: Mon, 11 Apr 2011 10:50:01 -0600 From: "Kenneth D. Merry" To: Alexander Motin Message-ID: <20110411165001.GA65146@nargothrond.kdm.org> References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110410115644.GA55815@freebsd.org> <4DA210D3.5090807@FreeBSD.org> <20110411154339.GB63246@nargothrond.kdm.org> <4DA3279C.5090409@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DA3279C.5090409@FreeBSD.org> User-Agent: Mutt/1.4.2i Cc: freebsd-scsi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: multiple issues with devstat_*(9) 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, 11 Apr 2011 16:50:02 -0000 On Mon, Apr 11, 2011 at 19:09:00 +0300, Alexander Motin wrote: > On 11.04.2011 18:43, Kenneth D. Merry wrote: > >On Sun, Apr 10, 2011 at 23:19:31 +0300, Alexander Motin wrote: > >>Alexander Best wrote: > >>>2) the pass* devices still don't show up under ide/scsi/other. that's > >>>ok, but > >>> then the src comments and manual pages need to be changed > >>> accordingly. > >> > >>As I have told - it is a bug/feature of libdevstat. It should not be > >>difficult to fix, if it is really a bug. > > > >That was intentional, if I can remember what I intended in 1997/1998. > > > >The reason was that since there is one passthrough device created for every > >device that CAM manages, you don't want to show pass(4) devices when the > >user says 'iostat -t scsi'. Otherwise he might get all pass(4) devices, > >depending on the order of devices in the system. > > > >But, if it's pass(4) devices you want, you can ask for them specifically, > >or for all SCSI/IDE pass(4) devices, as mav did above. > > But it is impossible to get, for example, all SCSI devices including > pass. Either only non-pass, or pass only. > > It is strange that if I won't specify "-t" (most probable for > inexperienced users), I'll gel all devices including pass, but if > specify "-t scsi" (as more advanced user who knows what to ask), I'll > get only non-pass. It is at least inconsistent. Perhaps it is somewhat inconsistent, and we should do some filtering by default to not show pass(4) devices. The idea was that in most cases, people will not want to see the pass(4) devices. That is not where most of the I/O typically happens. If they want to see the pass(4) devices, they can ask for them specifically by type or by name. When I have a system full of drives and I want to look at one particular pass(4) device, I always specify it manually, e.g.: 'iostat -d pass4 1' Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 11 16:51:34 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 820DC106567C; Mon, 11 Apr 2011 16:51:34 +0000 (UTC) Date: Mon, 11 Apr 2011 16:51:34 +0000 From: Alexander Best To: "Kenneth D. Merry" Message-ID: <20110411165134.GA46762@freebsd.org> References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110410115644.GA55815@freebsd.org> <4DA210D3.5090807@FreeBSD.org> <20110411154339.GB63246@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110411154339.GB63246@nargothrond.kdm.org> Cc: freebsd-scsi@freebsd.org, Alexander Motin , freebsd-current@freebsd.org, John Baldwin Subject: Re: multiple issues with devstat_*(9) 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, 11 Apr 2011 16:51:34 -0000 On Mon Apr 11 11, Kenneth D. Merry wrote: > On Sun, Apr 10, 2011 at 23:19:31 +0300, Alexander Motin wrote: > > Alexander Best wrote: > > > On Thu Apr 7 11, Alexander Motin wrote: > > >> Alexander Best wrote: > > >>> On Fri Apr 1 11, John Baldwin wrote: > > >>>> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: > > >>>>> i think there are multiple issues with devstat. i found the following in > > >>>>> devicestat.h: > > >> ... > > >> > > >>>>> funny thing is i found the following in scsi_pass.c: > > >>>>> > > >>>>> softc->device_stats = devstat_new_entry("pass", > > >>>>> periph->unit_number, 0, > > >>>>> DEVSTAT_NO_BLOCKSIZE > > >>>>> | (no_tags ? DEVSTAT_NO_ORDERED_TAGS : 0), > > >>>>> softc->pd_type | > > >>>>> DEVSTAT_TYPE_IF_SCSI | > > >>>>> DEVSTAT_TYPE_PASS, > > >>>>> DEVSTAT_PRIORITY_PASS); > > >>>>> > > >>>>> ...so pass* *should* show up under iostat -t scsi. > > >> As I can see, this is a bug (or feature) of the libdevstat / > > >> devstat_selectdevs(). If you specify any -t, then pass devices will be > > >> reported only if you request "pass" specifically. > > >> > > >>>> Hmm, pass devices for adaX should not be SCSI though, they should be ide I > > >>>> think. > > >>> i think the situation with ATA_CAM should be discussed further. still besides > > >>> this issue there are many more with devstat(3). > > >>> > > >>> i'll try to track all the "devstat_new_entry()" occurrences and see if some > > >>> issues can be fixed. maybe only the proper DEVSTAT_* args were forgotten. > > >> Assuming that SCSI and IDE in -t option means transport type, and > > >> assuming that we count everything except ATA and SATA as SCSI, I've made > > >> following patch, that should fix issues from the CAM side: > > >> http://people.freebsd.org/~mav/cam.devstat.patch > > > > > > with your patch i get the following output: > > > > > > otaku% iostat -t ide > > > tty ada0 ada1 cpu > > > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > > > 6 144 14.21 6 0.09 20.46 40 0.81 2 0 3 0 95 > > > otaku% iostat -t scsi > > > tty cd0 cpu > > > tin tout KB/t tps MB/s us ni sy in id > > > 6 146 2.32 0 0.00 2 0 3 0 95 > > > otaku% iostat -t pass > > > tty pass0 pass1 pass2 cpu > > > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > > > 6 147 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 2 0 3 0 95 > > > otaku% iostat -t da > > > tty ada0 ada1 cpu > > > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > > > 6 147 14.21 6 0.08 20.46 37 0.75 1 0 3 0 95 > > > otaku% iostat -t cd > > > tty cd0 cpu > > > tin tout KB/t tps MB/s us ni sy in id > > > 7 147 2.32 0 0.00 1 0 3 0 95 > > > otaku% iostat -t other > > > tty cpu > > > tin tout us ni sy in id > > > 7 149 1 0 3 0 95 > > > otaku% iostat -n 100 > > > tty ada0 ada1 cd0 pass0 pass1 pass2 cpu > > > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > > > 6 135 14.21 5 0.07 20.44 32 0.64 2.32 0 0.00 0.36 0 0.00 0.36 0 0.00 0.00 0 0.00 1 0 3 0 96 > > > > > > the the remaining issues imho are: > > > > > > 1) ada* and cd* are SATA/ATA devices. so i think they should show up together > > > either under ide *or* scsi. i don't have any *real* scsi devices. > > > > I've just retested the patch and haven't reproduced your problem: > > %iostat -d > > da0 ada0 da1 cd0 > > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > > 0.01 0 0.00 3.27 1 0.00 2.65 1 0.00 0.00 0 0.00 > > %iostat -d -t ide > > da0 ada0 cd0 > > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > > 0.01 0 0.00 3.27 1 0.00 0.00 0 0.00 > > %iostat -d -t scsi > > da1 > > KB/t tps MB/s > > 2.65 1 0.00 > > %iostat -d -t pass > > pass0 pass1 pass2 pass3 > > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > > 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 > > %iostat -d -t ide,pass > > pass0 pass1 pass2 > > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s > > 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 > > %iostat -d -t scsi,pass > > pass3 > > KB/t tps MB/s > > 0.00 0 0.00 > > > > da0 is an PATA ATAPI ZIP, da1 - USB floppy, ada0 - SATA HDD, cd0 - PATA > > ATAPI CD-ROM. > > > > Just an idea, aren't you are using legacy ata(4) + atapicam for your > > cd0? atapicam lies that it's buses are SPI (SCSI). > > > > > 2) the pass* devices still don't show up under ide/scsi/other. that's ok, but > > > then the src comments and manual pages need to be changed accordingly. > > > > As I have told - it is a bug/feature of libdevstat. It should not be > > difficult to fix, if it is really a bug. > > That was intentional, if I can remember what I intended in 1997/1998. > > The reason was that since there is one passthrough device created for every > device that CAM manages, you don't want to show pass(4) devices when the > user says 'iostat -t scsi'. Otherwise he might get all pass(4) devices, > depending on the order of devices in the system. i understand. however i think then we are being faced with a few doc bugs. have a look at this passage from devstat(9) e.g.: " Each device is given a device type. Pass-through devices have the same underlying device type and interface as the device they provide an inter- face for, but they also have the pass-through flag set. The base device types are identical to the SCSI device type numbers, so with SCSI periph- erals, the device type returned from an inquiry is usually ORed with the SCSI interface type and the pass-through flag if appropriate. The device type flags are as follows:" ...i also found some comments in the source mentioning the above behavior. cheers. alex > > But, if it's pass(4) devices you want, you can ask for them specifically, > or for all SCSI/IDE pass(4) devices, as mav did above. > > Ken > -- > Kenneth Merry > ken@FreeBSD.ORG -- a13x From owner-freebsd-scsi@FreeBSD.ORG Tue Apr 12 20:51:59 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id B76D9106566C; Tue, 12 Apr 2011 20:51:59 +0000 (UTC) Date: Tue, 12 Apr 2011 20:51:59 +0000 From: Alexander Best To: "Kenneth D. Merry" Message-ID: <20110412205159.GA49821@freebsd.org> References: <20110331223339.GA13682@freebsd.org> <201104010843.47367.jhb@freebsd.org> <20110404204316.GA11367@freebsd.org> <4D9D9917.3030102@FreeBSD.org> <20110411153857.GA63246@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110411153857.GA63246@nargothrond.kdm.org> Cc: freebsd-scsi@freebsd.org, Alexander Motin , freebsd-current@freebsd.org, John Baldwin Subject: Re: multiple issues with devstat_*(9) 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, 12 Apr 2011 20:51:59 -0000 On Mon Apr 11 11, Kenneth D. Merry wrote: > On Thu, Apr 07, 2011 at 13:59:35 +0300, Alexander Motin wrote: > > Alexander Best wrote: > > > On Fri Apr 1 11, John Baldwin wrote: > > >> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: > > >>> i think there are multiple issues with devstat. i found the following in > > >>> devicestat.h: > > > > ... > > > > >>> funny thing is i found the following in scsi_pass.c: > > >>> > > >>> softc->device_stats = devstat_new_entry("pass", > > >>> periph->unit_number, 0, > > >>> DEVSTAT_NO_BLOCKSIZE > > >>> | (no_tags ? DEVSTAT_NO_ORDERED_TAGS : 0), > > >>> softc->pd_type | > > >>> DEVSTAT_TYPE_IF_SCSI | > > >>> DEVSTAT_TYPE_PASS, > > >>> DEVSTAT_PRIORITY_PASS); > > >>> > > >>> ...so pass* *should* show up under iostat -t scsi. > > > > As I can see, this is a bug (or feature) of the libdevstat / > > devstat_selectdevs(). If you specify any -t, then pass devices will be > > reported only if you request "pass" specifically. > > > > >> Hmm, pass devices for adaX should not be SCSI though, they should be ide I > > >> think. > > > > > > i think the situation with ATA_CAM should be discussed further. still besides > > > this issue there are many more with devstat(3). > > > > > > i'll try to track all the "devstat_new_entry()" occurrences and see if some > > > issues can be fixed. maybe only the proper DEVSTAT_* args were forgotten. > > > > Assuming that SCSI and IDE in -t option means transport type, and > > assuming that we count everything except ATA and SATA as SCSI, I've made > > following patch, that should fix issues from the CAM side: > > http://people.freebsd.org/~mav/cam.devstat.patch i just tried again with ATA_CAM and the patch works perfectly. iostat -t scsi doesn't show any devices and iostat -t ide shows all my ata/sata devices in addition to pass* under iostat -t pass and md* under iostat -t other. +1 for committing it. :) cheers. alex > > > > Any objections? Or SCSI/IDE there expected to mean command set? > > For what it's worth, I think the above patch is the right approach. The > device type stuff in devstat has been broken since GEOM went in, so I'm > glad to see you step up to fix it! > > Ken > -- > Kenneth Merry > ken@FreeBSD.ORG -- a13x From owner-freebsd-scsi@FreeBSD.ORG Wed Apr 13 16:39:20 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7694D106564A; Wed, 13 Apr 2011 16:39:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id A60728FC12; Wed, 13 Apr 2011 16:39:19 +0000 (UTC) Received: by fxm11 with SMTP id 11so776458fxm.13 for ; Wed, 13 Apr 2011 09:39:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=1V/ej9kEPFQ8GtxpHLmcyxUsTxRYSwIchTQ1XxY+7jE=; b=WtYbttk3CfpeI8w9f2wuFAYWoDUzCldon87jnLG2VHnTgrr1GOHgudtzOQvbLJDhHt x3fhmWTVdXMe0WNDL6HXhVLIc5TTJoksllh/rGK51oKtAa211vOI3XE45PhuvpaAovCc 4WKxt4nJUrwWQCmIslSr8iKSonci7IvUemIC4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=s5vnI287MZwAmAwnyXtF3faelBxiyDL8NWdOAjLAqMBoBDhUDwhnjGIdgWb5VWH8DU EgJ9blh9Mcg8IRp/kSuW6ztqJM8nAcC65OfTih+BoTkN/gPYTbSz8ThdV/MZcRv902Gh w0MNgW+/zbxuOV/UyMCNm2RsIAGK4U1SGTaOU= Received: by 10.223.91.79 with SMTP id l15mr2453584fam.53.1302712758516; Wed, 13 Apr 2011 09:39:18 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id g5sm234002faa.26.2011.04.13.09.39.16 (version=SSLv3 cipher=OTHER); Wed, 13 Apr 2011 09:39:17 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DA5D1A5.6090806@FreeBSD.org> Date: Wed, 13 Apr 2011 19:39:01 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Buganini References: <4CD45209.5010607@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, FreeBSD-Current , FreeBSD Stable Subject: Re: Sense fetching [Was: cdrtools /devel ...] 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, 13 Apr 2011 16:39:20 -0000 Buganini wrote: > does r22056{3,5,6,9} supercede these patches ? Yes. They solve problem from different side. > my dvd burning with ahci seems to be fixed by those commits, > without these patches. > > I've just burned a DVD successful, and it's readable. Yea, I've also burned few DVDs with cdrecord-devel for testing. -- Alexander Motin From owner-freebsd-scsi@FreeBSD.ORG Wed Apr 13 17:13:21 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5E52106564A; Wed, 13 Apr 2011 17:13:21 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9F9248FC08; Wed, 13 Apr 2011 17:13:21 +0000 (UTC) Received: by iyj12 with SMTP id 12so936550iyj.13 for ; Wed, 13 Apr 2011 10:13:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=fWEOHKKI9Ho86q14Dk2OeVZCU1Tr3bR9Y9CU+ErCHDc=; b=Z2C/TZGgfL5V4sfVi14i6G4iKUiF+inTFsoBioaxbd6UHcZW4eY9ThOMMgzYw/1dal ddyo0r52UIlx4/4ToGknxTTKyHkIyOD2oHPp9r5TkHLCs/jDhg6M5N5Wyj8DYuEEnHKg aXkAI4C5ab1A+o4It5UAsyxTf2UrrG4U/CqI4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=sfd1I9lGxGCAT/w/MPaXe1lUJavVhkwmvDZ6hYUGQG5tG+28ePJgYcxHitwMJMLfSe bLT3OeCyMZwkQXExoYMZRwTAMjxKGm1LgsrR7QV6W16RNRTbF2++jYM9fOXRqyIu3i+f SvfpK7YBtN5DUUVpPYwWKXQt08jWEVDuM5rj4= MIME-Version: 1.0 Received: by 10.42.158.132 with SMTP id h4mr19012icx.202.1302712231495; Wed, 13 Apr 2011 09:30:31 -0700 (PDT) Received: by 10.231.30.203 with HTTP; Wed, 13 Apr 2011 09:30:31 -0700 (PDT) In-Reply-To: <4CD45209.5010607@FreeBSD.org> References: <4CD45209.5010607@FreeBSD.org> Date: Thu, 14 Apr 2011 00:30:31 +0800 Message-ID: From: Buganini To: Alexander Motin Content-Type: text/plain; charset=UTF-8 Cc: freebsd-scsi@freebsd.org, FreeBSD-Current , FreeBSD Stable Subject: Re: Sense fetching [Was: cdrtools /devel ...] 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, 13 Apr 2011 17:13:22 -0000 does r22056{3,5,6,9} supercede these patches ? my dvd burning with ahci seems to be fixed by those commits, without these patches. I've just burned a DVD successful, and it's readable. Thanks, Buganini From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 14 20:03:49 2011 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 835DC1065674; Thu, 14 Apr 2011 20:03:49 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 597198FC1A; Thu, 14 Apr 2011 20:03:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p3EK3nsd052365; Thu, 14 Apr 2011 20:03:49 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p3EK3nU9052361; Thu, 14 Apr 2011 20:03:49 GMT (envelope-from jh) Date: Thu, 14 Apr 2011 20:03:49 GMT Message-Id: <201104142003.p3EK3nU9052361@freefall.freebsd.org> To: j_guojun@lbl.gov, jh@FreeBSD.org, freebsd-scsi@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/40895: wierd kernel / device driver bug 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, 14 Apr 2011 20:03:49 -0000 Synopsis: wierd kernel / device driver bug State-Changed-From-To: feedback->closed State-Changed-By: jh State-Changed-When: Thu Apr 14 20:03:48 UTC 2011 State-Changed-Why: Feedback timeout. http://www.freebsd.org/cgi/query-pr.cgi?pr=40895 From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 14 20:08:30 2011 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 94B3A1065672; Thu, 14 Apr 2011 20:08:30 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8978FC16; Thu, 14 Apr 2011 20:08:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p3EK8UrX052751; Thu, 14 Apr 2011 20:08:30 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p3EK8TL6052747; Thu, 14 Apr 2011 20:08:29 GMT (envelope-from jh) Date: Thu, 14 Apr 2011 20:08:29 GMT Message-Id: <201104142008.p3EK8TL6052747@freefall.freebsd.org> To: me@swizard.beercan.ru, jh@FreeBSD.org, freebsd-scsi@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/94838: Kernel panic while mounting SD card with lock switch on 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, 14 Apr 2011 20:08:30 -0000 Synopsis: Kernel panic while mounting SD card with lock switch on State-Changed-From-To: feedback->closed State-Changed-By: jh State-Changed-When: Thu Apr 14 20:07:39 UTC 2011 State-Changed-Why: Feedback timeout from submitter. avg@ was unable to reproduce the problem anymore. http://www.freebsd.org/cgi/query-pr.cgi?pr=94838