wspania³y kernel na ppc

Jakub Bogusz qboosh w pld-linux.org
Wto, 22 Mar 2005, 00:16:26 CET 

Tak mnie dziwi³o dlaczego liboil siê wyk³ada przy te¶cie obs³ugi
altivec, zg³aszaj±c SIGSEGV zamiast ew. SIGILL (choæ anduril to
IIRC G4 i powinien altivec mieæ[1]) i koñcz±c program pomimo
uruchomionego gdb... a¿ napisa³em dmesg i wszystko sta³o siê jasne:

Oops: kernel access of bad area, sig: 11 [#9]
NIP: C0008B84 LR: C0007F2C SP: CE09BF20 REGS: ce09be70 TRAP: 0300    Not tainted
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00000084, DSISR: 40000000
TASK = cc8b9220[23279] 'lt-build_protot' THREAD: ce09a000Last syscall: 173
GPR00: C0007F2C CE09BF20 CC8B9220 00000000 00000000 00030001 0FF97DF4 0FDD1CF4
GPR08: 0000D032 C0007F2C 00009032 C0350000 0C8B94B8 10018CEC 10410000 10090000
GPR16: 00000000 00000000 00000000 1009E6C0 1009E578 00000000 10070000 00000001
GPR24: 10000600 7FFFF0A8 100007AC 0FED964C 00000001 7FFFF004 0FFED798 00000000
Call trace: [c0007f2c]

(tego jest ju¿ 9 sztuk)

$ uname -a
Linux anduril 2.6.8 #1 Tue Oct 19 18:04:24 UTC 2004 ppc unknown unknown PLD Linux

173 to sys_rt_sigaction.
c0007f2c to pocz±tek ret_from_except().
c0008b84 jest w AltivecUnavailException()

Wygl±da na to, ¿e AltivecUnavailException jest wywo³ywane z NULLem jako
parametrem.


[1] i co z tego, jak w dystrybucyjnym 2.6 obs³uga altiveca jest wy³±czona.
Dlaczego??? ¯eby zniechêciæ u¿ytkowników *Maców do PLD (albo odwrotnie)?
W 2.4 jest w³±czona.

-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/

Wiêcej informacji o li¶cie dyskusyjnej pld-devel-pl