From: Aboorva Devarajan <aboorvad@linux.ibm.com>
To: Madhavan Srinivasan <maddy@linux.ibm.com>, linuxppc-dev@lists.ozlabs.org
Cc: "Ritesh Harjani (IBM)" <ritesh.list@gmail.com>,
Haren Myneni <haren@linux.ibm.com>,
Christophe Leroy <chleroy@kernel.org>,
Venkat Rao Bagalkote <venkat88@linux.ibm.com>,
Nicholas Piggin <npiggin@gmail.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 0/9] pseries/papr-hvpipe: Fix deadlock, races and misc cleanups
Date: Sat, 09 May 2026 09:39:48 +0530 [thread overview]
Message-ID: <e86af01b989a7bda2ff5f68db1f05398e868b698.camel@linux.ibm.com> (raw)
In-Reply-To: <9dad7c263f8197000d4e56b09532d87a7f7f57e4.camel@linux.ibm.com>
On Fri, 2026-05-08 at 13:16 +0530, Aboorva Devarajan wrote:
> On Fri, 2026-05-01 at 09:41 +0530, Ritesh Harjani (IBM) wrote:
> > While going over papr-hvpipe code, there were a few fixes which were identified.
> > This patch series is an attempt to fix those along with some misc cleanups.
> > Me and Haren are trying to get these patches verified on a real HW. The tests
> > are not straight forward and we are waiting for the results.
> > Will update on the test results once we hear back from the internal test team.
> >
> > v2->v3:
> > ======
> > 1. Rearranged the patches in such a way that it is easier to backport the fixes
> > if required.
> > 2. Clubbed patch-8 and patch-10 (of v2) since they both were changing the same function.
> > 3. Handled ret>=0 case in copy_to_user patch, when the user itself may request
> > for 0 effective bytes (after the HDR_LEN).
>
>
> Since this is CCed to stable, it is currently being evaluated by RSCT.
> We can merge it once we receive an Acked-by from RSCT.
>
>
An update from RSCT: with the patch, the earlier issues observed are
now resolved, and the inband RMC connection is successfully established
with the patched kernel.
Thanks,
Aboorva
>
> >
> > [v2]: https://lore.kernel.org/linuxppc-dev/cover.1775648406.git.ritesh.list@gmail.com/
> >
> > v1->v2:
> > ========
> > 1. Fix a possible deadlock due to use of spin_lock instead of spin_lock_irqsave.
> > 2. Prevent kernel stack uninit memory leak to userspace
> > 3. Fix the race condition in null-ptr-deref case where there may be an
> > msg pending to be consumed from the hvpipe.
> > 4. Fixed error handling in init routine in patch-10
> >
> > [v1]: https://lore.kernel.org/linuxppc-dev/cover.1775569027.git.ritesh.list@gmail.com/#t
> >
> > Ritesh Harjani (IBM) (9):
> > pseries/papr-hvpipe: Fix race with interrupt handler
> > pseries/papr-hvpipe: Prevent kernel stack memory leak to userspace
> > pseries/papr-hvpipe: Fix null ptr deref in papr_hvpipe_dev_create_handle()
> > pseries/papr-hvpipe: Fix & simplify error handling in papr_hvpipe_init()
> > pseries/papr-hvpipe: Fix the usage of copy_to_user()
> > pseries/papr-hvpipe: Simplify spin unlock usage in papr_hvpipe_handle_release()
> > pseries/papr-hvpipe: Kill task_struct pointer from struct hvpipe_source_info
> > pseries/papr-hvpipe: Refactor and simplify hvpipe_rtas_recv_msg()
> > pseries/papr-hvpipe: Fix style and checkpatch issues in enable_hvpipe_IRQ()
> >
> > arch/powerpc/platforms/pseries/papr-hvpipe.c | 181 ++++++++++---------
> > arch/powerpc/platforms/pseries/papr-hvpipe.h | 1 -
> > 2 files changed, 97 insertions(+), 85 deletions(-)
> >
> > --
> > 2.39.5
next prev parent reply other threads:[~2026-05-09 4:10 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <cover.1777606826.git.ritesh.list@gmail.com>
2026-05-08 7:46 ` [PATCH v3 0/9] pseries/papr-hvpipe: Fix deadlock, races and misc cleanups Aboorva Devarajan
2026-05-09 4:09 ` Aboorva Devarajan [this message]
2026-05-11 2:28 ` Madhavan Srinivasan
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=e86af01b989a7bda2ff5f68db1f05398e868b698.camel@linux.ibm.com \
--to=aboorvad@linux.ibm.com \
--cc=chleroy@kernel.org \
--cc=haren@linux.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=maddy@linux.ibm.com \
--cc=npiggin@gmail.com \
--cc=ritesh.list@gmail.com \
--cc=venkat88@linux.ibm.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