Do we still need devtree_lock?
Michael Ellerman
michael at ellerman.id.au
Wed Jun 25 09:25:28 EST 2008
On Tue, 2008-06-24 at 18:13 -0500, Timur Tabi wrote:
> I'm trying to write a function that gets a list of all aliases
>
> aliases {
> serial0 = &serial0;
> serial1 = &serial1;
> pci0 = &pci0;
> pci1 = &pci1;
> pci2 = &pci2;
> };
>
> That is, I do not know which aliases are in the /aliases node, so I need a
> function that works somewhat like of_find_property(), but just returns the Nth
> property instead of doing a strcmp.
>
> I can't seem to find one, so I probably need to write one. However, I noticed
> that of_find_property() uses a lock:
>
> read_lock(&devtree_lock);
> for (pp = np->properties; pp != 0; pp = pp->next) {
> if (of_prop_cmp(pp->name, name) == 0) {
> if (lenp != 0)
> *lenp = pp->length;
> break;
> }
> }
> read_unlock(&devtree_lock);
>
> But the comment for devtree_lock says this:
>
> extern rwlock_t devtree_lock; /* temporary while merging */
>
> Since arch/ppc is going away, does this meant that the lock can go away do?
You wish :) That /would/ make life easier.
I think the comment just refers to the extern declaration being in
the .c file, rather than a header - ie. now that the merge is done we
should clean it up and put it in a header.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.ozlabs.org/pipermail/linuxppc-dev/attachments/20080625/ac37db8e/attachment.pgp>
More information about the Linuxppc-dev
mailing list