On Wednesday 15 June 2016 08:34 PM, Waldemar Brodkorb wrote:
> Hi Vineet,
> Vineet Gupta wrote,
>
>> Signed-off-by: Vineet Gupta
>> ---
>> libc/sysdeps/linux/arc/crt1.S | 8 ++--
>> 1 file changed, 6 insertions(+), 2 deletions(-)
>>
>> diff
On Tuesday 21 June 2016 03:28 PM, Vlad Zakharov wrote:
> Hello,
>
> I am debugging uClibc tests for ARC.
> Many "tls" tests failed.
>
> Test "tst-tls1" uses macros from file "tls-macros.h" (e.g. TLS_LE, TLS_IE,
> etc.),
> but I couldn't find usage of such macros anywhere except tests.
> I have
ue position independent way when
taking function addresses.
Cc: ucl...@uclibc.org
Cc: devel@uclibc-ng.org
Cc: Cupertino Miranda
Signed-off-by: Vineet Gupta
---
libc/sysdeps/linux/arc/crt1.S | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/libc/sysdeps/linux/arc/crt1.S b/l
Hi Andrew,
On 07/28/2016 11:20 AM, Andrew Burgess wrote:
> This is a slightly odd series of 2 patches. The two patches are
> actually alternative solutions to the same problem. I'm keen to see
> one of these merged, but I don't know which method would be preferred.
>
> This commit aims to addres
Hi Waldemar,
On 07/29/2016 10:28 AM, Waldemar Brodkorb wrote:
> Hi Maintainers,
>
> How would you like to handle global reorganization patches touching
> arch specific parts. Do you would like to be in Cc?
> How long should I wait for a comment or veto?
>
> I sent out two patches recently, one tod
On 08/08/2016 02:44 PM, Petri Gynther wrote:
> uclibc-ng & ARC developers:
>
> I'm trying to use buildroot to build the latest ARC toolchain
> (arc-2016.09-eng007) against our vendor-provided 2.6.35.12 ARC Linux
> kernel. (Yes, it is an ancient kernel, but that's what I have to work
> with for now,
On 07/28/2016 10:59 AM, Andrew Burgess wrote:
> I ran into this issue while trying to debug a _different_ issue witin
> the uClinc(-ng) arc dynamic linker. I turned on debugging support
> within the dynamic linker, and the linker would no longer complete its
> bootstrap phase due to a lack of supp
On 08/10/2016 10:03 AM, Waldemar Brodkorb wrote:
>>> 2) Is uclibc-ng 1.0.17 supposed to be compatible with 2.6.x kernel headers?
>> >
>> > No - modern/upstream uClibc-ng is not compatible with 2.6.35
>> > You need to use the uClibc of the time - with pairing gcc/binutils -
>> > although that
>> >
doesn't enforce the even-odd reg restriction.
Do note that for ARCompact ISA builds v3 and v4 are practically the same in
terms of gcc code generation.
This change is dormant for now (gcc 4.8.x based tools) and will only kick
in with switch to gcc 6.x based tools.
Signed-off-by: Vineet
0,[sp,4]
+ 26f6: ld.ab blink,[sp,4]<--- finally pop BLINK
26fa: cmp r0,-1024
26fe: jls [blink]
Reported-by: Eugeniy Paltsev
Cc: Alexey Brodkin
Signed-off-by: Vineet Gupta
---
libpthread/nptl/sysdeps/unix/sysv/linux/arc/sysdep-cancel.h | 5 -
1 file cha
6b4: st.aw r3,[sp,-4]
26b8: st.aw r4,[sp,-4]
26bc: bl 1e28 <__librt_enable_asynccancel>
Reported-by: Eugeniy Paltsev
Cc: Alexey Brodkin
Signed-off-by: Vineet Gupta
---
libpthread/nptl/sysdeps/unix/sysv/linux/arc/sysdep-cancel.h | 6 +++---
1 file c
Cc: Anton Kolesov
Cc: linux-snps-...@lists.infradead.org
Signed-off-by: Vineet Gupta
---
libc/sysdeps/linux/arc/crt1.S | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libc/sysdeps/linux/arc/crt1.S b/libc/sysdeps/linux/arc/crt1.S
index ae863e7acf5f..70a06e058d3b 100644
t can override the driver
defaults in it's one level up build system.
Signed-off-by: Vineet Gupta
---
Rules.mak | 1 -
1 file changed, 1 deletion(-)
diff --git a/Rules.mak b/Rules.mak
index 8d0e66a49b72..cc1545c81f40 100644
--- a/Rules.mak
+++ b/Rules.mak
@@ -507,7 +507,6 @@ ifeq ($(TARGET
ARC EX instruction maps directly to this primitive, thus helps elide the
llock/scond based retry loop where possible.
Signed-off-by: Vineet Gupta
---
libc/sysdeps/linux/arc/bits/atomic.h | 24
1 file changed, 24 insertions(+)
diff --git a/libc/sysdeps/linux/arc/bits
Hi,
This fixes ARC port to support configs lacking llock/scond using kernel
assisted cmpxchg.
Thx,
-Vineet
Vineet Gupta (3):
NPTL/ARC: implement __arch_exchange_32_acq using native EX
ARC: introduce explicit support for atomics
NPTL/ARC: provide a kernel assisted atomic cmpxchg
extra
For hardware configurations lacking LLOCK/SCOND (say ARC750),
use a syscall to atomically do the cmpxchg.
This is costly and painful, but really the only way out.
Note that kenrel only guarantees this to work in a UP configuraion
Reported-by: Avinash Patil
Signed-off-by: Vineet Gupta
---
libc
Signed-off-by: Vineet Gupta
---
extra/Configs/Config.arc | 8
1 file changed, 8 insertions(+)
diff --git a/extra/Configs/Config.arc b/extra/Configs/Config.arc
index 0c0bc71ce2fc..c263dbf46028 100644
--- a/extra/Configs/Config.arc
+++ b/extra/Configs/Config.arc
@@ -28,6 +28,14 @@ config
In gcc 6.x cleanup, the macros got renamed.
(Need to support the old toggle for some more time)
Signed-off-by: Vineet Gupta
---
libc/string/arc/arcv2/memcpy.S | 2 +-
libc/string/arc/arcv2/memset.S | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libc/string/arc/arcv2
+CC Thomas for buildroot aspect
On 11/29/2016 09:31 PM, Waldemar Brodkorb wrote:
> Hi,
>
> I am preparing a release and would like to remove UCLIBC_HAS_LFS
> before doing it.
>
> I believe UCLIBC_HAS_LFS does make the code more complex and
> the benefit to disable it to save some bytes is not high
s existing _GLOBAL_OFFSET_TABLE symbols
provided by linker which can be used for same purposes.
Signed-off-by: Vineet Gupta
---
ldso/ldso/arc/dl-sysdep.h | 35 ---
1 file changed, 12 insertions(+), 23 deletions(-)
diff --git a/ldso/ldso/arc/dl-sysdep.h b/ldso/ldso/arc/d
Hi Waldemar,
It seems ARC results are no present for recent releases:
e.g. following is empty:
http://tests.embedded-test.org/uClibc-ng/1.0.21/REPORT.arcv2.toolchain.uClibc-ng-1.0.21
The last good one seems to be
http://tests.embedded-test.org/uClibc-ng/1.0.19/REPORT.arcv2.libc.uClibc-ng-1.0.19
On 01/09/2017 09:31 AM, Vineet Gupta wrote:
> Historically we've used a special construct _DYNAMIC@gotpc to refer to
> base address of GOT This has been done with a special hack in binutils
> which tools guys now wish to get rid off.
>
> So rewrite the 2 callers of this
On 01/11/2017 12:48 PM, Waldemar Brodkorb wrote:
> I reported the issue to Alexey last year.
> We added your binutils maintainer to the thread.
> Yesterday he had again time to reproduce the problem, but there was
> some missing information I gave him yesterday.
>
> So may be you can help with thi
Hi,
This came out as a precursor to removal of binutils hack which converts
_DYNAMIC@ to _GLOBAL_OFFSET_TABLE_
More details in respective patches !
Thx,
-Vineet
Vineet Gupta (2):
ARC: ldso: don't use _DYNAMIC@gotpc construct #1
ARC: ldso: don't use _DYNAMIC@gotpc construct #2
This converts elf_machine_dynamic() to not use the _DYNAMIC@xx construct
which was histroically converted by assembler into _GLOBAL_OFFSET_TABLE
Now that "hack" is being removed from assembler, we need to make sure
that no code relies on that magic "conversion"
Signed-
rently broken as it is converted to
i_GLOBAL_OFFSET_TABLE_t and thus refers to runtime address of .got and
not .dyanmic
Thus we resort to using an arbit symbol _dl_start at the expense of an
extra GOT entry and a bogus R_ARC_NONE relo in ldso itself which now
needs to be ignored.
Signed-off-by:
On 01/24/2017 10:03 PM, Waldemar Brodkorb wrote:
> Hi,
>
> I would like to suggest following changeset, any opinions?
>
> Follow GNU C Library from c579f48edba88380635ab98cb612030e3ed8691e
> and remove the PID caching. These simplifies the architecture specific
> assembly code.
> The run of the tes
On 03/01/2017 07:25 AM, Thomas Petazzoni wrote:
> Hello,
>
> On Tue, 28 Feb 2017 22:02:27 +0300, Vlad Zakharov wrote:
>> This commit enables getpt() support in ARC defconfigs as some packages
>> need it. E.g. we need this to be able to build xterm package as it uses
>> getpt().
>>
>> As an example
On 03/01/2017 10:25 AM, Alexey Brodkin wrote:
>> That was
>> a fair requirement on their part but it kept bloating uClibc for our typical
>> embedded use. But this idea of minimal vs. full featured is exactly what we
>> need.
>> @Alexey / @vlad can we take this up please !
> Probably Waldemar's op
On 03/01/2017 10:57 AM, Anton Kolesov wrote:
>> That means for building of our toolchain we'll need to have separately stored
>> "defconfigs" in some form. Let's see what Anton says on that :)
But why is that - as long as buildroot (or other build systems) pass the right
cpu
flags - why do you ne
21 Mar 2017 20:04:21 +0100
> Subject: [PATCH 2/2] ARC: remove special CFLAGS/LDFLAGS handling
>
> Either toolchain defaults or buildsystems should provide the
> architecture specific CFLAGS and LDFLAGS.
Seems a decent cleanup to me !
Acked-by: Vineet Gupta
@Anton, @Claudiu, @Cuper
td r16r17,[sp,12]
Signed-off-by: Vineet Gupta
---
ldso/ldso/Makefile.in | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/ldso/ldso/Makefile.in b/ldso/ldso/Makefile.in
index 320e4488ba22..acb1a5b2ac15 100644
--- a/ldso/ldso/Makefile.in
+++ b/ldso/ldso/Makefile.in
@@ -51
On 03/20/2017 10:21 AM, Waldemar Brodkorb wrote:
> Hi,
>
> What do you think about following patch?
> We had some discussion about this recently on the buildroot
> mailinglist. Any other use cases other than rpcbind/nfs-utils you
> can think of?
So there's a small downside to this - which I reckon
Hi Thomas,
On 04/03/2017 09:57 PM, Thomas Petazzoni wrote:
>> So there's a small downside to this - which I reckon will likely not stand
>> out in
>> grand scheme of things - still tabling it here for people to be aware of.
>> This can potentially degrade some of the micro-benchmarks such as LMBe
On 04/04/2017 01:44 PM, Waldemar Brodkorb wrote:
>> Hard to judge really - for a desktop/server system it probably doesn't
>> matter -
>> but for a typical embedded system ...
> You are not forced to use busybox with libtirpc. You only need it
> for NFS stuff. For modern NFS stack with rpcbind and
Signed-off-by: Vineet Gupta
---
ldso/ldso/arc/elfinterp.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/ldso/ldso/arc/elfinterp.c b/ldso/ldso/arc/elfinterp.c
index 2f0cf7f6635b..c164d5dae6bf 100644
--- a/ldso/ldso/arc/elfinterp.c
+++ b/ldso/ldso/arc/elfinterp.c
ldso at -O2 which is more
aggressive about inlining.
If this patch is not considered worth applying then the workaround
suggested by Claudiu is to to build ldso with
-fno-isolate-erroneous-paths-dereference
Signed-off-by: Vineet Gupta
---
ldso/ldso/ldso.c | 2 ++
1 file changed, 2 insertions(+)
+CC Anton who maintains gdb for ARC
On 06/26/2017 09:36 PM, Waldemar Brodkorb wrote:
Hi,
I would suggest following patch, which removes the special
communication between ld.so and gdb.
While debugging a ld.so issue with gdb 8.0 on alpha, I recognized
that the debugger stalled when trying to exe
On 07/22/2017 01:08 AM, Waldemar Brodkorb wrote:
Hi,
I would like to get some feedback for following three patches.
The test suite runs over all architectures showed no regressions.
The goal is to simplify the addition of new architectures and
remove the need to add assembly code to sysdep-canc
On 08/20/2017 03:54 AM, Waldemar Brodkorb wrote:
Hi Alexey,
Alexey Brodkin wrote,
In cde74b83f9b2 "ARC: remove special CFLAGS/LDFLAGS handling" we
got rid of CONFIG_ARC_CPU_HS which was used to select ARCv2-specific
implementation of optimized string routines. So now ARCv2-tuned
memset/memcpy/s
On 11/09/2017 05:18 AM, Cupertino Miranda wrote:
Hi Waldemar,
I personally made this tst-cancel test start to pass in the past,
related to unwinding issues we had in our tools.
However, I have noticed that some of the tst-cancel tests would have
some non-deterministic behavior.
This was related
even for 10k bytes) could fnish befor
eparent gets a chance ti run and/or cancel - causing the occasional
failire.
Cc: Cupertino Miranda
Fix this subtelty by making it write not just once but forever.
Signed-off-by: Vineet Gupta
---
test/nptl/tst-cancel2.c | 6 +-
1 file changed, 1 insertion
even for 10k bytes) could finish
before parent gets a chance to resume and/or cancel it, causing the
occasional failure.
Fix this subtelty by making it write not just once but forever.
Cc: Cupertino Miranda
Signed-off-by: Vineet Gupta
---
Change since v1: fix typos in changelogs
---
test/nptl/ts
On 11/05/2017 02:03 AM, Waldemar Brodkorb wrote:
Hi Alexey,
the attached patch fixes at least 3 test suite errors for me.
tst-cancel20/21/4.
Tested with latest 2017.09 ARC binutils/gcc.
Okay to apply?
best regards
Waldemar
Are you sure it is the list above.
I presume,
https://tests.embed
On 12/08/2017 10:07 AM, Vineet Gupta wrote:
When ran on ARC, these tests would ocassionally fail
| [ARCLinux]# for i in 1 2 3 4 5 ; do ./tst-cancel2; echo $?; done
| write succeeded
| result is wrong: expected 0x, got 0x1
| 1 <-- f
On 12/13/2017 10:29 PM, Stafford Horne wrote:
Traditionally arc has had a generic syscall implementation of syscall()
matchig the common implementation.
During an audit it was found that this implementation seems to duplicate
common implementation and is no longer needed.
Signed-off-by: Staffor
On 02/01/2018 11:43 AM, Waldemar Brodkorb wrote:
Hi,
I would like to push attached patch next week.
Any veto?
So it seems there is code consolidation and additionally there's seems to be a
semantical change to ldso mmap().
Assuming __ARCH_USE_MMU__ is true for say ARC, now we have _MAP_UNIN
Signed-off-by: Vineet Gupta
---
ldso/ldso/arc/elfinterp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/ldso/ldso/arc/elfinterp.c b/ldso/ldso/arc/elfinterp.c
index 5a02bc2348da..17d588899dfc 100644
--- a/ldso/ldso/arc/elfinterp.c
+++ b/ldso/ldso/arc/elfinterp.c
Signed-off-by: Vineet Gupta
---
v2: Also remove a bogus trailing l in prints
---
ldso/ldso/arc/elfinterp.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/ldso/ldso/arc/elfinterp.c b/ldso/ldso/arc/elfinterp.c
index 5a02bc2348da..a30c19bcb832 100644
--- a/ldso/ldso/arc
On 07/18/2018 02:37 AM, Waldemar Brodkorb wrote:
> Hi,
>
> you are right. My last answer was simply wrong. Sorry for the wrong direction.
>
> Can you show the command you are using to compile the testsuite and the
> failing output?
I have the exact same issue with ARC test suite builds as well
This seems to work fine on ARC !
This reverts commit f0567d67075ff7a27ada8ab5bce750fe8a739763.
Signed-off-by: Vineet Gupta
---
test/nptl/Makefile.in | 5 -
1 file changed, 5 deletions(-)
diff --git a/test/nptl/Makefile.in b/test/nptl/Makefile.in
index 761f52db8366..35859f944911 100644
-fPIE
> ->8---
>
> Add path to libtesttls.so file to LD_LIBRARY_PATH before runnig
> tst.out application.
>
> [1]
> https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=714e9a954a2e4123dcb26bb
On 7/27/18 4:43 AM, Laurent Thévenoux wrote:
> Waldemar,
>
> find attached patch which disables complex math tests.
>
> Regards,
> Laurent
So turns out before this, we were NOT effectively testing float at all
test-double
etc were failing to link. I tried the updated testsuite and now test-do
by insn @ 0x20060c84
| [EFA ]: 0x
| [BLINK ]: 0x20060bf4
| [ERET ]: 0x20060c84
| @off 0x52c84 in [/lib/libuClibc-1.0.29.so]
| VMA: 0x2000e000 to 0x20072000
Signed-off-by: Vineet Gupta
---
test/rt/tst-posix_spawn.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/test/rt/
libcpuset.c relies on FTS which is not enabled by default on uClibc.
Instead of needing to reconfigure, rebuild uClibc lets disable this test
for uClibc
Signed-off-by: Vineet Gupta
---
testcases/kernel/controllers/Makefile | 5 +
1 file changed, 5 insertions(+)
diff --git a/testcases
On 3/14/19 3:01 AM, Petr Vorel wrote:
> Hi Vineet,
>
>> libcpuset.c relies on FTS which is not enabled by default on uClibc.
>> Instead of needing to reconfigure, rebuild uClibc lets disable this test
>> for uClibc
> Which uClibc version are you using?
> Both uClibc and uclibc-ng has it [1] since
On 4/29/19 6:18 PM, Arnaldo Carvalho de Melo wrote:
>>> Auto-detecting system features:
>>> ... dwarf: [ OFF ]
>>> ...dwarf_getlocations: [ OFF ]
>>> ... glibc: [ on ]
>> Not related to current issue, this run uses a uClibc toolchain and
On 4/30/19 10:04 AM, Rich Felker wrote:
> On Tue, Apr 30, 2019 at 03:53:18PM +0000, Vineet Gupta wrote:
>> On 4/29/19 6:18 PM, Arnaldo Carvalho de Melo wrote:
>>>>> Auto-detecting system features:
>>>>> ... dwarf: [ OFF ]
>>
On 4/30/19 8:12 PM, Rich Felker wrote:
>>> What are you trying to achieve? I was just CC'd and I'm missing the
>>> context.
>>
>> Sorry I added you as a subject matter expert but didn't provide enough
>> context.
>>
>> The original issue [1] was perf failing to build on ARC due to perf tools
>> n
Hi Waldemar,
After test-suite commit 9f079b6353 "(disable complex math)" the math tests build
and I see lot of failures (for the default soft float builds)
test-float-finiteFAIL test-float-finite got 1 expected 0
test-floatFAIL test-float got 1 expected 0
te
Hi,
I've been trying to cleanup uClibc test-suite failures on ARC and when debugging
test-double ran into a totally unrelated issue where it fails as
| testing double (without inline functions)
| Failure: finite (0): errno set to 11, expected 0 (unchanged)
Turns out the test harness uses asprint
On 12/14/19 1:37 AM, Florian Weimer wrote:
> * Vineet Gupta:
>
>> Here's a simple test case which shows the problem:
>>
>> #define _GNU_SOURCE
>> #include
>> #include
>> #include
>>
>> void main(void
On 8/3/20 6:57 PM, Waldemar Brodkorb wrote:
> Hi Alexey, Hi Vineet,
>
> is uClibc-ng 1.0.34 broken on Linux kernel 4.19.136?
> I am using gcc 9.3.0 and binutils 2.35.
>
> I get following stacktrace:
>
> [9.667903] Starting Linux (built with OpenADK).
> [9.673796] Freeing unused kernel memor
63 matches
Mail list logo