2.4.8-ac7: all serial ports not setup

2.4.8-ac7: all serial ports not setup

[Stephen Torri]

I am using 2.4.8-ac7 on a Dual P3@450Mhz. The machine has two serial
ports. ttyS0 & ttyS2 are covered by the first with ttyS1 & ttyS3 covered
by the second. Now typically in /proc/interrupts only one serial port is
configured. The IRQs 3 & 4 are shared by the two ports. Its not consistent
which one gets which IRQ. Sometimes the first has 3 and the second 4.
Today the situation is reversed. This ofcourse is wreaking havoc on
setting my pilot for synchronization.

Is there a options that I failed to select while configuring the kernel?
Do I need to add an option to the boot via lilo?

I will do an idiot check by checking the bios.

Stephen

Re: 2.4.8-ac7: all serial ports not setup

[Richard B. Johnson]

On Wed, 22 Aug 2001, Stephen Torri wrote:

> I am using 2.4.8-ac7 on a Dual P3@450Mhz. The machine has two serial
> ports. ttyS0 & ttyS2 are covered by the first with ttyS1 & ttyS3 covered
> by the second. Now typically in /proc/interrupts only one serial port is
> configured. The IRQs 3 & 4 are shared by the two ports. Its not consistent
> which one gets which IRQ. Sometimes the first has 3 and the second 4.
> Today the situation is reversed. This ofcourse is wreaking havoc on
> setting my pilot for synchronization.
> 
> Is there a options that I failed to select while configuring the kernel?
> Do I need to add an option to the boot via lilo?
> 
> I will do an idiot check by checking the bios.
> 
> Stephen
> 
> -

Don't know about 'modern' distributions, but serial ports are normally
set up only when they are used. `man setserial`. In the 2.x.x kernels,
the IRQs are assigned only when a device is opened. The IRQs are
released when the device is closed.

Why would you care what IRQ is being used for serial I/O? The API doesn't
even know. What do you mean by; "setting my pilot for synchronization"?

Cheers,
Dick Johnson

Penguin : Linux version 2.4.1 on an i686 machine (799.53 BogoMips).

    I was going to compile a list of innovations that could be
    attributed to Microsoft. Once I realized that Ctrl-Alt-Del
    was handled in the BIOS, I found that there aren't any.

Re: 2.4.8-ac7: all serial ports not setup

[Frank Torres]

----- Original Message -----
From: "Stephen Torri" <storri@ameritech.net>
> I am using 2.4.8-ac7 on a Dual P3@450Mhz. The machine has two serial
> ports. ttyS0 & ttyS2 are covered by the first with ttyS1 & ttyS3 covered
> by the second. Now typically in /proc/interrupts only one serial port is
> configured. The IRQs 3 & 4 are shared by the two ports. Its not consistent
> which one gets which IRQ. Sometimes the first has 3 and the second 4.
> Today the situation is reversed. This ofcourse is wreaking havoc on
> setting my pilot for synchronization.
>

Usually, IRQs are assigned when de device is used. So the serial port you
see in /proc/interrupts is the one you're using. If sometimes it takes an
IRQ and sometimes the other it means that the system is using another
device/process which takes one of the two serial ports IRQs.

ttyS0 and ttyS2 usually take IRQ3 and ttyS1 and ttyS3 most of the times take
the IRQ4. You can "force" the serial port to use one IRQ but that's not
recommended because the dinamyc IRQ assignment is one of the advantages of
the modules and drivers. That way one device doesn't own the IRQ if it is
not using it so the other devices can use that IRQ. (I don't know if I make
myself understand, but it's that way). And if you have a device using that
IRQ and tell Linux to assing -only- that IRQ to your serial device (the
"pilot" perhaps?) you could have a conflict between the devices -or- the
system could show you a message telling you the IRQ is being used. I don't
really know exactly.

Any way, to force the serial port to use one IRQ, do it using setserial (man
setserial) or using the serial port config. files (rc.serial and
serial.conf -check inside /etc/rc.d/rc.sysinit where to copy those files-)
but the script rc.serial have errors in some kernel versions so it's better
the first option.

frank
fcnatra@yahoo.com
frank@ingecom.net