From: "Rahul Gore (Nokia)" <rahul.gore@nokia.com>
To: "kernelnewbies@kernelnewbies.org" <kernelnewbies@kernelnewbies.org>
Cc: "Rohit Mediratta \(Nokia\)" <rohit.mediratta@nokia.com>,
"Pranjal Dutta \(Nokia\)" <pranjal.dutta@nokia.com>
Subject: Completion wait timeout error thrown by i2c-ismt.c driver
Date: Tue, 23 Jan 2024 00:06:38 +0000 [thread overview]
Message-ID: <PH0PR08MB7244CD55861C716C8112DB2B84742@PH0PR08MB7244.namprd08.prod.outlook.com> (raw)
[-- Attachment #1.1: Type: text/plain, Size: 1817 bytes --]
Hi,
I have come across the following problem:
Error:
After pasting ~130kb text in console, multiple "ismt_smbus 0000:00:12.0: completion wait timed out" messages are seen in dmesg.
Configuration:
1. Custom Debian-based operating system based on Linux kernel 6.1.25-13-amd64.
2. Sysrq is set to 16.
3. Following peripherals are present:
a. Intel Corporation Atom Processor C3000 Series SMBus Contoller (Driver i2c_ismt).
b. Serial controller: Intel Corporation Atom Processor C3000 Series HSUART Controller (Driver 8250_mid)
4. The original baudrate of the serial controller is 115200, however, we configure its baudrate to 57600.
5. Model name: Intel(R) Atom(TM) CPU C3558 @ 2.20GHz; Number of cores = 4; RAM = 16GB.
Additional observations:
1. The paste operation takes around 61 minutes.
2. Number of interrupts on serial controller during this time is around 175000.
3. Number of interrupts on SMBus controller during this time is around 346000.
4. When sysrq is set to 0, the problem does not occur.
5. The interrupts on the IRQ lines for serial driver and SMBus driver are serviced by the same core.
6. If I ensure that the interrupts on the serial and SMBus driver are managed by different cores, the problem does not occur.
7. During the paste process, the CPU usage of the core (that handles both interrupts) goes to 100%, then suddenly drops to 0%, before returning to normal values (around 90%).
8. If the baudrate is set to 115200 (original value), the problem does not occur.
I studied the source code for the serial driver. I could not find anything which may have caused other interrupts to get blocked.
I would appreciate any direction and/or explanation for this behavior. Please let me know if any additional information is needed from my end.
Regards,
Rahul
[-- Attachment #1.2: Type: text/html, Size: 8739 bytes --]
[-- Attachment #2: Type: text/plain, Size: 170 bytes --]
_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
reply other threads:[~2024-01-23 0:09 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=PH0PR08MB7244CD55861C716C8112DB2B84742@PH0PR08MB7244.namprd08.prod.outlook.com \
--to=rahul.gore@nokia.com \
--cc=kernelnewbies@kernelnewbies.org \
--cc=pranjal.dutta@nokia.com \
--cc=rohit.mediratta@nokia.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).