I had an oops in 2.1.100pre1 just now.
I tried this both as root and as a normal user.
It's propably not a serious thing, but oopsing isn't the proper
behaviour, or what?
Here we go:
First load the sound drivers. Then view /proc/sound in Midnight
Commander.
Now unload the sound drivers. When I "unview" /proc/sound I get an oops.
Kernel compiled with egcs-1.0.2, Redhat-5.0 system, binutils-2.8.1.0.27,
AMD K6-200 with the famous bug.
Output of ksymoops attached.
Cheers
Kjartan
--------------AD505BA41680339FBD3267A1
Content-Type: text/plain; charset=us-ascii; name="ksymoops.out"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="ksymoops.out"
Using `/boot/System.map-2.1.99' to map addresses to symbols.
>>EIP: c013e253 <proc_delete_inode+f/2c>
Trace: c012f222 <iput+7e/1bc>
Trace: c012f4d6 <dput+aa/13c>
Trace: c0122df5 <__fput+45/50>
Trace: c0122e53 <close_fp+53/88>
Trace: c0122ed5 <sys_close+4d/58>
Trace: c0109804 <system_call+38/3c>
Code: c013e253 <proc_delete_inode+f/2c>
Code: c013e253 <proc_delete_inode+f/2c> 83 7b 1c 00 cmpl $0x0,0x1c(%ebx)
Code: c013e257 <proc_delete_inode+13/2c> 74 0b je c013e264 <proc_delete_inode+20/2c>
Code: c013e259 <proc_delete_inode+15/2c> 6a 00 pushl $0x0
Code: c013e25b <proc_delete_inode+17/2c> 50 pushl %eax
Code: c013e25c <proc_delete_inode+18/2c> 8b 43 1c movl 0x1c(%ebx),%eax
Code: c013e265 <proc_delete_inode+21/2c> ff d0 call *%eax
Code: c013e267 <proc_delete_inode+23/2c> 83 c4 08 addl $0x8,%esp
Code: c013e26a <proc_delete_inode+26/2c> 53 pushl %ebx
Code: c013e26b <proc_delete_inode+27/2c> e8 76 00 90 90 call 9090008d <_EIP+0x9090008d>
Code: c013e276 <parse_options+6/218> 90 nop
--------------AD505BA41680339FBD3267A1--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu