freebsd-scsi Digest, Vol 363, Issue 1
freebsd-sc...@freebsd.org
freebs...@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
or, via email, send a message with subject or body 'help' to
freebsd-sc...@freebsd.org
You can reach the person managing the list at
freebsd-s...@freebsd.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-scsi digest..."
Today's Topics:
1. cam_periph_find (Matthew Jacob)
2. Re: cam_periph_find (Alexander Motin)
3. Re: adding a "retry command after a delay" error (Alexander Motin)
4. Current problem reports assigned to freebs...@FreeBSD.org
(FreeBSD bugmaster)
----------------------------------------------------------------------
Message: 1
Date: Sun, 04 Apr 2010 09:30:44 -0700
From: Matthew Jacob <m...@feral.com>
Subject: cam_periph_find
To: freebs...@freebsd.org
Message-ID: <4BB8BEB...@feral.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
There is currently nothing that keeps a periph from disappearing between
the time you find it with cam_periph_find and the try to 'acquire' it
later (if you indeed do so).
What do people feel about changing the semantic of cam_periph_find to up
the refcount (requiring the caller to release or release_locked)?
------------------------------
Message: 2
Date: Mon, 05 Apr 2010 09:18:15 +0300
From: Alexander Motin <m...@FreeBSD.org>
Subject: Re: cam_periph_find
To: Matthew Jacob <m...@feral.com>
Cc: freebs...@freebsd.org
Message-ID: <4BB980A7...@FreeBSD.org>
Content-Type: text/plain; charset=ISO-8859-1
Matthew Jacob wrote:
> There is currently nothing that keeps a periph from disappearing between
> the time you find it with cam_periph_find and the try to 'acquire' it
> later (if you indeed do so).
>
> What do people feel about changing the semantic of cam_periph_find to up
> the refcount (requiring the caller to release or release_locked)?
My general feeling is that everything that every reference should be
counted. But with quick look on cam_periph_find() usage I would say that
most (all?) cam_periph_find() calls protected with respective SIM lock.
--
Alexander Motin
------------------------------
Message: 3
Date: Mon, 05 Apr 2010 09:37:22 +0300
From: Alexander Motin <m...@FreeBSD.org>
Subject: Re: adding a "retry command after a delay" error
To: m...@feral.com
Cc: freebs...@freebsd.org
Message-ID: <4BB98522...@FreeBSD.org>
Content-Type: text/plain; charset=ISO-8859-1
Matthew Jacob wrote:
> This is something I whipped up for dealing with some
> active/active-after-failover-time systems. I wanted to have a general
> facility to say of an ASC/ASCQ- retry the command, but after a period of
> delay.
>
> Wonder if anyone had comments?
> http://people.freebsd.org/~mjacob/delay_diffs.txt
I am not SCSI expert yet, but it seems OK for me. But I see two related
questions there: delay time and number of retries allowed.
Most of peripheral drivers now AFAIR ask to do only few (2-5) retries,
so if delay will be short - it may give up too early, but long delay
will probably reduce performance.
--
Alexander Motin
------------------------------
Message: 4
Date: Mon, 5 Apr 2010 11:07:09 GMT
From: FreeBSD bugmaster <bugm...@FreeBSD.org>
Subject: Current problem reports assigned to freebs...@FreeBSD.org
To: freebs...@FreeBSD.org
Message-ID: <201004051107....@freefall.freebsd.org>
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/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
p kern/130735 scsi [cam] [patch] pass M_NOWAIT to the malloc() call insid
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/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi
o kern/123674 scsi [ahc] ahc driver dumping
f kern/123666 scsi [aac] attach fails with Adaptec SAS RAID 3805 controll
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/119668 scsi [cam] [patch] certain errors are too verbose comparing
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/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 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/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
37 problems total.
------------------------------
End of freebsd-scsi Digest, Vol 363, Issue 1
********************************************