search for: rtems

I have ported ASan in LLVM to Myriad RTEMS, and I would like to upstream the port. Below is the design doc. Feedback welcome. https://docs.google.com/document/d/1oxmk0xUojybDaQDAuTEVpHVMi5xQX74cJPyMJbaSaRM The port is expected to work with modified versions of RTEMS and newlib. I have a git repo with changes to those projects, that I c...

.... Is there any chance you can avoid this? If you control the OS, surely you can do at least minimal initialization of the shadow at a proper moment... --kcc On Fri, May 4, 2018 at 2:00 PM Walter Lee via llvm-dev < llvm-dev at lists.llvm.org> wrote: > I have ported ASan in LLVM to Myriad RTEMS, and I would like to > upstream the port. Below is the design doc. Feedback welcome. > > > https://docs.google.com/document/d/1oxmk0xUojybDaQDAuTEVpHVMi5xQX74cJPyMJbaSaRM > > The port is expected to work with modified versions of RTEMS and > newlib. I have a git repo with ch...

...sable soon. The full spec we'd like to implement can be read here: https://fuchsia.googlesource.com/zircon/+/master/docs/symbolizer_markup.md Best, Jake On Fri, May 4, 2018 at 2:00 PM Walter Lee via llvm-dev < llvm-dev at lists.llvm.org> wrote: > I have ported ASan in LLVM to Myriad RTEMS, and I would like to > upstream the port. Below is the design doc. Feedback welcome. > > > https://docs.google.com/document/d/1oxmk0xUojybDaQDAuTEVpHVMi5xQX74cJPyMJbaSaRM > > The port is expected to work with modified versions of RTEMS and > newlib. I have a git repo with ch...

...l spec we'd like to implement can be read here: https://fuchsia.googlesource.com/zircon/+/master/docs/symbolizer_markup.md > Best, > Jake > On Fri, May 4, 2018 at 2:00 PM Walter Lee via llvm-dev < llvm-dev at lists.llvm.org> wrote: >> I have ported ASan in LLVM to Myriad RTEMS, and I would like to >> upstream the port. Below is the design doc. Feedback welcome. https://docs.google.com/document/d/1oxmk0xUojybDaQDAuTEVpHVMi5xQX74cJPyMJbaSaRM >> The port is expected to work with modified versions of RTEMS and >> newlib. I have a git repo with changes...

...ce you can avoid this? > If you control the OS, surely you can do at least minimal initialization of the shadow at a proper moment... > --kcc > On Fri, May 4, 2018 at 2:00 PM Walter Lee via llvm-dev < llvm-dev at lists.llvm.org> wrote: >> I have ported ASan in LLVM to Myriad RTEMS, and I would like to >> upstream the port. Below is the design doc. Feedback welcome. https://docs.google.com/document/d/1oxmk0xUojybDaQDAuTEVpHVMi5xQX74cJPyMJbaSaRM >> The port is expected to work with modified versions of RTEMS and >> newlib. I have a git repo with changes...

...ntrol the OS, surely you can do at least minimal initialization > of the shadow at a proper moment... > > > --kcc > > > On Fri, May 4, 2018 at 2:00 PM Walter Lee via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > >> I have ported ASan in LLVM to Myriad RTEMS, and I would like to > >> upstream the port. Below is the design doc. Feedback welcome. > > > > https://docs.google.com/document/d/1oxmk0xUojybDaQDAuTEVpHVMi5xQX74cJPyMJbaSaRM > > >> The port is expected to work with modified versions of RTEMS and > >> ne...

...> If you control the OS, surely you can do at least minimal initialization > of the shadow at a proper moment... > > --kcc > > On Fri, May 4, 2018 at 2:00 PM Walter Lee via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> I have ported ASan in LLVM to Myriad RTEMS, and I would like to >> upstream the port. Below is the design doc. Feedback welcome. >> >> >> https://docs.google.com/document/d/1oxmk0xUojybDaQDAuTEVpHVMi5xQX74cJPyMJbaSaRM >> >> The port is expected to work with modified versions of RTEMS and >> newlib...

Hi, I'd like to load with pxelinux an RTEMS executable file, the format is ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, strtipped Can someone tell me if there is a way to load it with PXElinux. When I try to do it, the error message is : invalid or corrupt kernel image Thanks for your help. Regards. Stepha...

Hello, I am searching a SSH server for remote administration of an embedded application running on RTEMS (https://www.rtems.org). This environment has neither virtual memory nor user and kernel space. So this is like an application running in kernel mode only. Would it be possible to run (a very basic version of) OpenSSH in such an environment using e.g. threads instead of forking new subprocesses? I...

Hi, I have a question about compiling Ogg/Vorbis. As I plan to have the code run on the LEON/SPARC CPU so I have to use sparc-rtems-gcc, sparc-rtems-ld, sparc-rtems-ranlib. Now, in order to compile the libs, e.g., libogg, I have to create my own Makefile like this: PROG=bitwise framing CC=sparc-rtems-gcc AR=sparc-rtems-ar RANLIB=sparc-rtems-ranlib CFLAGS=-rtems -msoft-float -Wall -W -g #-ffast-math -fsigned-char -g -O20 -O2 IN...

Am 04.02.2016 um 14:46 schrieb Roland Mainz: > On Thu, Feb 4, 2016 at 1:40 PM, Christian Mauderer > <christian.mauderer at embedded-brains.de> wrote: >> I am searching a SSH server for remote administration of an embedded >> application running on RTEMS (https://www.rtems.org). This environment >> has neither virtual memory nor user and kernel space. So this is like an >> application running in kernel mode only. >> >> Would it be possible to run (a very basic version of) OpenSSH in such an >> environment using e.g. th...

...ckend in LLVM? LatticeMico32 [1] is an open source microprocessor core designed by Lattice Semiconductor and typically used in FPGAs. It is comparable to the Microblaze processor that you already support. It is already supported by GNU Binutils and GCC (4.5+). It is used by the Milkymist [2] and RTEMS [3] projects. The Milkymist project would like to use the LLVM compiler toolchain as an alternative to GCC, which requires developing a LM32 backend. Thanks, Sébastien Bourdeauducq [1] http://www.latticesemi.com/mico32 [2] http://www.milkymist.org [3] http://www.rtems.org

...onal applications in the FreeBSD Ports Collection that use realpath(3), particularly statically-linked applications and applications added since 4.8-RELEASE. BitchX-1.0c19_1 Mowitz-0.2.1_1 XFree86-clients-4.3.0_1 abcache-0.14 aim-1.5.234 analog-5.24,1 anjuta-1.0.1_1 aolserver-3.4.2 argus-2.0.5 arm-rtems-gdb-5.2_1 avr-gdb-5.2.1 ccache-2.1.1 cdparanoia-3.9.8_4 cfengine-1.6.3_4 cfengine2-2.0.3 cmake-1.4.7 comserv-1.4.3 criticalmass-0.97 dedit-0.6.2.3_1 drweb_postfix-4.29.10a drweb-4.29.2 drweb_sendmail-4.29.10a edonkey-gui-gtk-0.5.0 enca-0.10.7 epic4-1.0.1_2 evolution-1.2.2_1 exim-3.36_1 exim-4.12_5...

...onal applications in the FreeBSD Ports Collection that use realpath(3), particularly statically-linked applications and applications added since 4.8-RELEASE. BitchX-1.0c19_1 Mowitz-0.2.1_1 XFree86-clients-4.3.0_1 abcache-0.14 aim-1.5.234 analog-5.24,1 anjuta-1.0.1_1 aolserver-3.4.2 argus-2.0.5 arm-rtems-gdb-5.2_1 avr-gdb-5.2.1 ccache-2.1.1 cdparanoia-3.9.8_4 cfengine-1.6.3_4 cfengine2-2.0.3 cmake-1.4.7 comserv-1.4.3 criticalmass-0.97 dedit-0.6.2.3_1 drweb_postfix-4.29.10a drweb-4.29.2 drweb_sendmail-4.29.10a edonkey-gui-gtk-0.5.0 enca-0.10.7 epic4-1.0.1_2 evolution-1.2.2_1 exim-3.36_1 exim-4.12_5...

On Fri, May 4, 2018 at 6:21 PM Kostya Serebryany <kcc at google.com> wrote: > On RAM... > You chose the 32-byte shadow granularity to reduce the RAM overhead, > but I am afraid this will actually increase it due to extra alignment requirements, > especially if an average allocation on your typical application is small. Good point. I will run our test suite with 8-byte shadow

On Mon, May 7, 2018 at 12:35 PM Walter Lee <waltl at google.com> wrote: > On Mon, May 7, 2018 at 2:05 PM Kostya Serebryany <kcc at google.com> wrote: > >> >> >>> and GetFakeStackFast. >> >> >> Not sure. Why don't just disable stack-use-after-return? >> > > Yeah originally I was going to do that, but: > I probably

...onal applications in the FreeBSD Ports Collection that use realpath(3), particularly statically-linked applications and applications added since 4.8-RELEASE. BitchX-1.0c19_1 Mowitz-0.2.1_1 XFree86-clients-4.3.0_1 abcache-0.14 aim-1.5.234 analog-5.24,1 anjuta-1.0.1_1 aolserver-3.4.2 argus-2.0.5 arm-rtems-gdb-5.2_1 avr-gdb-5.2.1 ccache-2.1.1 cdparanoia-3.9.8_4 cfengine-1.6.3_4 cfengine2-2.0.3 cmake-1.4.7 comserv-1.4.3 criticalmass-0.97 dedit-0.6.2.3_1 drweb_postfix-4.29.10a drweb-4.29.2 drweb_sendmail-4.29.10a edonkey-gui-gtk-0.5.0 enca-0.10.7 epic4-1.0.1_2 evolution-1.2.2_1 exim-3.36_1 exim-4.12_5...

On Mon, May 7, 2018 at 2:05 PM Kostya Serebryany <kcc at google.com> wrote: > > >> and GetFakeStackFast. > > > Not sure. Why don't just disable stack-use-after-return? > Yeah originally I was going to do that, but: 1. We had a stack use-after-return last month that people had to debug by hand. that would have been caught by ASan with stack-use-after-return. So

...onal applications in the FreeBSD Ports Collection that use realpath(3), particularly statically-linked applications and applications added since 4.8-RELEASE. BitchX-1.0c19_1 Mowitz-0.2.1_1 XFree86-clients-4.3.0_1 abcache-0.14 aim-1.5.234 analog-5.24,1 anjuta-1.0.1_1 aolserver-3.4.2 argus-2.0.5 arm-rtems-gdb-5.2_1 avr-gdb-5.2.1 ccache-2.1.1 cdparanoia-3.9.8_4 cfengine-1.6.3_4 cfengine2-2.0.3 cmake-1.4.7 comserv-1.4.3 criticalmass-0.97 dedit-0.6.2.3_1 drweb_postfix-4.29.10a drweb-4.29.2 drweb_sendmail-4.29.10a edonkey-gui-gtk-0.5.0 enca-0.10.7 epic4-1.0.1_2 evolution-1.2.2_1 exim-3.36_1 exim-4.12_5...

I ran our test suite with grain of 8 and 32, and more tests were able to avoid running out of memory with grain of 32 than 8. The ones that run out of memory on 8 but not 32 all failed trying to allocate a large region from the heap (350M). I haven't had any tests that run out of memory for other reasons. Given that, I will check in the current selected granularity of 32. I will try grain