Add modern AVR mcus like avr128db28 and attiny3224

[tomtor]

Related to llvm/llvm-project#143914

r? @Patryk27

[rustbot]

Failed to set assignee to Patryk27: invalid assignee

Note: Only org members with at least the repository "read" role, users with write permissions, or people who have commented on the PR may be assigned.

[rustbot]

These commits modify compiler targets.
(See the Target Tier Policy.)

[Patryk27]

Looks good to me - we should wait for LLVM, though.

[tgross35]

We need to wait for the LLVM change to make it into our LLVM right? Or, what is the behavior when these are used but LLVM doesn't yet support them?

@rustbot blocked
r? tgross35

[tgross35]

Small style q, should this block be sorted in with avr16/avr32/avr128?

[tomtor]

Small style q, should this block be sorted in with avr16/avr32/avr128?

It is now in sync with the LLVM source order, so I prefer to not diverge from that.

[tomtor]

We need to wait for the LLVM change to make it into our LLVM right? Or, what is the behavior when these are used but LLVM doesn't yet support them?

@rustbot blocked r? tgross35

@tgross35 The users get a:

'avr128db28' is not a recognized processor for this target (ignoring processor)

So there is no critical reason to wait, but waiting would allow easy and better testing of this PR, so I suggest to wait until the LLVM is in our LLVM.