OpenSolaris

Printable Version Enter a New Search
Bug ID 6603986
Synopsis Installing a Linux zone on an Intel blade causes a panic
State 10-Fix Delivered (Fix available in build)
Category:Subcategory kernel:amd64
Keywords
Responsible Engineer Krishnendu Sadhukhan
Reported Against
Duplicate Of
Introduced In solaris_nevada
Commit to Fix snv_78
Fixed In snv_78
Release Fixed solaris_nevada(snv_78)
Related Bugs 6563585
Submit Date 12-September-2007
Last Update Date 21-November-2007
Description
Attempting to install a Linux zone on an Intel blade server causes a panic:

BAD TRAP: type=d (#gp General protection) rp=ffffff001038b550 addr=ffffff04379da000

The traceback:

> $C
ffffff001038b690 lock_try+6()
ffffff001038b730 turnstile_block+0x2e6(0, 0, ffffff001038bb88, fffffffffbc047e8
, 0, 0)
ffffff001038b7b0 mutex_vector_enter+0x3b8(ffffff001038bb88)
ffffff001038b840 ddi_prop_change+0xe2(ffffffffffffffff, ffffff001038bb20, 190, 
ffffff001038b970, ffffff04374d9e60, 4)
ffffff001038b8f0 ddi_prop_update_common+0x126(ffffffffffffffff, ffffff001038bb20
, 190, ffffff001038b970, ffffff001038b918, 1, fffffffffbaaccd0)
ffffff001038b940 ndi_prop_update_int+0x3f(ffffffffffffffff, ffffff001038bb20, 
ffffff001038b970, 10)
ffffff001038ba10 add_cache_prop+0x67(ffffff001038bb20, fffffffffb9046ee, 
fffffffffb904729, 10)
ffffff001038ba40 add_cacheent_props+0x34(ffffff001038bb20, ffffff001038ba78)
ffffff001038baa0 intel_cpuid_4_cache_info+0xe5(ffffff001038bb20, 
ffffff02ea9646c0)
ffffff001038bb00 intel_walk_cacheinfo+0x58(ffffff02ea9646c0, ffffff001038bb20, 
fffffffffb808550)
ffffff001038bb60 getl2cacheinfo+0x58(ffffff02eaeb0580, 0, 0, 0)
ffffff001038bc60 lxpr_read_cpuinfo+0x162(ffffff04053f2f10, ffffff04379da000)
ffffff001038bcc0 lxpr_read+0x4c(ffffff0436c1e780, ffffff001038be10, 0, 
ffffff02e84f39c8, 0)
ffffff001038bd30 fop_read+0x69(ffffff0436c1e780, ffffff001038be10, 0, 
ffffff02e84f39c8, 0)

> lock_try+6::dis
lock_try:                       movb   $-0x1,%dl        <0xff>
lock_try+2:                     movzbq %dl,%rax
lock_try+6:                     xchgb  %dl,(%rdi)

> $r
%rax = 0x00000000000000ff                 %r9  = 0xffffff02f82d94a8 
%rbx = 0x0000000000000000                 %r10 = 0xffffff0013e60168 
%rcx = 0x0000000000000001                 %r11 = 0xffffff02eaa19970 
%rdx = 0x00000000000000ff                 %r12 = 0xfffffffffbcddce8 
turnstile_table+0xef8
%rsi = 0xffffff086ccdd1e0                 %r13 = 0xffffff086ccdd1e0 
%rdi = 0xbaddcafebaddcafe                 %r14 = 0xfffffffffbcdcdf0 
turnstile_table
%r8  = 0xbaddcafebaddcafe                 %r15 = 0xffffff086ccdd000 

%rip = 0xfffffffffb845a26 lock_try+6
%rbp = 0xffffff000fb41690
%rsp = 0xffffff000fb41648
%rflags = 0x00010283
  id=0 vip=0 vif=0 ac=0 vm=0 rf=1 nt=0 iopl=0x0
  status=<of,df,IF,tf,SF,zf,af,pf,CF>

                        %cs = 0x0030    %ds = 0x004b    %es = 0x004b
%trapno = 0xd           %fs = 0x0000    %gs = 0x01c3
   %err = 0x0

That certainly explains why - %rdi is 0xbaddcafebaddcafe.
Work Around
N/A
Comments
N/A