* BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
@ 2008-08-05 15:00 Jaswinder Singh
2008-08-16 0:13 ` Andrew Morton
0 siblings, 1 reply; 2+ messages in thread
From: Jaswinder Singh @ 2008-08-05 15:00 UTC (permalink / raw)
To: LKML, linux-serial
/dev/ttyS1 and /dev/ttyS2 of NetMos Technology PCI 9835 is giving Junk
characters in minicom but /dev/tyS0 is working perfectly.
01:01.0 Communication controller: NetMos Technology PCI 9835 Multi-I/O
Controller (rev 01)
Subsystem: LSI Logic / Symbios Logic 1P2S
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin A routed to IRQ 22
Region 0: I/O ports at dc00 [size=8]
Region 1: I/O ports at d480 [size=8]
Region 2: I/O ports at d400 [size=8]
Region 3: I/O ports at d080 [size=8]
Region 4: I/O ports at d000 [size=8]
Region 5: I/O ports at df00 [size=16]
Kernel driver in use: parport_serial
[jsr@jaswinder 0000:01:01.0]$ setserial /dev/ttyS0 -a
/dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4
Baud_base: 115200, close_delay: 50, divisor: 0
closing_wait: 3000
Flags: spd_normal skip_test
[jsr@jaswinder 0000:01:01.0]$ setserial /dev/ttyS1 -a
/dev/ttyS1, Line 1, UART: 16550A, Port: 0xdc00, IRQ: 22
Baud_base: 115200, close_delay: 50, divisor: 0
closing_wait: 3000
Flags: spd_normal skip_test
[jsr@jaswinder 0000:01:01.0]$ setserial /dev/ttyS2 -a
/dev/ttyS2, Line 2, UART: 16550A, Port: 0xd480, IRQ: 22
Baud_base: 115200, close_delay: 50, divisor: 0
closing_wait: 3000
Flags: spd_normal skip_test
[jsr@jaswinder 0000:01:01.0]$ setserial /dev/ttyS3 -a
/dev/ttyS3, Line 3, UART: unknown, Port: 0x02e8, IRQ: 3
Baud_base: 115200, close_delay: 50, divisor: 0
closing_wait: 3000
Flags: spd_normal auto_irq
from dmesg :
Serial: 8250/16550 driver4 ports, IRQ sharing enabled
Switched to high resolution mode on CPU 0
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
parport_pc 00:09: reported by Plug and Play ACPI
parport0: PC-style at 0x378, irq 7 [PCSPP(,...)]
parport_serial 0000:01:01.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
parport1: PC-style at 0xd400 [PCSPP(,...)]
0000:01:01.0: ttyS1 at I/O 0xdc00 (irq = 22) is a 16550A
0000:01:01.0: ttyS2 at I/O 0xd480 (irq = 22) is a 16550A
Thank you,
Jaswinder Singh.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
2008-08-05 15:00 BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835 Jaswinder Singh
@ 2008-08-16 0:13 ` Andrew Morton
0 siblings, 0 replies; 2+ messages in thread
From: Andrew Morton @ 2008-08-16 0:13 UTC (permalink / raw)
To: Jaswinder Singh; +Cc: linux-kernel, linux-serial
On Tue, 5 Aug 2008 20:30:10 +0530
"Jaswinder Singh" <jaswinderlinux@gmail.com> wrote:
> /dev/ttyS1 and /dev/ttyS2 of NetMos Technology PCI 9835 is giving Junk
> characters in minicom but /dev/tyS0 is working perfectly.
Is this still the case in 2.6.27-rc3?
Was the same bug present in 2.6.26? 2.6.25?
Thanks.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-08-16 0:14 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-08-05 15:00 BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835 Jaswinder Singh
2008-08-16 0:13 ` Andrew Morton
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox