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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox