On 31/01/2020 13:39, dufa...@hda.com wrote:
>
>
>> On Jan 31, 2020, at 01:31 , Christian Mauderer
>> wrote:
>>
>> On 30/01/2020 22:12, dufa...@hda.com wrote:
>>>
>>>
On Jan 30, 2020, at 01:24 , Christian Mauderer
wrote:
The SDRAM initialization is done in
> On Jan 31, 2020, at 01:31 , Christian Mauderer
> wrote:
>
> On 30/01/2020 22:12, dufa...@hda.com wrote:
>>
>>
>>> On Jan 30, 2020, at 01:24 , Christian Mauderer
>>> wrote:
>>>
>>> The SDRAM initialization is done in bsp_start_hook_0. Most
>>> initialization is done in bsp_start_hook_1.
On 30/01/2020 22:12, dufa...@hda.com wrote:
>
>
>> On Jan 30, 2020, at 01:24 , Christian Mauderer
>> wrote:
>>
>> The SDRAM initialization is done in bsp_start_hook_0. Most
>> initialization is done in bsp_start_hook_1. You should be able to put
>> the following into SDRAM without problems:
>>
> On Jan 30, 2020, at 01:24 , Christian Mauderer
> wrote:
>
> The SDRAM initialization is done in bsp_start_hook_0. Most
> initialization is done in bsp_start_hook_1. You should be able to put
> the following into SDRAM without problems:
>
> - REGION_WORK
> - REGION_BSS
> - REGION_DATA
> -
On 29/01/2020 22:30, dufa...@hda.com wrote:
>
>
>> On Jan 29, 2020, at 08:12 , Christian Mauderer
>> wrote:
>>
>> On 29/01/2020 13:15, dufa...@hda.com wrote:
>>>
On Jan 29, 2020, at 03:13 , Christian Mauderer
wrote:
Hello Peter,
On 28/01/2020 22:37,
> On Jan 29, 2020, at 08:12 , Christian Mauderer
> wrote:
>
> On 29/01/2020 13:15, dufa...@hda.com wrote:
>>
>>> On Jan 29, 2020, at 03:13 , Christian Mauderer
>>> wrote:
>>>
>>> Hello Peter,
>>>
>>> On 28/01/2020 22:37, dufa...@hda.com wrote:
> On Jan 28, 2020, at 04:46 ,
On 29/01/2020 13:15, dufa...@hda.com wrote:
>
>> On Jan 29, 2020, at 03:13 , Christian Mauderer
>> wrote:
>>
>> Hello Peter,
>>
>> On 28/01/2020 22:37, dufa...@hda.com wrote:
>>>
On Jan 28, 2020, at 04:46 , Christian Mauderer
wrote:
Before our customers migrated to libbsd
> On Jan 29, 2020, at 03:13 , Christian Mauderer
> wrote:
>
> Hello Peter,
>
> On 28/01/2020 22:37, dufa...@hda.com wrote:
>>
>>> On Jan 28, 2020, at 04:46 , Christian Mauderer
>>> wrote:
>>>
>>> Before our customers migrated to libbsd (to get some of the features
>>> there) the driver
Hello Peter,
On 28/01/2020 22:37, dufa...@hda.com wrote:
>
>> On Jan 28, 2020, at 04:46 , Christian Mauderer
>> wrote:
>>
>> Before our customers migrated to libbsd (to get some of the features
>> there) the driver in legacy worked. But that is a few years back.
>> Currently I only know of
> On Jan 28, 2020, at 04:46 , Christian Mauderer
> wrote:
>
> Before our customers migrated to libbsd (to get some of the features
> there) the driver in legacy worked. But that is a few years back.
> Currently I only know of applications using the libbsd driver.
>
How are you linking the
Hello Peter,
On 27/01/2020 22:10, Peter Dufault wrote:
> The "rtems-libbsd" "if_atsam.c" driver is derived from the legacy one.
Correct.
> What's the status of the two drivers? I ask because I'm trying to do some
> small memory testing with the legacy stack on the . It is building but not
The "rtems-libbsd" "if_atsam.c" driver is derived from the legacy one. What's
the status of the two drivers? I ask because I'm trying to do some small
memory testing with the legacy stack on the . It is building but not working,
I don't think network packets are going out even though the
12 matches
Mail list logo
