From: Mauro Salvini <mauro.salvini@smigroup.net>
To: Henning Schild <henning.schild@siemens.com>
Cc: Mauro Salvini via Xenomai <xenomai@xenomai.org>
Subject: Re: FPU warn on ipipe 4.9.146-8 i386
Date: Tue, 15 Jan 2019 08:23:17 +0100 [thread overview]
Message-ID: <1547536997.2413.1.camel@smigroup.net> (raw)
In-Reply-To: <20190114103926.357e0bff@md1za8fc.ad001.siemens.net>
On Mon, 2019-01-14 at 10:39 +0100, Henning Schild wrote:
> Am Fri, 11 Jan 2019 14:47:13 +0100
> schrieb Mauro Salvini <mauro.salvini@smigroup.net>:
>
> > On Fri, 2019-01-11 at 10:40 +0100, Henning Schild wrote:
> > > Am Fri, 11 Jan 2019 09:57:50 +0100
> > > schrieb Mauro Salvini via Xenomai <xenomai@xenomai.org>:
> > >
> > > > Hi all,
> > > >
> > > > I'm testing same hardware of [1], with kernel 4.9.146 from
> > > > ipipe-
> > > > 4.9.y
> > > > with [2] applied, compiled with ARCH=i386 and Xenomai 3.0.7.
> > >
> > > To be honest i386 is not really tested anymore, in fact in 4.14
> > > not
> > > even supported at the moment. If you can you should go for
> > > x86_64.
> > >
> >
> > Hi Henning,
> >
> > Thank you. I'm trying i386 version due to legacy 32bit code that
> > uses
> > rtnet (which cannot be used with mixed ABI).
>
> Ok, maybe something you might want to fix for the future.
>
..snip..
> > > >
> > > could you try this:
> > >
> > > --- a/arch/x86/kernel/fpu/core.c
> > > +++ b/arch/x86/kernel/fpu/core.c
> > > @@ -426,6 +426,10 @@ void fpu__restore(struct fpu *fpu)
> > > /* Avoid __kernel_fpu_begin() right after
> > > fpregs_activate()
> > > */
> > > kernel_fpu_disable();
> > > trace_x86_fpu_before_restore(fpu);
> > > + if (fpregs_activate(fpu)) {
> >
> > This instruction does not compile due to fpregs_activate() returns
> > void, perhaps did you mean "if (fpregs_active(fpu))"?
> > Given that fpregs_active() have no args, I tried with this:
> >
> > if (fpu->fpregs_active)
>
> I did not test what i wrote there, and your fix is what i meant.
>
> > and warning does not raise (even warning added with this patch).
>
> In that case a similar patch should probably be included upstream. I
> will prepare a patch for that.
>
> Henning
Hi Henning,
I don't know if it concerns about FPU and this discussion, but I did
some tests and also with last fixes the system freezes after a variable
time (from few seconds to few hours) since latency test start.
No logs/warns in /var/log/messages, and hard reset is needed.
I'm investigating if it freezes also with latency running alone.
Tell me if it's worth to continue testing or not (considering that i386
is going to be not supported anymore).
Thanks
Mauro
>
> > > + WARN_ON_FPU(fpu !=
> > > this_cpu_read_stable(fpu_fpregs_owner_ctx));
> > > + fpregs_deactivate(fpu);
> > > + }
> > > fpregs_activate(fpu);
> > > copy_kernel_to_fpregs(&fpu->state);
> > > trace_x86_fpu_after_restore(fpu);
> > >
> > > This would not be a proper fix, especially if you end up seeing
> > > that
> > > warning ...
> > >
> > > Henning
> > >
> > > >
> > > >
> > > >
> > >
> > >
>
>
prev parent reply other threads:[~2019-01-15 7:23 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-11 8:57 FPU warn on ipipe 4.9.146-8 i386 Mauro Salvini
2019-01-11 9:40 ` Henning Schild
2019-01-11 9:53 ` limingyu
2019-01-11 13:51 ` Mauro Salvini
2019-01-14 3:36 ` limingyu
2019-01-11 13:47 ` Mauro Salvini
2019-01-14 9:39 ` Henning Schild
2019-01-15 7:23 ` Mauro Salvini [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=1547536997.2413.1.camel@smigroup.net \
--to=mauro.salvini@smigroup.net \
--cc=henning.schild@siemens.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.