> On Thu, 2022-11-03 at 05:40 +, padmarao.beg...@microchip.com
wrote:
> Hi Gedare,
> > On Wed, 2022-11-02 at 09:58 -0600, Gedare Bloom wrote:
> >
> > t0 contains the address of .Lsecondary_processor_go
> >
> > start.S has:
> > ```asm
> > #if __riscv_xlen == 32
> > .align 2
> > #elif __risc
Hi Gedare,
> On Wed, 2022-11-02 at 09:58 -0600, Gedare Bloom wrote:
>
> t0 contains the address of .Lsecondary_processor_go
>
> start.S has:
> ```asm
> #if __riscv_xlen == 32
> .align 2
> #elif __riscv_xlen == 64
> .align 3
> #endif
>
> .Lsecondary_processor_go:
> ```
> Can you confirm the
On 3/11/2022 2:50 pm, Chris Johns wrote:
> On 3/11/2022 10:30 am, Gedare Bloom wrote:
>> It was pointed out in Discord that the "third_party_list" command is
>> unusual with respect to other waf commands, which are given as oneword
>> formats (other than bsp_list and bsp_defaults). I think it makes
On 3/11/2022 10:30 am, Gedare Bloom wrote:
> It was pointed out in Discord that the "third_party_list" command is
> unusual with respect to other waf commands, which are given as oneword
> formats (other than bsp_list and bsp_defaults). I think it makes sense
> to go with such a oneword format for
It was pointed out in Discord that the "third_party_list" command is
unusual with respect to other waf commands, which are given as oneword
formats (other than bsp_list and bsp_defaults). I think it makes sense
to go with such a oneword format for consistent commands. So I will
instead start protot
t0 contains the address of .Lsecondary_processor_go
start.S has:
```asm
#if __riscv_xlen == 32
.align 2
#elif __riscv_xlen == 64
.align 3
#endif
.Lsecondary_processor_go:
```
Can you confirm the value of __riscv_xlen is properly defined to 64
for the PolarFire?
On Wed, Nov 2, 2022 at 12:4
On Wed, Nov 2, 2022 at 9:10 AM Gedare Bloom wrote:
>
> On Wed, Nov 2, 2022 at 1:10 AM Christian MAUDERER
> wrote:
> >
> > Hello Chris,
> >
> > Am 01.11.22 um 22:08 schrieb Chris Johns:
> > > On 2/11/2022 3:25 am, o...@c-mauderer.de wrote:> Is it a good idea to
> > > make it a
> > > mandatory att
On Wed, Nov 2, 2022 at 9:14 AM Joel Sherrill wrote:
>
>
>
> On Wed, Nov 2, 2022 at 10:10 AM Gedare Bloom wrote:
>>
>> On Wed, Nov 2, 2022 at 1:10 AM Christian MAUDERER
>> wrote:
>> >
>> > Hello Chris,
>> >
>> > Am 01.11.22 um 22:08 schrieb Chris Johns:
>> > > On 2/11/2022 3:25 am, o...@c-maudere
On Wed, Nov 2, 2022 at 10:10 AM Gedare Bloom wrote:
> On Wed, Nov 2, 2022 at 1:10 AM Christian MAUDERER
> wrote:
> >
> > Hello Chris,
> >
> > Am 01.11.22 um 22:08 schrieb Chris Johns:
> > > On 2/11/2022 3:25 am, o...@c-mauderer.de wrote:> Is it a good idea to
> make it a
> > > mandatory attribut
On Wed, Nov 2, 2022 at 1:10 AM Christian MAUDERER
wrote:
>
> Hello Chris,
>
> Am 01.11.22 um 22:08 schrieb Chris Johns:
> > On 2/11/2022 3:25 am, o...@c-mauderer.de wrote:> Is it a good idea to make
> > it a
> > mandatory attribute? It makes the yaml files
> >> bigger. It will only mean that we h
On Tue, Nov 1, 2022 at 9:46 AM Joel Sherrill wrote:
>
>
>
> On Tue, Nov 1, 2022 at 8:55 AM Gedare Bloom wrote:
>>
>> On Mon, Oct 31, 2022 at 4:07 PM Chris Johns wrote:
>> >
>> > On 1/11/2022 2:59 am, Gedare Bloom wrote:
>> > > I am planning to roll out several text formatting changes over the
>>
Hello Chris,
Am 01.11.22 um 22:08 schrieb Chris Johns:
On 2/11/2022 3:25 am, o...@c-mauderer.de wrote:> Is it a good idea to make it a
mandatory attribute? It makes the yaml files
bigger. It will only mean that we have to look for copy and paste bugs instead
of missing attributes if someone add
12 matches
Mail list logo
