(In reply to Koichiro Iwao from comment #15)
> Hi,
>
> This causes segfault on bhvye hypervisor running on Ryzen processors.
>
> FreeBSD folks are also investigating the issue from hypervisor's side but I
> would like to let you know that this caused an issue because of the change
> to keep you
Fixed on 2.40.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2058466
Title:
glibc 2.39 test failure on ppc64el: elf/tst-decorate-maps
To manage notifications about this bug go to:
https://bugs.laun
(In reply to Simon Chopin from comment #3)
> Thanks Andreas for pointing me to the page size.
>
> There's an assumption made in the test that the early allocation code will
> need to grow beyond the initial data page, as those extra pages would be the
> ones marked "[anon: glibc: loader malloc]".
(In reply to Joseph Myers from comment #2)
> Shouldn't we fix how suseconds_t is defined in glibc in the 64-bit time
> case? It's not as if any interfaces in glibc use suseconds_t other than as
> part of struct timeval (though we should still warn in NEWS about potential
> compatibility issues for
Yes, this was an overlook which I am not fully sure how to handle
without breaking 'current' 64 time ABI. Maybe we can follow the timespec
one, time/bits/types/struct_timespec.h, used 32 bit suseconds_t and add
proper paddings depending of the endianess.
--
You received this bug notification beca
(In reply to Dmitry V. Levin from comment #4)
> Just letting you know that we reverted commit
> 6b89c385d8bd0700b25bac2c2d0bebe68d5cc05d in our glibc build shortly after
> reporting this issue.
Reading rsync bug report, I really think that EOPNOTSUPP is the correct
error code to return in this cas
I think there is no much glibc can do without proper kernel support [1].
[1] https://sourceware.org/pipermail/libc-alpha/2020-July/116513.html
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1902109
Ti
(In reply to Ilyahoo Proshel from comment #5)
> Dear maintainers,
>
> I added localedata/rif_MA.UTF-8.in the I added rif_MA.UTF-8 to test-input. I
> modified the original locale to prevent some errors.
>
> make localedata/tests has been done without any errors.
>
> Please find attached files.
P
I think this is similar (In reply to Balint Reczey from comment #2)
> root@gg-armhf:~# cat test.c
> #include
> #include
> #include
> int main() {
> struct timespec tp;
> errno = 0;
> int ret = sched_rr_get_interval(1, &tp);
> printf("ret == %d\n", ret);
> perror("error");
> return 0
