System Panics When Changing nvram/eeprom Parameters from the Solaris Command Line. (Doc ID 1359864.1)

Last updated on JULY 07, 2022

Applies to:

Symptoms

System panics when changing NVRAM parameters at the operating system level .

Note this issue was originally filed against the T2000 platform with out of date firmware and OBP versions.  Other platforms are also effected.  The OBP should be updated if this issue is encountered on other platforms as well.

The panic stack will look like the following. Note panic string is a 'BAD TRAP: type=31' and the command shows that, in this case, the 'auto-boot?' parameter was being changed when the panic occurred:

panic string: BAD TRAP: type=31 rp=2a10029f320 addr=ffffffffffffc000 mmu_fsr=0
==== panic user (LWP_SYS) thread: 0x3000563c4c0 PID: 27344 on CPU: 29 affinity CPU: 29 ====
cmd: /usr/platform/SUNW,SPARC-Enterprise-T2000/sbin/eeprom auto-boot?=true
t_procp: 0x6002e81f1a8
p_as: 0x6004ad50cb0 size: 1638400 RSS: 974848
hat: 0x300084e2dc0 cnum: CPU0:11038/4687
cpusran: 29
zone: global
t_stk: 0x2a10029fae0 sp: 0x187b371 t_stkbase: 0x2a10029a000
t_pri: 0(TS) t_tid: 1 pctcpu: 36.134743
t_lwp: 0x6004c2f9050 machpcb: 0x2a10029fae0
mstate: LMS_SYSTEM ms_prev: LMS_KFAULT
ms_state_start: 0.108543060 seconds later
ms_start: 8.929985613 seconds earlier
psrset: 0 last CPU: 29
idle: 902 ticks (9.02 seconds)
start: Fri Sep 16 06:30:00 2011
age: 9 seconds (9 seconds)
syscall: #54 ioctl(, 0xffbfbb98) (sysent: genunix:ioctl+0x0)
tstate: TS_ONPROC - thread is being run on a processor
tflg: T_PANIC - thread initiated a system panic
T_DFLTSTK - stack is default size
tpflg: TP_TWAIT - wait to be freed by lwp_wait
TP_MSACCT - collect micro-state accounting information
tsched: TS_LOAD - thread is in memory
TS_DONT_SWAP - thread/LWP should not be swapped
pflag: SMSACCT - process is keeping micro-state accounting
SMSFORK - child inherits micro-state accounting

pc: unix:panicsys+0x48: call unix:setjmp

unix:panicsys+0x48(0x10ae190, 0x2a10029f0c8, 0x187bd40, 0x1, , , 0x8800001602, , , , , , , , 0x10ae190, 0x2a10029f0c8)
unix:vpanic_common+0x78(0x10ae190, 0x2a10029f0c8, 0xffffffffffffc000, 0x0, 0x2a10029f100, 0xea5c8000)
unix:panic+0x1c(0x10ae190, 0x31, 0x2a10029f320, 0xffffffffffffc000, 0x0, 0x1)
unix:die+0x9c(0x31, 0x2a10029f320, 0xffffffffffffc000, 0x0)
unix:trap+0x9e4(0x2a10029f320, 0xffffffffffffc000)
unix:ptl0+0x64()
-- trap data type: 0x31 (data access MMU miss) rp: 0x2a10029f320 --
addr: 0xffffffffffffc000
pc: 0xf023db00 (invalid text address)
npc: 0xf023db18 (invalid text address)
global: %g1 0x1058528
%g2 0xf0200000 %g3 0xfff78000
%g4 0xfee06000 %g5 0
%g6 0 %g7 0x3000563c4c0
out: %o0 0 %o1 0x3ffd40000
%o2 0 %o3 0
%o4 0 %o5 0xe0
%sp 0x2a10029ebc1 %o7 0xf023db10
loc: %l0 0xfffffffc003fb818 %l1 0xffffffffff000fe8
%l2 0xffffffffffffc000 %l3 0xfffffffc00000000
%l4 0xfedc3fe9 %l5 0xfffff000fe8
%l6 0xfffffffffffffff0 %l7 0xffffffffffffffff
in: %i0 0x2a10029f620 %i1 0x6002e5bc40c
%i2 0xffffffffffffffff %i3 0xf0244c50
%i4 0xfef423c0 %i5 0xfef41768
%fp 0x2a10029ecc1 %i7 0x1009e04
<trap>0xf023db00(jmpl?)(0x2a10029f620)
unix:client_handler+0x2c(0xf025c8f8, 0x2a10029f620, 0x0, 0x1835ac0, 0x187fc00, 0xf025c8f8)
unix:p1275_sparc_cif_handler(0x2a10029f620, , , , , 0xf022d1c4) - frame recycled
unix:prom_setprop+0xac(, 0x6002e5bc40c, 0x6002e5bc417, 0x5)
openeepr:opromioctl_cb+0x1234(0x2a10029f8b0)
unix:prom_tree_access+0x54(0x7b76a308, 0x2a10029f8b0, 0x707032d0)
openeepr:opromioctl+0x50(, 0x4f02, 0xffbfbc58, 0x100003)
specfs:spec_ioctl(0x6002d737a00, 0x4f02, 0xffbfbc58, 0x100003, 0x6002d768160) - frame recycled
genunix:fop_ioctl+0x20(0x6002d737a00, 0x4f02, 0xffbfbc58, 0x100003, , 0x2a10029fadc)
genunix:ioctl+0x184()
unix:syscall_trap32+0xcc()
-- switch to user thread's user stack --

Changes

Cause

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.