Bug#321678: xine-ui: and a kernel oops by the way

2005-09-10 Thread Siggi Langauf

On Sat, 10 Sep 2005, Paul Brossier wrote:


Sep 10 02:05:43 localhost kernel: Oops: kernel access of bad area, sig: 11 [#5]
Sep 10 02:05:43 localhost kernel: SMP NR_CPUS=32
Sep 10 02:05:43 localhost kernel: NIP: C0005460 LR: C0004734 SP: D0539F20 REGS: 
d0539e70 TRAP: 0300Not tainted
Sep 10 02:05:43 localhost kernel: MSR: 9032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 
11
Sep 10 02:05:43 localhost kernel: DAR: 0088, DSISR: 4000
Sep 10 02:05:43 localhost kernel: TASK = d4e7e810[16988] 'xine' THREAD: d0538000
Sep 10 02:05:43 localhost kernel: Last syscall: 174  CPU: 1
Sep 10 02:05:43 localhost kernel: GPR00: C0004734 D0539F20 D4E7E810 0004 
0004 00030001  0F70787C
Sep 10 02:05:43 localhost kernel: GPR08: 0F706F98 C0004734 9032 C032 
9032 100F117C  100F28E0
Sep 10 02:05:43 localhost kernel: GPR16: 0015   000F 
0001 000A 0001 0002
Sep 10 02:05:43 localhost kernel: GPR24:   100F 100F28E0 
0FE639DC  0FE6819C 0004
Sep 10 02:05:43 localhost kernel: NIP [c0005460] 
AltivecUnavailException+0x24/0x98
Sep 10 02:05:43 localhost kernel: LR [c0004734] ret_from_except+0x0/0x14
Sep 10 02:05:43 localhost kernel: Call trace:
Sep 10 02:05:43 localhost kernel:  [c0004734] ret_from_except+0x0/0x14


Well, xine does work on G3 CPUs (without AltiVec) as well as on G4 (with 
AltiVec). I'd strongly recommend you use an AltiVec enabled kernel if 
running on an AltiVec CPU, because otherwise any application using AltiVec 
extensions will lead to a kernel oops (or might even have unrecognized 
side effects on other applications).


I'm not sure if there's a way to check for AltiVec support in the kernel 
(in addition to the checks on CPU capability that xine already does), but 
I'll see if there's a way to work around this crash (other than disabling 
AltiVec support altogether)...


Just out of curiosity: What kind of machine is that? Does it really have 
32 processors?!


Cheers,
Siggi

--
A: Because it breaks the logical sequence of discussion.
Q: Why is top posting bad?


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#321678: xine-ui: and a kernel oops by the way

2005-09-10 Thread Paul Brossier
On Sat, Sep 10, 2005 at 11:02:44AM +0200, Siggi Langauf wrote:
 On Sat, 10 Sep 2005, Paul Brossier wrote:
 
 Sep 10 02:05:43 localhost kernel: Oops: kernel access of bad area, sig: 11 
 [#5]
 Sep 10 02:05:43 localhost kernel: SMP NR_CPUS=32
 Sep 10 02:05:43 localhost kernel: NIP: C0005460 LR: C0004734 SP: D0539F20 
 REGS: d0539e70 TRAP: 0300Not tainted
 Sep 10 02:05:43 localhost kernel: MSR: 9032 EE: 1 PR: 0 FP: 0 ME: 1 
 IR/DR: 11
 Sep 10 02:05:43 localhost kernel: DAR: 0088, DSISR: 4000
 Sep 10 02:05:43 localhost kernel: TASK = d4e7e810[16988] 'xine' THREAD: 
 d0538000
 Sep 10 02:05:43 localhost kernel: Last syscall: 174  CPU: 1
 Sep 10 02:05:43 localhost kernel: GPR00: C0004734 D0539F20 D4E7E810 
 0004 0004 00030001  0F70787C
 Sep 10 02:05:43 localhost kernel: GPR08: 0F706F98 C0004734 9032 
 C032 9032 100F117C  100F28E0
 Sep 10 02:05:43 localhost kernel: GPR16: 0015   
 000F 0001 000A 0001 0002
 Sep 10 02:05:43 localhost kernel: GPR24:   100F 
 100F28E0 0FE639DC  0FE6819C 0004
 Sep 10 02:05:43 localhost kernel: NIP [c0005460] 
 AltivecUnavailException+0x24/0x98
 Sep 10 02:05:43 localhost kernel: LR [c0004734] ret_from_except+0x0/0x14
 Sep 10 02:05:43 localhost kernel: Call trace:
 Sep 10 02:05:43 localhost kernel:  [c0004734] ret_from_except+0x0/0x14
 
 Well, xine does work on G3 CPUs (without AltiVec) as well as on G4 (with 
 AltiVec). I'd strongly recommend you use an AltiVec enabled kernel if 
 running on an AltiVec CPU, because otherwise any application using AltiVec 
 extensions will lead to a kernel oops (or might even have unrecognized 
 side effects on other applications).

ok, good to know these 'without altivec' bugs are not present on G3.

 I'm not sure if there's a way to check for AltiVec support in the kernel 
 (in addition to the checks on CPU capability that xine already does), but 
 I'll see if there's a way to work around this crash (other than disabling 
 AltiVec support altogether)...

i would also like to know about detecting the presence of altivec. there
was a talk about it at last debconf, but i could not get any more info. 
there was a discussion in http://bugs.debian.org/225959

 Just out of curiosity: What kind of machine is that? Does it really have 
 32 processors?!

it's a G5, or PowerMac 7,2 to be precise. these bugs are faced on debian
kernels -power4{,-smp}  2.6.12 , which were compiled without altivec
support. so essentially xine and totem have these bugs in sarge.

cheers, piem


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#321678: xine-ui: and a kernel oops by the way

2005-09-09 Thread Paul Brossier
Package: xine-ui
Version: 0.99.3-1
Followup-For: Bug #321678

Sep 10 02:05:43 localhost kernel: Oops: kernel access of bad area, sig: 11 [#5]
Sep 10 02:05:43 localhost kernel: SMP NR_CPUS=32
Sep 10 02:05:43 localhost kernel: NIP: C0005460 LR: C0004734 SP: D0539F20 REGS: 
d0539e70 TRAP: 0300Not tainted
Sep 10 02:05:43 localhost kernel: MSR: 9032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 
11
Sep 10 02:05:43 localhost kernel: DAR: 0088, DSISR: 4000
Sep 10 02:05:43 localhost kernel: TASK = d4e7e810[16988] 'xine' THREAD: d0538000
Sep 10 02:05:43 localhost kernel: Last syscall: 174  CPU: 1
Sep 10 02:05:43 localhost kernel: GPR00: C0004734 D0539F20 D4E7E810 0004 
0004 00030001  0F70787C
Sep 10 02:05:43 localhost kernel: GPR08: 0F706F98 C0004734 9032 C032 
9032 100F117C  100F28E0
Sep 10 02:05:43 localhost kernel: GPR16: 0015   000F 
0001 000A 0001 0002
Sep 10 02:05:43 localhost kernel: GPR24:   100F 100F28E0 
0FE639DC  0FE6819C 0004
Sep 10 02:05:43 localhost kernel: NIP [c0005460] 
AltivecUnavailException+0x24/0x98
Sep 10 02:05:43 localhost kernel: LR [c0004734] ret_from_except+0x0/0x14
Sep 10 02:05:43 localhost kernel: Call trace:
Sep 10 02:05:43 localhost kernel:  [c0004734] ret_from_except+0x0/0x14

cheers, piem

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-power4-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages xine-ui depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libcurl3  7.14.0-5   Multi-protocol file transfer libra
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libice6   6.8.2.dfsg.1-6 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library, implementation
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libpng12-01.2.8rel-1.0.1 PNG library - runtime
ii  libreadline5  5.0-10 GNU readline and history libraries
ii  libsm66.8.2.dfsg.1-6 X Window System Session Management
ii  libssl0.9.7   0.9.7g-2   SSL shared libraries
ii  libx11-6  6.8.2.dfsg.1-6 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-6 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxine1  1.0.1-1.2  the xine video/media player librar
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  libxtst6  6.8.2.dfsg.1-6 X Window System event recording an
ii  libxv16.8.2.dfsg.1-6 X Window System video extension li
ii  slang11.4.9dbs-8 The S-Lang programming library - r
ii  xlibs 6.8.2.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages xine-ui recommends:
ii  aalib11.4p5-28   ascii art library - transitional p
ii  libaa1 [aalib1]   1.4p5-28   ascii art library

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]