Hi,
On 11/19/2014 08:19 PM, Gedare Bloom wrote:
This one needs a release note as it may impede some applications if
they assumed they could use these trap vectors.
I agree. Where should I update?
Also, do these changes complicate the paravirtualization efforts done
with sparc32 for xtratum?
Maybe you should add a comment that normally 3 nops are necessary, but
in this case it is not.
On 19/11/14 16:35, Daniel Hellstrom wrote:
I see no need for waiting the 3 instruction delay for wim to be
written in this case, since the STD after does not depend on WIM
---
On 20/11/14 09:01, Daniel Hellstrom wrote:
Also, do these changes complicate the paravirtualization efforts done
with sparc32 for xtratum?
I don't know, I guess it will break. Can you point me to the xtratum
source code I will have a look. Of course I want xtratum to work with
RTEMS/LEON,
With your patches applied I get a link-time error:
gmake[6]: Entering directory
`/scratch/git-build/b-smp-ngmp/sparc-rtems4.11/c/ngmp/testsuites/samples/hello'
sparc-rtems4.11-gcc -B../../../../../ngmp/lib/ -specs bsp_specs -qrtems
-DHAVE_CONFIG_H -I.
On 19/11/14 16:35, Daniel Hellstrom wrote:
+ta 9 ! syscall (disable interrupts)
Maybe these magic numbers should get a #define so that you can grep for
it in the sources.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178
This code is from the dark ages. At this time the cache manager was not
available for every BSP.
I fixed it, and wait now for Git commit access.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47
Hi,
I will fix this. I missed it since it I never enabled RTEMS_PROFILING.
Thanks!
Daniel
On 11/20/2014 10:12 AM, Sebastian Huber wrote:
With your patches applied I get a link-time error:
gmake[6]: Entering directory
On 20/11/14 10:22, Daniel Hellstrom wrote:
I will fix this. I missed it since it I never enabled RTEMS_PROFILING.
I did a test suite run on NGMP with profiling enabled and your patches
with a local fix. So overall they don't make things worse and the
median of all maximum thread dispatch
On 11/20/2014 12:08 PM, Sebastian Huber wrote:
On 20/11/14 10:22, Daniel Hellstrom wrote:
I will fix this. I missed it since it I never enabled RTEMS_PROFILING.
I did a test suite run on NGMP with profiling enabled and your patches with a local fix. So overall they don't make things worse
On November 20, 2014 3:26:47 AM CST, Hesham Moustafa heshamelmat...@gmail.com
wrote:
Hi Chris,
On Wed, Nov 19, 2014 at 6:40 PM, Chris Johns chr...@rtems.org wrote:
On 20/11/2014 4:41 am, Hesham Moustafa wrote:
+ www.rtems.org http://www.rtems.org is alive there. (accept the
---
c/src/lib/libbsp/i386/pc386/Makefile.am| 1 +
c/src/lib/libbsp/i386/pc386/configure.ac | 5 +
c/src/lib/libbsp/i386/pc386/include/bsp.h | 6 ++
c/src/lib/libbsp/i386/pc386/include/tblsizes.h | 25 +
---
cpukit/score/include/rtems/score/basedefs.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/cpukit/score/include/rtems/score/basedefs.h
b/cpukit/score/include/rtems/score/basedefs.h
index 12480a8..695ab8f 100644
--- a/cpukit/score/include/rtems/score/basedefs.h
+++
Framebuffer driver for i386 PC686BSP utilizing VESA BIOS EXTENSIONS
to initialize graphics mode during startup of RTEMS executive.
Temporary switch to realmode is used for Video BIOS invocation.
The implementation has been tested with microwindows from RTEMS Graphics
Toolkit using QEMU {cirrus,
---
c/src/lib/libcpu/i386/cpu.h | 6 --
c/src/lib/libcpu/i386/idtr.S | 6 +++---
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/c/src/lib/libcpu/i386/cpu.h b/c/src/lib/libcpu/i386/cpu.h
index 4c56731..e14acc4 100644
--- a/c/src/lib/libcpu/i386/cpu.h
+++
---
cpukit/score/cpu/i386/cpu_asm.S | 43
cpukit/score/cpu/i386/rtems/score/i386.h | 32
2 files changed, 75 insertions(+)
diff --git a/cpukit/score/cpu/i386/cpu_asm.S b/cpukit/score/cpu/i386/cpu_asm.S
index 9b39567..f3ef4e2
---
c/src/lib/libbsp/i386/pc386/Makefile.am | 5 +
c/src/lib/libbsp/i386/pc386/configure.ac | 13 +
c/src/lib/libbsp/i386/pc386/console/fb_vesa_rm.c | 858 +++
c/src/lib/libbsp/i386/pc386/include/fb_vesa.h| 131
On 20/11/14 12:36, Daniel Hellstrom wrote:
On 11/20/2014 12:08 PM, Sebastian Huber wrote:
On 20/11/14 10:22, Daniel Hellstrom wrote:
I will fix this. I missed it since it I never enabled RTEMS_PROFILING.
I did a test suite run on NGMP with profiling enabled and your
patches with a local
On 20/11/14 10:18, Sebastian Huber wrote:
This code is from the dark ages. At this time the cache manager was
not available for every BSP.
I fixed it, and wait now for Git commit access.
http://git.rtems.org/rtems/commit/?id=3bb9c61c588bf532ead85f9da2cff1951df8be49
--
Sebastian Huber,
Thanks, committed:
http://git.rtems.org/rtems/commit/?id=96a9f4cb6db182a462e0a9aef8446fd2ee2b227d
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
On 05/11/14 08:14, Sebastian Huber wrote:
on the latest Git master the following new tests fail on
arm/realview_pbx_a9_qemu due to a timeout after 180 seconds: top,
dl01.pre and dl02.pre.
I fixed this now:
http://git.rtems.org/rtems/commit/?id=3eade71044461829e9553720fbab3102dfe8ad4d
On 11/20/2014 03:09 PM, Sebastian Huber wrote:
On 20/11/14 12:36, Daniel Hellstrom wrote:
On 11/20/2014 12:08 PM, Sebastian Huber wrote:
On 20/11/14 10:22, Daniel Hellstrom wrote:
I will fix this. I missed it since it I never enabled RTEMS_PROFILING.
I did a test suite run on NGMP with
On 11/20/2014 8:11 AM, Sebastian Huber wrote:
On 20/11/14 10:18, Sebastian Huber wrote:
This code is from the dark ages. At this time the cache manager was
not available for every BSP.
git blame says Chris touched these lines in 2009. Did you learn history
differently in Germany? I thought
Committed, please verify. There were 3 whitespace errrors (newline at
EOF) if you care to find and fix them.
-Gedare
On Thu, Nov 20, 2014 at 9:00 AM, Jan Dolezal dolez...@fel.cvut.cz wrote:
Framebuffer driver for i386 PC686BSP utilizing VESA BIOS EXTENSIONS
to initialize graphics mode during
On 11/20/2014 8:00 AM, Jan Dolezal wrote:
---
c/src/lib/libbsp/i386/pc386/Makefile.am| 2 +
c/src/lib/libbsp/i386/pc386/include/edid.h | 513
+
c/src/lib/libbsp/i386/pc386/include/vbe3.h | 463 ++
Same comments as on others.
Gedare just pushed this. Do the fixes I noted across the file
set in another round of patches. It is easier for all involved. :)
--joel
On 11/20/2014 8:00 AM, Jan Dolezal wrote:
---
c/src/lib/libbsp/i386/pc386/Makefile.am | 5 +
Hi
https://devel.rtems.org/ is now up with our Trac instance.
As mentioned in a previous update, this merges Bugzilla and
Mediawiki. All the old content is there but it has likely moved
around. If you spot something broken or out of date, fix it
or report it.
Old bugzilla accounts have been
On Thu, Nov 20, 2014 at 10:54 AM, Joel Sherrill
joel.sherr...@oarcorp.com wrote:
Hi
https://devel.rtems.org/ is now up with our Trac instance.
As mentioned in a previous update, this merges Bugzilla and
Mediawiki. All the old content is there but it has likely moved
around. If you spot
Hi,
Password recovery is working correctly, but I can't access any patch
attached to a ticket. This feature seems to be broken.
Cláudio
On Thu Nov 20 2014 at 15:54:58 Joel Sherrill joel.sherr...@oarcorp.com
wrote:
Hi
https://devel.rtems.org/ is now up with our Trac instance.
As mentioned
Gedare.. does this look better?
posix_memalign() is prototyped to take a non-NULL parameter. But our
test is deliberately passing one in. With the -Wnon-null warning flag
enabled, we will always get warnings on this test unless we disable
that warning for this single test case.
---
Amar.. explicitly bringing you in since you likely missed this.
On 11/20/2014 10:17 AM, Cláudio Silva wrote:
Hi,
Password recovery is working correctly, but I can't access any patch
attached to a ticket. This feature seems to be broken.
Cláudio
On Thu Nov 20 2014 at 15:54:58 Joel Sherrill
It should be working now.
On Thu, Nov 20, 2014 at 11:17 AM, Cláudio Silva
claudiodcsi...@gmail.com wrote:
Hi,
Password recovery is working correctly, but I can't access any patch
attached to a ticket. This feature seems to be broken.
Cláudio
On Thu Nov 20 2014 at 15:54:58 Joel Sherrill
Hi
Images do not seem to be in place. Two examples.
https://devel.rtems.org/wiki/Developer/Git
https://devel.rtems.org/wiki/TBR/UserManual/RTEMS_Software_Architecture
--
Joel Sherrill, Ph.D. Director of Research Development
joel.sherr...@oarcorp.comOn-Line Applications
On 2014-11-20 11:27 -0600, Joel Sherrill wrote:
Hi
Images do not seem to be in place. Two examples.
https://devel.rtems.org/wiki/Developer/Git
https://devel.rtems.org/wiki/TBR/UserManual/RTEMS_Software_Architecture
Yes, that is another item I'm working on. Restoring the images is going
The upcoming set of capture engine patches were submitted
previously, requested changes made, and I tried to split the
largest patch into 3 as suggested.
Jennifer Averett
___
devel mailing list
devel@rtems.org
The catpture task record is now logged just prior to the first
log entry using that task instead of the first time the task
is seen. This involved splitting the record task method into
an initialize task and a record task.
---
cpukit/libmisc/capture/capture.c| 39
Methods to print the data were moved from capture-cli into
a support area and are no longer static so that they can
be shared by test routines, or application code that wants
to use the capture engine without the shell interface.
---
cpukit/libmisc/Makefile.am | 1 +
To support smp data was broken into global and percpu capture data.
Capture control must be disabled prior to printing or setting of
watch points.
---
cpukit/libmisc/capture/capture.c | 411 +++
cpukit/libmisc/capture/capture.h | 22 +-
Hi
We have different code to process these two files on login.
Can someone point me to a standard source which says
what is supposed to be handled in each one?
Should we really have both paths?
--
Joel Sherrill, Ph.D. Director of Research Development
joel.sherr...@oarcorp.com
---
cpukit/libmisc/capture/capture-cli.h| 2 +-
cpukit/libmisc/capture/capture.h| 60 -
cpukit/libmisc/capture/capture_buffer.c | 6 +--
cpukit/libmisc/capture/capture_buffer.h | 6 +--
---
testsuites/libtests/capture01/init.c | 249 ++-
1 file changed, 12 insertions(+), 237 deletions(-)
diff --git a/testsuites/libtests/capture01/init.c
b/testsuites/libtests/capture01/init.c
index a725e26..e1e1e84 100644
---
---
testsuites/smptests/Makefile.am | 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpcapture01/Makefile.am | 19 ++
testsuites/smptests/smpcapture01/init.c | 273 ++
Hi
Any ideas why the fileio sample doesn't have any commands
configured anymore? This was on sparc/sis where there should
have been many.
--
Joel Sherrill, Ph.D. Director of Research Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a
Assuming I did the git bisect right:
$ git bisect good
7eada71e1b8e707d5b97d4d0cf7d2ca73013e403 is the first bad commit
commit 7eada71e1b8e707d5b97d4d0cf7d2ca73013e403
Author: Sebastian Huber sebastian.hu...@embedded-brains.de
Date: Tue Nov 18 07:35:30 2014 +0100
shell: Add mode, UID and
This picks up at least these RTEMS Project patches:
+ Joel Sherrill to ensure the PRIxxPTR defines are correct on all targets.
+ Sebastian Huber NGROUPS adjusted to have even value.
---
rtems/config/tools/rtems-gcc-4.9.2-newlib-git-1.cfg | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On 21/11/2014 8:04 am, Jennifer Averett wrote:
The upcoming set of capture engine patches were submitted
previously, requested changes made, and I tried to split the
largest patch into 3 as suggested.
They look fine to me. Love the trace at the end of the patch. Great work.
Chris
On 21/11/2014 9:03 am, Joel Sherrill wrote:
This picks up at least these RTEMS Project patches:
+ Joel Sherrill to ensure the PRIxxPTR defines are correct on all targets.
+ Sebastian Huber NGROUPS adjusted to have even value.
This is ok to push.
Chris
---
On 20/11/14 22:27, Joel Sherrill wrote:
Any ideas why the fileio sample doesn't have any commands
configured anymore? This was on sparc/sis where there should
have been many.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47
On 20/11/14 22:27, Joel Sherrill wrote:
Any ideas why the fileio sample doesn't have any commands
configured anymore? This was on sparc/sis where there should
have been many.
It has commands if you log in as 'root' with password 'pwd'. By default
all commands except 'help' and 'alias' are
On 20/11/14 22:08, Joel Sherrill wrote:
Hi
We have different code to process these two files on login.
Can someone point me to a standard source which says
what is supposed to be handled in each one?
Should we really have both paths?
One is for telnet:
http://linux.die.net/man/5/issue.net
49 matches
Mail list logo