On 11/14/2014 02:34 AM, Chris Johns wrote:
> On 14/11/2014 9:12 am, Jiri Gaisler wrote:
>>
>> What is the procedure to add gdb patches to RBS?
>>
>
> Patches are first accepted by the RTEMS Project as the definition of the
> tools belongs to the project and tool packagers, ie the RSB, need to a
The LEON3 BSP have support for up to 8 termios consoles, the
LEON3-FT GR712RC uses 6 UARTs.
This does not take into account the BSP maximum devices instead
it is hardcoded to 6. This patch increases it the maximum
devices of DEVFS04 from 6 to 10.
---
testsuites/libtests/devfs04/init.c |2 +-
Add crypt_add_format(), crypt_r(), crypt_md5_r(), crypt_sha256_r() and
crypt_sha512_r().
---
cpukit/Makefile.am | 2 +
cpukit/configure.ac | 1 +
cpukit/include/crypt.h | 74 +
cpukit/libcrypt/Makefile.am | 17 ++
---
cpukit/libcsupport/src/pwdgrp.c | 42 ++--
testsuites/libtests/Makefile.am | 1 +
testsuites/libtests/configure.ac | 1 +
testsuites/libtests/pwdgrp01/Makefile.am | 19 ++
testsuites/libtests/pwdgrp01/init.c | 107 ++
Use '*" to disable shell login instead of '!' according to the Linux man
page. Use getpwnam_r() instead of getpwnam(). Do not access the user
environment directly.
---
cpukit/libmisc/shell/login_check.c | 45 --
testsuites/samples/fileio/init.c | 13 +++-
---
cpukit/libcsupport/Makefile.am| 4 +-
cpukit/libcsupport/src/getgrent.c | 78
cpukit/libcsupport/src/getpwent.c | 385 +-
cpukit/libcsupport/src/pwdgrp.c | 346 ++
cpukit/libcsupport/src/pwdgrp.h | 46
---
cpukit/libcsupport/src/pwdgrp.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/cpukit/libcsupport/src/pwdgrp.c b/cpukit/libcsupport/src/pwdgrp.c
index d8e1947..c10cbab 100644
--- a/cpukit/libcsupport/src/pwdgrp.c
+++ b/cpukit/libcsupport/src/pwdgrp.c
@@ -31,
---
cpukit/Makefile.am| 2 -
cpukit/libmd/Makefile.am | 13 +-
cpukit/libmd/preinstall.am| 30
cpukit/libmd/sha256.h | 50 ++
cpukit/libmd/sha256c.c| 297 +++
cpukit/libmd/sha512.
---
cpukit/Makefile.am | 1 +
cpukit/include/sys/endian.h | 195
cpukit/preinstall.am| 4 +
3 files changed, 200 insertions(+)
create mode 100644 cpukit/include/sys/endian.h
diff --git a/cpukit/Makefile.am b/cpukit/Makefile.am
ind
Create a minimal /etc/passwd and /etc/group with user root and group
root only with no passwords.
---
cpukit/libcsupport/src/pwdgrp.c | 14 +
testsuites/psxtests/psxpasswd01/init.c | 44 +
testsuites/psxtests/psxpasswd01/psxpasswd01.scn | 82 +--
---
cpukit/libcsupport/src/getpwent.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/cpukit/libcsupport/src/getpwent.c
b/cpukit/libcsupport/src/getpwent.c
index 722cfca..483dd95 100644
--- a/cpukit/libcsupport/src/getpwent.c
+++ b/cpukit/libcsupport/src/getpwent.c
@@ -6,6 +6,13 @@
*
Where are crypt.h and the methods coming from?
I don't see them in newlib and
On 11/14/2014 7:46 AM, Sebastian Huber wrote:
> Use '*" to disable shell login instead of '!' according to the Linux man
> page. Use getpwnam_r() instead of getpwnam(). Do not access the user
> environment directly.
>
The test case name SHA 1 is misleading, as there exists a SHA-1 algorithm
On Fri, Nov 14, 2014 at 8:46 AM, Sebastian Huber
wrote:
> ---
> cpukit/Makefile.am| 2 -
> cpukit/libmd/Makefile.am | 13 +-
> cpukit/libmd/preinstall.am| 30
> cpukit/
On 11/14/2014 5:27 AM, Jiri Gaisler wrote:
>
> On 11/14/2014 02:34 AM, Chris Johns wrote:
>> On 14/11/2014 9:12 am, Jiri Gaisler wrote:
>>> What is the procedure to add gdb patches to RBS?
>>>
>> Patches are first accepted by the RTEMS Project as the definition of the
>> tools belongs to the proj
On 11/14/2014 03:54 PM, Joel Sherrill wrote:
Where are crypt.h and the methods coming from?
I don't see them in newlib and
It is in patch 3/9. is not a POSIX header file.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-
On 11/14/2014 04:05 PM, Gedare Bloom wrote:
The test case name SHA 1 is misleading, as there exists a SHA-1 algorithm
Yes, but this is the standard test name pattern. There is no SHA-01.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49
On 11/13/2014 06:35 PM, Alan Cudmore wrote:
This sounds like a nice improvement. Is this intended to be a replacement
for the RTEMS libi2c?
Yes, this is intended as a replacement for libi2c. The big problem with
libi2c is that it is too close to a particular hardware model which
makes bus d
On 11/14/2014 04:18 PM, Joel Sherrill wrote:
>
> On 11/14/2014 5:27 AM, Jiri Gaisler wrote:
>>
>> On 11/14/2014 02:34 AM, Chris Johns wrote:
>>> On 14/11/2014 9:12 am, Jiri Gaisler wrote:
What is the procedure to add gdb patches to RBS?
>>> Patches are first accepted by the RTEMS Proje
I just wanted to chime in and say that the ability to run the leon BSPs in
gdb/sis will be fantastic!
Thanks,
Alan
On 11/14/14 1:50 PM, "Jiri Gaisler" wrote:
>
>
>On 11/14/2014 04:18 PM, Joel Sherrill wrote:
>>
>> On 11/14/2014 5:27 AM, Jiri Gaisler wrote:
>>>
>>> On 11/14/2014 02:34 AM, Chri
On 11/14/2014 12:50 PM, Jiri Gaisler wrote:
>
> On 11/14/2014 04:18 PM, Joel Sherrill wrote:
>> On 11/14/2014 5:27 AM, Jiri Gaisler wrote:
>>> On 11/14/2014 02:34 AM, Chris Johns wrote:
On 14/11/2014 9:12 am, Jiri Gaisler wrote:
> What is the procedure to add gdb patches to RBS?
>
>>>
On 11/14/2014 02:34 AM, Chris Johns wrote:
> On 14/11/2014 9:12 am, Jiri Gaisler wrote:
>>
>> What is the procedure to add gdb patches to RBS?
>>
>
> Patches are first accepted by the RTEMS Project as the definition of the
> tools belongs to the project and tool packagers, ie the RSB, need to a
On 15/11/2014 10:30 am, Jiri Gaisler wrote:
On 11/14/2014 02:34 AM, Chris Johns wrote:
On 14/11/2014 9:12 am, Jiri Gaisler wrote:
What is the procedure to add gdb patches to RBS?
Patches are first accepted by the RTEMS Project as the definition of the tools
belongs to the project and too
22 matches
Mail list logo
