a later time.
>
> Kinsey
I've been moving a driver from legacy to bsd so I definitely need to easily
switch back and forth for the same BSP for testing.
I agree with Chris, but it's apparently a desirement, not a requirement, so it
shouldn't hold up the branching.
Peter
---
be updated.
> Maybe we should even wait for the GCC 13.3 release.
>
> I asked about a gcc 13.3 release and we should not wait. They intend to do a
> 14 release before returning to 13.3. We should plan to do 6.1 with a GCC 13
> branch hash and probably plan to swap that out with a 13.3 tarball when it's
> released.
>
> We are good at imposing more requirements. :)
>
>
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
TRANSMISSION_COMPLETE? And following on you could have
>>> RTEMS_BSP_IO_NO_TRANSMISSION? The key point is "transmission" relates to the
>>> external data pin of the interface.
>>
>> The no-output option is used to just flush the device without transmitting a
>> new
>> character.
>
> Like what flush does?
>
>> For the flush, we could add something like this:
>>
>> Flushing the device should ensure that all characters handed over to the
>> device
>> for output are visible to external consumers. For example, the device output
>> FIFO and transmit shift registers should be empty.
>
> Lets just say transmitted. The devices we manage are embedded and so we
> receive
> and transmit data. Lets not introduce new or custom terms.
>
> Chris
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
> On Apr 18, 2024, at 10:55 AM, Joel Sherrill wrote:
>
>
>
> On Thu, Apr 18, 2024 at 9:50 AM Peter Dufault wrote:
>
>
> > On Apr 18, 2024, at 10:34 AM, Kinsey Moore wrote:
> >
> > A patch for EEXIST here should be fine. It would be nice
> On Apr 18, 2024, at 10:55 AM, Joel Sherrill wrote:
>
>
>
> On Thu, Apr 18, 2024 at 9:50 AM Peter Dufault wrote:
>
>
> > On Apr 18, 2024, at 10:34 AM, Kinsey Moore wrote:
> >
> > A patch for EEXIST here should be fine. It would be nice
initialize();
assert(sc == RTEMS_SUCCESSFUL);
At least you get a panic message. I'll submit a patch.
Peter
-----
Peter Dufault
HD Associates, Inc. Software and System Engineering
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
just checking for EEXIST and ignoring the error.
Does anyone care to object now and say I should investigate further to fix the
caller before I submit a patch?
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
___
Feel free to submit a patch
>
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
t do this.
>
> If this were wrapped in a conditional for the proper CPU core variants, it
> might resolve the issue. One would hope that if there were no e500 code,
> binutils and gdb wouldn't get confused.
>
> --joel
>
> On Wed, Mar 27, 2024 at 12:19 PM Peter Dufault wr
);
This line causes the ".o" to be "powerpc:titan" (if the above E500 lines are
removed):
ppc_mtivor(35, ppc_exc_vector_address(ASM_E500_PERFMON_VECTOR, vector_base));
I "#ifdef'd" them out to get it to "work" but unless someone can figure out how
to g
This is for 6-freebsd-12. How is that specified? I don't see [PATCH
libbsd-6-freebsd-12] etc.
> On Feb 1, 2024, at 6:00 AM, dufa...@hda.com wrote:
>
> From: Peter Dufault
>
> - safe_pause_us() and safe_pause_ms() depend on the clock tick. Use DELAY().
> ---
>
> On Jan 23, 2024, at 7:09 PM, Chris Johns wrote:
>
> On 23/1/2024 9:00 pm, Peter Dufault wrote:
>>> On Jan 22, 2024, at 1:51 PM, Peter Dufault wrote:
>>>> On Jan 22, 2024, at 12:16 PM, Gedare Bloom wrote:
>>>>
>>>> I have a coup
> On Jan 22, 2024, at 1:51 PM, Peter Dufault wrote:
>
>
>
>> On Jan 22, 2024, at 12:16 PM, Gedare Bloom wrote:
>>
>> I have a couple minor notes below. More important, does this change
>> require updating documentation?
>
> I'd have to
gt; I know we have a somewhat aging shell-specific guide:
> https://docs.rtems.org/branches/master/shell/index.html
>
>
> On Fri, Jan 19, 2024 at 5:19 AM wrote:
>>
>> From: Peter Dufault
>>
>> - Fix detection of timeout in rtems_shell_term_wait_for().
&g
to open a bug first?
Only downside is VTIME needs to be multiples of .1 seconds, so it will be .1 or
.2.
The VTIME and VMIN is a good interface *except* that the VTIME>0 VMIN>0 case
initial timeout is infinity. I don't like that, though I suppose an alarm and
EINTR would let me do what I wis
> On Jan 5, 2024, at 1:36 PM, Peter Dufault wrote:
>
> I "#if 0"d out the call to "rtems_shell_term_row_column_swapped()" that
> checks for a broken "tmux" terminal. That is what sends "\033[>0q" to the
> console. I no long
t calls every command.
The escape sequence does work on gnome-terminal, so I'm not sure what causes
the delay. I can investigate that, but question if this
should be done in the shell.
[dufault@gen6 rtems]$ echo -e "\e[18t"
^[[8;42;111t
[dufault@gen6 rtems]$
Peter
-
Peter
ize as env variables
Closes #4763
Which has this:
fputs("\033[>0q", stdout);
I backed it out for now. Anyone else seeing this?
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
___
devel
omething like that.
I have thought about this. It's more hand-coding for the control loops, but
it's traditional coding. Not everyone thinks the eTPU/PowerPC architecture is
as well-designed as I do - "Way too complicated!" is the feedback I get.
Peter
-
Peter Dufa
nd the integration is up to the licensor. That said, ARM works
well.
> On Sep 14, 2023, at 15:22 , o...@c-mauderer.de wrote:
>
> Hello Peter,
>
> Am 13.09.23 um 19:22 schrieb Peter Dufault:
>>> On Jul 25, 2023, at 10:14 , Joel Sherrill wrote:
>>>
>>>
PowerPC's architecture targeted at engine control,
I will miss how the ADC DMA chain works together with the eTPU and also
schedules the output so cleanly do background motor control, and other timing
intensive applications, so that the main CPU is free to e.g. run RTEMS (and in
my cas
ainability Loss
> 2. Transparency Loss + Modularity Loss + Code/RAM Size Increase
> 3. Performance Loss
>
> I wrote each goal now as a "minimize" objective. I think it is not
> possible to establish strict priorities on these objectives.
>
> Good engineering requires
providing this as a
fall-back address. It happens infrequently.
Does the libbsd DHCP client have fall back to provide a private address, e.g.
"169.254.208.184"?
I did some searching in "libbsd" but didn't find it.
Peter
-
Peter Dufault
HD Associates, Inc. S
t;
"clientid\n"
"nodhcp6\n"
"ipv4only\n"
"timeout 0\n"
"interface ffec0\n"
"option bootfile_name\n"
"option root_path\n"
"\n";
Peter
-
Peter Dufault
HD Ass
online that DHCP option 129 has three definitions: "PXE - undefined
(vendor specific)", "Kernel options Variable length string", and "Call Server
IP address".
Above does "option rtems_cmdline" and "define 129 string rtems_cmdline" set
le for use in
"/usr/local/libexec/dhcpcd-run-hooks".
which would be an argv of {"dhcpcd", "--option", "17", NULL }.
Or is best practice to do something with "rtems-bsd-rc-conf-net.c"?
Peter
-
Peter Dufault
HD Ass
t the list of board support packages output by
"./rtems-bsps" in RTEMS-6 and there are many old ones (M68K, old VME boards)
that I assume use the legacy stack and aren't likely to be updated to use LWIP
or "libbsd" and where the old stack works and has a small memory foot print.
I un
> On Jul 6, 2021, at 06:42 , Chris Johns wrote:
>
>> On 3 Jul 2021, at 5:14 am, Peter Dufault wrote:
>>
>> I updated my libbsd today and an application is failing to build because it
>> can't find the include file "rtems/bsd/test/network-config.h".
I want to build the i.MX RT BSP with a custom DTS file. It's easy to build an
application using ones own "dts.o" file, but I want to build all the BSP tests
with my dts.o. For now I just change the one in the tree but I don't want to
do that. I don't want a BSP variant, either, since it's a
I updated my libbsd today and an application is failing to build because it
can't find the include file "rtems/bsd/test/network-config.h". It was added
yesterday to "rtemsbsd/include/bsp/nexus-devices.h". "nexus-devices.h" the
only file outside of the testsuite directory that includes
> On Jun 23, 2021, at 01:17 , Sebastian Huber
> wrote:
>
>
> On 21/06/2021 15:31, dufa...@hda.com wrote:
>>> On Jun 21, 2021, at 08:52 , Sebastian
>>> Huber wrote:
>>>
>>> What happens when you reduce the memory space for the mbufs to 4MiB? What
>>> is the "RTEMS work space"?
>> By
ted to run in 8MB RAM and 16MB FLASH on the "imxrt" BSP.
I've got 7.8MB of RTEMS work space out of my 8MB of RAM and can't get a network
application to start up after trying to reduce the configuration.
Peter
---------
Peter Dufault
HD Associates, Inc. Software and System Eng
ibbsd is a recent 6-freebsd=12
is "minimal" built regularly? Any hints?
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet using protocols subject to
interception and tampering.
signature.asc
ide of on-chip RAM until after we finish setting HyperRAM
up in "bsp_start_hook_0()".
The code for the "imxrt" "_start" assigns something to the stack pointer that
isn't mapped yet if we haven't set up HyperRAM. It's not clear to me as
someone not that clear with ARM if
; rbar = (uintptr_t) begin | region | ARMV7M_MPU_RBAR_VALID;
> rasr |= _ARMV7M_MPU_Get_region_size(size);
> } else {
> --
> 2.26.2
>
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
Pete
t_set_enqueue_timeout_realtime_timespec(
> _context,
> - abstime
> + abstime,
> + true
> );
> _Mutex_Acquire_slow( >Mutex, owner, executing, level,
> _context );
>
> diff --git a/cpukit/score/src/threadqtimeout.c
> b/cpukit/score/src/threadqtimeout.
soem.dir/oshw/rtems/oshw.c.obj
[100%] Linking C static library libsoem.a
[100%] Built target soem
==> %install:
(...)
-
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet using protocols su
eduler". So
"ineligible" is good. That's based on the mailings and not the code.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet using protocols subject to
interception an
The "powerpc/shared/console" code has the start-up console value fixed
at 9600 baud. This changes the hard-wired constant "9600" in the code
to the configuration setting "BSP_CONSOLE_BAUD" and adds configuration
support in both the "waf" and the legacy configuration systems.
Note that the VME
b/configure.ac" still uses "BSP_DEFAULT_BAUD_RATE"
while the "waf" build system changed the code and configuration name to the
standardized "BSP_CONSOLE_BAUD". I didn't fix it since it's not associated
with the powerpc/shared changes, but it is bit-rot.
If the o
ned up.
3. Is it correct to update the "configure.ac" files when new options are added
or are those now considered defunct?
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet usi
e priority of the POSIX initialization
> > > thread, so the default priority of 2 is used, see
> > > _POSIX_Threads_Default_attributes.
> > >
> > > --
> > > embedded brains GmbH
> > > Herr Sebastian HUBER
> > > Dornierstr. 4
> > > 82178 Puchheim
> > > Ger
> On Feb 18, 2021, at 12:49 , Gedare Bloom wrote:
>
> willing to buy: style formatter.
I'll buy one too.
Peter
-----
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet using protocol
w before we push these changes.
>>
>
> There is an u-Umlaut in it. That is probably it. As it is part of the name,
> it's hard to get rid of.
> I could probably use the English name (German Aerospace Center) which has no
> special characters.
> Would that be prefe
;
> I don't see not running them as a good option. Beyond adding a new state to
> reflect this oddity, any suggestions?
>
> --joel
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
> _______
hat
are the same enum.
I avoid using #define. In most situations you can't print them in a debugger
and they imply restricted usage.
Is this an appropriate warning? Does it always mean that the enum should be
replaced with a #define?
If it doesn't always apply then the style should make it c
echtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
> Unsere Datenschutzerklärung finden Sie hier:
> https://embedded-brains.de/datenschutzerklaerung/
>
> ___________
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/
he quality of the "powerpc-spe" support in
Clang/LLVM?
This is must an exploratory question. I don't have a plan to work on this soon.
Peter
---------
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet usi
st
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
Peter
-
Peter Dufault
HD Associates, Inc. Sof
Sebastian.
>
It had me confused at first when I started working with ARM.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet using protocols subject to
interception and tampering.
signature.asc
an issue. If
you're testing I2C from the shell I'm not sure when it's important to have only
e.g. i2cget but not i2cset.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet using protocols subje
hen
>> Registernummer: HRB 157899
>> Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
>> Unsere Datenschutzerklärung finden Sie hier:
>> https://embedded-brains.de/datenschutzerklaerung/
>>
>> ___
>> devel m
"\tdeletes the logical disks associated with the partitions\n"
>> + "\tof the disk\n"
>> "\n"
>> "option values:\n"
>> "\tDISK_NAME: absolute path to disk device like '/dev/hda'\n"
>> @@ -84,14 +79,11 @@ static int rtems_bdpart_shell_main( int argc, cha
for this:
>
> https://devel.rtems.org/ticket/4134#ticket
>
> It is not on my high priority list.
>
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/list
rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
The footprint is larger. I forget exactly which board I was evaluating but I
couldn't always use the "libbsd" stack and made it conditional.
I didn't spend much time trying to reduce the footprint. Maybe if I'd remo
codes of 0 always mean success.
Trying to pretend you need to compare a return to a special "success" #define
that is 0 is pointless and error prone now-a-days IMHO.
If I really wanted a return code that was special I'd do something like:
typedef struct {
rtems_status_code status; /* Error ret
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
Peter
-
Peter Dufault
HD Associates, Inc.
iguration with no diffs regardless
of how you reformatted the input.
I know this would use the same tool that is being tested to create the input
test files, but I think in this case it's OK due to how invasively "uncrustify"
can be configured to reformat the code. For example, it c
to which thread.
However, it won't scale infinitely. Linked lists won't scale infinitely in
real-time either.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet using protocols subject to
interception
t;
> On Fri, Mar 27, 2020 at 5:26 AM Utkarsh Rai wrote:
> >
> > Hi,
> > My GSoC project proposal intended for providing thread-stack protection
> > involves implementation on two levels, providing low-level hardware support
> > for the target architecture and high-lev
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email i
IED;
> + return RTEMS_SUCCESSFUL;
> +
> }
>
> static rtems_device_driver brm_control(rtems_device_major_number major,
> rtems_device_minor_number minor, void *arg)
> --
> 2.17.1
>
> ___
> devel mailing list
> deve
ing: This stuff is experimental and may be
changed at any time". Am I missing instructions on how to avoid using it in
the first place, or how to over-ride it in certain situations?
Peter
---------
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivere
r thread stack protection, I'm very interested in
this. I can't be a mentor due to my current work load.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public inter
means I "rm -rf" a local repository and, well, "re-clone".
I will need to google to see what a "forced push back" is.
What was the "unfortunate mishap"? If I were knowledgeable would I know
immediately without asking?
Peter
-
Peter
re I've gotten started, I plan to make this BSP a
variant in the "imx" BSP and to try to either re-use existing "chip" library
routines or add new ones.
Unfortunately this will definitely be a BSP supporting only what I need for the
current application.
Peter
--
een seconds, not
fifteen or twenty minutes, if the behavior isn't changed, but I added a
"WDT_Disable(WDT);" to my code anyway and that solved the problem.
I posted this to give anyone else a heads-up and also to find out if anyone
understood why it would take so long for the WDT to kick i
ethernet IP going back a while.
Is this interface supported by RTEMS already? I don't think so.
Is it supported on FreeBSD? I wasn't successful in figuring that out, but
searching for "mac-net" is problematical, "mac" has multiple hits related to
networking.
Peter
-
Peter Du
=/opt/customer/rtems-5/ \
--enable-networking \
--enable-posix \
--disable-smp \
--disable-multiprocessing \
--enable-tests \
--enable-cxx \
--enable-maintainer-mode
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
rtl-debugger.c" imply that
GDB will poke around and set breakpoints based on a SVR4 dynamic loader in
order to locate the information, but I can't figure out how to do it.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivere
at the patch just
>>slipped
>>> the attention.
>>>
>>> Normally I leave documentation patches to our native speakers.
>>They spot
>>> a lot of errors that I won't be able to find.
>>>
>>> Can you please s
support for PowerPC/SPE including a FreeBSD port. I hope to
get time to test that, but if anyone else is interested and has time please
test out building such a BSP.
(PowerPC/SPE is gone in GCC)
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This e
code enumeration.
>
> Is there any objection to adding RTEMS_INTERRUPTED as a status code?
>
> I am open to suggestions for a better name.
>
Do you see a use for RTEMS_INTERRUPTED instead of to support EINTR defined
behavior? If you don't I'd name it RTEMS_EINTR so that it isn't over
at establishes the standard open file
descriptors that isn't being called in my update?
I *think* I have the GDB stub working, I had to modify it to bring it
up-to-date, but I'd rather see a console message like "GDB stub starting up..."
before I go further.
Peter
-
Peter
nds using “motload” and the power switch I’m using.
Why doesn’t "rtems_test_assert()” output something that shows the test failed
so that the reset can happen then?
Peter
-----
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered thro
I’ve searched but can’t find anywhere. I’d like to see the results of the
tests on all architectures to compare to what I see on PowerPC-beatnik.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet
st.py", line 42, in
test.run(sys.argv[1:], command_path = base)
File "/home/dufault/development/rtems/rtems-tools/tester/rt/test.py", line
455, in run
for report_format in report_formats:
TypeError: 'NoneType' object is not iterable
[dufault@gen6 lou_files]$
Peter
----
that installed.
devtoolset-7-binutils.x86_64 2.28-11.el7
@centos-sclo-rh
That will give you gcc 7.3.1 and friends:
[dufault@fubar ~]$ /opt/rh/devtoolset-7/root/bin/gcc --version
gcc (GCC) 7.3.1 20180303 (Red Hat 7.3.1-5)
Copyright (C) 2017 Free Software Foundation, Inc.
This is
he consistent error code interface
(0 vs !0) and I frequently want more convenient interfaces.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet using protocols subject to
interception and tampering.
__
Don’t take it too far off-line, I want to follow. But do take it out of
“support for interrupt handlers…”.
> On Sep 5, 2019, at 01:29 , Chris Johns wrote:
>
> I think we can take C++ development styles offline and chat personally, maybe
> in
> person soon. :)
Peter
----
ctions need to reference each other do you need to forward declare one.
That’s a rare situation.
Peter
-----
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet using protocols subject to
in
tools. I definitely agree there
are many who can’t use Python 3 for anything that ships to run on RHEL7, but
for development Red Hat licensees can use the Red Hat Software Collections and
someone like me can use EPEL. Both have 3.5 and 3.6 available. I don’t use
“software collections” bu
ubar rtems-libbsd]$
Peter
-----
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet using protocols subject to
interception and tampering.
___
devel mailing list
devel@rtem
bbsd/build/powerpc-rtems5-psim-default'
Build failed
-> task in 'bsd' failed with exit status 1 (run with -v to display more
information)
ERROR: Waf configure on rtems-libbsd failed
Zynq dufault@gen6 lou_files]$
Peter
-----
Peter Dufault
HD Associates, Inc. Software and Syste
)
LDFLAGS_GC_SECTIONS_DISABLE = -Wl,--gc-sections
endif
(...)
LDFLAGS = $(LDFLAGS_GC_SECTIONS_DISABLE)
and then I set RTEMS_GC_SECTIONS_DISABLE=1 in the one Makefile where I need it.
I don’t see similar patterns, is this the way to do it?
Peter
-
Peter Dufault
HD Associates, Inc
> fork/exec so will never work.
>>Should this change be a build system change or is this needed plus the
>>build system change?
>> Both. Rcmdsh.* should not be in libbsd.
>
> Does the `#if __rtems__` formatting conform to CONTRIBUTING.md ? It looks to
> me l
section .text:
:
0: b580push{r7, lr}
2: af00add r7, sp, #0
4: f240 movwr0, #0
8: f2c0 movtr0, #0
c: f7ff fffe bl 0
10: bf00nop
12: bd80pop {r7, pc}
Z
/arm-stubs-vxstubs/bin/sys-bad
rtl: rel: sym:printf(51)=000daac9 type:10 off:07b0
Peter
-----
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet using protocols subject to
interception and
*-*-* \
> )
> if test "x$enable_obsolete" != xyes; then
> --
> Dr. Ulrich Weigand
> GNU/Linux compilers and toolchain
> ulrich.weig...@de.ibm.com
>
> ___
> devel mailing list
> devel@rt
as the
existing ATSAMV7 port.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through the public internet using protocols subject to
interception and tampering.
___
devel mailing list
devel
t or better approach
> than just to change the custom file when we bump GCC?
>
> Thanks.
>
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
Peter
-
Peter Dufault
HD
o put those applications into maintenance mode and make
that target inappropriate for new RTEMS applications.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email, like most email, is delivered unencrypted via internet email
protocol
ed? Is the threading code outside the
> RTEMS source tree and what effect does that have on those looking to
> certify RTEMS?
>
> Does a change like this require a coding standard update?
>
> Chris
> ___
> devel mailing list
> devel@rtem
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email, like most email, is delivered unencrypted via internet email
protocols subject to interception and tampering. Contact HDA to discuss
methods we can use that ensure secure communication
what generates this. I get problems when I
try to boot the binary, but I want to fix this before proceeding further.
- Am I correct that this is some kind of initialization of optional managers?
- Does anyone recognize where I should be looking?
Peter
-
Peter Dufault
HD Associates
; I know this is a very old piece of code and predates printk() but should
> this routine be changed to use printk()?
>
> Is it still safe? Especially in light of SMP demands.
>
> --joel
> ___
> devel mailing list
> devel@rtems.org
&
st dilutes our
> efforts. We need to find a suitable middle ground for everyone.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email, like most email, is delivered unencrypted via internet email
protocols subject to interception and tamperi
d requirement is that we can't force a build system on users. We can
> provide guidance for popular options we may not personally use but that's
> about it. Instructions for Eclipse or Visual Studio integration for example.
>
>> Wkr Thomas.
>>
>>
>>
&g
systems, it requires a little more
design formalism up front.
Peter
---------
Peter Dufault
HD Associates, Inc. Software and System Engineering
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
than Phytec MPC5554 and a Gaisler variant. If anyone is familiar with
that chip I’d really appreciate speculation as to what situation triggers this.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
1 - 100 of 165 matches
Mail list logo
