lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANn89iKFbtMM2XvXdFDi1hrCn8UdRdPsuhZ0Js7Vo61e__ULpw@mail.gmail.com>
Date: Tue, 29 Oct 2024 20:39:31 +0100
From: Eric Dumazet <edumazet@...gle.com>
To: Joe Damato <jdamato@...tly.com>, Eric Dumazet <edumazet@...gle.com>, 
	"David S . Miller" <davem@...emloft.net>, Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>, 
	netdev@...r.kernel.org, eric.dumazet@...il.com
Subject: Re: [PATCH net-next] dql: annotate data-races around dql->last_obj_cnt

On Tue, Oct 29, 2024 at 8:34 PM Joe Damato <jdamato@...tly.com> wrote:
>
> On Tue, Oct 29, 2024 at 07:14:25PM +0000, Eric Dumazet wrote:
> > dql->last_obj_cnt is read/written from different contexts,
> > without any lock synchronization.
> >
> > Use READ_ONCE()/WRITE_ONCE() to avoid load/store tearing.
> >
> > Signed-off-by: Eric Dumazet <edumazet@...gle.com>
> > ---
> >  include/linux/dynamic_queue_limits.h | 2 +-
> >  lib/dynamic_queue_limits.c           | 2 +-
> >  2 files changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/include/linux/dynamic_queue_limits.h b/include/linux/dynamic_queue_limits.h
> > index 281298e77a1579cba1f92a3b3f03b8be089fd38f..808b1a5102e7c0bbbcd9676b0dacadad2f0ee49a 100644
> > --- a/include/linux/dynamic_queue_limits.h
> > +++ b/include/linux/dynamic_queue_limits.h
> > @@ -127,7 +127,7 @@ static inline void dql_queued(struct dql *dql, unsigned int count)
> >       if (WARN_ON_ONCE(count > DQL_MAX_OBJECT))
> >               return;
> >
> > -     dql->last_obj_cnt = count;
> > +     WRITE_ONCE(dql->last_obj_cnt, count);
> >
> >       /* We want to force a write first, so that cpu do not attempt
> >        * to get cache line containing last_obj_cnt, num_queued, adj_limit
> > diff --git a/lib/dynamic_queue_limits.c b/lib/dynamic_queue_limits.c
> > index e49deddd3de9fe9e98d6712559cf48d12a0a2537..c1b7638a594ac43f947e00decabbd3468dcb53de 100644
> > --- a/lib/dynamic_queue_limits.c
> > +++ b/lib/dynamic_queue_limits.c
> > @@ -179,7 +179,7 @@ void dql_completed(struct dql *dql, unsigned int count)
> >
> >       dql->adj_limit = limit + completed;
> >       dql->prev_ovlimit = ovlimit;
> > -     dql->prev_last_obj_cnt = dql->last_obj_cnt;
> > +     dql->prev_last_obj_cnt = READ_ONCE(dql->last_obj_cnt);
> >       dql->num_completed = completed;
> >       dql->prev_num_queued = num_queued;
> >
>
> This looks fine to me. I noted that dql_reset writes last_obj_cnt,
> but AFAIU that write is not a problem (from the 1 driver I looked
> at).

Yeah, I think that dql_reset() should not exist in the first place.

When all skbs are properly tx completed, BQL state should be known and clean.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ