Netdev List
 help / color / mirror / Atom feed
From: Maciej Fijalkowski <maciej.fijalkowski@intel.com>
To: Jason Xing <kerneljasonxing@gmail.com>
Cc: <netdev@vger.kernel.org>, <bpf@vger.kernel.org>,
	<magnus.karlsson@intel.com>, <stfomichev@gmail.com>,
	<kuba@kernel.org>, <pabeni@redhat.com>, <horms@kernel.org>,
	<bjorn@kernel.org>
Subject: Re: [PATCH v3 net 4/6] xsk: reclaim invalid multi-buffer Tx descs in ZC path
Date: Sun, 19 Jul 2026 15:21:50 +0200	[thread overview]
Message-ID: <alzPbtHWgy97oeBv@boxer> (raw)
In-Reply-To: <CAL+tcoDyygM5XiVhHrmYrZTnZN6QSD0dN9mMPZmZYPtikssYxw@mail.gmail.com>

On Thu, Jul 16, 2026 at 11:58:24PM +0200, Jason Xing wrote:
> On Tue, Jul 14, 2026 at 4:08 PM Maciej Fijalkowski
> <maciej.fijalkowski@intel.com> wrote:
> >
> > The zero-copy Tx batch parser stops when it encounters an invalid
> > descriptor. If this happens after one or more continuation descriptors,
> > the Tx consumer can be advanced past fragments that are neither submitted
> > to the driver nor returned to userspace through the completion ring.
> >
> > A similar problem occurs when a packet exceeds xdp_zc_max_segs. The
> > descriptors consumed up to the limit are released without completion, and
> > the remaining continuation descriptors can subsequently be interpreted
> > as the beginning of another packet.
> >
> > Parse Tx batches in packet units and distinguish descriptors belonging to
> > complete valid packets from descriptors consumed while draining an
> > invalid or oversized packet. Return the former to the driver and append
> > the latter to the CQ address area so userspace can reclaim their UMEM
> > frames.
> >
> > Once draining starts, continue until the packet's end-of-packet
> > descriptor is consumed. Preserve the drain state on the socket when EOP
> > has not yet been supplied, so draining can continue during a later call.
> > Leave incomplete but otherwise valid packets on the Tx ring. Keep the
> > existing handling of standalone invalid descriptors unchanged.
> >
> > Shared-UMEM pools using multi-buffer Tx also need packet-framed parsing.
> > Walk their Tx sockets one packet at a time, preserving the existing
> > per-socket fairness scheme, instead of using the legacy one-descriptor
> > fallback. Keep that fallback for shared pools that do not use
> > multi-buffer Tx. Since the drain state is maintained per socket and both
> > the singular and shared paths can resume an interrupted drain, changing
> > the socket list from singular to shared requires no special bind-time
> > transition.
> >
> > CQ entries are positional, and drivers may complete only part of the Tx
> > work returned by xsk_tx_peek_release_desc_batch(). Therefore, reclaim-only
> > entries cannot be published immediately when earlier driver-visible
> > descriptors are still outstanding.
> >
> > Track the number of driver-visible CQ entries preceding the reclaim
> > entries. Let xsk_tx_completed() publish partial real Tx completions, and
> > publish the reclaim entries only after every earlier Tx descriptor has
> > completed. Complete a reclaim-only batch immediately when there is no
> > driver-visible work in front of it, and prevent another Tx batch from
> > being appended while reclaim entries remain pending.
> >
> > Also cap batch processing by the size of the pool's temporary descriptor
> > array, as Tx rings belonging to sockets sharing a UMEM may have different
> > sizes.
> >
> > This ensures that every descriptor consumed as part of an invalid
> > multi-buffer packet is eventually returned to userspace without exposing
> > the dropped packet to the driver or violating CQ completion ordering.
> >
> > Fixes: cf24f5a5feea ("xsk: add support for AF_XDP multi-buffer on Tx path")
> > Signed-off-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com>
> 
> Thanks for working on this big patch! It's not easy to fix it in a
> simpler way, I think. And I didn't observe any obvious performance
> impact by xdpsock.
> 
> Overall, it looks good to me except for a few minor points:
> Reviewed-by: Jason Xing <kerneljasonxing@gmail.com>
> 
> > ---
> >  include/net/xsk_buff_pool.h |   3 +
> >  net/xdp/xsk.c               | 192 ++++++++++++++++++++++++++++++++----
> >  net/xdp/xsk_buff_pool.c     |   1 +
> >  net/xdp/xsk_queue.h         |  76 ++++++++++----
> >  4 files changed, 232 insertions(+), 40 deletions(-)
> >
> > diff --git a/include/net/xsk_buff_pool.h b/include/net/xsk_buff_pool.h
> > index f5e737a83055..2bb1d122b1bc 100644
> > --- a/include/net/xsk_buff_pool.h
> > +++ b/include/net/xsk_buff_pool.h
> > @@ -78,6 +78,9 @@ struct xsk_buff_pool {
> >         u32 chunk_size;
> >         u32 chunk_shift;
> >         u32 frame_len;
> > +       u32 tx_descs_nentries;
> > +       u32 reclaim_descs;
> > +       u32 tx_zc_pending_descs;
> >         u32 xdp_zc_max_segs;
> >         u8 tx_metadata_len; /* inherited from umem */
> >         u8 cached_need_wakeup;
> > diff --git a/net/xdp/xsk.c b/net/xdp/xsk.c
> > index 385a3f4a1b32..2909a0ec6837 100644
> > --- a/net/xdp/xsk.c
> > +++ b/net/xdp/xsk.c
> > @@ -499,6 +499,23 @@ void __xsk_map_flush(struct list_head *flush_list)
> >
> >  void xsk_tx_completed(struct xsk_buff_pool *pool, u32 nb_entries)
> >  {
> > +       u32 reclaim_descs = READ_ONCE(pool->reclaim_descs);
> > +
> > +       if (unlikely(reclaim_descs)) {
> 
> Just a side note: it might impact the performance because new descs
> need to wait for the existing descs to be completed if there are
> reclaim descs.

That is a tradeoff for dealing with this corner case i'd say.

> 
> > +               u32 pending_descs = READ_ONCE(pool->tx_zc_pending_descs);
> > +
> > +               if (nb_entries < pending_descs) {
> > +                       WRITE_ONCE(pool->tx_zc_pending_descs,
> > +                                  pending_descs - nb_entries);
> > +                       xskq_prod_submit_n(pool->cq, nb_entries);
> > +                       return;
> > +               }
> > +
> > +               WRITE_ONCE(pool->tx_zc_pending_descs, 0);
> > +               nb_entries += reclaim_descs;
> > +               WRITE_ONCE(pool->reclaim_descs, 0);
> > +       }
> > +
> >         xskq_prod_submit_n(pool->cq, nb_entries);
> >  }
> >  EXPORT_SYMBOL(xsk_tx_completed);
> > @@ -574,24 +591,162 @@ static u32 xsk_tx_peek_release_fallback(struct xsk_buff_pool *pool, u32 max_entr
> >         return nb_pkts;
> >  }
> >
> > +static void xsk_tx_commit_batch(struct xsk_buff_pool *pool,
> > +                               struct xsk_tx_batch *batch)
> > +{
> > +       u32 nb_descs = xsk_tx_batch_cq_descs(batch);
> > +       u32 cq_cached_prod;
> > +
> > +       if (!nb_descs)
> > +               return;
> > +
> > +       cq_cached_prod = pool->cq->cached_prod;
> > +       xskq_prod_write_addr_batch(pool->cq, pool->tx_descs, nb_descs);
> > +
> > +       if (unlikely(batch->reclaim_descs)) {
> > +               u32 cq_pending_descs;
> > +
> > +               /* CQ is positional. Descriptors already written but not
> > +                * submitted must complete before any reclaim-only descriptors
> > +                * appended below.
> > +                */
> > +               cq_pending_descs = cq_cached_prod - xskq_get_prod(pool->cq);
> > +
> > +               WRITE_ONCE(pool->tx_zc_pending_descs,
> > +                          batch->tx_descs + cq_pending_descs);
> > +               WRITE_ONCE(pool->reclaim_descs, batch->reclaim_descs);
> > +               if (unlikely(!pool->tx_zc_pending_descs))
> > +                       xsk_tx_completed(pool, 0);
> > +       }
> > +}
> > +
> > +static struct xsk_tx_batch
> > +__xsk_tx_peek_release_desc_batch(struct xsk_buff_pool *pool, struct xdp_sock *xs,
> > +                                struct xdp_desc *descs, u32 max_descs)
> > +{
> > +       struct xsk_tx_batch batch = {};
> > +       u32 entries;
> > +
> > +       entries = xskq_cons_nb_entries(xs->tx, max_descs);
> > +       if (!entries)
> > +               return batch;
> > +
> > +       batch = xskq_cons_read_desc_batch(xs, pool, descs, max_descs);
> > +       if (!xsk_tx_batch_cq_descs(&batch)) {
> > +               xs->tx->queue_empty_descs++;
> > +               if (batch.consumed_descs) {
> > +                       __xskq_cons_release(xs->tx);
> > +                       xs->sk.sk_write_space(&xs->sk);
> > +               }
> > +               return batch;
> > +       }
> > +
> > +       __xskq_cons_release(xs->tx);
> > +       xs->sk.sk_write_space(&xs->sk);
> > +       return batch;
> > +}
> > +
> > +static struct xsk_tx_batch
> > +xsk_tx_peek_release_shared_desc_batch(struct xsk_buff_pool *pool, u32 max_descs)
> > +{
> > +       u32 cq_descs_before, cq_descs_after;
> > +       struct xsk_tx_batch sum_batch = {};
> > +       bool budget_exhausted;
> > +       u32 per_socket_budget;
> > +       struct xdp_sock *xs;
> > +
> > +       /* The fairness quota must allow one maximum-sized valid packet. */
> > +       per_socket_budget = max_t(u32, MAX_PER_SOCKET_BUDGET,
> > +                                 pool->xdp_zc_max_segs);
> > +
> > +again:
> > +       budget_exhausted = false;
> > +       cq_descs_before = xsk_tx_batch_cq_descs(&sum_batch);
> > +       list_for_each_entry_rcu(xs, &pool->xsk_tx_list, tx_list) {
> > +               u32 budget, budget_left, offset, remaining;
> > +               struct xsk_tx_batch curr_batch;
> > +
> > +               /* Once reclaim-only descriptors have been appended to the CQ
> > +                * address area, do not append driver-visible Tx descriptors
> > +                * from another socket after them. xsk_tx_completed() relies on
> > +                * all driver-visible descriptors preceding all reclaim-only
> > +                * descriptors in CQ order.
> > +                */
> > +               if (sum_batch.reclaim_descs)
> > +                       break;
> > +
> > +               /* be gentle when playing with pool->tx_descs */
> 
> Minor nit: seems unneeded comment?

this has been my helper/reminder that we need to respect already consumed
space at tx_descs array; i can remove it

> 
> > +               offset = xsk_tx_batch_cq_descs(&sum_batch);
> > +               if (offset >= max_descs)
> > +                       break;
> > +
> > +               if (xs->tx_budget_spent >= per_socket_budget) {
> > +                       if (xskq_cons_nb_entries(xs->tx, 1))
> > +                               budget_exhausted = true;
> > +                       continue;
> > +               }
> > +
> > +               budget_left = per_socket_budget - xs->tx_budget_spent;
> > +               remaining = max_descs - offset;
> > +               budget = min(remaining, budget_left);
> > +
> > +               curr_batch = __xsk_tx_peek_release_desc_batch(pool, xs,
> > +                                                             pool->tx_descs + offset,
> > +                                                             budget);
> > +               if (!xsk_tx_batch_cq_descs(&curr_batch)) {
> > +                       if (curr_batch.budget_limited && budget_left < remaining)
> > +                               budget_exhausted = true;
> > +                       xs->tx_budget_spent += curr_batch.consumed_descs;
> > +                       continue;
> > +               }
> > +
> > +               xs->tx_budget_spent += curr_batch.consumed_descs;
> > +               sum_batch.tx_descs += curr_batch.tx_descs;
> 
> No need to use '+' here because of the previous reclaim_descs check.

hmm correct!

> 
> > +               sum_batch.reclaim_descs += curr_batch.reclaim_descs;
> > +       }
> > +
> > +       cq_descs_after = xsk_tx_batch_cq_descs(&sum_batch);
> > +
> > +       if (sum_batch.reclaim_descs || cq_descs_after >= max_descs)
> > +               return sum_batch;
> > +
> > +       /* Continue filling the batch while this pass made progress */
> > +       if (cq_descs_before != cq_descs_after)
> > +               goto again;
> > +
> > +       if (!budget_exhausted)
> > +               return sum_batch;
> > +
> > +       list_for_each_entry_rcu(xs, &pool->xsk_tx_list, tx_list)
> > +               xs->tx_budget_spent = 0;
> > +       goto again;
> > +}
> > +
> >  u32 xsk_tx_peek_release_desc_batch(struct xsk_buff_pool *pool, u32 nb_pkts)
> >  {
> > +       struct xsk_tx_batch batch = {};
> >         struct xdp_sock *xs;
> > +       bool umem_shared;
> >
> >         rcu_read_lock();
> > -       if (!list_is_singular(&pool->xsk_tx_list)) {
> > -               /* Fallback to the non-batched version */
> > -               rcu_read_unlock();
> > -               return xsk_tx_peek_release_fallback(pool, nb_pkts);
> > -       }
> > +       if (unlikely(READ_ONCE(pool->reclaim_descs)))
> > +               goto out;
> >
> > -       xs = list_first_or_null_rcu(&pool->xsk_tx_list, struct xdp_sock, tx_list);
> > -       if (!xs) {
> > -               nb_pkts = 0;
> > +       xs = list_first_or_null_rcu(&pool->xsk_tx_list, struct xdp_sock,
> > +                                   tx_list);
> > +       if (!xs)
> >                 goto out;
> > -       }
> >
> > -       nb_pkts = xskq_cons_nb_entries(xs->tx, nb_pkts);
> > +       nb_pkts = min(nb_pkts, pool->tx_descs_nentries);
> > +       if (!nb_pkts)
> > +               goto out;
> > +
> > +       umem_shared = !list_is_singular(&pool->xsk_tx_list);
> > +
> > +       if (umem_shared && !(pool->umem->flags & XDP_UMEM_SG_FLAG)) {
> > +               rcu_read_unlock();
> > +               return xsk_tx_peek_release_fallback(pool, nb_pkts);
> > +       }
> >
> >         /* This is the backpressure mechanism for the Tx path. Try to
> >          * reserve space in the completion queue for all packets, but
> > @@ -603,19 +758,16 @@ u32 xsk_tx_peek_release_desc_batch(struct xsk_buff_pool *pool, u32 nb_pkts)
> >         if (!nb_pkts)
> >                 goto out;
> >
> > -       nb_pkts = xskq_cons_read_desc_batch(xs->tx, pool, nb_pkts);
> > -       if (!nb_pkts) {
> > -               xs->tx->queue_empty_descs++;
> > -               goto out;
> > -       }
> > -
> > -       __xskq_cons_release(xs->tx);
> > -       xskq_prod_write_addr_batch(pool->cq, pool->tx_descs, nb_pkts);
> > -       xs->sk.sk_write_space(&xs->sk);
> > +       batch = umem_shared ?
> > +               xsk_tx_peek_release_shared_desc_batch(pool, nb_pkts) :
> > +               __xsk_tx_peek_release_desc_batch(pool, xs,
> > +                                                pool->tx_descs,
> > +                                                nb_pkts);
> > +       xsk_tx_commit_batch(pool, &batch);
> >
> >  out:
> >         rcu_read_unlock();
> > -       return nb_pkts;
> > +       return batch.tx_descs;
> >  }
> >  EXPORT_SYMBOL(xsk_tx_peek_release_desc_batch);
> >
> > diff --git a/net/xdp/xsk_buff_pool.c b/net/xdp/xsk_buff_pool.c
> > index 12c9fb29af05..a4089480b22b 100644
> > --- a/net/xdp/xsk_buff_pool.c
> > +++ b/net/xdp/xsk_buff_pool.c
> > @@ -51,6 +51,7 @@ int xp_alloc_tx_descs(struct xsk_buff_pool *pool, struct xdp_sock *xs,
> >         if (!pool->tx_descs)
> >                 return -ENOMEM;
> >
> > +       pool->tx_descs_nentries = nentries;
> >         return 0;
> >  }
> >
> > diff --git a/net/xdp/xsk_queue.h b/net/xdp/xsk_queue.h
> > index 3e3fbb73d23e..a15ff1929db6 100644
> > --- a/net/xdp/xsk_queue.h
> > +++ b/net/xdp/xsk_queue.h
> > @@ -58,6 +58,18 @@ struct parsed_desc {
> >         u32 valid;
> >  };
> >
> > +struct xsk_tx_batch {
> > +       u32 tx_descs;
> > +       u32 reclaim_descs;
> > +       u32 consumed_descs;
> > +       bool budget_limited;
> > +};
> > +
> > +static inline u32 xsk_tx_batch_cq_descs(const struct xsk_tx_batch *batch)
> > +{
> > +       return batch->tx_descs + batch->reclaim_descs;
> > +}
> > +
> >  /* The structure of the shared state of the rings are a simple
> >   * circular buffer, as outlined in
> >   * Documentation/core-api/circular-buffers.rst. For the Rx and
> > @@ -263,17 +275,18 @@ static inline void parse_desc(struct xsk_queue *q, struct xsk_buff_pool *pool,
> >         parsed->mb = xp_mb_desc(desc);
> >  }
> >
> > -static inline
> > -u32 xskq_cons_read_desc_batch(struct xsk_queue *q, struct xsk_buff_pool *pool,
> > -                             u32 max)
> > +static inline struct xsk_tx_batch
> > +xskq_cons_read_desc_batch(struct xdp_sock *xs, struct xsk_buff_pool *pool,
> > +                         struct xdp_desc *descs, u32 max)
> >  {
> > -       u32 cached_cons = q->cached_cons, nb_entries = 0;
> > -       struct xdp_desc *descs = pool->tx_descs;
> > -       u32 total_descs = 0, nr_frags = 0;
> > +       bool drain = READ_ONCE(xs->drain_cont);
> > +       u32 cached_cons, nb_entries = 0, released;
> > +       struct xsk_tx_batch batch = {};
> > +       struct xsk_queue *q = xs->tx;
> > +       u32 nr_frags = 0;
> > +
> > +       cached_cons = q->cached_cons;
> >
> > -       /* track first entry, if stumble upon *any* invalid descriptor, rewind
> > -        * current packet that consists of frags and stop the processing
> > -        */
> >         while (cached_cons != q->cached_prod && nb_entries < max) {
> >                 struct xdp_rxtx_ring *ring = (struct xdp_rxtx_ring *)q->ring;
> >                 u32 idx = cached_cons & q->ring_mask;
> > @@ -282,26 +295,49 @@ u32 xskq_cons_read_desc_batch(struct xsk_queue *q, struct xsk_buff_pool *pool,
> >                 descs[nb_entries] = ring->desc[idx];
> >                 cached_cons++;
> >                 parse_desc(q, pool, &descs[nb_entries], &parsed);
> > -               if (unlikely(!parsed.valid))
> > -                       break;
> > +               if (unlikely(!parsed.valid)) {
> > +                       if (!drain && !nr_frags && !parsed.mb)
> 
> I understand you're fixing the mb problem here. But I'm wondering if
> it still has a problem in the non mb case because the single invalid
> packet (mb ==0, nr_frags == 0, drain == 0) that isn't published in CQ
> cannot be tracked by application?
> 
> My thinking is to just remove the above line in this patch. Or I can
> cook a follow-up patch to fix this specific problem?

Good catch - seems I got too focused at mb case and now we have a bit of
misbehave as invalid mb descs are cq produced and standalone not.

I'm gonna address this and align standalone descs (in generic xmit as
well) that are invalid so they are also cq published, not silently wiped
out from tx ring only.

Thanks! sending v4.

> 
> Thanks,
> Jason
> 
> > +                               break;
> > +
> > +                       drain = true;
> > +               }
> > +
> > +               nr_frags++;
> > +               nb_entries++;
> >
> >                 if (likely(!parsed.mb)) {
> > -                       total_descs += (nr_frags + 1);
> > -                       nr_frags = 0;
> > -               } else {
> > -                       nr_frags++;
> > -                       if (nr_frags == pool->xdp_zc_max_segs) {
> > +                       if (unlikely(drain)) {
> > +                               batch.reclaim_descs = nr_frags;
> > +                               WRITE_ONCE(xs->drain_cont, false);
> >                                 nr_frags = 0;
> >                                 break;
> >                         }
> > +
> > +                       batch.tx_descs += nr_frags;
> > +                       nr_frags = 0;
> > +                       continue;
> > +               }
> > +
> > +               if (nr_frags == pool->xdp_zc_max_segs)
> > +                       drain = true;
> > +       }
> > +
> > +       if (nr_frags) {
> > +               if (drain) {
> > +                       batch.reclaim_descs = nr_frags;
> > +                       WRITE_ONCE(xs->drain_cont, true);
> > +               } else {
> > +                       if (nb_entries == max)
> > +                               batch.budget_limited = true;
> > +                       cached_cons -= nr_frags;
> >                 }
> > -               nb_entries++;
> >         }
> >
> > -       cached_cons -= nr_frags;
> > +       released = cached_cons - q->cached_cons;
> >         /* Release valid plus any invalid entries */
> > -       xskq_cons_release_n(q, cached_cons - q->cached_cons);
> > -       return total_descs;
> > +       xskq_cons_release_n(q, released);
> > +       batch.consumed_descs = released;
> > +       return batch;
> >  }
> >
> >  /* Functions for consumers */
> > --
> > 2.43.0
> >
> 

  reply	other threads:[~2026-07-19 13:22 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-14 14:07 [PATCH v3 net 0/6] xsk: fix AF_XDP multi-buffer Tx descriptor reclaim Maciej Fijalkowski
2026-07-14 14:07 ` [PATCH v3 net 1/6] xsk: fix buffer leak in xsk_drop_skb() for AF_XDP multi-buffer Tx Maciej Fijalkowski
2026-07-16 11:22   ` Jason Xing
2026-07-16 11:25     ` Maciej Fijalkowski
2026-07-16 11:42       ` Jason Xing
2026-07-16 11:52         ` Maciej Fijalkowski
2026-07-16 12:15           ` Jason Xing
2026-07-14 14:07 ` [PATCH v3 net 2/6] xsk: drain continuation descs after overflow in xsk_build_skb() Maciej Fijalkowski
2026-07-14 14:07 ` [PATCH v3 net 3/6] xsk: provide sufficient space in pool->tx_descs Maciej Fijalkowski
2026-07-16  9:29   ` Jason Xing
2026-07-16 10:47     ` Maciej Fijalkowski
2026-07-16 10:56       ` Jason Xing
2026-07-14 14:07 ` [PATCH v3 net 4/6] xsk: reclaim invalid multi-buffer Tx descs in ZC path Maciej Fijalkowski
2026-07-16 21:58   ` Jason Xing
2026-07-19 13:21     ` Maciej Fijalkowski [this message]
2026-07-19 15:30       ` Jason Xing
2026-07-14 14:07 ` [PATCH v3 net 5/6] selftests/xsk: fix too-many-frags multi-buffer Tx test Maciej Fijalkowski
2026-07-17 13:56   ` Jason Xing
2026-07-14 14:07 ` [PATCH v3 net 6/6] selftests/xsk: account invalid multi-buffer Tx descriptors Maciej Fijalkowski
2026-07-17 13:56   ` Jason Xing
2026-07-15 19:06 ` [PATCH v3 net 0/6] xsk: fix AF_XDP multi-buffer Tx descriptor reclaim Maciej Fijalkowski
2026-07-15 19:47   ` Jason Xing

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alzPbtHWgy97oeBv@boxer \
    --to=maciej.fijalkowski@intel.com \
    --cc=bjorn@kernel.org \
    --cc=bpf@vger.kernel.org \
    --cc=horms@kernel.org \
    --cc=kerneljasonxing@gmail.com \
    --cc=kuba@kernel.org \
    --cc=magnus.karlsson@intel.com \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=stfomichev@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox