Re: Addition of STM32H7 MCU's

2024-01-18 Thread Alan C. Assis
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

Re: Addition of STM32H7 MCU's

2024-01-18 Thread Alan C. Assis
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

Re: Addition of STM32H7 MCU's

2024-01-18 Thread Kian Karas (KK)
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

Re: Addition of STM32H7 MCU's

2024-01-17 Thread Robert Turner
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

Re: Addition of STM32H7 MCU's

2024-01-17 Thread Alan C. Assis
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

Re: Addition of STM32H7 MCU's

2024-01-17 Thread Robert Turner
> 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

Re: Addition of STM32H7 MCU's

2024-01-17 Thread Alan C. Assis
the RM0455 or > > RM0468. Although > > > some chips from all these series have 7x3 in the name. > > > > > > > > > > > > -- > > > *От:* "raiden00pl" > > > *Кому:* "undefined" > >

Re: Addition of STM32H7 MCU's

2024-01-16 Thread Robert Turner
rom all these series have 7x3 in the name. > > > > > > > > ------ > > *От:* "raiden00pl" > > *Кому:* "undefined" > > *Отправлено:* пятница, 8 сентября 2023 г., 12:52 > > *Тема:* Re: Addition of STM32H7 MCU's >

Re: Addition of STM32H7 MCU's

2023-09-08 Thread raiden00pl
ame. > > > > -- > *От:* "raiden00pl" > *Кому:* "undefined" > *Отправлено:* пятница, 8 сентября 2023 г., 12:52 > *Тема:* Re: Addition of STM32H7 MCU's > > From what I'm familiar with STM32H7, all chips use the

RE: Addition of STM32H7 MCU's

2023-09-08 Thread o . svezhinskii
От: "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

RE: Addition of STM32H7 MCU's

2023-09-08 Thread David Sidrane
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

Re: Addition of STM32H7 MCU's

2023-09-08 Thread raiden00pl
>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