All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Meng, Fino" <fino.meng@intel.com>
To: gopi ratnakaram <gopi.ratnakaram@svayarobotics.com>
Cc: "Xenomai (xenomai@xenomai.org)" <xenomai@xenomai.org>
Subject: RE: Regarding SMBus
Date: Thu, 10 Sep 2020 05:49:03 +0000	[thread overview]
Message-ID: <MWHPR11MB191871C53075347DAB3E78B4EE270@MWHPR11MB1918.namprd11.prod.outlook.com> (raw)
In-Reply-To: <CAF_6MazHN=cvjh+J_oQbpxp1dfcGcxwST=r2uQF9MtJ0Pw3oFA@mail.gmail.com>


>Sent: Wednesday, September 9, 2020 6:20 PM
>
>Yes, the motherboard manufacturer has shared the bus with other devices too. I didn't change any kernel configuration with
>respect to xenomai, but the issue was not there in 4.15.0 which is not RT patched where I am not getting this kind of issue.
>But, this only happened in 4.19.59 xenomai patched kernel. Is there any interrupt related configuration change in kernel
>configuration can resolve this issue, please let me know.

If u are using this kernel, a quick try is use acrn_defconfig instead of xenomai_test_defconfig.
It is the defconfig using by ACRN team:
https://github.com/intel/linux-stable-xenomai/blob/F/4.19.59/base/ipipe/xenomai_3.1/arch/x86/configs/acrn_defconfig

xenomai_test_defconfig was originally from Yocto, not optimized for PC. 
We are struggling for a good way to make proper defconfig, 
but it's really hard work due to kernel config are more than 8000 lines already.


BR / Fino (孟祥夫)
Intel – IOTG Developer Enabling


>
>--best regards,
>R Gopi Krishna,
>Svaya Robotics Pvt., Ltd.,
>Hyderabad, India.
>T: +91 40 2354 6019
>F: +91 40 2354 7901
>
>
>*DISCLAIMER  :This e-mail and any files transmitted with it may contain privileged, undisclosed, or otherwise confidential
>information of Svaya Robotics Pvt. Ltd., and are intended solely for the use of the individual or entity to whom they are
>addressed, shall be maintained in confidence and not disclosed to third parties without the written consent of the sender.
>If you have received this E-mail in error, you are hereby notified that any review, copying, printing or distribution of it is
>strictly prohibited.
>Please immediately notify the sender by return e-mail  and destroy the original transmittal. Thank you for your
>cooperation.*
>
>
>On Wed, Sep 9, 2020 at 1:32 PM Jan Kiszka <jan.kiszka@siemens.com> wrote:
>
>> On 09.09.20 07:23, gopi ratnakaram via Xenomai wrote:
>> > Team,
>> >
>> > I am working with xenomai patched with kernel 4.19.59 on an
>> > Industrial motherboard which has an SMBus. After patching during my
>> > testing it was observed that the SMbus got some issues and the bus
>> > is locking
>> immediately
>> > after running my application and the error log is as follows. But,
>> > when I run my SMbus based application in the kernel 4.15.0 without
>> > RT patching
>> it
>> > was working fine. Is there any configuration setting while patching
>> xenomai
>> > is causing this issue?
>> >
>> > --best regards,
>> > R Gopi Krishna,
>> > Svaya Robotics Pvt., Ltd.,
>> > Hyderabad, India.
>> > T: +91 40 2354 6019
>> > F: +91 40 2354 7901
>> >
>> >
>> > *DISCLAIMER  :This e-mail and any files transmitted with it may
>> > contain privileged, undisclosed, or otherwise confidential
>> > information of Svaya Robotics Pvt. Ltd., and are intended solely for
>> > the use of the individual or entity to whom they are addressed,
>> > shall be maintained in confidence
>> and
>> > not disclosed to third parties without the written consent of the sender.
>> > If you have received this E-mail in error, you are hereby notified
>> > that
>> any
>> > review, copying, printing or distribution of it is strictly prohibited.
>> > Please immediately notify the sender by return e-mail  and destroy
>> > the original transmittal. Thank you for your cooperation.*
>> > -------------- next part --------------
>> > [    1.291726] i801_smbus 0000:00:1f.4: SPD Write Disable is set
>> > [    1.291801] i801_smbus 0000:00:1f.4: SMBus using PCI interrupt
>> > [  366.625686] i801_smbus 0000:00:1f.4: Timeout waiting for interrupt!
>>
>> The Linux interrupt is not making it through. Is it shared with
>> another device that happens to be managed by an RTDM driver? Does the
>> issue disappear when keeping the kernel version, just turning of
>> Xenomai and I-pipe in the kernel configuration?
>>
>> Jan
>>
>> --
>> Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate
>> Competence Center Embedded Linux
>>

  reply	other threads:[~2020-09-10  5:49 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-09  5:23 Regarding SMBus gopi ratnakaram
2020-09-09  5:27 ` Greg Gallagher
2020-09-09  5:35   ` gopi ratnakaram
2020-09-09  8:02 ` Jan Kiszka
2020-09-09 10:20   ` gopi ratnakaram
2020-09-10  5:49     ` Meng, Fino [this message]
2020-09-10  8:41       ` gopi ratnakaram
2020-09-11  5:22         ` Meng, Fino

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=MWHPR11MB191871C53075347DAB3E78B4EE270@MWHPR11MB1918.namprd11.prod.outlook.com \
    --to=fino.meng@intel.com \
    --cc=gopi.ratnakaram@svayarobotics.com \
    --cc=xenomai@xenomai.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.