| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
Print the uptime and difference in nanoseconds to the previous
record in the ctrace output. For example:
0:00:59.474927121 14760 0a01000c TNTD 235 235 CREATED_BY
0:00:59.474927418 297 0a010012 /dev 235 235 CREATED
0:00:59.474930799 3381 0a01000c TNTD 235 235 STARTED_BY
0:00:59.474931105 306 0a010012 /dev 235 235 STARTED
0:00:59.475072297 141192 0a01000c TNTD 235 235 SWITCHED_OUT
|
|
|
|
|
| |
Use the new API to get the uptime in nanoseconds and update the capture
engine.
|
|
|
|
|
|
| |
Add Timestamp support in the score to return a timestamp in nanoseconds.
Add a test.
Update the RTEMS API documentation.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
The readv() and writev() support was implemented in terms of multiple
calls to the read and write handlers. This imposes a problem on device
files which use an IO vector as single request entity. For example a
low-level network device (e.g. BPF(4)) may use an IO vector to create
one frame from multiple protocol layers each with its own IO vector
entry.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The capture did not work due to changes in the workspace allocator.
The engine now scans all existing tasks when enabled and does any
allocations then.
Fixed a bug in the ctset commandi in the CLI.
Updated the capture engine to use 64bit nanosec timestamps.
Fixed the CLI showing the stack usage.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is for the RFS file system. There is a bug in the
rtems_rfs_bitmap_create_search loop. It is supposed to iterate
over the range of bits in a search element ( usually 32 bits ),
so it should loop through bits 0 through 31. Instead it loops
through 0 - 32, causing some blocks not to be allocated. As in
PR 2163, this depends on the block size and number of blocks in
a file system. Block sizes and group sizes that are powers of 2
seem to work fine ( 512 byte blocks, 4096 block groups, etc ).
When the block sizes are not powers of 2, then this loop error
causes some of the blocks at the end of a group to be skipped,
preventing 100% of the blocks from being used. A simple test
for this and PR2163 is to create a RAM disk with block size
3900 and at least 1 full group ( 31200 blocks ). A file system
with these sizes will not be able to allocate 100% of the blocks.
|
|
|
|
|
|
|
|
|
| |
This is for the RFS file system. The statvfs call reports 1 block free
when the file system is full because it does not account for the superblock
in its calculation of free blocks.
This is a simple fix that adjusts the number of blocks reported to account
for the superblock. We may want to wait for a more complete solution such
as locating the superblock in each group.
|
|
|
|
|
|
|
|
|
| |
This is for the RFS file system. There is a bug in the group search
algorithm where it will skip groups, causing blocks to remain
unallocated. This is dependant on the size of the blocks and number
of blocks in a group, so it does not always show up. The fix corrects
the skipping of groups during the search, allowing all of the blocks
to be found.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Control the help command break with the SHELL_LINES evironment variable
where the numeric value is the number of lines to break on. If the
value is 0 the output is not broken. The default is 16 lines.
Add shell documentation for the help command.
|
| |
|
| |
|
|
|
|
|
| |
Return an error status with errno set to ENOSYS during node creation for
nodes not available in the current configuration.
|
| |
|
|
|
|
| |
Patch from Nick for this. Thanks.
|
|\ |
|
| | |
|
| |
| |
| |
| |
| | |
Split the dub call into dup and dup2 in fcntl.c. This requires
a private command which is placed in the internal libio header.
|
| |
| |
| |
| |
| | |
The read call was only returning once the requested buffer was full.
The change returns any available data.
|
| |
| |
| |
| | |
The FIFO was incorrectly set to the default control block.
|
| |
| |
| |
| |
| | |
This is highly unlikely and would indicate a serious bug
in the system or corruption. But it is better to be cautious.
|
| | |
|
| |
| |
| |
| |
| |
| | |
This error check was commented out because it is not in the POSIX
specification. However, the GNU/Linux manual page does document
that EPERM is to be returned in this situation.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|/ |
|
| |
|
|
|
|
|
| |
Reference: http://en.wikipedia.org/wiki/Leap_year
Bug: https://www.rtems.org/bugzilla/show_bug.cgi?id=1422
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[That is, https://github.com/cesanta/mongoose/commit/04fc209644b414d915c446bb1815b55e9fe63acc. See https://groups.google.com/forum/#!topic/mongoose-users/aafbOnHonkI]
The RTEMS patches described in the following emails and made to the previous Mongoose base have been applied:
- http://www.rtems.org/pipermail/rtems-devel/2012-July/001345.html
- http://www.rtems.org/pipermail/rtems-devel/2012-July/001343.html
- http://www.rtems.org/pipermail/rtems-devel/2012-July/001346.html (except to mongoose.1, see below)
...as well as a patch very similar to that discussed at http://forums.bannister.org/ubbthreads.php?ubb=showflat&topic=7600&gonew=1 to provide poll() (which might be able to go away soon, with incoming RTEMS poll() support)
mg_connect(), mg_url_encode() and mg_vprintf() were additionally marked "static" to silence warnings.
mongoose.1 appears to have been removed from the upstream distribution.
Note that the API's changed, for example:
- A struct mg_callbacks must now be provided to mg_start(). Initialise members to NULL to disable various types of callbacks
- Callback interfaces have changed significantly in general
- The short form of options (e.g., "u" instead of "run_as_user") are no longer available (upstream)
- The "max_request_size" options has been removed
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Show the correct index of partition's last block (partition end).
The documentation of struct rtems_bdpart_partition (P) says that the member
'end' is the "Block index for partition end (this block is not a part of the
partition)". Then, the fdisk's partition table dump should print ((P)->end -
1).
Currently, one can think that the last block of a partition P is superposing
the beginning of the partition (P + 1). Example:
----------------------------------------
PARTITION TABLE
------------+------------+--------------
BEGIN | END | TYPE
------------+------------+--------------
2048 | 133120 | FAT 32
133120 | 15628032 | FAT 32
------------+------------+--------------
With be proposed patch, it would be:
----------------------------------------
PARTITION TABLE
------------+------------+--------------
BEGIN | END | TYPE
------------+------------+--------------
2048 | 133119 | FAT 32
133120 | 15628031 | FAT 32
------------+------------+--------------
|
|
|
|
|
| |
AquosA defines qres_params_t using qres_time_t so we should also.
This fixes an invalid conversion from uint32_t into time_t as well.
|
|
|
|
|
| |
Recent GCC versions use atomic operations based on load/store exclusive
in the C++ library.
|
|
|
|
|
| |
It is not necessary to load the executing thread control again after
the context switch since it is an invariant of the executing thread.
|
|
|
|
|
|
|
|
|
|
| |
Provide support for latest Newlib <pthread.h> change. The cleanup
contexts are stored on the thread stack. This is conformant with the
POSIX requirements for the pthread_cleanup_push() and
pthread_cleanup_pop() statement pair.
Passing an invalid pointer as the routine to pthread_cleanup_push() is
now a usage error and the behaviour is undefined.
|