Serial port problem in Fedora 15

Gordon Charrick gordonmc at cox.net
Fri Jun 17 16:52:52 UTC 2011


I've got a home weather station connected to my computer via a serial 
cable communicating at 9600 baud. I used to have this same setup on a 
different computer running Fedora 14 and it worked just fine. I am 
running this inside a VMware virtual machine running XP. If I use the 
native Linux version of the weather software (which isn't as functional 
as the Windows version, which is why I'm running it in a virtual), I 
still get the same problem.

The serial is a NetMos Technology PCI 9835 Multi-I/O Controller with two 
serial ports.

The problem is that it works for 10-15 minutes and then the kernel shuts 
down the serial port. This is what appears in the messages file:

Jun 17 09:16:09 gmc kernel: [42503.704991] irq 18: nobody cared (try 
booting with the "irqpoll" option)
Jun 17 09:16:09 gmc kernel: [42503.704995] Pid: 2336, comm: vmware-vmx 
Tainted: P            2.6.38.7-30.fc15.x86_64 #1
Jun 17 09:16:09 gmc kernel: [42503.704996] Call Trace:
Jun 17 09:16:09 gmc kernel: [42503.704997] <IRQ>  [<ffffffff8146dfb8>] 
__report_bad_irq+0x38/0x87
Jun 17 09:16:09 gmc kernel: [42503.705007]  [<ffffffff810adf7c>] 
note_interrupt+0x122/0x18e
Jun 17 09:16:09 gmc kernel: [42503.705009]  [<ffffffff810aeaa0>] 
handle_fasteoi_irq+0xab/0xd7
Jun 17 09:16:09 gmc kernel: [42503.705012]  [<ffffffff8100c0b5>] 
handle_irq+0x88/0x8e
Jun 17 09:16:09 gmc kernel: [42503.705015]  [<ffffffff8147bdc5>] 
do_IRQ+0x4d/0xa5
Jun 17 09:16:09 gmc kernel: [42503.705018]  [<ffffffff81475d13>] 
ret_from_intr+0x0/0x15
Jun 17 09:16:09 gmc kernel: [42503.705019] <EOI>  [<ffffffffa0bc87e4>] ? 
Task_Switch+0x6a1/0xc09 [vmmon]
Jun 17 09:16:09 gmc kernel: [42503.705032]  [<ffffffffa0bc9518>] 
Vmx86_RunVM+0x40/0x28a [vmmon]
Jun 17 09:16:09 gmc kernel: [42503.705034]  [<ffffffff81474228>] ? 
_cond_resched+0xe/0x22
Jun 17 09:16:09 gmc kernel: [42503.705037]  [<ffffffffa0bc1611>] 
LinuxDriver_Ioctl+0x2b9/0xf6a [vmmon]
Jun 17 09:16:09 gmc kernel: [42503.705040]  [<ffffffff811ea1b0>] ? 
avc_has_perm+0x51/0x63
Jun 17 09:16:09 gmc kernel: [42503.705042]  [<ffffffff811eb273>] ? 
inode_has_perm+0x76/0x8c
Jun 17 09:16:09 gmc kernel: [42503.705044]  [<ffffffff811ea737>] ? 
current_has_perm+0x36/0x3b
Jun 17 09:16:09 gmc kernel: [42503.705047]  [<ffffffff811eabd0>] ? 
selinux_task_kill+0x4f/0x51
Jun 17 09:16:09 gmc kernel: [42503.705049]  [<ffffffff811e85a8>] ? 
security_task_kill+0x16/0x18
Jun 17 09:16:09 gmc kernel: [42503.705053]  [<ffffffff81062fa6>] ? 
check_kill_permission+0x128/0x143
Jun 17 09:16:09 gmc kernel: [42503.705055]  [<ffffffff811eb32d>] ? 
file_has_perm+0xa4/0xc6
Jun 17 09:16:09 gmc kernel: [42503.705058]  [<ffffffffa0bc22da>] 
LinuxDriver_UnlockedIoctl+0x18/0x1c [vmmon]
Jun 17 09:16:09 gmc kernel: [42503.705060]  [<ffffffff8112f51c>] 
do_vfs_ioctl+0x47e/0x4bf
Jun 17 09:16:09 gmc kernel: [42503.705062]  [<ffffffff8112f5b3>] 
sys_ioctl+0x56/0x7b
Jun 17 09:16:09 gmc kernel: [42503.705064]  [<ffffffff81009bc2>] 
system_call_fastpath+0x16/0x1b
Jun 17 09:16:09 gmc kernel: [42503.705065] handlers:
Jun 17 09:16:09 gmc kernel: [42503.705066] [<ffffffff812cdea6>] 
(serial8250_interrupt+0x0/0x106)
Jun 17 09:16:09 gmc kernel: [42503.705070] Disabling IRQ #18


Here is what my system shows for interrupt 18:

            CPU0       CPU1       CPU2       CPU3
  18:     200061          0          0          0         
IO-APIC-fasteoi   serial

I've tried moving the board to another PCI slot. That assigns it 
interrupt 19 instead, but the problem is the same.

Any clues on the problem or how to fix it?

-- 
Gordon Charrick



More information about the users mailing list