Revised July 19, 2007
October 20, 1999
NOTICE:
THIS FIELD NOTICE HAS BEEN ARCHIVED AND IS NO LONGER MAINTAINED OR UPDATED BY CISCO.
THIS FIELD NOTICE IS PROVIDED ON AN "AS IS" BASIS AND DOES NOT IMPLY ANY KIND OF GUARANTEE, WARRANTY OR SUPPORT. USE OF THE INFORMATION ON THIS FIELD NOTICE OR MATERIALS LINKED FROM THIS FIELD NOTICE IS AT YOUR OWN RISK. CISCO RESERVES THE RIGHT TO CHANGE OR UPDATE THIS FIELD NOTICE AT ANY TIME.
Products Affected
|
Product |
Description |
|---|---|
|
C8541CSR-RP= |
New ROMMON code fixes |
|
C8545MSR-MRP3CLK= |
New ROMMON code fixes |
|
C8545MSR-MRP4CLK= |
New ROMMON code fixes |
Problem Description
If you are a registered CCO user and you have logged in, you can view details of the defects mentioned in this table.
|
DDTS |
Description |
|---|---|
|
When the system is configured to autoboot and the configuration register is set to 0x2102, the secondary route processor crashes during autoboot. |
|
|
With the system configured to autoboot, and the redundancy prepare-for-cpu-removal command is issued, the route processor does not stay in ROMMON mode but proceeds to autoboot again. |
|
|
When the switch is booted after a power-cycle, the reload reason in the show version command does not indicate that the "System restarted by power-on." |
|
|
Device hangs on an attempt to reprogram ROMMON. |
Background
ROMMON fixes are detailed in the defects listed in the the table above.
The ROMMON images on C8540 route processors (RPs) are designed to be upgraded via the reprogram command. Some RPs were produced with non-AMD chips and the reprogram command can't update them. This can happen on a Catalyst 8540 CSR or MSR RP. This is a hardware problem; it is sensitive to temperature and varies from board to board.
Problem Symptoms
Output from boot with config reg at 2102. The following output doesn't display in the show stack output, but it does in the show crash-info output. Any attempt to boot an image by secondary RP using 0x2102 results in the following crash:
Enter hex value: 0x600B05F8
0x600B05F8:emt_call(0x600b05f4)+0x4
Enter hex value: 0x600A2250
0x600A2250:mon_reload(0x600a2240)+0x10
Enter hex value: 0x602D7330
0x602D7330:exec_red_failover_maincpu_cmd(0x602d71ec)+0x144
Enter hex value: 0x60049D9C
0x60049D9C:parse_cmd(0x600496dc)+0x6c0
Enter hex value: 0x600549CC
0x600549CC:exec(0x60054294)+0x738
Enter hex value: 0x60093E0C
0x60093E0C:r4k_process_dispatch(0x60093df8)+0x14
Enter hex value: 0x60093DF8
0x60093DF8:r4k_process_dispatch(0x60093df8)+0x0
Enter hex value:
With autoboot, crashdump does not stop ROMMON after the crash:
-
With the system configured to autoboot, and the redundancy prepare-for-cpu-removal command is issued, the RP does not stay in ROMMON but proceeds to autoboot again.
-
When the ROMMON image on the Primary and Secondary RPs is upgraded simultaneously using the reprogram command, one of the RPs may crash.
-
When the switch is booted after a power-cycle, the reload reason in the show version command output does not indicate that the system was booted "from power-on".
-
Device hangs on an attempt to reprogram ROMMON.
About 10 percent of the time when attempting to reprogram the ROMMON on a Catalyst 8540, the system hangs after displaying:
Resetting in 3 seconds
----Output from Switch--------
gd83_m84_05#reprogram bootflash:RM.120.4.6.W5.13.srec rommon
WARNING: Old contents will be completely erased before new contents
are programmed. Please stop everything else that is running and save
any important information before proceeding.
!!! Once programming is complete, system will be automatically reset
and boot using new rommon code.
Reprogram rommon flash? [yes/no]: yes
Proceed with reload? [confirm]
Verifying file... Done. Records processed: 6117, Last address: 0x2FC50
Device in socket is 29F040, size = 524288
Flash initialized
Verifying sectors...
Erasing chip : 29F040... Done. Successfully erased 29F040
Downloading srecords...
............
Done
Resetting in 3 seconds...
<<<==================== HANGS HERE...............
Workaround/Solution
Some RPs have non-AMD ROMMON chips which can not be upgraded to newer rommon code via the reprogram command. This can be verified with the reprogram command. If the non-AMD failure occurs have the RP replaced.
The solution for all of these issues except Cisco bug ID CSCdp05103 (registered customers only) is to upgrade the ROMMON image to COUGAR_RM.120-4.6.W5.13.srec.
To download this image, refer to Cisco Catalyst 8540m Software Images (registered customers only) .
The workaround for Cisco bug Id CSCdp05103 (registered customers only) is to reboot the switch. The solution for this issue is to load RP FPGA image version 4.7.
To download this image, refer to Cisco Catalyst 8540c FPGA Software (registered customers only) .
For More Information
If you require further assistance, or if you have any further questions regarding this field notice, please contact the Cisco Systems Technical Assistance Center (TAC) by one of the following methods:
Receive Email Notification For New Field Notices
Product Alert Tool - Set up a profile to receive email updates about reliability, safety, network security, and end-of-sale issues for the Cisco products you specify.
