Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 21 May 2009 18:46:28 +0300
From:      Kostik Belousov <kostikbel@gmail.com>
To:        "M. Warner Losh" <imp@bsdimp.com>
Cc:        src-committers@FreeBSD.org, jhb@FreeBSD.org, svn-src-all@FreeBSD.org, attilio@FreeBSD.org, rwatson@FreeBSD.org, svn-src-head@FreeBSD.org
Subject:   Re: svn commit: r192535 - head/sys/kern
Message-ID:  <20090521154628.GP1927@deviant.kiev.zoral.com.ua>
In-Reply-To: <20090521.094100.70797067.imp@bsdimp.com>
References:  <3bbf2fe10905210629p46c7a204v6863aaba77354462@mail.gmail.com> <200905210942.35555.jhb@freebsd.org> <alpine.BSF.2.00.0905211610140.18790@fledge.watson.org> <20090521.094100.70797067.imp@bsdimp.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--ByWDhVrfOLxO82cA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, May 21, 2009 at 09:41:00AM -0600, M. Warner Losh wrote:
> In message: <alpine.BSF.2.00.0905211610140.18790@fledge.watson.org>
>             Robert Watson <rwatson@FreeBSD.org> writes:
> : On Thu, 21 May 2009, John Baldwin wrote:
> :=20
> : >>>>   Move the M_WAITOK flag in notify() into an M_NOWAIT one in order=
 to
> : > match
> : >>>>   the behaviour alredy present with the further malloc() call in
> : >>>>   devctl_notify().
> : >>>>   This fixes a bug in the CAM layer where the camisr handler finis=
hed to
> : >>>>   call camperiphfree() (and subsequently destroy_dev() resulting i=
n a new
> : >>>>   dev notify) while the xpt lock is held.
> : >>> This is wrong. You cannot call destroy_dev() while holding any mute=
x.=20
> : >>> Taking this into account, it makes no sense to use M_NOWAIT in noti=
fy().
> : >>
> : >> As long as devctl_notify() also calls M_NOWAIT and if not available =
skips=20
> : >> "silently" it just does the same thing, I think this approach is mor=
e=20
> : >> consistent.
> : >>
> : >> It remains, though, the fact to fix CAM when calling destroy_dev(). =
Maybe=20
> : >> we should add a witness_warn() there?
> : >
> : > I agree with kib, this should be reverted and CAM fixed instead.  I a=
lso=20
> : > agree that M_NOWAIT use should be limited where possible.
> :=20
> : devctl_notify() probably needs to grow a sleepable flag, or perhaps we =
need=20
> : two variations, one that can sleep.
>=20
> devctl_notify() has expanded well beyond its original needs.  Having
> an extra case for sleeping is the wrong way to solve this problem.
> Really.  We're adding hacks on hacks on hacks here and we need to step
> back and think.
>=20
> I specifically didn't put in CDEV notifications into devd when I
> originally did it because one can get the same notification via
> kevents on /dev.  Maybe the right answer is to remove this stuff
> entirely and update devd to do that instead?  It isn't a lot of code,
> and should provide equivalent functionality without needing to change
> the rules of the game when it comes to destroy_dev().  Especially this
> close to the code slush...
>=20
There is no need to change anything except backing out Attilio' change.

--ByWDhVrfOLxO82cA
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)

iEYEARECAAYFAkoVd1MACgkQC3+MBN1Mb4gACgCg2oB2+00GRFYpZc7dYmzRmWl9
GLgAoNz2IJMEe7dn4aoGmh8SkW5JJ+6B
=CkCM
-----END PGP SIGNATURE-----

--ByWDhVrfOLxO82cA--



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