Hi all:
My question is concerning the default number of serial ports compiled into the standard CentOS 4.x kernel. It looks like the default is 8, is that correct, and is there a simple way to raise the default that without needing to recompile the kernel? I looked though the /proc directories and I do not see anything there. I have two 8 port serial cards, which bring my total serial ports to 18 with the two on the motherboard. The does system assigns ttyS* to the 2 onboard, and the first 6 on the first serial card. I can tweak these first 6 with setserial and they work
My goal it avoid having to recompile the kernel from the stock disto.
Thanks! ~Sean
On Wed, 26 Oct 2005, Sean McAdam wrote:
My question is concerning the default number of serial ports compiled into the standard CentOS 4.x kernel. It looks like the default is 8, is that
My goal it avoid having to recompile the kernel from the stock disto.
My thought is that there is no need to recompile - in releases past, the kernel previously supported more -- one just used /dev/MAKEDEV to make the additional devices and you were off to the races
That said, there has been some rejiggering in the way devices are handled in 2.6 -- I'll spend a bit of time at the bench and see if things have changed.
-- Russ Herrold
On Wed, 2005-10-26 at 10:30 -0400, R P Herrold wrote:
On Wed, 26 Oct 2005, Sean McAdam wrote:
My question is concerning the default number of serial ports compiled into the standard CentOS 4.x kernel. It looks like the default is 8, is that
My goal it avoid having to recompile the kernel from the stock disto.
My thought is that there is no need to recompile - in releases past, the kernel previously supported more -- one just used /dev/MAKEDEV to make the additional devices and you were off to the races
That said, there has been some rejiggering in the way devices are handled in 2.6 -- I'll spend a bit of time at the bench and see if things have changed.
modinfo should tell you what otpions the module has, typically parm=X will do the trick for you.
Ted
On Wed, 26 Oct 2005, Ted Kaczmarek wrote:
That said, there has been some rejiggering in the way devices are handled in 2.6 -- I'll spend a bit of time at the bench and see if things have changed.
modinfo should tell you what otpions the module has, typically parm=X will do the trick for you.
yup -- After my post yesterday, I dropped 4 pci 8-port Digi cards into my test chassis, and they were recognized fine by Kudzu -- no issues; just works
-- Russ Herrold
R P Herrold wrote:
On Wed, 26 Oct 2005, Ted Kaczmarek wrote:
That said, there has been some rejiggering in the way devices are handled in 2.6 -- I'll spend a bit of time at the bench and see if things have changed.
modinfo should tell you what otpions the module has, typically parm=X will do the trick for you.
yup -- After my post yesterday, I dropped 4 pci 8-port Digi cards into my test chassis, and they were recognized fine by Kudzu -- no issues; just works
-- Russ Herrold
Russ,
I am using 2 Lava Computer mfg Inc Lava Octo 8 port cards. It seems that only the first 6 serial ports on the first card are recognized. They use the standard serial driver (Digi has it's own drivers, so they act differently). Which brings me back to the original question, is there a way to bump up the standard serial driver number with out a recompile?
It was also mighty nice of you to pop in 4 serial cards for testing, many thanks!!!
The parent to your reply talked about passing a parameter to the driver, but if I am not mistaken the driver is not loaded as a module (I could be wrong though)
Some more helpful information follows:
The modules that are loaded are:
[root@mead ~]# lsmod Module Size Used by md5 4033 1 ipv6 234881 14 i2c_dev 11329 0 i2c_core 22081 1 i2c_dev ipt_REJECT 6593 1 ipt_state 1857 4 ip_conntrack 40565 1 ipt_state iptable_filter 2753 1 ip_tables 16705 3 ipt_REJECT,ipt_state,iptable_filter dm_mirror 27824 0 dm_mod 56661 1 dm_mirror uhci_hcd 31065 0 3c59x 39293 0 mii 4673 1 3c59x floppy 58481 0 ext3 116809 2 jbd 71385 1 ext3 raid1 19905 0
Here is what lspci reveals: [root@mead ~]# lspci 00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:0d.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) 00:0f.0 Serial controller: Lava Computer mfg Inc Lava Octo A 00:0f.1 Serial controller: Lava Computer mfg Inc Lava Octo B 00:10.0 Serial controller: Lava Computer mfg Inc Lava Octo A 00:10.1 Serial controller: Lava Computer mfg Inc Lava Octo B 00:14.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02) 00:14.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:14.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:14.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02) 01:00.0 VGA compatible controller: Matrox Graphics, Inc. G400/G450 (rev 04)
And finally here is the serial part from dmesg: serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS1 at I/O 0x2f8 (irq = 3) is a NS16550A PCI: Found IRQ 10 for device 0000:00:0f.0 PCI: Sharing IRQ 10 with 0000:00:0f.1 ttyS4 at I/O 0x10b0 (irq = 10) is a 16550A ttyS5 at I/O 0x10b8 (irq = 10) is a 16550A ttyS6 at I/O 0x10c0 (irq = 10) is a 16550A ttyS7 at I/O 0x10c8 (irq = 10) is a 16550A PCI: Found IRQ 10 for device 0000:00:0f.1 PCI: Sharing IRQ 10 with 0000:00:0f.0 ttyS2 at I/O 0x10d0 (irq = 10) is a 16550A ttyS3 at I/O 0x10d8 (irq = 10) is a 16550A Couldn't register serial port 0000:00:0f.1: -28 PCI: Found IRQ 11 for device 0000:00:10.0 PCI: Sharing IRQ 11 with 0000:00:10.1 PCI: Sharing IRQ 11 with 0000:00:14.2 Couldn't register serial port 0000:00:10.0: -28 PCI: Found IRQ 11 for device 0000:00:10.1 PCI: Sharing IRQ 11 with 0000:00:10.0 PCI: Sharing IRQ 11 with 0000:00:14.2 Couldn't register serial port 0000:00:10.1: -28
Again, thanks in advance, and feel free to email me directly if you have any insight.
~Sean
-
R P Herrold -
Sean McAdam -
Ted Kaczmarek