lkml.org 
[lkml]   [2001]   [Dec]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectNULL pointer dereference in moxa driver
From
Date
I have a problem when trying to use two of the serial cards known as
MOXA C104H/PCI.

When only using one, everything works like a charm, but when
an attempt is made to access a serial port on the second card,
I get a NULL pointer dereference.


This is the relevant output from dmesg:

MOXA Smartio family driver version 1.2
Tty devices major number = 174, callout devices major number = 175
Found MOXA C104H/PCI series board(BusNo=0,DevNo=10)


The relevant stuff from /proc/pci:

Bus 0, device 10, function 0:
Serial controller: Moxa Technologies Co Ltd Smartio C104H/PCI (rev 2).
IRQ 10.
I/O at 0xa800 [0xa87f].
I/O at 0xa400 [0xa43f].
I/O at 0xa000 [0xa00f].
Bus 0, device 11, function 0:
Serial controller: Moxa Technologies Co Ltd Smartio C104H/PCI (#2) (rev 2).
IRQ 11.
I/O at 0x9800 [0x987f].
I/O at 0x9400 [0x943f].
I/O at 0x9000 [0x900f].


And here is the decoded oops:

ksymoops 2.4.1 on i686 2.4.16. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.16/ (default)
-m /boot/System.map-2.4.16 (default)

Warning: 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.

Nov 24 16:49:35 cola kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000024
Nov 24 16:49:35 cola kernel: c01946e3
Nov 24 16:49:35 cola kernel: *pde = 00000000
Nov 24 16:49:35 cola kernel: Oops: 0000
Nov 24 16:49:35 cola kernel: CPU: 1
Nov 24 16:49:35 cola kernel: EIP: 0010:[mxser_change_speed+15/1760] Not tainted
Nov 24 16:49:35 cola kernel: EFLAGS: 00010282
Nov 24 16:49:35 cola kernel: eax: 00000000 ebx: d48bfee8 ecx: 00000000 edx: 00000001
Nov 24 16:49:35 cola kernel: esi: 00000000 edi: d4caabf0 ebp: d4caa000 esp: d48bfea0
Nov 24 16:49:35 cola kernel: ds: 0018 es: 0018 ss: 0018
Nov 24 16:49:35 cola kernel: Process minicom (pid: 678, stackpage=d48bf000)
Nov 24 16:49:35 cola kernel: Stack: d4caa000 d48bfee8 d4caabf0 d4caa000 00000000 c02e5280 c0193f8b 00000000
Nov 24 16:49:35 cola kernel: d48bfee8 d48bfee8 00000002 c0180b30 d4caa000 d48bfee8 bffff3f8 bffff41c
Nov 24 16:49:35 cola kernel: d48bff54 d48bff30 00000500 00000005 00000cbd 00008a3b 7f1c0300 01000415
Nov 24 16:49:35 cola kernel: Call Trace: [mxser_set_termios+51/128] [change_termios+368/396] [set_termios+383/396] [n_tty_ioctl+185/1024] [tty_ioctl+891/912]
Nov 24 16:49:35 cola kernel: Code: 8b 46 24 85 c0 74 17 8b 80 00 01 00 00 85 c0 74 0d 8b 40 08
Using defaults from ksymoops -t elf32-i386 -a i386

Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
0: 8b 46 24 mov 0x24(%esi),%eax
Code; 00000003 Before first symbol
3: 85 c0 test %eax,%eax
Code; 00000005 Before first symbol
5: 74 17 je 1e <_EIP+0x1e> 0000001e Before first symbol
Code; 00000007 Before first symbol
7: 8b 80 00 01 00 00 mov 0x100(%eax),%eax
Code; 0000000d Before first symbol
d: 85 c0 test %eax,%eax
Code; 0000000f Before first symbol
f: 74 0d je 1e <_EIP+0x1e> 0000001e Before first symbol
Code; 00000011 Before first symbol
11: 8b 40 08 mov 0x8(%eax),%eax


The machine is an SMP box, but I don't think, that's the cause, as the oops happens
immediately every time.

If there is any other info I need to provide, I'll be happy to do so.

Thanks in advance.

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

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