From: Russell King <rmk+lkml@arm.linux.org.uk>
To: Jason Dravet <dravet@hotmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: wrong number of serial port detected
Date: Wed, 7 Dec 2005 21:15:51 +0000 [thread overview]
Message-ID: <20051207211551.GL6793@flint.arm.linux.org.uk> (raw)
In-Reply-To: <BAY103-F32F90C9849D407E9336826DF430@phx.gbl>
On Wed, Dec 07, 2005 at 01:59:43PM -0600, Jason Dravet wrote:
> >From: Russell King <rmk+lkml@arm.linux.org.uk>
> >To: Jason Dravet <dravet@hotmail.com>
> >CC: linux-kernel@vger.kernel.org
> >Subject: Re: wrong number of serial port detected
> >Date: Wed, 7 Dec 2005 15:50:34 +0000
> >
> >On Wed, Dec 07, 2005 at 09:44:29AM -0600, Jason Dravet wrote:
> >> So I ask this mailing list Can the kernel detect the proper number of
> >> serial ports or not?
> >
> >It does detect serial ports found in the machine.
> >
> >However, it _always_ offers the configured number of serial devices.
> >This is to allow folk whose ports are not autodetected to configure
> >them appropriately via the setserial command. If they were not
> >available, they could not configure them.
> >
> Then may I ask how XP does it? I have to dual boot between XP and Fedora.
> When I go into XP's device manager I see all of the appropriate hardware
> listed, no extra serial ports. When I boot into Fedora and go into /dev, I
> see the same hardware except I have 32 serial ports and 64 tty nodes (tty
> is for virtual terminals right?). How can 1 OS show the correct number and
> another show the wrong number? I ask so I can better understand what is
> going on.
It seems you are comparing apples (XP's device manager) with oranges
(/dev directory). They're two entirely different things.
The former lists devices which _are_ present in your system.
The latter provides the filesystem namespace for applications to access
devices which may or may not be present in your system.
I think you completely missed the second half of my point, and I'd like
to illustrate what would happen if we were to only provide serial devices
in /dev which actually existed:
1. We would only provide /dev/ttyS devices which actually existed,
which may mean just /dev/ttyS0.
2. User adds a custom serial card in their system which adds 16
additional serial ports, but is not PCI based, so is not known
to BIOS.
3. Neither XP nor Linux will find this automatically without some
help (eg, a vendor supplied driver for XP).
4. User tries the well documented "setserial /dev/ttyS2 port 0x220 irq 5"
procedure, which has been supported since Linux 1.x
5. User finds that, because there is no ttyS2 device in /dev, they
can't configure their card.
6. User files a bug.
As for your 64 VT tty device nodes - these "devices" are created
dynamically when the device node is opened. The act of opening the
device node is defined to be the creation event. If the device node
did not exist, there would be no way to create _any_ virtual terminals.
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
next prev parent reply other threads:[~2005-12-07 21:15 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-07 15:44 wrong number of serial port detected Jason Dravet
2005-12-07 15:50 ` Russell King
2005-12-07 19:59 ` Jason Dravet
2005-12-07 21:15 ` Russell King [this message]
2005-12-07 21:28 ` Xavier Bestel
2005-12-07 21:31 ` Russell King
2005-12-07 21:38 ` Russell King
2005-12-07 23:03 ` Dave Jones
2005-12-07 23:46 ` Russell King
2005-12-08 0:50 ` Dave Jones
2005-12-08 3:09 ` Dave Jones
2006-01-07 16:46 ` Russell King
2006-01-07 21:05 ` Dave Jones
2006-01-08 1:23 ` Jason Dravet
2006-01-08 9:08 ` Russell King
-- strict thread matches above, loose matches on Subject: below --
2005-12-08 3:02 Jason Dravet
2005-12-08 10:54 ` Russell King
2005-12-09 14:37 ` Jason Dravet
2005-12-09 17:27 ` Russell King
2005-12-09 19:54 ` Bjorn Helgaas
2005-12-10 1:46 ` Jason Dravet
2005-12-10 10:35 ` Russell King
2005-12-10 14:24 ` Jason Dravet
2005-12-10 15:46 ` Russell King
2005-12-10 17:56 ` Jason Dravet
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20051207211551.GL6793@flint.arm.linux.org.uk \
--to=rmk+lkml@arm.linux.org.uk \
--cc=dravet@hotmail.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox