On 29/04/2015 5:22 am, Chris Johns wrote:
> On 29/04/2015 4:48 am, Gedare Bloom wrote:
>> Are other fields worth being
>> used to sort? (Could be a small open project)
>
> It could be added without much effort. I will have a look.
>
I have added the ability to sort on ID, real and current priori
[ Just catching up ]
On 26/04/2015 9:26 pm, Ben Gras wrote:
> All,
>
> I think the API as it is (for digital GPIO's) is pretty close to
> generic. I like my suggestion (gpio_* in my previous mail) better as
> more generic. (More configuration is hidden from the application.)
>
> Joel I just rea
On April 28, 2015 2:45:11 PM CDT, Daniel Gutson
wrote:
>Hi,
>
> with this (just approved) patch
> https://gcc.gnu.org/ml/libstdc++/2015-04/msg00104.html
>the toolchain can be built containing an exceptions-free multilib (if
>the -fno-exceptions flag is specified
>in the target fragment
Hi,
with this (just approved) patch
https://gcc.gnu.org/ml/libstdc++/2015-04/msg00104.html
the toolchain can be built containing an exceptions-free multilib (if
the -fno-exceptions flag is specified
in the target fragment file).
This means that now the same toolchain can generate binary
On 4/28/2015 2:23 PM, Chris Johns wrote:
> On 29/04/2015 4:29 am, Joel Sherrill wrote:
>> Hi
>>
>> I am not sure why but this is the behavior I see logged in as root to
>> fileio.
>>
>> Login into RTEMS
>> /dev/foobar login: root
>> Password:
>>
>> RTEMS Shell on /dev/foobar. Use
On 29/04/2015 4:29 am, Joel Sherrill wrote:
> Hi
>
> I am not sure why but this is the behavior I see logged in as root to
> fileio.
>
> Login into RTEMS
> /dev/foobar login: root
> Password:
>
> RTEMS Shell on /dev/foobar. Use 'help' to list commands.
> [/] # cd scripts
>
On 29/04/2015 4:48 am, Gedare Bloom wrote:
> On Tue, Apr 28, 2015 at 2:19 PM, Chris Johns wrote:
>> On 28/04/2015 11:46 pm, Gedare Bloom wrote:
>>> Is there user-facing documentation for this that should be updated?
>>>
>>
>> I did not check the shell's user manual as I am only refactoring the cod
On Tue, Apr 28, 2015 at 2:19 PM, Chris Johns wrote:
> On 28/04/2015 11:46 pm, Gedare Bloom wrote:
>> Is there user-facing documentation for this that should be updated?
>>
>
> I did not check the shell's user manual as I am only refactoring the code and
> not adding the command. It is just the 't
Hi
I am not sure why but this is the behavior I see logged in as root to
fileio.
Login into RTEMS
/dev/foobar login: root
Password:
RTEMS Shell on /dev/foobar. Use 'help' to list commands.
[/] # cd scripts
[/scripts] # hexdump j1
[/scripts] #
Any ideas what's up?
--
On 28/04/2015 11:46 pm, Gedare Bloom wrote:
> Is there user-facing documentation for this that should be updated?
>
I did not check the shell's user manual as I am only refactoring the code and
not adding the command. It is just the 'top' command and no options and then
the top line of the outp
I've made a few comments. As Joel said, make sure you submit your
application through SOCIS' web site.
On Tue, Apr 28, 2015 at 9:06 AM, Joel Sherrill
wrote:
> Have you applied via the socis site?
>
> On April 28, 2015 7:30:16 AM CDT, "Saeed Ehteshamifar (via Google Docs)"
> wrote:
>>Saeed Ehtes
Is there user-facing documentation for this that should be updated?
On Mon, Apr 27, 2015 at 7:08 PM, Chris Johns wrote:
> The cpuuse top command now supports the current load where the list of
> tasks is ordered based on the current load rather than the total cpu usage.
> This lets you see what i
Have you applied via the socis site?
On April 28, 2015 7:30:16 AM CDT, "Saeed Ehteshamifar (via Google Docs)"
wrote:
>Saeed Ehteshamifar has invited you to comment on the following
>document:
>
>
>
>SOCIS2015_EHTESHAMIFAR_FaultTolerance
>
> Hello,
>
>Regarding my previous email for RTEMS fault
I've shared an item with you:
SOCIS2015_EHTESHAMIFAR_FaultTolerance
https://docs.google.com/document/d/1rVEhyHXajAVMcqgrOR-0t84596QUkYOnifoaYpa8QYM/edit?usp=sharing&invite=CL-vxsgN
It's not an attachment -- it's stored online. To open this item, just click
the link above.
Hello,
Regarding m
14 matches
Mail list logo
