Bug #8047
closed
XG-2758 - Coreboot Upgrade - Different ROM size
0%
Description
XG-2758s have 8M and 16M ROMs. There is a J24 jumper to set the coreboot BIOS to either 8M or 16M. By default, the XG-2758 comes in with J24 configured for 8M. The build team upgrades the BIOS on both 8M and 16M during the build/install process. After both are upgraded, the system should have J24 set for 16M.
At least two individuals have reported issue when trying to upgrade their coreboot on the XG-2758 through the Coreboot Upgrade package. The first report (#32447) sounded like either the BIOS failed over to 8M (which I don't think happens automatically without changing J24 configuration) and the second report ($32910) was definitely a sizing issue.
The coreboot upgrade package should differentiate between 8M and 16M coreboot so that it applies the proper coreboot upgrade ROM. Currently we're assuming all XG-2758s are set to 16M but it appears that's not the case across the board.
If J24 is configured for 8M and you attempt to upgrade with the coreboot upgrade package it will fail to upgrade with the following error: "Incorrect Flash Image Size"
16M coreboot ROMs appear like so in kenv
smbios.bios.version="ADI_RCC-01.00.00.18-nodebug-16m"
8M coreboot ROMs do not include the "-16m" part
Files
| capture_pfsense.jpg (60.2 KB) capture_pfsense.jpg | 16M | ||
| pfsense.jpg (67.1 KB) pfsense.jpg | 8M | ||
| J30_2.jpg (141 KB) J30_2.jpg | |||
| J30.jpg (223 KB) J30.jpg |
Updated by Clinton Cory almost 7 years ago
- File capture_pfsense.jpg capture_pfsense.jpg added
- File pfsense.jpg pfsense.jpg added
Example screenshots attached.
Updated by Clinton Cory almost 7 years ago
Example report from a customer (serial omitted):
Running 2.4.1 and trying to update Netgate Coreboot from 01.00.00.09 to 01.00.00.18.
Incorrect flash image file size.
Failed to update OEM section, exiting ...
Updating flashing ...
SN: XXXXX
Serial Number Read from Flash XXXXX
Another report from the same customer - may indicate a deeper issue at play, odd since we didn't receive reports of this prior to .18*:
The Coreboot of the other unit upgraded succesfully from 01.00.00.14 to 01.00.00.15. I'm doing the firmware upgrade in couple of minutes on that one too.
After firmware upgrade on other unit, the Coreboot version is now downgraded to 01.00.00.09. After trying to update, the same problem occurs.
Incorrect flash image file size.
Failed to update OEM section, exiting ...
Updating flashing ...
SN: XXXXXXXX
Serial Number Read from Flash XXXXXXXX
Serial omitted
Updated by Clinton Cory almost 7 years ago
Here is an older report from another customer who initially reported this:
After trying to upgrade coreboot from 01.00.00.15 to 01.00.00.18. The system displays question marks on the serial number (in the dashboard):
Serial: ����������
And appears to go backwards on the firmware version. It says it is currently running version 01.00.00.09.
The customer provided screenshots of their jumper configuration and it appears to be correct (see attached photos).
It seems as though the v18 upgrade is triggering a downgrade or fail-over to 8M for some reason.
Updated by Jose Luis Duran almost 7 years ago
After powering off/on the equipment, the system shows the latest version number with the proper serial (I had no physical access to the device at that time).
I suspect, for this platform (RCC -- not RCCVE, RCCVE works perfectly), the adi_powercycle is not working properly.
EDIT: Sorry, I see there is no adi_powercycle for the RCC platform (that reboot apparently is not good enough):
Updated by Clinton Cory almost 7 years ago
Update from the customer in my previous comment:
The BIOS now shows the latest version. Apparently a physical shutdown (restart) is required. Or the adi_powercycle is not working properly for that platform.
The “scrambled” serial number appeared after the reboot initiated by the firmware upgrade process of the Netgate_Coreboot_Upgrade pfSense-package, as I had no physical access to the device.
Today, the person who took the pictures had to power off and unplug the device, producing the needed power cycle. After that, it showed the serial number and firmware version correctly.
Updated by Clinton Cory almost 7 years ago
Update from the customer in my initial post:
Confirmed. After power cycling, the version reported was 01.00.00.18.
Updated by Renato Botelho almost 7 years ago
According ADI engineers XG-2758 requires a physical power cycle after upgrade coreboot and because package tries to reboot it, it ends up booting on 2nd flash (8m).
Package must be changed to doesn't reboot but instead add a warning on dashboard asking user to power cycle it.
Updated by Jim Pingle almost 7 years ago
- Category set to Coreboot
- Target version deleted (
2.4.2)
Updated by Tino Zidore almost 7 years ago
I am experiencing a problem similar to this.
except my XG-2758 is rebooting by it self after upgrade. And it stays on version ADI_RCC-01.00.00.09-nodebug, not ADI_RCC-01.00.00.18.
I have tried manual power cycle but no luck.
Updated by Tino Zidore almost 7 years ago
It worked just had to unplug the power instead of pushing the red button the back.
Updated by Arthur Brownlee IV almost 4 years ago
Renato Botelho wrote:
According ADI engineers XG-2758 requires a physical power cycle after upgrade coreboot and because package tries to reboot it, it ends up booting on 2nd flash (8m).
Package must be changed to doesn't reboot but instead add a warning on dashboard asking user to power cycle it.
So that's still not working for me. I'm on 01.00.00.09 currently, and no combo of power cycles/reboots seems to update it to 01.00.00.18 which it says is available.