DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=VYg8drE/aphS7w8VLvYld63dm72u9y/oOXfXMaVmKF4YTjt2WTNvRdSlyqCVNTCUPuKF5liYNCL0JZZamuKMFECfUDbDVJZCSMRmGWjySW5lqE70MvLOftNcTvJ7LnoGtMiNlCx8l8foEHZObcqyqNLfasE3G1LhSH6cn5aT2ps=
Message-ID: <59ad55d30803030928t47ab84ebs1f37434d6558b72e@mail.gmail.com>
Date: Mon, 3 Mar 2008 12:28:38 -0500
From: "=?UTF-8?Q?Kristian_H=C3=B8gsberg?=" <krh@bitplanet.net>
To: "Stefan Richter" <stefanr@s5r6.in-berlin.de>
Subject: Re: [PATCH] firewire: reread config ROM when device reset the bus
Cc: linux1394-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org
In-Reply-To: <47CC2C95.1050205@s5r6.in-berlin.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <tkrat.c6610a8633fe0e41@s5r6.in-berlin.de>
	 <tkrat.da30e6f15a74e036@s5r6.in-berlin.de>
	 <59ad55d30803030817l6fce6716x2a97cc809b15b234@mail.gmail.com>
	 <47CC2C95.1050205@s5r6.in-berlin.de>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 909
Lines: 21

On Mon, Mar 3, 2008 at 11:51 AM, Stefan Richter
<stefanr@s5r6.in-berlin.de> wrote:
...
>  Maybe I should rather use fw-device.c::idr_rwsem instead of device.sem,
>  to have better control over who takes the mutex when.  Could also be a
>  new dedicated mutex but we don't want to end up with too many of them...
>  Do you have an opinion?

Using the struct device mutex is fine, and it parallelizes better than
the global idr_mutex (FWIW).  The only concern I have there is that
the device core structs seem to change now and then, and it's not
clear what is implementation details and what is exported for drivers
to use (eg the subsystem sem).

cheers,
Kristian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/