Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1194703
| From | Lina Iyer <lina.iyer@linaro.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH RFC v2 0/2] hwspinlock: Introduce raw capability for hwspinlock_device |
| Date | 2015-07-29 00:00 +0200 |
| Message-ID | <pRl4K-51M-7@gated-at.bofh.it> (permalink) |
| References | <pzuzx-3AG-35@gated-at.bofh.it> <pFOFb-1Gl-3@gated-at.bofh.it> <pFWt3-4gS-7@gated-at.bofh.it> <pHTr5-7s4-25@gated-at.bofh.it> <pNyDg-2PY-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Sat, Jul 18 2015 at 05:31 -0600, Ohad Ben-Cohen wrote: >Hi Lina, > >On Thu, Jul 2, 2015 at 11:30 PM, Lina Iyer <lina.iyer@linaro.org> wrote: >> You are right, RAW capability is not lock specific. But we dont want to >> impose this on every lock in the bank either. > >I'm not sure I'm following your concern here: drivers still need to >explicitly indicate RAW in order for this to kick in, so this lenient >approach is not being imposed on them. > Correct. >Your original patch allowed every driver on all platforms to disable >the sw spinlock mechanism. What I'm merely suggesting is that the >underlying platform-specific driver should first allow this before it >is being used, as some vendors prohibit this completely. > Agreed. Thats why the platform driver specifies the capability in hwcaps flag. >Let's not make this more complicated than needed, so please add the >hwcaps member to hwspinlock_device instead of to hwspinlock struct. We >could always change this later if it proves to be insufficient. > But this could yield wrong locking scenarios. If banks are allowed RAW capability and is not enforced on a per-lock basis, a driver may lock using non-raw lock using the _raw API, while another driver may 'acquire' the lock (since the value written to the lock would be the same as raw api would). That is why you should have the capability on hwspinlock and not on hwspinlock_device. Locks that are defined are RAW capable should be used as RAW only. QCOM platform hwlock #7 is unique that different CPUs trying to acquire the lock would write different values and hence would be fine. But, the same is not true for other locks in the bank. Please let me know if this is not clear. Thanks, Lina -- 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/
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
Re: [PATCH RFC v2 0/2] hwspinlock: Introduce raw capability for hwspinlock_device Lina Iyer <lina.iyer@linaro.org> - 2015-07-29 00:00 +0200
csiph-web