Hi RTEMS Developers,
Sorry, what finally happened to STM32F BSP, after a few emails with this
subject?
Looking at the latest master on git.rtems.org, I see the folder "stm32f7x"
exists in c\src\lib\libbsp\arm directory, but it has just a "hal" folder and
its files have never been used.
Best Rega
On Mon, Sep 21, 2015 at 10:11 AM, Isaac Gutekunst
wrote:
> Hi Sebastian,
>
> The zip file contains a number of files that we don't want, even inside the
> relevant sub-directory. Should the commit bring in only the file we care
> about?
>
Yes.
> Of course, for the fortunately very minor modificat
Hi Sebastian,
The zip file contains a number of files that we don't want, even inside the relevant
sub-directory. Should the commit bring in only the file we care about?
Of course, for the fortunately very minor modifications, we will wrap them with
#ifdef __rtems__
#else
#endif
In a subsequ
Hello Isaac,
this sounds all right in case all the files added to RTEMS provided by
ST contain this header in the ZIP file distributed by ST. One commit
should add all these files unmodified. A download link for this ZIP file
in the commit message would be nice.
--
Sebastian Huber, embedded
Hi Sebastian,
The license is standard BSD. Every file includes this 3-clause header
**
* @attention
*
* © COPYRIGHT(c) 2015 STMicroelectronics
*
* Redistribution and use in source and binary forms, with or wit
Hello Isaac,
what is the license of the ST code? The last time I looked at this code
it had a license incompatible to open source projects.
--
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
On September 18, 2015 2:30:02 PM CDT, Gedare Bloom wrote:
>On Fri, Sep 18, 2015 at 3:29 PM, Gedare Bloom wrote:
>> On Thu, Sep 17, 2015 at 2:42 PM, Isaac Gutekunst
>> wrote:
>>> We will send in a patch at some point.
>>>
>>> The BSPs are two new BSP based off the existing STM32F4 BSP. The
>mot
On Fri, Sep 18, 2015 at 3:29 PM, Gedare Bloom wrote:
> On Thu, Sep 17, 2015 at 2:42 PM, Isaac Gutekunst
> wrote:
>> We will send in a patch at some point.
>>
>> The BSPs are two new BSP based off the existing STM32F4 BSP. The motivation
>> is to keep the old BSP that includes only RTEMS contribut
On Thu, Sep 17, 2015 at 2:42 PM, Isaac Gutekunst
wrote:
> We will send in a patch at some point.
>
> The BSPs are two new BSP based off the existing STM32F4 BSP. The motivation
> is to keep the old BSP that includes only RTEMS contributed code. The new
> BSP includes lots of 3rd party ST code to m
We will send in a patch at some point.
The BSPs are two new BSP based off the existing STM32F4 BSP. The
motivation is to keep the old BSP that includes only RTEMS contributed
code. The new BSP includes lots of 3rd party ST code to make development
and supporting multiple processors easier.
T
On 9/17/2015 9:09 AM, Isaac Gutekunst wrote:
Hey RTEMS Developers,
Vecna has recently reached the final stretch of our BSP development
effort for the STM32F4 and STM32F7 families of processors. We would love
to contribute it back and where wondering what we should do to get that
process moving
11 matches
Mail list logo
