From: Deepesh Varatharajan <deepesh.varatharajan@windriver.com>
To: Alexander Kanavin <alex.kanavin@gmail.com>
Cc: Richard Purdie <richard.purdie@linuxfoundation.org>,
"openembedded-core@lists.openembedded.org"
<openembedded-core@lists.openembedded.org>,
"Sundeep.Kokkonda@windriver.com" <Sundeep.Kokkonda@windriver.com>,
"Tatrai, Peter" <peter.tatrai.ext@siemens.com>,
peter.marko@siemens.com
Subject: Re: [OE-core] [PATCH] rust: Drop oeqa-selftest-Increase-timeout-in-process-sigpipe-ru.patch
Date: Wed, 11 Mar 2026 15:08:14 +0530 [thread overview]
Message-ID: <62231148-3fb5-4206-a28f-2d255926f077@windriver.com> (raw)
In-Reply-To: <CANNYZj8tiX1SKZDuvGE64JNWvFFjaO9pha1yMhPoTqvfu2xQsA@mail.gmail.com>
On 11-03-2026 14:44, Alexander Kanavin wrote:
> CAUTION: This email comes from a non Wind River email account!
> Do not click links or open attachments unless you recognize the sender and know the content is safe.
>
> On Wed, 11 Mar 2026 at 09:42, Varatharajan, Deepesh via
> lists.openembedded.org
> <deepesh.varatharajan=windriver.com@lists.openembedded.org> wrote:
>>> There is a bugzilla ticket number in there:
>>>
>>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=15625
>>>
>>> and that shows that it did happen on the yocto project autobuilder when
>>> testing 32 bit PPC. The autobuilder would have been under load and this
>>> happened in 2024 with this fix around a year ago.
>>>
>>> I think Deepesh is right, we should see if upstream would be willing to
>>> increase the timeout. Carrying patches like this with no hope of ever
>>> removing them is something we have a natural pressure to try and avoid
>>> it at all possible.
>> Hi Richard,
>>
>> How we should proceed further on this? After our discussion, it stayed
>> in master-next
>> for a few weeks but has now been removed. Would it be okay if I resend
>> the patch
>> after rebasing it to the latest sources?
>>
>> If the mentioned failure shows up again, I can open an upstream ticket and
>> follow up with the community. Please let me know what you suggest.
> Yes, please rebase/resend. I would suggest also to open the upstream
> ticket up front, although upstream might ask for hard evidence that
> the problem is real, and we don't have any recent/actual evidence.
>
> Alex
Hi Alex,
Thanks for the suggestion.
I will rebase the patch onto the latest sources and resend it. Regarding
the upstream ticket,
since we don't currently have a recent occurrence of the issue with the
latest Rust versions,
it may be difficult to open a meaningful report without concrete
evidence or a reproducible
case. Upstream would likely ask for logs or a reproducible setup.
If the issue appears again with the latest Rust, I’ll make sure to
collect the necessary
details and open an upstream ticket promptly.
Please let me know if this is fine.
Regards,
Deepesh
prev parent reply other threads:[~2026-03-11 9:38 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-21 7:54 [PATCH] rust: Drop oeqa-selftest-Increase-timeout-in-process-sigpipe-ru.patch Deepesh.Varatharajan
2026-01-21 9:14 ` [OE-core] " Marko, Peter
2026-01-21 10:51 ` Deepesh Varatharajan
2026-01-21 10:59 ` Richard Purdie
2026-03-11 8:42 ` Deepesh Varatharajan
2026-03-11 9:14 ` Alexander Kanavin
2026-03-11 9:38 ` Deepesh Varatharajan [this message]
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=62231148-3fb5-4206-a28f-2d255926f077@windriver.com \
--to=deepesh.varatharajan@windriver.com \
--cc=Sundeep.Kokkonda@windriver.com \
--cc=alex.kanavin@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=peter.marko@siemens.com \
--cc=peter.tatrai.ext@siemens.com \
--cc=richard.purdie@linuxfoundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox