[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081213145655.GA14240@gerrit.erg.abdn.ac.uk>
Date: Sat, 13 Dec 2008 15:56:55 +0100
From: Gerrit Renker <gerrit@....abdn.ac.uk>
To: Micha? Miros?aw <mirqus@...il.com>
Cc: davem@...emloft.net, dccp@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: [PATCH 2/5] dccp: Auto-load (when supported) CCID plugins for
negotiation
| > +static int ccid_request_module(u8 id)
| > +{
| > + if (!in_atomic()) {
| > + ccids_read_lock();
| > + if (ccids[id] == NULL) {
| > + ccids_read_unlock();
| > + return request_module("net-dccp-ccid-%d", id);
| > + }
| > + ccids_read_unlock();
| > + }
| > + return 0;
| > +}
|
| Just a random thought: does this lock really do anything useful here?
|
Reading the (shared) 'ccids' array is the solution chosen to check whether
the module for CCID with number 'id' is already loaded.
It would be bad to call request_module() each time a new DCCP socket is
opened. Using the 'ccids' array may not be the only way to check whether
a given module (whose name depends on the value of 'id') is loaded.
But if this solution is chosen, then it requires to protect the read
access to 'ccids', which is shared among all DCCP sockets.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists