From: Fino Meng <fino.meng@linux.intel.com>
To: Jan Kiszka <jan.kiszka@siemens.com>
Cc: xenomai@xenomai.org
Subject: Re: build scripts for the WIP xenomai porting to kernel 5.4
Date: Mon, 26 Oct 2020 17:15:21 +0800 [thread overview]
Message-ID: <20201026091520.GA17573@linux.intel.com> (raw)
In-Reply-To: <d1e7422a-2bb9-b9d2-7b57-7a1965721f34@siemens.com>
On Mon, Oct 26, 2020 at 09:38:34AM +0100, Jan Kiszka wrote:
> On 26.10.20 09:26, Fino Meng wrote:
> > On Mon, Oct 26, 2020 at 09:20:20AM +0100, Jan Kiszka wrote:
> >> On 26.10.20 09:12, Fino Meng wrote:
> >>> On Mon, Oct 26, 2020 at 08:35:10AM +0100, Jan Kiszka wrote:
> >>>> On 23.10.20 11:04, Fino Meng wrote:
> >>>>> be aware of RTNET and RTIPC part still have compile error, I didn't
> >>>>> enable them in .config yet. hope can fix them next week.
> >>>>
> >>>> Do you have patches for RTnet and Analogy already? RTIPC is fixed in
> >>>> next. I'm currently trying to get CI fully running.
> >>>>
> >>>> Jan
> >>>
> >>> this morning, I didn't meet error when compile RTnet as module, strange.
> >>
> >> Just fixing that, linux/pci-aspm.h
> >>
> >>> for Analogy I didn't try yet, will try it today.
> >>>
> >>> Happy to know RTIPC is done, I was checking it's code and make it pass compile like this:
> >>>
> >>> diff --git a/kernel/drivers/ipc/bufp.c b/kernel/drivers/ipc/bufp.c
> >>> index 45c917eb0..024f8f2f1 100644
> >>> --- a/kernel/drivers/ipc/bufp.c
> >>> +++ b/kernel/drivers/ipc/bufp.c
> >>> @@ -830,14 +830,16 @@ static int __bufp_setsockopt(struct bufp_socket *sk,
> >>> if (sopt.level == SOL_SOCKET) {
> >>> switch (sopt.optname) {
> >>>
> >>> - case SO_RCVTIMEO:
> >>> + case SO_RCVTIMEO_OLD:
> >>> + case SO_RCVTIMEO_NEW:
> >>
> >> *_NEW looks incorrect at this stage, see next.
> >>
> >>> ret = rtipc_get_timeval(fd, &tv, sopt.optval, sopt.optlen);
> >>> if (ret)
> >>> return ret;
> >>> sk->rx_timeout = rtipc_timeval_to_ns(&tv);
> >>> break;
> >>>
> >>> - case SO_SNDTIMEO:
> >>> + case SO_SNDTIMEO_OLD:
> >>> + case SO_SNDTIMEO_NEW:
> >>> ret = rtipc_get_timeval(fd, &tv, sopt.optval, sopt.optlen);
> >>> if (ret)
> >>> return ret;
> >>> @@ -922,14 +924,16 @@ static int __bufp_getsockopt(struct bufp_socket *sk,
> >>> if (sopt.level == SOL_SOCKET) {
> >>> switch (sopt.optname) {
> >>>
> >>> - case SO_RCVTIMEO:
> >>> + case SO_RCVTIMEO_OLD:
> >>> + case SO_RCVTIMEO_NEW:
> >>> rtipc_ns_to_timeval(&tv, sk->rx_timeout);
> >>> ret = rtipc_put_timeval(fd, sopt.optval, &tv, len);
> >>> if (ret)
> >>> return ret;
> >>> break;
> >>>
> >>> - case SO_SNDTIMEO:
> >>> + case SO_SNDTIMEO_OLD:
> >>> + case SO_SNDTIMEO_NEW:
> >>> rtipc_ns_to_timeval(&tv, sk->tx_timeout);
> >>> ret = rtipc_put_timeval(fd, sopt.optval, &tv, len);
> >>> if (ret)
> >>> diff --git a/kernel/drivers/ipc/iddp.c b/kernel/drivers/ipc/iddp.c
> >>> index 2a80eba65..c926b32ac 100644
> >>> --- a/kernel/drivers/ipc/iddp.c
> >>> +++ b/kernel/drivers/ipc/iddp.c
> >>> @@ -712,14 +712,16 @@ static int __iddp_setsockopt(struct iddp_socket *sk,
> >>> if (sopt.level == SOL_SOCKET) {
> >>> switch (sopt.optname) {
> >>>
> >>> - case SO_RCVTIMEO:
> >>> + case SO_RCVTIMEO_OLD:
> >>> + case SO_RCVTIMEO_NEW:
> >>> ret = rtipc_get_timeval(fd, &tv, sopt.optval, sopt.optlen);
> >>>
> >>>
> >>> I also tested hackbench:
> >>>
> >>> while true ; do sudo taskset -c 1 hackbench -s 512 -l 200 -g 20 -f 50 -P ; done
> >>>
> >>> it output errors, but the board is still alive.
> >>>
> >>
> >> Will check. Was that with my FPU fixes in place already?
> >>
> >> Jan
> >
> > yes, without the FPU fixes, the board will hang after trigger
> > hackbench.
>
> How long did it run to trigger? Anything happening in parallel? How do
> the errors look like? Currently running, nothing happened so far.
>
> Maybe you can also retry with ipipe-x86-5.4.y.
>
> Jan
>
sounds good, will pull latest code. my board's error print like this,
nothing parallel, only run a hackbench.
[ 3711.348060] RIP: 0033:0x7f4a7edc9471
[ 3711.354108] Code: 00 00 75 05 48 83 c4 58 c3 e8 0b 4d ff ff 66 2e 0f 1f 84 00 00 00 00 00 90 8b 05 da ef 00 00 85 c0 75 16 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 57 c3 66 0f 1f 44 00 00 41 54 49 89 d4 55 48
[ 3711.377358] RSP: 002b:00007ffe59265888 EFLAGS: 00000246 ORIG_RAX: 0000000000000001
[ 3711.388126] RAX: ffffffffffffffda RBX: 0000000000000200 RCX: 00007f4a7edc9471
[ 3711.398415] RDX: 0000000000000200 RSI: 00007ffe59265890 RDI: 0000000000000014
[ 3711.408711] RBP: 00007ffe59265ae0 R08: 00007ffe592657e0 R09: 00007f4a7edd42f0
[ 3711.419019] R10: fffffffffffff8d7 R11: 0000000000000246 R12: 00007ffe59265890
[ 3711.429338] R13: 000000000000000c R14: 00005644c8742a20 R15: 0000000000000000
[ 3711.439678] hackbench R running task 0 2381 627 0x00000000
[ 3711.449928] Call Trace:
[ 3711.455031] __schedule+0x34d/0x790
[ 3711.461305] ? try_to_wake_up+0x8b/0x6b0
[ 3711.468067] ? ___preempt_schedule+0x16/0x20
[ 3711.475219] preempt_schedule_common+0x74/0x80
[ 3711.482568] ___preempt_schedule+0x16/0x20
[ 3711.489531] _raw_spin_unlock_irqrestore+0x36/0x40
[ 3711.497268] __wake_up_common_lock+0x92/0xc0
[ 3711.504295] sock_def_readable+0x41/0x80
[ 3711.510830] unix_stream_sendmsg+0x231/0x3c0
[ 3711.517743] sock_sendmsg+0x5b/0x60
[ 3711.523763] sock_write_iter+0x97/0x100
[ 3711.530167] new_sync_write+0x11b/0x1b0
[ 3711.536554] vfs_write+0xa5/0x1a0
[ 3711.542337] ksys_write+0x59/0xd0
[ 3711.548100] do_syscall_64+0x66/0x180
[ 3711.554232] entry_SYSCALL_64_after_hwframe+0x44/0xa9
[ 3711.561932] RIP: 0033:0x7f4a7edc9471
[ 3711.567977] Code: 00 00 75 05 48 83 c4 58 c3 e8 0b 4d ff ff 66 2e 0f 1f 84 00 00 00 00 00 90 8b 05 da ef 00 00 85 c0 75 16 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 57 c3 66 0f 1f 44 00 00 41 54 49 89 d4 55 48
[ 3711.591216] RSP: 002b:00007ffe59265888 EFLAGS: 00000246 ORIG_RAX: 0000000000000001
[ 3711.601984] RAX: ffffffffffffffda RBX: 0000000000000200 RCX: 00007f4a7edc9471
[ 3711.612276] RDX: 0000000000000200 RSI: 00007ffe59265890 RDI: 000000000000001a
[ 3711.622577] RBP: 00007ffe59265ae0 R08: 00007ffe592657e0 R09: 00007f4a7edd42f0
[ 3711.632885] R10: fffffffffffff8d7 R11: 0000000000000246 R12: 00007ffe59265890
[ 3711.643206] R13: 0000000000000012 R14: 00005644c8742a20 R15: 0000000000000000
[ 3711.653541] hackbench R running task 0 2382 627 0x00000000
[ 3711.663797] Call Trace:
[ 3711.668897] __schedule+0x34d/0x790
[ 3711.675165] ? try_to_wake_up+0x8b/0x6b0
[ 3711.681924] ? ___preempt_schedule+0x16/0x20
[ 3711.689085] preempt_schedule_common+0x74/0x80
[ 3711.696427] ___preempt_schedule+0x16/0x20
[ 3711.703377] _raw_spin_unlock_irqrestore+0x36/0x40
[ 3711.710985] __wake_up_common_lock+0x92/0xc0
[ 3711.717901] sock_def_readable+0x41/0x80
[ 3711.724414] unix_stream_sendmsg+0x231/0x3c0
[ 3711.731306] sock_sendmsg+0x5b/0x60
[ 3711.737311] sock_write_iter+0x97/0x100
[ 3711.743693] new_sync_write+0x11b/0x1b0
[ 3711.750061] vfs_write+0xa5/0x1a0
[ 3711.755829] ksys_write+0x59/0xd0
[ 3711.761574] do_syscall_64+0x66/0x180
[ 3711.767709] entry_SYSCALL_64_after_hwframe+0x44/0xa9
[ 3711.775409] RIP: 0033:0x7f4a7edc9471
> --
> Siemens AG, T RDA IOT
> Corporate Competence Center Embedded Linux
next prev parent reply other threads:[~2020-10-26 9:15 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-14 13:25 build scripts for the WIP xenomai porting to kernel 5.4 Fino Meng
2020-10-15 14:20 ` Jan Kiszka
2020-10-15 14:30 ` Jan Kiszka
2020-10-16 3:36 ` Fino Meng
2020-10-18 21:41 ` Jan Kiszka
2020-10-21 6:36 ` Jan Kiszka
2020-10-21 11:43 ` Fino Meng
2020-10-22 6:27 ` Jan Kiszka
2020-10-22 7:26 ` Jan Kiszka
2020-10-22 7:38 ` Fino Meng
2020-10-22 11:49 ` Fino Meng
2020-10-22 12:15 ` Jan Kiszka
2020-10-22 13:25 ` Fino Meng
2020-10-22 15:22 ` Jan Kiszka
2020-10-22 16:02 ` Jan Kiszka
2020-10-23 9:04 ` Fino Meng
2020-10-23 12:29 ` Jan Kiszka
2020-10-24 3:59 ` Fino Meng
2020-10-26 7:35 ` Jan Kiszka
2020-10-26 8:12 ` Fino Meng
2020-10-26 8:20 ` Jan Kiszka
2020-10-26 8:25 ` Jan Kiszka
2020-10-26 8:26 ` Fino Meng
2020-10-26 8:38 ` Jan Kiszka
2020-10-26 9:15 ` Fino Meng [this message]
2020-10-26 9:20 ` Jan Kiszka
2020-10-27 5:23 ` Fino Meng
2020-10-27 6:01 ` Jan Kiszka
2020-10-27 6:44 ` Fino Meng
2020-10-27 6:50 ` Jan Kiszka
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=20201026091520.GA17573@linux.intel.com \
--to=fino.meng@linux.intel.com \
--cc=jan.kiszka@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.