From: Tobias Winter <tobias@linuxdingsda.de>
To: Dave Jones <davej@redhat.com>
Cc: "Greg KH" <gregkh@linuxfoundation.org>,
"Bjørn Mork" <bjorn@mork.no>, "Rob Landley" <rob@landley.net>,
linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/3] Increase the number of USB to serial devices we can support at once
Date: Thu, 06 Jun 2013 18:24:18 +0200 [thread overview]
Message-ID: <51B0B7B2.7080400@linuxdingsda.de> (raw)
In-Reply-To: <20130606152131.GA6935@kroah.com>
On 06.06.2013 17:21, Greg KH wrote:
> On Thu, Jun 06, 2013 at 11:01:12AM -0400, Dave Jones wrote:
>> On Wed, Jun 05, 2013 at 10:54:26AM -0700, Greg KH wrote:
>> > These patches make the USB to serial core have the ability to support up
>> > to 3000 devices at once now.
>>
>> I'm curious how this works. What systems have 3000 usb ports ?
Surely no one thought that a system could have 255 devices of that sort
~15 years ago. Isn't the idea always to support more that what is possible?
>> Or are there some kind of multiplexer devices out there ?
>> (If so, I'd like a link, I could use one of those).
>
> You don't need a multiplexer, you can have a bunch of different USB root
> hubs in PCI slots, with USB hubs plugged into them, and lots of
> multi-port USB devices connected to them. Tobias has such a system with
> 272 single-port USB to serial devices connected, so it's not impossible
> to create.
Correct. Since you can only have 127 devices on a single USB root-hub,
the trick is to spread the devices over many root-hubs. Most mainboards
already come with 3-5 root-hubs on-board and you of course can expand
that via pci/pcie cards, but be warned, for reasons beyond my
imagination, the XHCI specification lets the root-hub vendor decice on
how many devices it can support, so you could end up having XHCI
root-hubs that support lets say 20 devices.
> In thinking about it some more, I'll change that number to 500 for now,
> as it's a static array within the tty layer, and then work on making
> that dynamic so we don't have any limitations other than the number of
> minor numbers for a single major.
I also thought about it and I'd say 512 devices is about as high as I
would go in any real-world application, otherwise the fallout of a
broken system is slowly getting to big, depending on what you do over
the serial ports. Also 512 is a nice number. ;)
Tobias
prev parent reply other threads:[~2013-06-06 16:24 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-05 17:54 [PATCH 0/3] Increase the number of USB to serial devices we can support at once Greg KH
2013-06-05 17:54 ` [PATCH 2/3] USB: serial: make minor allocation dynamic Greg KH
2013-06-06 12:17 ` Johan Hovold
2013-06-06 16:33 ` Greg KH
2013-06-05 17:55 ` [PATCH 3/3] USB: serial: increase the number of devices we support Greg KH
2013-06-05 17:55 ` [PATCH 1/3] USB: serial: ports: add minor and port number Greg KH
2013-06-06 11:31 ` Johan Hovold
2013-06-06 11:32 ` [PATCH] USB: whiteheat: fix broken port configuration Johan Hovold
2013-06-06 16:37 ` [PATCH 1/3] USB: serial: ports: add minor and port number Greg KH
2013-06-06 11:35 ` [PATCH 0/3] Increase the number of USB to serial devices we can support at once Tobias Winter
2013-06-06 15:01 ` Dave Jones
2013-06-06 15:21 ` Greg KH
2013-06-06 16:24 ` Tobias Winter [this message]
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=51B0B7B2.7080400@linuxdingsda.de \
--to=tobias@linuxdingsda.de \
--cc=bjorn@mork.no \
--cc=davej@redhat.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=rob@landley.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.