ibute and change the function
behavior to do nothing except return RTEMS_UNSATISFIED (in case someone somehow
still calls it), or better change it to call an RTEMS fatal function.
Peter
-
Peter Dufault
HD Associates, Inc. Software and System Engineering
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
se which you want at 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 ho
the GCC commit needs to 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
; RTEMS_BSP_IO_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
27;m 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
be other sections that 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
CTOR,
vector_base));
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 someon
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
t;
> 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(
d 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
> 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
--
nal size 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
___
d
ent something 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
-
IP" and 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:
>>>
>
he old Motorola 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 R
ity
> order:
>
> 1. Real-time Impacts + Maintainability 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
st be 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 Associat
n"
"clientid\n"
"nodhcp6\n"
"ipv4only\n"
"timeout 0\n"
"interface ffec0\n"
"option bootfile_name\n"
"option root_path\n"
"\n";
Peter
-
Peter Dufault
H
t; Chris
I see 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" s
;option" variable 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
-
his realistic? I looked at 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 h
> 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&qu
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 c
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 "network
> 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 "RTEMS
committed 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. Softwa
The libbsd 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.
sign
to be in on-chip RAM and we can't
access anything outside 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 se
{
> 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
mespec(
> &queue_context,
> - abstime
> + abstime,
> + true
> );
> _Mutex_Acquire_slow( &mutex->Mutex, owner, executing, level,
> &queue_context );
>
> diff --git a/cpukit/score/src/threadqtimeout.c
> b/cpukit/score/sr
92%] Building C object CMakeFiles/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
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 BSP
5xxevb/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
cleaned 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 interne
rio)?
> > > There is no option to configure the 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
> > > Dornier
> 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 protoc
he list now 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.
> Woul
ucks.
>
>
> 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
Vertretungsberechtigte 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.rte
dy know anything the 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 thro
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. Software
anks 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
flags} == %{nil}
%define rtems_bsp_ldflags -L%{rtems_bsp_prefix}/lib
%endif
Not being sure how to proceed I commented the three lines out and then it
built. Any suggestions?
Peter
-----
Peter Dufault
HD Associates, Inc. Software and System Engineering
This email is delivered through
de overhead is 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
richt München
>> Registernummer: HRB 157899
>> Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
>> Unsere Datenschutzerklärung finden Sie hier:
>> https://embedded-brains.de/datenschutzerklaerung/
>>
>> ___
>&g
n"
>> - "\tmounts the file system of each partition of the disk\n"
>> - "\n"
>> - "fdisk DISK_NAME unmount\n"
>> - "\tunmounts the file system of each partition of the disk\n"
>> + "\tdeletes the logical disks associated with the partitions\n"
>>
t; Good, I added a ticket for this:
>
> https://devel.rtems.org/ticket/4134#ticket
>
> It is not on my high priority list.
>
> ___
> devel mailing list
> devel@rtems.org
> http://lis
ist
> devel@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 foot
at:
- Status codes are an integral type;
- Status 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:
ty
___________
> 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
-
Pete
with an RTEMS configuration 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
reads need access 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 protocol
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 Engineerin
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
: 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
mentor 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 t
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 Dufa
before 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
---
after sixteen 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 th
o be 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
-
rtemsbsp=atsamv \
--prefix=/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. Sof
interface in "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 Engineerin
ks later. It's quite likely that 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.
>>
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
s_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 tha
7;t opened. What 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.
Pete
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
cmd-test.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_
://wiki.centos.org/SpecialInterestGroup/SCLo). I have 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)
Cop
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
----
functions 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 t
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
evelopment/rtems/rtems-libbsd/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
LE),1)
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
>> > 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
ittlearm
Disassembly of 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: bd80
/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
\
>| tile*-*-* \
> )
> if test "x$enable_obsolete" != xyes; then
> --
> Dr. Ulrich Weigand
> GNU/Linux compilers and toolchain
> ulrich.weig...@de.ibm.com
>
> ___
> devel m
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
ach
> 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 Associates, Inc.
support
makes a lot of code much more complex” and SPE support with the ABI would be
needed to use the DSP library and single precision floating point with the
-mfloat-gprs registers.
I think this is going to put those applications into maintenance mode and make
that target inappropriate for ne
de 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@rtems.org
> http
-
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
d 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
> http://lists.rte
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 tampering. Contact HDA
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.
>>
>>
>>
>>
>> Ursprüngliche Nachri
1 - 100 of 153 matches
Mail list logo