From: Frank Li <Frank.li@nxp.com> To: Miquel Raynal <miquel.raynal@bootlin.com> Cc: conor.culhane@silvaco.com, alexandre.belloni@bootlin.com, joe@perches.com, linux-i3c@lists.infradead.org, linux-kernel@vger.kernel.org, imx@lists.linux.dev Subject: Re: [PATCH 6/6] i3c: master: svc: fix random hot join failure since timeout error Date: Tue, 17 Oct 2023 11:25:37 -0400 [thread overview] Message-ID: <ZS6ncZeNaen13s1b@lizhi-Precision-Tower-5810> (raw) In-Reply-To: <20231017170603.5ef996c2@xps-13> On Tue, Oct 17, 2023 at 05:06:03PM +0200, Miquel Raynal wrote: > Hi Frank, > > Frank.li@nxp.com wrote on Tue, 17 Oct 2023 10:45:14 -0400: > > > On Tue, Oct 17, 2023 at 04:33:35PM +0200, Miquel Raynal wrote: > > > Hi Frank, > > > > > > Frank.Li@nxp.com wrote on Mon, 16 Oct 2023 11:32:32 -0400: > > > > > > > master side report: > > > > silvaco-i3c-master 44330000.i3c-master: Error condition: MSTATUS 0x020090c7, MERRWARN 0x00100000 > > > > > > > > BIT 20: TIMEOUT error > > > > The module has stalled too long in a frame. This happens when: > > > > - The TX FIFO or RX FIFO is not handled and the bus is stuck in the > > > > middle of a message, > > > > - No STOP was issued and between messages, > > > > - IBI manual is used and no decision was made. > > > > The maximum stall period is 10 KHz or 100 μs. > > > > > > > > This is a just warning. System irq thread schedule latency is possible > > > > > > can be bigger > > > > bigger than 100us. Just omit this waring. > > > > > > I'm not sure this is the correct approach. It's a real issue but there > > > is not much we can do about it. Perhaps dev_err is too high, but I > > > would not entirely drop this message. Maybe a comment and turning the > > > message into a dbg printk would be more appropriate? > > > > The key is not message. It return true, means IBI/HJ thread will not run. > > But why should the workers run if it's too late? IBI ACK already sent, target think master already accepted IBI. then master driver check TIMEOUT, If without run IBI thread, target's driver will wait target sent IBI. And target wait for driver handle IBI. So the whole system may lock or wait for long time out. Hardware check TIMEOUT and software send ACK is totally async. > > Thanks, > Miquèl
WARNING: multiple messages have this Message-ID (diff)
From: Frank Li <Frank.li@nxp.com> To: Miquel Raynal <miquel.raynal@bootlin.com> Cc: conor.culhane@silvaco.com, alexandre.belloni@bootlin.com, joe@perches.com, linux-i3c@lists.infradead.org, linux-kernel@vger.kernel.org, imx@lists.linux.dev Subject: Re: [PATCH 6/6] i3c: master: svc: fix random hot join failure since timeout error Date: Tue, 17 Oct 2023 11:25:37 -0400 [thread overview] Message-ID: <ZS6ncZeNaen13s1b@lizhi-Precision-Tower-5810> (raw) In-Reply-To: <20231017170603.5ef996c2@xps-13> On Tue, Oct 17, 2023 at 05:06:03PM +0200, Miquel Raynal wrote: > Hi Frank, > > Frank.li@nxp.com wrote on Tue, 17 Oct 2023 10:45:14 -0400: > > > On Tue, Oct 17, 2023 at 04:33:35PM +0200, Miquel Raynal wrote: > > > Hi Frank, > > > > > > Frank.Li@nxp.com wrote on Mon, 16 Oct 2023 11:32:32 -0400: > > > > > > > master side report: > > > > silvaco-i3c-master 44330000.i3c-master: Error condition: MSTATUS 0x020090c7, MERRWARN 0x00100000 > > > > > > > > BIT 20: TIMEOUT error > > > > The module has stalled too long in a frame. This happens when: > > > > - The TX FIFO or RX FIFO is not handled and the bus is stuck in the > > > > middle of a message, > > > > - No STOP was issued and between messages, > > > > - IBI manual is used and no decision was made. > > > > The maximum stall period is 10 KHz or 100 μs. > > > > > > > > This is a just warning. System irq thread schedule latency is possible > > > > > > can be bigger > > > > bigger than 100us. Just omit this waring. > > > > > > I'm not sure this is the correct approach. It's a real issue but there > > > is not much we can do about it. Perhaps dev_err is too high, but I > > > would not entirely drop this message. Maybe a comment and turning the > > > message into a dbg printk would be more appropriate? > > > > The key is not message. It return true, means IBI/HJ thread will not run. > > But why should the workers run if it's too late? IBI ACK already sent, target think master already accepted IBI. then master driver check TIMEOUT, If without run IBI thread, target's driver will wait target sent IBI. And target wait for driver handle IBI. So the whole system may lock or wait for long time out. Hardware check TIMEOUT and software send ACK is totally async. > > Thanks, > Miquèl -- linux-i3c mailing list linux-i3c@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-i3c
next prev parent reply other threads:[~2023-10-17 15:25 UTC|newest] Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top 2023-10-16 15:32 [PATCH 0/6] i3c: master: svc: collection of bugs fixes Frank Li 2023-10-16 15:32 ` Frank Li 2023-10-16 15:32 ` [PATCH 1/6] i3c: master: svc: fix race condition in ibi work thread Frank Li 2023-10-16 15:32 ` Frank Li 2023-10-17 13:33 ` kernel test robot 2023-10-17 13:33 ` kernel test robot 2023-10-17 14:16 ` Miquel Raynal 2023-10-17 14:16 ` Miquel Raynal 2023-10-17 14:37 ` Frank Li 2023-10-17 14:37 ` Frank Li 2023-10-17 14:49 ` Miquel Raynal 2023-10-17 14:49 ` Miquel Raynal 2023-10-17 15:10 ` Frank Li 2023-10-17 15:10 ` Frank Li 2023-10-17 15:23 ` Miquel Raynal 2023-10-17 15:23 ` Miquel Raynal 2023-10-16 15:32 ` [PATCH 2/6] i3c: master: svc: fix wrong data return when IBI happen during start frame Frank Li 2023-10-16 15:32 ` Frank Li 2023-10-17 14:21 ` Miquel Raynal 2023-10-17 14:21 ` Miquel Raynal 2023-10-16 15:32 ` [PATCH 3/6] i3c: master: svc: fix ibi may not return mandatory data byte Frank Li 2023-10-16 15:32 ` Frank Li 2023-10-17 14:27 ` Miquel Raynal 2023-10-17 14:27 ` Miquel Raynal 2023-10-17 20:55 ` Frank Li 2023-10-17 20:55 ` Frank Li 2023-10-16 15:32 ` [PATCH 4/6] i3c: master: svc: fix check wrong status register in irq handler Frank Li 2023-10-16 15:32 ` Frank Li 2023-10-17 14:28 ` Miquel Raynal 2023-10-17 14:28 ` Miquel Raynal 2023-10-16 15:32 ` [PATCH 5/6] i3c: master: svc: fix SDA keep low when polling IBIWON timeout happen Frank Li 2023-10-16 15:32 ` Frank Li 2023-10-17 14:29 ` Miquel Raynal 2023-10-17 14:29 ` Miquel Raynal 2023-10-16 15:32 ` [PATCH 6/6] i3c: master: svc: fix random hot join failure since timeout error Frank Li 2023-10-16 15:32 ` Frank Li 2023-10-17 14:33 ` Miquel Raynal 2023-10-17 14:33 ` Miquel Raynal 2023-10-17 14:45 ` Frank Li 2023-10-17 14:45 ` Frank Li 2023-10-17 15:06 ` Miquel Raynal 2023-10-17 15:06 ` Miquel Raynal 2023-10-17 15:25 ` Frank Li [this message] 2023-10-17 15:25 ` Frank Li
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=ZS6ncZeNaen13s1b@lizhi-Precision-Tower-5810 \ --to=frank.li@nxp.com \ --cc=alexandre.belloni@bootlin.com \ --cc=conor.culhane@silvaco.com \ --cc=imx@lists.linux.dev \ --cc=joe@perches.com \ --cc=linux-i3c@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=miquel.raynal@bootlin.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: linkBe 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.