Re: git: e6bc24b0385a - main - kref: switch internal type to atomic_t and bring back const to kref_read
- Reply: Mateusz Guzik : "Re: git: e6bc24b0385a - main - kref: switch internal type to atomic_t and bring back const to kref_read"
- In reply to: Mateusz Guzik : "git: e6bc24b0385a - main - kref: switch internal type to atomic_t and bring back const to kref_read"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 14 Dec 2022 22:25:23 UTC
On Tue, 13 Dec 2022 at 20:47, Mateusz Guzik <mjg@freebsd.org> wrote: > > The branch main has been updated by mjg: > > URL: https://cgit.FreeBSD.org/src/commit/?id=e6bc24b0385a166526d20b2eb0cbb6a116350075 > > commit e6bc24b0385a166526d20b2eb0cbb6a116350075 > Author: Mateusz Guzik <mjg@FreeBSD.org> > AuthorDate: 2022-12-13 20:42:32 +0000 > Commit: Mateusz Guzik <mjg@FreeBSD.org> > CommitDate: 2022-12-13 20:46:58 +0000 > > kref: switch internal type to atomic_t and bring back const to kref_read > > This unbreak drm-kmod build. > > the const is part of Linux API > > Unfortunately drm-kmod uses hand-rolled refcount* calls on a kref > object. For now go the easy route of keeping it operational by casting > stuff internally. > > The general goal here is to make FreeBSD refcount API use an opaque > type, hence the ongoing removal of hand-rolled accesses. > > Reported by: emaste > --- > sys/compat/linuxkpi/common/include/linux/kref.h | 22 +++++++++++----------- > 1 file changed, 11 insertions(+), 11 deletions(-) > > diff --git a/sys/compat/linuxkpi/common/include/linux/kref.h b/sys/compat/linuxkpi/common/include/linux/kref.h > index 9a6814175223..5a1fd834a58d 100644 > --- a/sys/compat/linuxkpi/common/include/linux/kref.h > +++ b/sys/compat/linuxkpi/common/include/linux/kref.h > @@ -44,35 +44,35 @@ > > struct kref { > /* XXX In Linux this is a refcount_t */ > - volatile u_int32_t refcount; > + atomic_t refcount; > }; > > static inline void > kref_init(struct kref *kref) > { > > - refcount_init(&kref->refcount, 1); > + refcount_init((uint32_t *)&kref->refcount, 1); > } > > static inline unsigned int > -kref_read(struct kref *kref) > +kref_read(const struct kref *kref) > { > > - return (refcount_load(&kref->refcount)); > + return (refcount_load(__DECONST(u_int32_t *, &kref->refcount))); This is rather ugly IMO, can't we change refcount_load() to take a const pointer? It looks like the problem might be __atomic_load_int_relaxed(), but that could use const as well? > } > > static inline void > kref_get(struct kref *kref) > { > > - refcount_acquire(&kref->refcount); > + refcount_acquire((uint32_t *)&kref->refcount); > } > > static inline int > kref_put(struct kref *kref, void (*rel)(struct kref *kref)) > { > > - if (refcount_release(&kref->refcount)) { > + if (refcount_release((uint32_t *)&kref->refcount)) { > rel(kref); > return 1; > } > @@ -84,7 +84,7 @@ kref_put_lock(struct kref *kref, void (*rel)(struct kref *kref), > spinlock_t *lock) > { > > - if (refcount_release(&kref->refcount)) { > + if (refcount_release((uint32_t *)&kref->refcount)) { > spin_lock(lock); > rel(kref); > return (1); > @@ -98,7 +98,7 @@ kref_sub(struct kref *kref, unsigned int count, > { > > while (count--) { > - if (refcount_release(&kref->refcount)) { > + if (refcount_release((uint32_t *)&kref->refcount)) { > rel(kref); > return 1; > } > @@ -110,16 +110,16 @@ static inline int __must_check > kref_get_unless_zero(struct kref *kref) > { > > - return refcount_acquire_if_not_zero(&kref->refcount); > + return refcount_acquire_if_not_zero((uint32_t *)&kref->refcount); > } > > static inline int kref_put_mutex(struct kref *kref, > void (*release)(struct kref *kref), struct mutex *lock) > { > WARN_ON(release == NULL); > - if (unlikely(!refcount_release_if_not_last(&kref->refcount))) { > + if (unlikely(!refcount_release_if_not_last((uint32_t *)&kref->refcount))) { > mutex_lock(lock); > - if (unlikely(!refcount_release(&kref->refcount))) { > + if (unlikely(!refcount_release((uint32_t *)&kref->refcount))) { > mutex_unlock(lock); > return 0; > }