From patchwork Sun Jan 14 18:41:30 2024
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Patchwork-Submitter: Georg-Johann Lay
X-Patchwork-Id: 84062
Return-Path:
X-Original-To: patchwork@sourceware.org
Delivered-To: patchwork@sourceware.org
Received: from server2.sourceware.org (localhost [IPv6:::1])
by sourceware.org (Postfix) with ESMTP id 8B1033858C2F
for ; Sun, 14 Jan 2024 18:41:59 +0000 (GMT)
X-Original-To: gcc-patches@gcc.gnu.org
Delivered-To: gcc-patches@gcc.gnu.org
Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de
[81.169.146.217])
by sourceware.org (Postfix) with ESMTPS id 7190F3858D20
for ; Sun, 14 Jan 2024 18:41:32 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 7190F3858D20
Authentication-Results: sourceware.org;
dmarc=none (p=none dis=none) header.from=gjlay.de
Authentication-Results: sourceware.org; spf=none smtp.mailfrom=gjlay.de
ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 7190F3858D20
Authentication-Results: server2.sourceware.org;
arc=pass smtp.remote-ip=81.169.146.217
ARC-Seal: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1705257695; cv=pass;
b=IufaMafCUbKsHx9lvIwTaErv5G+GagZ8A51JljrazCAAIEuP2cZGhpyDfF2UNTufvahtWtlNZ/wM8aWf5o0RIHAQMPOFYfGyUW0TcLNZrz58vvyyMYVni8Xz1/zG5FEgH51cejb3EoXhYiBewbwupGQEbIySgGR6rnPcpnekqs0=
ARC-Message-Signature: i=2; a=rsa-sha256; d=sourceware.org; s=key;
t=1705257695; c=relaxed/simple;
bh=LWeklxtYZ59IFArwvCpDTdch+ZhpGGGsI5rF0EEuUPs=;
h=DKIM-Signature:DKIM-Signature:Message-ID:Date:MIME-Version:From:
To:Subject;
b=v1LYhzL0FaCjs2UTTHR1q5eYWSHjrVB7tf0sK4cfKEhch+e351AuE9TO+5qZrVTKCxk7XX/yG48foCvVU6+n0ipT2Yvks0kYjImBNibYvQssaBehs7/IJWr4P9I18Fvl8d+Gdc1w1xkiW0cV5SlqkF121Qswr0AZ621xtCXEOv8=
ARC-Authentication-Results: i=2; server2.sourceware.org
ARC-Seal: i=1; a=rsa-sha256; t=1705257691; cv=none;
d=strato.com; s=strato-dkim-0002;
b=gKKAaevr6Gx7pvLY75+4WdyyaxQHYfKZ08Gm6pri+wKkJkBQyy64+VPvmttFQUf4wm
5ICTfyEAWG5Q4UQpbM18as12q2nhVwAFNWtY0aa4rrMid5DMSHJxYaNCJdFclp4u+430
oftbOc1Jgk9yOxzJ/aFefhiV43rIiWeL2aCvNl1MAZd/i31LHmIfePneookdUpK9hGS5
58MCsX+BbmkvAEcod2+ZDIv+8s5SqGT6aEOCzTjodyUiKMF+oarnYU3nWGmh2YId/wyF
oE3Sk+GXSg2U3JLm7WRkU6Lx/rysRLhTYtQPdBCqNORfV//nBiihjJG31WHw9Q8qzgjt
AiPA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1705257691;
s=strato-dkim-0002; d=strato.com;
h=Subject:To:From:Date:Message-ID:Cc:Date:From:Subject:Sender;
bh=DxnP2U/gxPpd9KQ3a1f4G7ps6j2OZE4wajmLFtJIhzY=;
b=ILqQQaPuNPJhfCRk64MdqNRVKnRH3VTx5T8yVeYe6IcaGKXWyuxQZqiEaXbcyGNlVd
vsokKQlQVhziNeqCbl9GFeKCAfS/7xSERR+AX+3aWORGN+i4ga/AMkN6twr2vCpkQfbH
VJR0xXXWd/q0mmFqvVsJ1ZgUL6Xx59HPh3fhmyGru08k1K/JLEXBee664GxFCdxYdH8u
EJljGhRwQm+2AjilfTWzcVShv6szSxP26eUOkJxB5BtL0MHB8NC8dKDKGHTxkg1ao5Sv
16cIkWuGBeoM2h0F5DzOaJpbECeYTWXl1aNMnPbORdTj7rOjgTHztRwTXukD/F+7kVow
KL9Q==
ARC-Authentication-Results: i=1; strato.com;
arc=none;
dkim=none
X-RZG-CLASS-ID: mo00
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1705257691;
s=strato-dkim-0002; d=gjlay.de;
h=Subject:To:From:Date:Message-ID:Cc:Date:From:Subject:Sender;
bh=DxnP2U/gxPpd9KQ3a1f4G7ps6j2OZE4wajmLFtJIhzY=;
b=avrwndy9wOk6/eBe/vxVLh13v2CLqas7LnB4ky6PDNUAtWbJsOfJBUUZ8FAFA/f0qe
f6FwRgx9NMdU2EdaNrYz93jFG+nmP4R57DE9UGJMRSJtMYA5+/4Lb26ouylu8vQk5OPR
+0fIvsZMOupfpIO3ZBMwzXUTrbrzEhG40k7e09+khY3nE9/7Rw8pKNdDU7RTi8YtW874
xTX+BbNlUDSALbeyH4kFSzgt258E8UbUK4FFeH4MP1UgQnTaS7p606n/eua/8ytG/W+B
U/gSA39qVeoxG62mtsIYJ7tH8C4u8uASOT5QUdlJPkSfty7p6YoekZbi3fZd5fLjTA8q
IkYg==
DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1705257691;
s=strato-dkim-0003; d=gjlay.de;
h=Subject:To:From:Date:Message-ID:Cc:Date:From:Subject:Sender;
bh=DxnP2U/gxPpd9KQ3a1f4G7ps6j2OZE4wajmLFtJIhzY=;
b=UCsLVsSYeHQQFyF8HiaOwD2cfBHs0EQWoscwkTli7knEMj8/MfmsVb/5as481jpLke
fAP+FDXUvlu5vWJbD6CA==
X-RZG-AUTH: ":LXoWVUeid/7A29J/hMvvT3koxZnKT7Qq0xotTetVnKkSjsSjq3WhKPVxx3mY"
Received: from [192.168.2.102] by smtp.strato.de (RZmta 49.10.2 DYNA|AUTH)
with ESMTPSA id g5de8600EIfVULb
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits))
(Client did not present a certificate) for ;
Sun, 14 Jan 2024 19:41:31 +0100 (CET)
Message-ID: <61b591db-1eb7-411a-8e08-3935a8419d41@gjlay.de>
Date: Sun, 14 Jan 2024 19:41:30 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
From: Georg-Johann Lay
To: gcc-patches@gcc.gnu.org
Subject: [patch,wwwdocs,avr,applied] Add AVR news for v14.
X-Spam-Status: No, score=-10.8 required=5.0 tests=BAYES_00, DKIM_SIGNED,
DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, GIT_PATCH_0, KAM_SHORT,
RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H5, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS,
SPF_NONE, TXREP,
T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
server2.sourceware.org
X-BeenThere: gcc-patches@gcc.gnu.org
X-Mailman-Version: 2.1.30
Precedence: list
List-Id: Gcc-patches mailing list
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: gcc-patches-bounces+patchwork=sourceware.org@gcc.gnu.org
https://gcc.gnu.org/gcc-14/changes.html#avr
Johann
---
supported
+ on all devices. Its defined to 0
or 1
.
+
+
IA-32/x86-64
diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html
index 9c9dfa44..8c738683 100644
--- a/htdocs/gcc-14/changes.html
+++ b/htdocs/gcc-14/changes.html
@@ -342,7 +342,55 @@ a work-in-progress.
-
+AVR
+
+ - On AVR64* and AVR128* devices, read-only data is now located in
program
+ memory per default and no more in RAM.
+
+ - Only a 32 KiB block of program memory can be used to store
+ .rodata in that way. Which block is used can be selected by
+ defining symbol
__flmap
.
+ As an alternative, the byte address of the block can be specified
+ by symbol __RODATA_FLASH_START__
which takes
+ precedence over __flmap
.
+ - The default uses the last 32 KiB block, which is also the
+ hardware default for bit field
NVMCTRL_CTRLB.FLMAP
.
+ - When a block other than the last 32 KiB block is used to store
+ .rodata, then
NVMCTRL_CTRLB.FLMAP
+ must be initialized accordingly by hand, or a version of
+ AVR-LibC that implements #931
+ must be used. The latter initializes NVMCTRL_CTRLB.FLMAP
+ in the startup code and according to the value
+ of __flmap
resp.
+ __RODATA_FLASH_START__
.
+ - When AVR-LibC with #931 is used, then defining symbol
+
__flmap_lock
to a non-zero value will set bit
+ NVMCTRL_CTRLB.FLMAPLOCK
. This will protect
+ NVMCTRL_CTRLB.FLMAP
from any further changes —
+ which would be Undefined Behaviour in C/C++.
+ - In order to return to the old placement of read-only data in RAM,
+ the new compiler option
-mrodata-in-ram
can be used.
+ - Read-only data is located in output section
.rodata
,
+ wheras it is part of .text
when located in RAM.
+ - The feature is only available when the compiler is configured
+ with a version of Binutils that implements
+ PR31124, which is the
+ case for Binutils v2.42 and up.
+
+
+ - A new compiler option
-m[no]-rodata-in-ram
has been
added.
+ The default is to locate read-only data in program memory for
devices that
+ support it, e.g. for AVR64* and AVR128* devices as explained above,
+ and for devices from the
+ avrxmega3
+ and
+ avrtiny
families.
+
+ - The new built-in macro
__AVR_RODATA_IN_RAM__
is