Messages in this thread | | | From | "Richard King" <> | Subject | Buglet found in drivers/sound/lowlevel/awe_wave.c | Date | Sat, 15 May 1999 18:38:44 +0100 |
| |
Hi,
Having compiled 2.3.2 and rebooted I got an Oops loading awe_wave.c. I believe the problem is due to the following:
awe_wave.c: In function `awe_wait': awe_wave.c:985: warning: passing arg 1 of `interruptible_sleep_on_timeout_R8e90b575' from incompatible pointer type
I believe this is a simple fix, however I don't know C so I can't fix it myself.
I have included a full bug report below just in case its not as simple as I think, I can provide any more details and do any testing if necessary.
[1.] One line summary of the problem:
Buglet found in drivers/sound/lowlevel/awe_wave.c
[2.] Full description of the problem/report:
Oops on loading awe_wave.o
Probably due to: awe_wave.c: In function `awe_wait': awe_wave.c:985: warning: passing arg 1 of `interruptible_sleep_on_timeout_R8e90b575' from incompatible pointer type
[3.] Keywords (i.e., modules, networking, kernel):
modules, sound, 2.3.2, awe_wave.c
[4.] Kernel version (from /proc/version):
Linux version 2.3.2 (root@kingnet.demon.co.uk) (gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)) #20 Sat May 15 16:46:44 BST 1999
[5.] Output of Oops.. message (if applicable) with symbolic information resolved (see Documentation/oops-tracing.txt)
Options used: -V (default) -o /lib/modules/2.3.2/ (default) -k /proc/ksyms (default) -l /proc/modules (default) -m /usr/src/linux/System.map (default) -c 1 (default)
You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options.
May 15 17:03:29 kingnet kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 May 15 17:03:29 kingnet kernel: current->tss.cr3 = 02ea9000, pr3 = 02ea9000 May 15 17:03:29 kingnet kernel: *pde = 00000000<5>Oops: 0002 May 15 17:03:29 kingnet kernel: CPU: 0 May 15 17:03:29 kingnet kernel: EIP: 0010:[<c0111b07>] May 15 17:03:29 kingnet kernel: EFLAGS: 00010092 May 15 17:03:29 kingnet kernel: eax: 00000016 ebx: c2e60000 ecx: c0232748 edx: c0232750 May 15 17:03:29 kingnet kernel: esi: c3841178 edi: c2e61f10 ebp: c2e61f18 esp: c2e61eec May 15 17:03:29 kingnet kernel: ds: 0018 es: 0018 ss: 0018 May 15 17:03:29 kingnet kernel: Process insmod (pid: 41, process nr: 8, stackpage=c2e61000) May 15 17:03:29 kingnet kernel: Stack: 00000001 c3811000 00000003 0000005f 00000286 c3841a5e c2e60000 c385e40c May 15 17:03:29 kingnet kernel: 00000036 c2e61f10 0000007f c385e40c c38384f1 c3838000 c383dadc 00000400 May 15 17:03:29 kingnet kernel: c3841960 c3838621 c3838157 c3838315 c3838325 c0116773 c2e60000 0804ee88 May 15 17:03:29 kingnet kernel: Call Trace: [<c3811000>] [<c3841a5e>] [<c385e40c>] [<c385e40c>] [<c38384f1>] [<c3838000>] [<c383dadc>] May 15 17:03:29 kingnet kernel: [<c3841960>] [<c3838621>] [<c3838157>] [<c3838315>] [<c3838325>] [<c0116773>] [<c3838000>] [<c3840538>] May 15 17:03:29 kingnet kernel: [<c3838048>] [<c3824000>] [<c3838048>] [<c0109db0>] [<c3838000>] [<c3838000>] May 15 17:03:29 kingnet kernel: Code: c7 05 00 00 00 00 00 00 00 00 83 c4 04 8d 5d f8 89 5d e0 8b
>>EIP: c0111b07 <interruptible_sleep_on_timeout+87/154> Trace: c3811000 <sound_unload_lowlevel_drivers+1fac/1ff8> Trace: c3841a5e <es1887_mix+160be/346ac> Trace: c385e40c <es1887_mix+32a6c/346ac> Trace: c385e40c <es1887_mix+32a6c/346ac> Trace: c38384f1 <es1887_mix+cb51/346ac> Trace: c3838000 <es1887_mix+c660/346ac> Trace: c383dadc <es1887_mix+1213c/346ac> Trace: c3841960 <es1887_mix+15fc0/346ac> Trace: c3838048 <es1887_mix+c6a8/346ac> Code: c0111b07 <interruptible_sleep_on_timeout+87/154> 00000000 <_EIP>: <=== Code: c0111b07 <interruptible_sleep_on_timeout+87/154> 0: c7 05 00 00 00 movl $0x0,0x0 <=== Code: c0111b0c <interruptible_sleep_on_timeout+8c/154> 5: 00 00 00 00 00 Code: c0111b11 <interruptible_sleep_on_timeout+91/154> a: 83 c4 04 addl $0x4,%esp Code: c0111b14 <interruptible_sleep_on_timeout+94/154> d: 8d 5d f8 leal 0xfffffff8(%ebp),%ebx Code: c0111b17 <interruptible_sleep_on_timeout+97/154> 10: 89 5d e0 movl %ebx,0xffffffe0(%ebp) Code: c0111b1a <interruptible_sleep_on_timeout+9a/154> 13: 8b 00 movl (%eax),%eax
5 warnings issued. Results may not be reliable.
[6.] A small shell script or example program which triggers the problem (if possible)
insmod awe_wave.o
[7.] Environment
RedHat 5.2
Gateway G6-200 Gateway/Intel Venus Motherboard Pentium Pro 200 48 MB EDO RAM Hauppauge WinTV Gateway/Adaptec AHA-2940UW ISA NE2000 Compatible Soundblaster AWE64 (Original version, not Gold or Value!)
[7.1.] Software (add the output of the ver_linux script here)
-- Versions installed: (if some fields are empty or looks -- unusual then possibly you have very old versions) Linux kingnet.demon.co.uk 2.3.2 #20 Sat May 15 16:46:44 BST 1999 i686 unknown Kernel modules 2.1.121 Gnu C egcs-2.91.66 Binutils 2.9.1.0.15 Linux C Library > libc.2.1 Dynamic linker ldd (GNU libc) 2.1 Linux C++ Library 2.8.0 Procps 1.2.9 Mount 2.8a Net-tools 1.50 Kbd 0.96 Sh-utils 1.16 Modules Loaded bttv tuner msp3400 i2c videodev awe_wave sb uart401 sound soundlow soundcore
[7.2.] Processor information (from /proc/cpuinfo):
processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 1 model name : Pentium Pro stepping : 9 cpu MHz : 199.441239 cache size : 256 KB fdiv_bug : no hlt_bug : no sep_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov bogomips : 199.07
[7.3.] Module information (from /proc/modules):
bttv 33336 0 (autoclean) (unused) tuner 1996 1 (autoclean) msp3400 11136 1 (autoclean) i2c 3392 3 (autoclean) [bttv tuner msp3400] videodev 2688 2 (autoclean) [bttv] awe_wave 156684 (uninitialized) sb 33780 0 uart401 6128 0 [sb] sound 59928 0 [awe_wave sb uart401] soundlow 300 0 [sound] soundcore 3236 8 [msp3400 sb sound]
NOTE: awe_wave is uninitialized due to the oops
[7.4.] SCSI information (from /proc/scsi/scsi)
Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: SEAGATE Model: ST34371W Rev: 0360 Type: Direct-Access ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 04 Lun: 00 Vendor: HP Model: T4000s Rev: 1.07 Type: Sequential-Access ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 05 Lun: 00 Vendor: MATSHITA Model: CD-ROM CR-506 Rev: 8S04 Type: CD-ROM ANSI SCSI revision: 02
[7.5.] Other information that might be relevant to the problem (please look in /proc and include all information that you think to be relevant):
[X.] Other notes, patches, fixes, workarounds:
devfs-patch-v100 -- parts manually applied, doesn't touch awe_wave.c
-- Richard King mailto:richard@kingnet.demon.co.uk
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |