[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
<VI1PR04MB100498A9CFBB48DF250CC73B98FCA2@VI1PR04MB10049.eurprd04.prod.outlook.com>
Date: Thu, 6 Mar 2025 08:31:29 +0000
From: Manjunatha Venkatesh <manjunatha.venkatesh@....com>
To: Frank Li <frank.li@....com>
CC: "miquel.raynal@...tlin.com" <miquel.raynal@...tlin.com>,
"conor.culhane@...vaco.com" <conor.culhane@...vaco.com>,
"alexandre.belloni@...tlin.com" <alexandre.belloni@...tlin.com>,
"linux-i3c@...ts.infradead.org" <linux-i3c@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"rvmanjumce@...il.com" <rvmanjumce@...il.com>
Subject: RE: [PATCH] driver: svc-i3c-master: Kernel panic issue fixed
Hi Frank,
Please find my inline comments.
Regards,
Manju
> -----Original Message-----
> From: Frank Li <frank.li@....com>
> Sent: Friday, February 28, 2025 9:19 PM
> To: Manjunatha Venkatesh <manjunatha.venkatesh@....com>
> Cc: miquel.raynal@...tlin.com; conor.culhane@...vaco.com;
> alexandre.belloni@...tlin.com; linux-i3c@...ts.infradead.org; linux-
> kernel@...r.kernel.org; rvmanjumce@...il.com
> Subject: Re: [PATCH] driver: svc-i3c-master: Kernel panic issue fixed
>
> Subject should be "Fix read from unreadable memory at
> svc_i3c_master_ibi_work()"
> Or like below pattern:
> Do ... to fix ...
>
[Manjunatha Venkatesh] Tittle updated as per the review comment.
> On Mon, Feb 24, 2025 at 08:47:54AM +0530, Manjunatha Venkatesh wrote:
> > I3C Master driver svc-i3c-master
>
> Needn't this line.
>
[Manjunatha Venkatesh] Removed this line and submitted the new patch
> >
> > As part of I3C driver probing sequence for particular device instance,
> > While adding to queue it is trying to access ibi variable of dev which
> > is not yet initialized causing "Unable to handle kernel read from
> > unreadable memory" resulting in kernel panic.
>
> Can you provide more detail information why/how this happen? which
> varible read cause this problem?
>
[Manjunatha Venkatesh] : Below is the sequence where this issue happened.
1. During boot up sequence IBI is received at host from the slave device before requesting for IBI, Usually will request IBI by calling i3c_device_request_ibi() during probe of slave driver.
2. Since master code trying to access IBI Variable for the particular device instance before actually it initialized by slave driver, due to this randomly accessing the address and causing kernel panic.
3. i3c_device_request_ibi() function invoked by the slave driver where dev->ibi = ibi; assigned as part of function call i3c_dev_request_ibi_locked().
4. But when IBI request sent by slave device, master code trying to access this variable before its initialized due to this race condition situation kernel panic happened.
> Need fix tags and cc stable.
>
[Manjunatha Venkatesh] : fix tags and cc stable updated in the commit message.
> Frank
> >
> > Signed-off-by: Manjunatha Venkatesh <manjunatha.venkatesh@....com>
> > ---
> > drivers/i3c/master/svc-i3c-master.c | 7 +++++--
> > 1 file changed, 5 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/i3c/master/svc-i3c-master.c
> > b/drivers/i3c/master/svc-i3c-master.c
> > index d6057d8c7dec..98c4d2e5cd8d 100644
> > --- a/drivers/i3c/master/svc-i3c-master.c
> > +++ b/drivers/i3c/master/svc-i3c-master.c
> > @@ -534,8 +534,11 @@ static void svc_i3c_master_ibi_work(struct
> work_struct *work)
> > switch (ibitype) {
> > case SVC_I3C_MSTATUS_IBITYPE_IBI:
> > if (dev) {
> > - i3c_master_queue_ibi(dev, master->ibi.tbq_slot);
> > - master->ibi.tbq_slot = NULL;
> > + data = i3c_dev_get_master_data(dev);
> > + if (master->ibi.slots[data->ibi]) {
> > + i3c_master_queue_ibi(dev, master-
> >ibi.tbq_slot);
> > + master->ibi.tbq_slot = NULL;
> > + }
> > }
> > svc_i3c_master_emit_stop(master);
> > break;
> > --
> > 2.46.1
> >
> >
> > --
> > linux-i3c mailing list
> > linux-i3c@...ts.infradead.org
> > http://lists.infradead.org/mailman/listinfo/linux-i3c
Powered by blists - more mailing lists