other MCUs in the familly, but I can't test this.
>
> @Robert: if you are in a hurry, send me an email directly and I'll respond
> with a patch.
>
> Regards
> Kian
>
> From: Robert Turner
> Sent: 18 January 2024 03:30
> To: de
ve a negative impact on code quality (but
> > > > > > it's probably a matter of individual feelings).
> > > > > > For IRQ and memory map (and probably DMAMUX), the approach with
> > > > separate
> > > > > > files may make s
he.org
Subject: Re: Addition of STM32H7 MCU's
Nah not internal cache. The SRAM sizes for H723/5 are different from any of
those defined in arch/arm/include/stm32h7/chip.h
Suspect we need to get these correct as other files use these defs also,
such as stm32_allocateheap.c
Is Jorge's PR
impact on code quality (but
> > > > > it's probably a matter of individual feelings).
> > > > > For IRQ and memory map (and probably DMAMUX), the approach with
> > > separate
> > > > > files may make sense but for peripheral defin
ał(a):
> > > >
> > > > > You're right, but not entirely) For example, chips of different
> > > subseries
> > > > > have different interrupt vector tables. Those. The
> stm32h7x3xx_irq.h
> > > file
> > > > > lists interr
> pt., 8 wrz 2023 o 12:01
> napisał(a):
> > >
> > > > You're right, but not entirely) For example, chips of different
> > subseries
> > > > have different interrupt vector tables. Those. The stm32h7x3xx_irq.h
> > file
> > > > lists in
the RM0455 or
> > RM0468. Although
> > > some chips from all these series have 7x3 in the name.
> > >
> > >
> > >
> > > --
> > > *От:* "raiden00pl"
> > > *Кому:* "undefined"
> >
rom all these series have 7x3 in the name.
> >
> >
> >
> > ------
> > *От:* "raiden00pl"
> > *Кому:* "undefined"
> > *Отправлено:* пятница, 8 сентября 2023 г., 12:52
> > *Тема:* Re: Addition of STM32H7 MCU's
>
ame.
>
>
>
> --
> *От:* "raiden00pl"
> *Кому:* "undefined"
> *Отправлено:* пятница, 8 сентября 2023 г., 12:52
> *Тема:* Re: Addition of STM32H7 MCU's
>
> From what I'm familiar with STM32H7, all chips use the
От: "raiden00pl"
Кому: "undefined"
Отправлено: пятница, 8 сентября 2023 г., 12:52
Тема: Re: Addition of STM32H7 MCU's
>From what I'm familiar with STM32H7, all chips use the same registers and
bit definitions.
Therefore, keeping definitions for different chips
The way to fix it is to fully name the files that are *different* by
replacing the x with the part number’s digit E.G. stm32h7x3xx_irq.h ->
stm32h723xx_irq.h
The top level inclusion file will have the ifdef logic to include the
correct part based on chip selection: See
https://github.com/apach
>From what I'm familiar with STM32H7, all chips use the same registers and
bit definitions.
Therefore, keeping definitions for different chips in different files
doesn't make sense in my opinion.
The only problem is that some chips support some peripherals while others
do not. But this can be
solve
12 matches
Mail list logo