Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 31 Mar 2010 19:40:47 -0700
From:      Matthew Jacob <mj@feral.com>
To:        freebsd-scsi@freebsd.org
Subject:   Re: How is supposed to be protected the units list?
Message-ID:  <4BB407AF.6020602@feral.com>
In-Reply-To: <4BB22381.4010302@feral.com>
References:  <3bbf2fe11002281655i61a5f0a0if3f381ad0c4a1ef8@mail.gmail.com>	<3bbf2fe11003031607wa3727b5ke89bc2a909d4d6a6@mail.gmail.com>	<4B901419.8060800@feral.com>	<3bbf2fe11003041737p30690522ya81e1b8f4bd6bbf9@mail.gmail.com>	<3bbf2fe11003120601y3c403a1ct50f9fc6c1f0903bf@mail.gmail.com>	<4B9A91DA.7030107@FreeBSD.org>	<3bbf2fe11003200523t60895bfv1fa73d04e58a7838@mail.gmail.com>	<4BA5C746.7060203@FreeBSD.org>	<3bbf2fe11003300725vdb1e4ddrf112778ca2bbbc20@mail.gmail.com>	<4BB20BF0.3090605@feral.com>	<3bbf2fe11003300743k7045d986rec439ad292f2743d@mail.gmail.com> <4BB22381.4010302@feral.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 3/30/2010 9:14 AM, Matthew Jacob wrote:
>  Absolutely. I might also be insane. Working on finding that out.
>> May you please refer precisely to current code snippets (in terms of
>> functions, file, line, etc) in order to better explain this and the
It partly ends up the same as what Alexander found. I like his unit_lock 
patch a bit better.

In terms of the xpt_lock.diff patches for da- I don't think this is a 
good idea as they stand.

This is part of shutdown code, which can be called as part of panic, so 
there is no guarantee about what locks might or might not be held, or 
even whether the list being traversed is intact at all.

The problems that I ran into previously in da won't be fixed really by 
any of this. The problem here for da(4) is that it is scheduling a task 
to run- if the periph is going away, then the task should be cancelled.

Still testing... I'm working on a fault injection case where tons of 
arrival/departure events can be thrown at this.






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BB407AF.6020602>