Re: /dev/cpu/*/(cpuid, msr) unhappy as modules - OOPS!

[Chris Rankin <rankinc@zip.com.au>]

Devfs might explain the 2.4.0-test12 oopses, but it can't possibly
explain the oops with 2.2.18. I don't use devfs with 2.2.18.

Chris
 
> Looks like a devfs problem; complain to the appropriate people.  I refuse 
> to touch that particular devfs code.
> 
> > I have just compiled Linux 2.2.18 (UP) and Linux 2.4.0-test12 (SMP,
> > devfs), and in each case I compiled the msr and cpuid drivers as
> > modules. However, when I tried to read from the devices (using "cat"),
> > I got oopses from both 2.2.18 and 2.4.0-test12. Neither the msr.o nor
> > the cpuid.o modules were loaded beforehand, as I was testing my kmod
> > setup. The oopses are below:

[2.4.0-test12 oopses removed]

> > Linux-2.2.18 (1 oops):
> > $ ksymoops -m /boot/System.map-2.2.18 < oops.txt 
> > ksymoops 2.3.4 on i586 2.2.18.  Options used
> >      -V (default)
> >      -k /proc/ksyms (default)
> >      -l /proc/modules (default)
> >      -o /lib/modules/2.2.18/ (default)
> >      -m /boot/System.map-2.2.18 (specified)
> > 
> > Warning (compare_maps): ksyms_base symbol module_list_R__ver_module_list 
> not found in System.map.  Ignoring ksyms_base entry
> > Dec 13 01:31:18 wellhouse kernel: Unable to handle kernel paging request 
> at virtual address c887027c
> > Dec 13 01:31:18 wellhouse kernel: current->tss.cr3 = 007ad000, %%cr3 = 
> 007ad000
> > Dec 13 01:31:18 wellhouse kernel: *pde = 01472063
> > Dec 13 01:31:18 wellhouse kernel: Oops: 0000
> > Dec 13 01:31:18 wellhouse kernel: CPU:    0
> > Dec 13 01:31:18 wellhouse kernel: EIP:    0010:[chrdev_open+56/88]
> > Dec 13 01:31:18 wellhouse kernel: EFLAGS: 00010286
> > Dec 13 01:31:18 wellhouse kernel: eax: c8870260   ebx: ffffffed   ecx: 
> 00000000   edx: 000000cb
> > Dec 13 01:31:18 wellhouse kernel: esi: c34d4380   edi: c0565e60   ebp: 
> c3c35900   esp: c3b47f4c
> > Dec 13 01:31:18 wellhouse kernel: ds: 0018   es: 0018   ss: 0018
> > Dec 13 01:31:18 wellhouse kernel: Process cat (pid: 1645, process nr: 53, 
> stackpage=c3b47000)
> > Dec 13 01:31:18 wellhouse kernel: Stack: c0565e60 00008000 00000003 
> 400e88b3 bffffa4c c012497c c0565e60 c34d4380 
> > Dec 13 01:31:18 wellhouse kernel:        00000000 c01248d5 00000003 
> c05a3000 400e88b3 bffffa4c 00000000 c398549c 
> > Dec 13 01:31:18 wellhouse kernel:        00000400 c0124b6f c05a3000 
> 00008000 00000000 c0124b56 c3b46000 40013ed0 
> > Dec 13 01:31:18 wellhouse kernel: Call Trace: [filp_open+184/264] 
> [filp_open+17/264] [sys_open+63/160] [sys_open+38/160] [error_code+45/64] [
> > system_call+52/64] 
> > Dec 13 01:31:18 wellhouse kernel: Code: 8b 40 1c 31 db 85 c0 74 0c 83 c4 
> f8 56 57 ff d0 89 c3 83 c4 
> > Using defaults from ksymoops -t elf32-i386 -a i386
> > 
> > Code;  00000000 Before first symbol
> > 00000000 <_EIP>:
> > Code;  00000000 Before first symbol
> >    0:   8b 40 1c                  mov    0x1c(%eax),%eax
> > Code;  00000003 Before first symbol
> >    3:   31 db                     xor    %ebx,%ebx
> > Code;  00000005 Before first symbol
> >    5:   85 c0                     test   %eax,%eax
> > Code;  00000007 Before first symbol
> >    7:   74 0c                     je     15 <_EIP+0x15> 00000015 Before 
> first symbol
> > Code;  00000009 Before first symbol
> >    9:   83 c4 f8                  add    $0xfffffff8,%esp
> > Code;  0000000c Before first symbol
> >    c:   56                        push   %esi
> > Code;  0000000d Before first symbol
> >    d:   57                        push   %edi
> > Code;  0000000e Before first symbol
> >    e:   ff d0                     call   *%eax
> > Code;  00000010 Before first symbol
> >   10:   89 c3                     mov    %eax,%ebx
> > Code;  00000012 Before first symbol
> >   12:   83 c4 00                  add    $0x0,%esp
> > 
> > 
> > 1 warning issued.  Results may not be reliable.
> > 
> > I know they're not exactly show-stoppers, but here they are anyway.
> > Cheers,
> > Chris
> > 
> 
> 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/