From: Jason Gunthorpe <jgg@ziepe.ca>
To: Doug Ledford <doug.ledford@hpe.com>
Cc: eric.davis@broadcom.com, Leon Romanovsky <leon@kernel.org>,
linux-rdma@vger.kernel.org
Subject: Re: [PATCH rdma-next 00/13] RDMA/core: Ultra Ethernet transport verbs
Date: Thu, 15 Oct 2026 14:29:11 -0300 [thread overview]
Message-ID: <20261015172911.GR14213@ziepe.ca> (raw)
In-Reply-To: <733df751-5e7a-4004-84d8-627320734c30@hpe.com>
On Wed, Oct 14, 2026 at 06:02:38PM -0700, Doug Ledford wrote:
> > You are running sashiko locally and fixing the bugs it finds?
>
> Yes, but with one caveat here at HPE anyway: We have very limited AI
> resources we are allowed to use for data exfiltration reasons
Ah, that will be hard for you. You need several runs through sashiko
before you post anything so big. That needs a real AI license. Gemini
or GPT are good choices.
> However, also keep in mind that this is adding a new QP type with
> semantics much closer to Portals 4 API than verbs, and that does create
> some friction not just with the rest of the stack, but with the AI
> reviews judging by what I've already seen from the Sashiko reviews to
> this series.
Lovely. It is a great sign when AI can't even understand the code :\
AI reads the comments, humans read the comments. Same with commit
messages. Try describing a little more what is going on and why
things are OK. It does actually help get better results.
> Probably wouldn't hurt. But, our driver is many more lines over in the
> drivers/net/ethernet space than it is in the RDMA space.
Well, you need to get the netdev driver merged first, with a core
device and aux bus scheme. That means I don't have to look at that for
about 6 months probably.. Yay.
Jason
next prev parent reply other threads:[~2026-10-15 17:29 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-14 22:21 [PATCH rdma-next 00/13] RDMA/core: Ultra Ethernet transport verbs Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:21 ` [PATCH rdma-next 01/13] RDMA/core: widen the uverbs object key Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:29 ` sashiko-bot
2026-10-14 22:21 ` [PATCH rdma-next 02/13] RDMA/core: add the UET GID types Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:35 ` sashiko-bot
2026-10-15 15:57 ` Eric Davis
2026-10-15 17:33 ` Jason Gunthorpe
2026-10-15 18:57 ` Sean Hefty
2026-10-15 19:54 ` Jason Gunthorpe
2026-10-15 21:14 ` Sean Hefty
2026-10-14 22:21 ` [PATCH rdma-next 03/13] RDMA/core: report the reliable unconnected device capabilities Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:30 ` sashiko-bot
2026-10-14 22:21 ` [PATCH rdma-next 04/13] RDMA/core: add the reliable unconnected queue pair type Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:43 ` sashiko-bot
2026-10-15 16:07 ` Eric Davis
2026-10-15 16:09 ` Eric Davis
2026-10-15 17:30 ` Jason Gunthorpe
2026-10-15 18:35 ` Doug Ledford
2026-10-14 22:21 ` [PATCH rdma-next 05/13] RDMA/core: extended address handle attributes Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:50 ` sashiko-bot
2026-10-15 16:15 ` Eric Davis
2026-10-15 17:30 ` Jason Gunthorpe
2026-10-14 22:21 ` [PATCH rdma-next 06/13] RDMA/core: query the semantics a queue pair type guarantees Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:34 ` sashiko-bot
2026-10-15 16:18 ` Eric Davis
2026-10-14 22:21 ` [PATCH rdma-next 07/13] RDMA/core: job and job key objects Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:36 ` sashiko-bot
2026-10-14 22:21 ` [PATCH rdma-next 08/13] RDMA/uverbs: factor out the queue pair attribute copy Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:30 ` sashiko-bot
2026-10-14 22:21 ` [PATCH rdma-next 09/13] RDMA/core: create a queue pair ready to send Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:39 ` sashiko-bot
2026-10-14 22:21 ` [PATCH rdma-next 10/13] RDMA/core: queue pair attributes for unconnected transports Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:41 ` sashiko-bot
2026-10-15 16:21 ` Eric Davis
2026-10-14 22:21 ` [PATCH rdma-next 11/13] RDMA/core: extended memory registration Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:36 ` sashiko-bot
2026-10-14 22:21 ` [PATCH rdma-next 12/13] RDMA/core: 64-bit memory keys Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:32 ` sashiko-bot
2026-10-14 22:21 ` [PATCH rdma-next 13/13] RDMA/core: attach a memory region to a queue pair Eric Davis via B4 Relay
2026-10-14 22:21 ` Eric Davis
2026-10-14 22:37 ` sashiko-bot
2026-10-14 23:57 ` [PATCH rdma-next 00/13] RDMA/core: Ultra Ethernet transport verbs Doug Ledford
2026-10-15 0:08 ` Jason Gunthorpe
2026-10-15 1:02 ` Doug Ledford
2026-10-15 17:29 ` Jason Gunthorpe [this message]
2026-10-15 18:22 ` Doug Ledford
2026-10-15 16:27 ` Eric Davis
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=20261015172911.GR14213@ziepe.ca \
--to=jgg@ziepe.ca \
--cc=doug.ledford@hpe.com \
--cc=eric.davis@broadcom.com \
--cc=leon@kernel.org \
--cc=linux-rdma@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.