On Mon, 2016-02-15 at 16:43 -0800, Greg KH wrote:
> On Tue, Feb 16, 2016 at 12:37:57AM +, fx IWATA NOBUO wrote:
> > My requirement is more device can be attached than 31 to connect
> > many IoT devices.
>
> That's an odd requirement to use the USB protocol for, especially when
> that is a
On Tue, Feb 16, 2016 at 12:37:57AM +, fx IWATA NOBUO wrote:
> > > > What limitation? Why change it? What's the problem here...
> > >
> > > In original code, number of devices to be able to attach is 8.
> > > It's came from VHCI_NPORTS, the default is 8.
> > > It can be changed with compile
> > > What limitation? Why change it? What's the problem here...
> >
> > In original code, number of devices to be able to attach is 8.
> > It's came from VHCI_NPORTS, the default is 8.
> > It can be changed with compile option -DVHCI_NPORTS The maximum number
> > is limited to USB_MAXCHILDREN
On Mon, Feb 15, 2016 at 05:40:42AM +, fx IWATA NOBUO wrote:
> > What limitation? Why change it? What's the problem here...
>
> In original code, number of devices to be able to attach is 8.
> It's came from VHCI_NPORTS, the default is 8.
> It can be changed with compile option -DVHCI_NPORTS
On Wed, Feb 10, 2016 at 10:55:11AM +0900, Nobuo Iwata wrote:
> This series of patches extends number of ports limitaion in application
> (vhci) side.
What limitation? Why change it? What's the problem here...
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body
This series of patches extends number of ports limitaion in application
(vhci) side.
0. Version info
v3)
# Fixed conflicts against linux-next 20160209.
# Changed sysfs object and attribute name for old tools compatibility.
# Changed nports status format not to include num_controllers value.
#