opps building sparc64 packages

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



trying to build openbabel sparc64 
https://sparc.koji.fedoraproject.org/koji/taskinfo?taskID=112540  I got an 
opps 

sun4v_data_access_exception: ADDR[ffffb83000000008] CTX[16ba] TYPE[0009], going.                                                                              
              \|/ ____ \|/                                                                                                                                    
              "@'/ .. \`@"                                                                                                                                    
              /_| \__/ |_\                                                                                                                                    
                 \__U_/                                                                                                                                       
lt-atom(22311): Dax [#1]                                                                                                                                      
TSTATE: 0000009911001600 TPC: 00000000004821d8 TNPC: 00000000004821dc Y: 
00000000    Not tainted                                                              
TPC: <exit_robust_list+0x78/0x10c>                                                                                                                            
g0: 0000000000000064 g1: 0000000000000000 g2: fff8b83000000008 g3: 
00000000000004ac                                                                           
g4: fffff803e10e9740 g5: fffff803ff392000 g6: fffff8038a094000 g7: 0000000000000001                                                                           
o0: 00000014000014a4 o1: 000007fefff9d718 o2: 000007fefff9d728 o3: 
0000000000000000                                                                           
o4: 0000000000000000 o5: 0000000000000001 sp: fffff8038a097441 ret_pc: 
00000000004666c8                                                                       
RPC: <do_group_exit+0x8c/0xc4>                                                                                                                                
l0: fffff803e10e9740 l1: 0000000000000800 l2: 00000014000014a4 l3: 
fffff80100612790                                                                           
l4: 0000000000000000 l5: 0000000000000000 l6: fffff8038a097cf8 l7: 
0000000000466700                                                                           
i0: fffff803e10e9740 i1: 0000000000000001 i2: 0000000000000001 i3: 
0000000000000000                                                                           
i4: 0000000000000000 i5: 0000000000000001 i6: fffff8038a097511 i7: 
0000000000465f64                                                                           
I7: <do_exit+0x1d0/0x8a8>                                                                                                                                     
Caller[0000000000465f64]: do_exit+0x1d0/0x8a8                                                                                                                 
Caller[00000000004666c8]: do_group_exit+0x8c/0xc4                                                                                                             
Caller[00000000004062d4]: linux_sparc_syscall+0x34/0x44                                                                                                       
Caller[fffff80100a9203c]: 0xfffff80100a9203c                                                                                                                  
Instruction DUMP: a8102000  1068001d  ac07a7e7 <c6d8a000> 82100000  a0103ff2  
80a06000  90008015  92100018                                                    
Fixing recursive fault but reboot is needed!       


Ive seen something similar building OOo also 
22311 ?        D      0:00 /builddir/build/BUILD/openbabel-2.2.0b3-20080215-
r2249/test/.libs/lt-atom

the process that should be running ends up in a D state  so it is sleeping and 
unkillable.  the processes hang around until a reboot.  any ideas where I 
should start looking?  this happens on a T1000 and T2000 i've not yet tried on 
non-niagara hardware.  

Dennis

Attachment: signature.asc
Description: This is a digitally signed message part.


[Index of Archives]     [Kernel Development]     [DCCP]     [Linux ARM Development]     [Linux]     [Photo]     [Yosemite Help]     [Linux ARM Kernel]     [Linux SCSI]     [Linux x86_64]     [Linux Hams]

  Powered by Linux