ksymoops 2.4.5 on i686 2.4.20. Options used
-V (default)
-k ksymoops/20021231154911.ksyms (specified)
-l ksymoops/20021231154911.modules (specified)
-o /lib/modules/2.4.20/ (default)
-m /boot/System.map-2.4.20 (default)
Dec 31 15:51:57 lobo kernel: c012d8d4
Dec 31 15:51:57 lobo kernel: Oops: 0002
Dec 31 15:51:57 lobo kernel: CPU: 0
Dec 31 15:51:57 lobo kernel: EIP: 0010:[kmem_cache_alloc+148/224] Not tainted
Dec 31 15:51:57 lobo kernel: EFLAGS: 00010046
Dec 31 15:51:57 lobo kernel: eax: 3939525f ebx: c6df8240 ecx: c6df8000 edx: 3e2a5ed0
Dec 31 15:51:57 lobo kernel: esi: cfec0e50 edi: 00000246 ebp: 000000f0 esp: cd98fe78
Dec 31 15:51:57 lobo kernel: ds: 0018 es: 0018 ss: 0018
Dec 31 15:51:57 lobo kernel: Process cp (pid: 284, stackpage=cd98f000)
Dec 31 15:51:57 lobo kernel: Stack: 00000000 00000000 00001000 00000001 c0136e33 cfec0e50 000000f0 c0136efd
Dec 31 15:51:57 lobo kernel: 00000001 c112e244 00000302 c112e244 cfe13d30 c0137127 c112e244 00001000
Dec 31 15:51:57 lobo kernel: 00000001 00000000 c112e244 c01373c8 c112e244 00000302 00001000 00000000
Dec 31 15:51:57 lobo kernel: Call Trace: [get_unused_buffer_head+51/128] [create_buffers+29/224] [create_empty_buffers+23/96] [__block_prepare_write+120/720] [journal_end+22/32]
Dec 31 15:51:57 lobo kernel: Code: 89 42 04 89 10 c7 01 00 00 00 00 c7 41 04 00 00 00 00 8b 06
Using defaults from ksymoops -t elf32-i386 -a i386
>>eax; 3939525f Before first symbol
>>ebx; c6df8240 <_end+6af40e4/105c3ea4>
>>ecx; c6df8000 <_end+6af3ea4/105c3ea4>
>>edx; 3e2a5ed0 Before first symbol
>>esi; cfec0e50 <_end+fbbccf4/105c3ea4>
>>esp; cd98fe78 <_end+d68bd1c/105c3ea4>
Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
0: 89 42 04 mov %eax,0x4(%edx)
Code; 00000003 Before first symbol
3: 89 10 mov %edx,(%eax)
Code; 00000005 Before first symbol
5: c7 01 00 00 00 00 movl $0x0,(%ecx)
Code; 0000000b Before first symbol
b: c7 41 04 00 00 00 00 movl $0x0,0x4(%ecx)
Code; 00000012 Before first symbol
12: 8b 06 mov (%esi),%eax
On Tuesday 31 December 2002 16:36, Kurt Huwig wrote:
Hi Kurt,
> I got the attached oops when copying a file from a SVCD using cdfs-0.5c
> I mounted a SVCD using
> mount -t cdfs /dev/cdbrenner /cdbrenner
> using the cdfs driver from
> http://www.elis.rug.ac.be/~ronsse/cdfs/cdfs.html
> Any help would be appreciated.
Can you reproduce this w/o cdfs? I've heard alot of problems with cdfs is
oopsing and crashing with recent kernels so this might be a problem of cdfs,
not the kernel itself.
> And a happy new year!
thanks, dito :)
ciao, Marc
On Wed, Jan 01, 2003 at 05:14:43AM +0100, Kurt Huwig wrote:
> Without cdfs, I don't know how to access SVCDs ;-) Images of "normal"
> CDs work fine.
You could use a userspace solution, like vcdimager (and its vcdxrip
tool).
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Aaron Lehmann wrote:
| On Wed, Jan 01, 2003 at 05:14:43AM +0100, Kurt Huwig wrote:
|
| >Without cdfs, I don't know how to access SVCDs ;-) Images of "normal"
| >CDs work fine.
|
|
| You could use a userspace solution, like vcdimager (and its vcdxrip
| tool).
vcdxrip works fine, so I guess it is the cdfs patch.
Thanks,
Kurt
- --
Kurt Huwig iKu Systemhaus AG http://www.iku-ag.de/
Vorstand Am Roemerkastell 4 Telefon 0681/96751-0
[email protected] 66121 Saarbr?cken Telefax 0681/96751-66
GnuPG 1024D/99DD9468 64B1 0C5B 82BC E16E 8940 EB6D 4C32 F908 99DD 9468
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE+Eq2TTDL5CJndlGgRAnxvAJ9zG9q5jlMBZJVYuzMnM29DQEywLACdEqDc
C5zRpfBndjYuFTfPP3f6qFU=
=6b1x
-----END PGP SIGNATURE-----