On Tue, Dec 14, 2010 at 8:40 PM, Ohad Ben-Cohen <ohad@xxxxxxxxxx> wrote: > On Tue, Dec 14, 2010 at 7:06 PM, Greg KH <greg@xxxxxxxxx> wrote: >> Like the most important one, why is this generic code if >> it's only for one specific platform? > > We started out with an omap-specific driver, but Tony preferred that we > make this a platform-agnostic framework, in order to keep the IPC drivers that > will use it generic, and assuming that more users will show up for > such framework. I was just told about additional users for this (thanks Mugdha): 1) There are several platforms (such as omap3530 and omapl1xx) that have no such hardware support, but would still need to use the same IPC drivers (to communicate with their DSP). The only way to achieve mutual exclusion on those platforms is by using a shared-memory synchronization algorithm called Peterson's Algorithm [1]. We would still need the same hwspinlock framework for that - the busy looping, the timeout, the various locking schemes, the resource allocation - are all still valid. The only difference is the actual lock implementation. 2) The C6474, which is a multi-core DSP device [2], have Linux running on one of its cores, and would be using the same IPC drivers, too. C6474 has hardware support for synchronization, which would also benefit from such hwspinlock module (btw the C6474 has a richer hardware module that would need more than the hwspinlock framework offer today - it also supports queuing, owner semantics and interrupt notification to let a processor know when it acquires a lock, so it wouldn't have to spin..) Thanks, Ohad. [1] http://en.wikipedia.org/wiki/Peterson's_algorithm [2] http://focus.ti.com/docs/prod/folders/print/tms320c6474.html > To me it sounds reasonable, but both ways (framework / omap-specific > driver) will work for us just fine, and I can switch back to a misc > driver if this is preferred. > > The complete discussion of v1 is at: > http://comments.gmane.org/gmane.linux.kernel/1049802 > > We also discussed this at v2 of the patches with David, see the > complete discussion at: > http://comments.gmane.org/gmane.linux.kernel/1067016 > > Thanks, > Ohad. > >> >> thanks, >> >> greg k-h >> > -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
