在 2021/9/8 下午5:03, Bezdeka, Florian 写道:
On Wed, 2021-09-08 at 11:30 +0800, Song Chen wrote:
Add a syscall specific for recvmmsg64 with 64bit time_t.
---
v2:
1, adjust indentation, different files have different indentation, see
./kernel/cobalt/posix/io.h
在 2021/8/11 下午9:36, Florian Bezdeka 写道:
Hi!
Just another y2038 related syscall, once again based on v1 sent out by
Song and rebased to current next with some code- and test-cleanups applied.
@Song:
This one was the last one in my inbox. Please make sure that all
following patches are based
在 2021/8/10 下午6:24, Florian Bezdeka 写道:
Hi all,
this is kind of a re-send of the patch series originall published by
Song. There were some things that had to be addressed:
- Code formattings
- Copy paste errors in the test suite
- Failing / incomplete tests, missing test cleanups
-
i had similar experience, below is my fix.
在 2021/7/12 上午12:37, Joe Lee via Xenomai 写道:
Hi Pals,
I applied the ipipe-core-5.4.119-arm64-2.patch on an NXP LS1028A, a
64-bit Armv8 processor.
But then there are two problems, could anyone give me some advice ?
1. Warning "not pipeline-safe" when
在 2021/7/8 下午4:05, Jan Kiszka 写道:
On 08.07.21 09:58, Florian Bezdeka wrote:
On 07.07.21 22:16, Jan Kiszka via Xenomai wrote:
From: Jan Kiszka
This introduces the concept of a debugging helper thread. It can
register itself with the cobalt core and then wait for ptrace stop and
resumption
在 2021/6/30 下午2:59, Bezdeka, Florian 写道:
On Wed, 2021-06-30 at 08:50 +0200, Jan Kiszka wrote:
On 30.06.21 08:32, Song Chen via Xenomai wrote:
If a preocess is calling mutex_timedlock to acquire resource with
an invalid timeout, mutex_timedlock returns -EFAULT even resource
is available, it
在 2021/6/30 下午2:38, Bezdeka, Florian 写道:
Hi Song,
On Wed, 2021-06-30 at 14:31 +0800, Song Chen wrote:
This patch serial is going to change mutex_timedlock's behavior, instead of
validating timeout first, it tries to acquire resource at the beginning and
returns 0 if resource is available
On 08.06.21 09:51, chensong_2000--- via Xenomai wrote:
在 2021/6/8 下午3:37, chensong_2000--- via Xenomai 写道:
在 2021/6/8 下午2:39, Florian Bezdeka 写道:
Hi Song,
On 03.06.21 14:05, Song Chen wrote:
This patch serial is aimed to introduce a new syscall mutex_timedlock64
which is specific for 64-bit time_t
在 2021/6/8 下午7:03, Florian Bezdeka 写道:
On 08.06.21 09:51, chensong_2000--- via Xenomai wrote:
在 2021/6/8 下午3:37, chensong_2000--- via Xenomai 写道:
在 2021/6/8 下午2:39, Florian Bezdeka 写道:
Hi Song,
On 03.06.21 14:05, Song Chen wrote:
This patch serial is aimed to introduce a new syscall
在 2021/6/8 下午3:37, chensong_2000--- via Xenomai 写道:
在 2021/6/8 下午2:39, Florian Bezdeka 写道:
Hi Song,
On 03.06.21 14:05, Song Chen wrote:
This patch serial is aimed to introduce a new syscall mutex_timedlock64
which is specific for 64-bit time_t.
---
v2:
1, new revision regarding review
在 2021/6/8 下午2:39, Florian Bezdeka 写道:
Hi Song,
On 03.06.21 14:05, Song Chen wrote:
This patch serial is aimed to introduce a new syscall mutex_timedlock64
which is specific for 64-bit time_t.
---
v2:
1, new revision regarding review comments
v3:
1, return -errno
2, throw a warning if
在 2021/6/3 下午7:27, Florian Bezdeka 写道:
Hi Song!
On 03.06.21 12:56, Song Chen wrote:
add test case for mutex_timedlock64 in testsuite
Signed-off-by: Song Chen
---
v2:
1, new revision regarding review comments
---
testsuite/smokey/y2038/syscall-tests.c | 136
在 2021/6/2 下午4:01, Bezdeka, Florian 写道:
On Wed, 2021-06-02 at 14:59 +0800, chensong_2...@189.cn wrote:
在 2021/6/2 下午2:46, Florian Bezdeka 写道:
On 02.06.21 07:55, chensong_2...@189.cn wrote:
在 2021/6/1 下午8:16, Florian Bezdeka 写道:
On 29.04.21 09:45, Song Chen wrote:
add test case for
在 2021/6/2 下午2:46, Florian Bezdeka 写道:
On 02.06.21 07:55, chensong_2...@189.cn wrote:
在 2021/6/1 下午8:16, Florian Bezdeka 写道:
On 29.04.21 09:45, Song Chen wrote:
add test case for clock_adjtime64 in testsuite
Signed-off-by: Song Chen
---
testsuite/smokey/y2038/syscall-tests.c | 71
在 2021/6/1 下午8:16, Florian Bezdeka 写道:
On 29.04.21 09:45, Song Chen wrote:
add test case for clock_adjtime64 in testsuite
Signed-off-by: Song Chen
---
testsuite/smokey/y2038/syscall-tests.c | 71 ++
1 file changed, 71 insertions(+)
diff --git
在 2021/5/25 下午3:16, Jan Kiszka 写道:
On 25.05.21 09:13, chensong_2...@189.cn wrote:
在 2021/5/25 下午2:44, Jan Kiszka 写道:
On 25.05.21 08:05, Song Chen via Xenomai wrote:
replace syscall with XENOMAI_SYSCALL and handle return value differently
Signed-off-by: Song Chen
---
在 2021/5/25 下午2:44, Jan Kiszka 写道:
On 25.05.21 08:05, Song Chen via Xenomai wrote:
replace syscall with XENOMAI_SYSCALL and handle return value differently
Signed-off-by: Song Chen
---
testsuite/smokey/y2038/syscall-tests.c | 128 +++--
1 file changed, 56
i initiated mutex in the main thread and acquire at the same context, is
it wrong?
Should i lock it in the main thread and acquire it in another thread
with a timeout?
i will try.
/Song
在 2021/5/24 下午5:20, chensong_2000--- via Xenomai 写道:
hi,
i'm working on mutex_timedlock64, the call
hi,
i'm working on mutex_timedlock64, the call stack roughly is supposed to be:
CoBaLt_mutex_timedlock64 -- __cobalt_mutex_timedlock_break --
xnsynch_acquire -- xnthread_suspend
however, it doesn't go to xnthread_suspend as expected, turns out it
returns from here:
h =
在 2021/4/27 下午3:27, Bezdeka, Florian 写道:
On Tue, 2021-04-27 at 14:41 +0800, Song Chen wrote:
+ ret = clock_gettime(CLOCK_MONOTONIC, );
+ if (ret) {
+ smokey_warning("clock_gettime failed in clock_nanosleep64.");
+ return errno;
+ }
+
+
在 2021/4/26 下午7:57, Bezdeka, Florian 写道:
On Tue, 2021-04-27 at 01:05 +0800, chensong_2...@189.cn wrote:
在 2021/4/23 下午8:48, Bezdeka, Florian 写道:
On Wed, 2021-04-21 at 16:38 +0800, Song Chen wrote:
+static int test_sc_cobalt_clock_nanosleep64(void)+{
+ long ret;
+ int
在 2021/4/23 下午8:48, Bezdeka, Florian 写道:
On Wed, 2021-04-21 at 16:38 +0800, Song Chen wrote:
+static int test_sc_cobalt_clock_nanosleep64(void)+{
+ long ret;
+ int code = __xn_syscode(sc_cobalt_clock_nanosleep64);
+ struct xn_timespec64 next, rmt;
+ struct
在 2021/4/23 下午11:30, Bezdeka, Florian 写道:
Hi Song,
I just moved the y2038 roadmap we once prepared in my personal
gitlab.com project to the official Xenomai hackerspace [1].
In addition there is now a florian/y2038 branch in the Xenomai
hackerspace [2] which holds the current state. This
23 matches
Mail list logo