SPARC T5 Running Solaris 10 May Panic When Connecting An External USB Tape Drive

Asset ID:	1-72-1669763.1
Update Date:	2018-02-06
Keywords:

Solution Type Problem Resolution Sure

Solution 1669763.1 : SPARC T5 Running Solaris 10 May Panic When Connecting An External USB Tape Drive

Applies to:

Solaris SPARC Operating System - Version 10 1/13 U11 and later
SPARC T5-2 - Version All Versions and later
SPARC T5-4 - Version All Versions and later
SPARC T5-8 - Version All Versions and later
Information in this document applies to any platform.

Symptoms

A SPARC T5 host running Solaris 10 may panic with the panic string and stack trace below, either at boot, if an USB tape drive is already connected, or when a host is already booted and then an external USB tape drive is connected:

CAT(vmcore.0/10V)> panic
panic on CPU 21
panic string: BAD TRAP: type=31 rp=2a109e7d060 addr=ffffffffffffffe8 mmu_fsr=0
==== panic kernel thread: 0x2a109e7dc80 PID: 0 on CPU: 21 affinity CPU: 21 ====
cmd: sched
t_procp: 0x19114c0 (proc_sched)
p_as: 0x1914170 (kas)
p_zone: 0x1a104e8 (global)
t_stk: 0x2a109e7da90 sp: 0x197ca91 t_stkbase: 0x2a109e78000
t_pri: 60 (SYS) pctcpu: 0.000811
t_transience: 10 (TRANSIENT) t_wkld_flags: 0
t_cpupart: 0x197d998(0) last CPU: 21
idle: 0 ticks (0s)
start: Mon Dec 2 08:29:59 2013
age: 1 seconds (1 seconds)
t_state: TS_ONPROC
t_flag: 0x4808 (T_TALLOCSTK|T_PANIC|T_PUSHPAGE)
t_proc_flag: 0 (none set)
t_schedflag: 3 (TS_LOAD|TS_DONT_SWAP)
p_flag: 1 (SSYS)

pc: unix:panicsys+0x48: call unix:setjmp
startpc: genunix:mt_config_thread+0: save %sp, -0xc0, %sp

void unix:panicsys+0x48(const char *0x10c5818, va_list 0x2a109e7ce08, struct regs *0x197d460, int 1, 0x8800001605, , , , , , , , 0x10c5818, 0x2a109e7ce08)
unix:vpanic_common+0x78(0x10c5818, 0x2a109e7ce08, 0x4298, 0x2a109e7c901, 0x2a109e7d100, 0x880001600)
void unix:panic+0x1c(const char *0x10c5818, void *0x31, 0x2a109e7d060, 0xffffffffffffffe8, 0, 0xff400000, ...)
int unix:die+0x9c(unsigned 0x31, struct regs *0x2a109e7d060, caddr_t 0xffffffffffffffe8, uint_t 0)
void unix:trap+0xa20(struct regs *0x2a109e7d060, caddr_t 0xffffffffffffffe8, uint32_t, uint32_t)
unix:ktl0+0x64()
-- trap data type: 0x31 (data access MMU miss) rp: 0x2a109e7d060 --
addr: 0xffffffffffffffe8
pc: 0x1012630 unix:kalloca+0x98: stx %i5, [%i0 - 0x18]
npc: 0x1012634 unix:kalloca+0x9c: stx %o0, [%i0 - 0x10]
global: %g1 0
%g2 0x1812098 %g3 0x1812078
%g4 0x20 %g5 0x301b28a7fe4
%g6 0 %g7 0x2a109e7dc80
out: %o0 0x301b28a7fc4 %o1 0x20
%o2 0 %o3 0x20
%o4 0x30005074020 %o5 0x301b28a7fc4
%sp 0x2a109e7c901 %o7 0x1012600
loc: %l0 1 %l1 0
%l2 0x20 %l3 0
%l4 0x2000 %l5 0
%l6 0x1872c00 %l7 0
in: %i0 0 %i1 0x80000000
%i2 0x301b28a7fe4 %i3 0
%i4 0x80000020 %i5 0
%fp 0x2a109e7c9b1 %i7 0x10127dc
<trap>void *unix:kalloca+0x98(size_t 0x80000000, size_t , int 1, uint_t 0)
int unix:i_ddi_mem_alloc+0x154(dev_info_t *0x6024e2e5a98, ddi_dma_attr_t *0x701d1758, size_t 0x1c, int 1, int 0, ddi_device_acc_attr_t *0, caddr_t *, size_t *, ddi_acc_hdl_t *0)
int st:st_doattach+0x1a8(struct scsi_device *0x6024b8aa840, int (*)()1)
int st:st_attach+0x44(dev_info_t *0x6024e2e5a98, ddi_attach_cmd_t 0)
int genunix:devi_attach+0xac(dev_info_t *0x6024e2e5a98, ddi_attach_cmd_t 0)
int genunix:attach_node+0xbc(dev_info_t *0x6024e2e5a98)
int genunix:i_ndi_config_node+0x14c(dev_info_t *0x6024e2e5a98, ddi_node_state_t 6, uint_t 0)
int genunix:i_ddi_attachchild+0x38(dev_info_t *0x6024e2e5a98)
int genunix:devi_attach_node+0xcc(dev_info_t *0x6024e2e5a98, uint_t 0x1020008)
int genunix:config_immediate_children+0xd0(dev_info_t *0x6024e2e5ce8, uint_t , major_t 0xffffffff)
genunix:ndi_busop_bus_config(dev_info_t *0x6024e2e5ce8, uint_t 0x1020008, ddi_bus_config_op_t 2, void *0xffffffff, dev_info_t **0, clock_t) - frame recycled
int scsa2usb:scsa2usb_scsi_bus_config+0x8c(dev_info_t *, uint_t , ddi_bus_config_op_t 2, void *, dev_info_t **)
scsi:scsi_hba_bus_config(dev_info_t *0x6024e2e5ce8, uint_t 0x1020008, ddi_bus_config_op_t 2, void *0xffffffff, dev_info_t **) - frame recycled
int genunix:devi_config_common+0xc4(dev_info_t *0x6024e2e5ce8, int , major_t 0xffffffff)
void genunix:mt_config_thread+0x60(void *0x6029cfa80d8)
unix:thread_start+4()
-- end of kernel thread's stack --

Changes

The panic may occur when an external USB tape drive is connected to any SPARC T5 USB port, rear or front.

Cause

The issue is currently being investigated under the following bug number:

<Bug 17920741> - T5 HOST WITH S10 PANICS WHEN CONNECTING A USB TAPE DRIVE

Solution

A fix is delivered in the following Solaris 10 patches and Solaris 11 SRUs :

148695-05 SunOS 5.10_x86: ehci Patch

150631-03 SunOS 5.10: ehci patch

Solaris 11.2 - SRU 10 - Build 5

References

<BUG:17920741> - T5 HOST PANICS WHEN CONNECTING A USB TAPE DRIVE

Attachments

This solution has no attachment