Displaying 20 results from an estimated 222 matches for "myriads".
Did you mean:
myriad
2018 May 04
5
ASan port for Myriad 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 can
make available if there is interest.
Here is the patch
2018 May 04
0
ASan port for Myriad RTEMS
Hi Walter,
I've done a first quick scan.
Overall looks reasonable, but I'd like to try reducing the number of newly
introduced platform-specific ifs.
Vitaly, please also take a look (once my initial comments are addressed).
One outstanding issue is your problem with initialization vs checking,
which requires you to insert so many ifs.
Is there any chance you can avoid this?
If you
2018 May 04
0
ASan port for Myriad RTEMS
Hey,
I work on fuchsia symbolizer stuff. I don't know if you guys already have
an external symbolizer but I'm working on making one right now and I plan
on making one backed by LLVM that can be run host-side or target-side. I'd
like to contribute that back to llvm ideally. What do you guys have so far?
I have a prototype in golang that just spins up an instance of
llvm-symbolizer
2018 May 05
1
ASan port for Myriad RTEMS
Hi Jake. Thanks for the info. Where can I keep up to date on the
symbolizer status?
Our symbolizer is provided by the Myriad vendor and integrated into its
host test environment. It doesn't do much: just look for PC string
patterns and symbolize them using addr2line.
Thanks,
Walter
On Fri, May 4, 2018 at 5:36 PM Jake Ehrlich <jakehehrlich at google.com> wrote:
> Hey,
> I
2018 May 05
2
ASan port for Myriad RTEMS
Hi Kostya. Thanks for the quick feedback. I will work on addressing your
comments.
In regard to initialization checks, I can eliminate most of them by
initializing the shadow memory very early, but I still need to do something
in two places, __asan_handle_no_return and GetFakeStackFast. Would it be
ok to have guards for those two places only?
Walter
On Fri, May 4, 2018 at 6:10 PM Kostya
2018 May 07
0
ASan port for Myriad RTEMS
On Fri, May 4, 2018 at 6:29 PM Walter Lee <waltl at google.com> wrote:
> Hi Kostya. Thanks for the quick feedback. I will work on addressing your
> comments.
>
> In regard to initialization checks, I can eliminate most of them by
> initializing the shadow memory very early,
This will be a very good way to handle this.
> but I still need to do something
> in two
2018 May 04
2
ASan port for Myriad RTEMS
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.
The pointers are 32-bit, right?
Given how RAM-constrained your environment is, maybe you should consider
something more like HWASAN instead of ASAN.
2005 Sep 11
4
[RFC] The Early Demise of Myriad (Thanks To Ruby Threads)
Hi Everyone,
I figured out this weekend that Ruby''s Thread implementation causes the Ruby/Event binding I wrote to completely stall and go dead. After reviewing the Ruby source and watching several strace runs, it''s clear that the Ruby Thread implementation uses select in a way that--while not being bad--just isn''t compatible with libevent. The second a thread is
2004 May 24
0
Errors from 1.0-test11
Timo + All,
A few minutes after having some emails delivered into my mailbox I got
the following messages in my maillog:
May 24 03:05:27 myriad dovecot: imap(andrew): Maildir sync: UID inserted
in the middle of mailbox (2 > 1, file =
1084812461.V27406I77e27.myriad.flat:2,S)
May 24 03:05:27 myriad dovecot: child 81038 (imap) killed with signal 11
May 24 03:15:28 myriad dovecot: imap-login:
2018 May 05
0
ASan port for Myriad RTEMS
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
2018 May 07
0
ASan port for Myriad RTEMS
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
2018 May 07
2
ASan port for Myriad RTEMS
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
2018 May 18
0
ASan port for Myriad RTEMS
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
2018 May 07
2
ASan port for Myriad RTEMS
On Fri, May 4, 2018 at 7:09 PM Walter Lee <waltl at google.com> wrote:
> 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
2008 Jun 20
2
Help with gcc 4.3.x and libfortran errors
I am trying to install gcc 4.3.0 or 4.3.1 on a 64-bit CentOS 5.0 machine, fully
patched, and keep getting:
make[3]: *** [libgfortran.la] error 1
make[3]: Leaving directory /path/to/source/libgfortran
make[2]: *** [all] error 2
make[2]: leaving directory /path/to source/libgfortran
make[1]: *** [all-target-libgfortran] error 2
make[1]: leaving directory /path/to/source
make: *** [all] error 2
2008 Mar 21
2
R.app "incompatable" with Emacs
Dear R-users on the Mac,
With Leopard 10.5.2, R.app GUI 1.23, and Emacs 22.1.1 (i386-apple-
darwin9, Carbon Version 1.6.0)
I've got the following problem. When editing foo.R in R.app I get
myriads of ^M (end-of-line or CR?) in the file when opened
with Emacs. This isn't trivial to me as I shift between R.app and
Emacs/ESS.
Any simple tweak?
Fredrik
2004 Aug 06
2
icecast + irix
Just wondering if anyone has tried to compile icecast on a SGI machine
running irix 6.5.14 or the like. I tried w/ a bunch of differnet
compiler options, (using gcc for the compiler) just to get a myriad of
errors.
Thanks,
Jeff Utter
<p><p><p>--- >8 ----
List archives: http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this
2008 Jul 31
3
Re: how to install BackupPC on CentOS 5.2 -- how do I use Test repository?
Ok, downloading the BackupPC RPM directly did not work to myriad
dependencies and sub-dependencies.
How do I add the Test repository to my yum config, please?
Aleksey
On 7/31/08, Aleksey Tsalolikhin <atsaloli.tech at gmail.com> wrote:
> Hi. I just installed CentOS for the first time, to make a BackupPC server.
>
> However, when I try to install BackupPC using yum, I get the
2006 Oct 06
4
scope creep "serial console usb"
Can extlinux / syslinux use a usb port for the console?
Hi all,
I just picked up a energy efficient server with built in 3 hour ups, toshiba Laptop.
I've been using serial consoles for monitoring and controlling the boot process, but this laptop has only usb ports. Can Extlinux use ttyUSB0 for the console?
I love the extlinux for booting usb devices. Thank you for the hard work,
2015 Jan 09
2
C-6, Gnome question
Hi all!
Using the default Gnome desktop on Centos-6, I keep having difficulty
getting the mouse pointer to lineup exactly on the edge/corner of a
window when I want to resize the window. It seems that you have to
have it on a line exactly one pixel in width, and I'm finding it
increasingly hard to do (who, me? getting old? nah!)
Wondering if there is a gnome setting somewhere among the