lkml.org 
[lkml]   [1999]   [May]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectBuglet found in drivers/sound/lowlevel/awe_wave.c
Date
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/

\
 
 \ /
  Last update: 2005-03-22 13:51    [W:0.068 / U:0.216 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site