Merge pull request #673 from andrebrait/fix/xdata-startup

startup: clear SFR 0x97 before the C runtime initialises xdata
This commit is contained in:
René van Dorst authored and GitHub committed 2026-10-26 17:15:32 +00:00
commit 4d7159092c
4 files changed
+17 -3

No files matched your search

+6
View File
@@ -47,6 +47,12 @@
- The web UI and the configuration upload now refuse a line the replay cannot take,
instead of writing it to flash.
- Startup
- Initialised and zero-initialised globals above xdata 0x4000 now get their values at boot.
Hardware reset leaves SFR 0x97 at 1, which maps xdata 0x4000-0xbfff to the flash image,
and it was cleared only in `main()`, after the C startup code had copied and cleared them.
This showed as a random web session timeout and LLDP blocked on some ports without config.
## Breaking changes
- Config
+1 -1
View File
@@ -348,7 +348,7 @@ void installer(void)
{
CKCON = 0; // Initial Clock configuration
SFR_97 = 0; // HADDR?
MAP_FLASH_PAGE_TO_XDATA = 0; // HADDR?
// Set in managed mode:
SFR_b9 = 0x00;
+1 -1
View File
@@ -55,7 +55,7 @@ __sfr __at(0xbb) SFR_BANK_RET;
__sfr __at(0x8e) CKCON;
__sfr __at(0x97) SFR_97; // HADDR?
__sfr __at(0x97) MAP_FLASH_PAGE_TO_XDATA; // 1 (hardware reset default): xdata 0x4000-0xbfff reads the flash image; 0: RAM
__sfr __at(0xb9) SFR_b9;
__sfr __at(0xba) SFR_ba;
+9 -1
View File
@@ -1567,6 +1567,15 @@ void check_and_flash_update_image(void)
}
/* Called by the SDCC startup code before it copies XINIT to XISEG and clears XSEG.
* Hardware reset starts us with MAP_FLASH_PAGE_TO_XDATA = 1, which maps xdata
* 0x4000-0xbfff to the flash image (reads return flash, writes are lost), so it
* must be 0 by then. */
unsigned char __sdcc_external_startup(void)
{
MAP_FLASH_PAGE_TO_XDATA = 0;
return 0;
}
void main(void)
{
@@ -1577,7 +1586,6 @@ void main(void)
sbuf_ptr = 0;
CKCON = 0; // Initial Clock configuration
SFR_97 = 0; // HADDR?
// Set in managed mode:
SFR_b9 = 0x00;