On Tue, Feb 10, 2015 at 08:39:26PM +, Ben Hutchings wrote:
> On Mon, 2015-01-05 at 16:04 +0100, Johan Hovold wrote:
> > Use tty kref to release the fake tty in usb_console_setup to avoid use
> > after free if the underlying serial driver has acquired a reference.
> >
> > Note that using the tt
The rx early size is calculated with the mtu, so it has to be
re-calculated when the mtu is changed.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index
Support setting the rx coalesce. Then someone could change the rx
agg timeout value through ethtool.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 57 +
1 file changed, 57 insertions(+)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/
The USB_RX_EARLY_AGG contains timeout and size. Separate them, and
they could be set independently. Then, the ethtool could be used to
change the timeout according to situation of the platform.
Hayes Wang (3):
r8152: separate USB_RX_EARLY_AGG
r8152: change rx early size when the mtu is changed
Separate USB_RX_EARLY_AGG into USB_RX_EARLY_TIMEOUT and USB_RX_EARLY_SIZE.
Replace r8153_set_rx_agg() with r8153_set_rx_early_timeout() and
r8153_set_rx_early_size().
Set the default timeout value according to the USB speed.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 55 ++
On Wed, Feb 11, 2015 at 06:26:41AM +, Peter Chen wrote:
>
>
> > On Wed, Feb 11, 2015 at 12:44:40PM +0800, Peter Chen wrote:
> > > Hi Greg,
> > >
> > > Below are chipidea changes for v3.21, the mainly changes are adding
> > > runtime power management and wakeup support, thanks.
> >
> > This
> On Wed, Feb 11, 2015 at 12:44:40PM +0800, Peter Chen wrote:
> > Hi Greg,
> >
> > Below are chipidea changes for v3.21, the mainly changes are adding
> > runtime power management and wakeup support, thanks.
>
> This says 3.21, yet your Subject: says 3.20.
>
> It's too late for you to send me
On Wed, Feb 11, 2015 at 12:44:40PM +0800, Peter Chen wrote:
> Hi Greg,
>
> Below are chipidea changes for v3.21, the mainly changes are adding runtime
> power management and wakeup support, thanks.
This says 3.21, yet your Subject: says 3.20.
It's too late for you to send me anything for 3.20, a
From: Andy Shevchenko
Since PHY for ChipIdea is optional (not all SoCs having PHY for ChipIdea should
be programmed), we register 'nop' PHY for platforms that do not have
programmable PHY.
Acked-by: Felipe Balbi
Signed-off-by: Andy Shevchenko
Signed-off-by: Peter Chen
---
drivers/usb/chipide
From: Li Jun
This patch adds runtime power management support for otg fsm mode, since
A-device in a_idle state cannot detect data pulse irq after suspended, here
enable wakeup by connection before suspend to make it can be resumed by DP;
and handle wakeup from that state like SRP.
Signed-off-by:
We need to do it for all otg capable controller, not only peripheral
featured otg capable controller, otherwise, the host-only role, but
otg capable controller may be responded by otg interrupt.
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/core.c | 9 +
1 file changed, 5 insertions
Add runtime power management support.
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/ci.h| 6 +++
drivers/usb/chipidea/core.c | 100 ---
drivers/usb/chipidea/otg.c | 2 +
include/linux/usb/chipidea.h | 1 +
4 files changed, 103 insertions(
From: Daniel Tang
Signed-off-by: Daniel Tang
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/ci_hdrc_zevio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/chipidea/ci_hdrc_zevio.c
b/drivers/usb/chipidea/ci_hdrc_zevio.c
index d976fc1..1264de5 100644
--- a/d
Except the same process with earlier imx6, it has below two features:
- Choose which vbus voltage as vbus wakeup source
We choose B_SESSION_VALID as vbus wakeup source since when the system
goes to suspend, the vbus comparator can't compare the vbus voltage
for VBUS_VALID.
- Disable dp/dm (linest
Define ci_get_revision API to know the controller revision
information according to chipidea 1.1a, 2.0a and 2.5a spec.
Besides, add one entry at struct ci_hdrc to indicate revision
information, it can be used for adding different code for
revisions, eg kinds of errata.
Reviewed-by: Stefan Agner
S
Add the example for how to enable USB as system wakeup source.
Signed-off-by: Peter Chen
---
Documentation/usb/chipidea.txt | 21 +
1 file changed, 21 insertions(+)
diff --git a/Documentation/usb/chipidea.txt b/Documentation/usb/chipidea.txt
index 995c8bc..3f848c1 100644
---
This API is used to enable/disable usb wakeup, only imx6 series are
added, since I don't have other imx hardware on hand. Other imx users
can add their API according to reference manual after testing.
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/ci_hdrc_imx.h | 1 +
drivers/usb/chipidea/u
From: Li Jun
Some usb PHYs need power supply from vbus to make it work, eg mxs-phy, if
there is no vbus, USB PHY will not in correct state when the controller starts
to work, for host, this requires vbus should be turned on before setting port
power(PP) of ehci, to work with this kind of USB PHY
From: Sanchayan Maity
At chipidea revision 2.40a, there is a below errata:
9000531823 B2-Medium Adding a dTD to a Primed Endpoint May Not Get Recognized
Title: Adding a dTD to a Primed Endpoint May Not Get Recognized
Impacted Configuration: All device mode configurations.
Description:
There
From: Daniel Tang
PORTSC_PFSC is not set on entering host mode which means the USB OTG
controller will attempt to enumerate USB devices at high speed even when the
CI_HDRC_FORCE_FULLSPEED flag is set in the platform data.
This patch ensures it is set right before host mode operations begin if ne
The USB signal can be system wakeup source, this patch add the
support, for how to enable it, see Documentation/usb/chipidea.txt.
Since USB wakeup enable logic is vendor/platform specific, the
glue layer needs to implement it to support this feature.
Signed-off-by: Peter Chen
---
drivers/usb/chi
Enable USB as system wakeup source, and each platform needs to implement
imx_usbmisc_set_wakeup in usbmisc_imx.c to support.
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/ci_hdrc_imx.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/usb/chipidea/ci_hdrc_imx.c
b/d
From: Li Jun
If CI_HDRC_TURN_VBUS_EARLY_ON is set, turn on vbus before adding hcd, so it
will not set reg_vbus of ehci_ci_priv, then vbus will not be handled by ehci
core.
Signed-off-by: Li Jun
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/host.c | 27 ++-
1 file
Using hw_write_id_reg and hw_read_id_reg to write and read identification
registers contents, they can be used to get controller information, change
some system configurations, and so on.
Reviewed-by: Stefan Agner
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/ci.h | 39
Add compatible string for imx6sx-usbmisc.
Signed-off-by: Peter Chen
---
Documentation/devicetree/bindings/usb/usbmisc-imx.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/usb/usbmisc-imx.txt
b/Documentation/devicetree/bindings/usb/usbmisc-imx.txt
index c
For chipidea, its resume sequence is not-EHCI compatible, see
below description for FPR at portsc. So in order to send SoF in
time for remote wakeup sequence(within 3ms), the RUN/STOP bit must
be set before the resume signal is ended, but the usb resume
code may run after resume signal is ended, so
Add runtime pm support for imx, only imx6 series are supported and tested.
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/ci_hdrc_imx.c | 106 ++---
1 file changed, 100 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/chipidea/ci_hdrc_imx.c
b/drivers/u
It is meaningless the glue layer driver has its own platform flag
which is the same meaning with common platform flag.
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/ci_hdrc_imx.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/chipidea/ci_hdrc_imx.c
Move struct imx_usbmisc_data NULL pointer judgement from caller to
each API, it can simplify the caller.
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/ci_hdrc_imx.c | 22 --
drivers/usb/chipidea/usbmisc_imx.c | 12 ++--
2 files changed, 18 insertions(+), 16 delet
All imx usb controller's non core registers uses the same clock gate with
core registers, the usbmisc_imx is the library for imx glue driver, the
glue keeps clock on when it calls usbmisc_imx API to change non-core register.
Besides, we will support runtime pm in the future, it also needs to
close
Some gadget driver (like uac1) will try to enable endpoint again even
the ep is not empty, it will cause the ep reset again and may affect
the dTD list which has already queued.
It returns -EBUSY immediately, and indicate the endpoint is in use.
In this way, the ep's behavior will not be affected,
Hi Greg,
Below are chipidea changes for v3.21, the mainly changes are adding runtime
power management and wakeup support, thanks.
Andy Shevchenko (1):
chipidea: pci: register nop PHY
Daniel Tang (2):
Chipidea: TI-NSPIRE USB OTG hardware does not support high speed and
must connect at ful
Bin Liu wrote:
> I have a ARM SoC which has a dwc3 drd controller, to validate if there
> is a limit of max device connections, I connected multiple hubs, then
> keyboards and mice.
>
> When plugged in the 32th device, xHCI shows the following message and
> the numeration failed.
>
> Not
Hi,
I have a ARM SoC which has a dwc3 drd controller, to validate if there
is a limit of max device connections, I connected multiple hubs, then
keyboards and mice.
When plugged in the 32th device, xHCI shows the following message and
the numeration failed.
Not enough host controller res
> On Tue, Feb 10, 2015 at 03:04:28PM +0800, Peter Chen wrote:
> > This patch does not belong to phy, so, doesn't need to add phy in
> > subject, meanwhile, please add GregKH as TO list, he is the right one
> > to queue this patch.
> >
> > Reply-To:
> > In-Reply-To: <1423554627-694-5-git-send-emai
> > Signed-off-by: Zhangfei Gao
> > ---
> > drivers/usb/phy/Kconfig | 9 ++
> > drivers/usb/phy/Makefile | 1 +
> > drivers/usb/phy/phy-hi6220-usb.c | 306
> > +++
> > 3 files changed, 316 insertions(+)
> > create mode 100644 drivers/usb
Use the normal {} instead of a macro to terminate an array.
Remove the macro too.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/broadcom/b44.c | 2 +-
drivers/net/wireless/b43/main.c | 2 +-
drivers/net/wireless/b43legacy/main.c | 2 +-
drivers/ssb/driver_gige.c | 2 +-
Use the normal {} instead of a macro to terminate an array.
Remove the macro too.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/broadcom/bgmac.c | 2 +-
drivers/net/wireless/b43/main.c | 2 +-
drivers/net/wireless/brcm80211/brcmsmac/mac80211_if.c | 2
On Mon, 2015-01-05 at 16:04 +0100, Johan Hovold wrote:
> Use tty kref to release the fake tty in usb_console_setup to avoid use
> after free if the underlying serial driver has acquired a reference.
>
> Note that using the tty destructor release_one_tty requires some more
> state to be initialised
On Tue, Feb 10, 2015 at 12:26:53PM -0700, Joseph Kogut wrote:
> Sorry, David, I'm using Gmail, and still new to the LKML. I guess it
> hid the part that was quoted, I'll have to figure out how to turn that
> off.
NP. Take your time :)
>
> Thanks for the information!
You're welcome.
Br, David
-
Sorry, David, I'm using Gmail, and still new to the LKML. I guess it
hid the part that was quoted, I'll have to figure out how to turn that
off.
Thanks for the information!
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
On Tue, Feb 10, 2015 at 11:05:31AM -0800, David Cohen wrote:
> On Mon, Feb 02, 2015 at 02:59:59PM +0200, Heikki Krogerus wrote:
> > > > > > You can't really compare a bus like i2c, which can't enumerate
> > > > > > devices
> > > > > > natively, to ULPI which can.
> > > > >
> > > > > why not ? The
On Mon, Feb 02, 2015 at 02:59:59PM +0200, Heikki Krogerus wrote:
> > > > > You can't really compare a bus like i2c, which can't enumerate devices
> > > > > natively, to ULPI which can.
> > > >
> > > > why not ? The BIOS might not need to use the PHY (or USB) at all, it can
> > > > very well decide
On Tue, Feb 03, 2015 at 01:37:39PM +0200, Heikki Krogerus wrote:
> Hi David, Felipe,
Hi Heikki,
>
> > > > > why would you have dwc3 mess around with the PHY's gpios ? Doesn't
> > > > > look
> > > > > very good.
> > > >
> > > > ..but unfortunately we can't use the bus without it :(. We depend o
> @@ -2703,7 +2703,7 @@ int dwc2_get_hwparams(struct dwc2_hsotg *hsotg)
> gusbcfg = readl(hsotg->regs + GUSBCFG);
> gusbcfg &= ~GUSBCFG_FORCEHOSTMODE;
> writel(gusbcfg, hsotg->regs + GUSBCFG);
> - usleep_range(10, 15);
> + usleep_range(25000, 5);
The
Hi Joseph,
Interesting mix of top and bottom post.
On Tue, Feb 10, 2015 at 10:07:04AM -0700, Joseph Kogut wrote:
> > Why they use uAB connector I can only assume is because of the smaller
> > size then standard-A, and because they are not interested in standards.
>
>
> That actually sounds rema
> Why they use uAB connector I can only assume is because of the smaller
> size then standard-A, and because they are not interested in standards.
That actually sounds remarkably characteristic of Microsoft.
> So 0f35 is indeed is the xHCI host controller. Baytrail boards that
> have the device
Function usb_ep_disable() causes completion of all requests queued
for given endpoint, so there is no need to dequeue them after endpoint
disabling.
Signed-off-by: Robert Baldyga
---
drivers/usb/gadget/function/f_hid.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/gadget/functio
On Tue, 10 Feb 2015, Michael Tessier wrote:
> > > Okay; I did my homeworks. We've loaded kernel V3.16 (Oct 14th, 2015)
> > > on an i.MX51 plattform and the problem is still there. Unless an
> > > important change occured in V3.19, it appears that the latest kernel
> > > is not the solution for
Hi
2015-01-31 0:38 GMT+08:00 Felipe Balbi :
> Hi,
>
> On Thu, Jan 29, 2015 at 10:23:12AM -0600, Felipe Balbi wrote:
>> On Tue, Jan 27, 2015 at 09:22:50AM -0600, Felipe Balbi wrote:
>> > Hi,
>> >
>> > On Sun, Jan 25, 2015 at 04:13:23PM +0800, Sneeker Yeh wrote:
>> > > These patches add support for
> > Okay; I did my homeworks. We've loaded kernel V3.16 (Oct 14th, 2015)
> > on an i.MX51 plattform and the problem is still there. Unless an
> > important change occured in V3.19, it appears that the latest kernel
> > is not the solution for us. So we're still not able to use 4 codecs on
> > o
On 02/10/2015 10:49 PM, Felipe Balbi wrote:
On Tue, Feb 10, 2015 at 03:04:28PM +0800, Peter Chen wrote:
This patch does not belong to phy, so, doesn't need to
add phy in subject, meanwhile, please add GregKH as TO list,
he is the right one to queue this patch.
Reply-To:
In-Reply-To: <14235546
On Tue, 10 Feb 2015, Huang Rui wrote:
> On Mon, Feb 09, 2015 at 08:59:06PM -0500, Alan Stern wrote:
> > On Tue, 10 Feb 2015, Huang Rui wrote:
> >
> > > On Mon, Feb 09, 2015 at 10:59:42AM -0500, Alan Stern wrote:
> > > > On Mon, 9 Feb 2015, Huang Rui wrote:
> > > >
> > > > > Hi,
> > > > >
> > >
On 02/10/2015 10:48 PM, Felipe Balbi wrote:
On Tue, Feb 10, 2015 at 05:10:04PM +0800, Zhangfei Gao wrote:
Add usb phy controller for hi6220 platform
Signed-off-by: Zhangfei Gao
---
drivers/usb/phy/Kconfig | 9 ++
drivers/usb/phy/Makefile | 1 +
drivers/usb/phy/phy-hi
On Tue, Feb 10, 2015 at 09:58:23PM +0800, Huang Rui wrote:
> On Mon, Feb 09, 2015 at 08:59:06PM -0500, Alan Stern wrote:
> > On Tue, 10 Feb 2015, Huang Rui wrote:
> >
> > > On Mon, Feb 09, 2015 at 10:59:42AM -0500, Alan Stern wrote:
> > > > On Mon, 9 Feb 2015, Huang Rui wrote:
> > > >
> > > > > H
On Tue, Feb 10, 2015 at 03:04:28PM +0800, Peter Chen wrote:
> This patch does not belong to phy, so, doesn't need to
> add phy in subject, meanwhile, please add GregKH as TO list,
> he is the right one to queue this patch.
>
> Reply-To:
> In-Reply-To: <1423554627-694-5-git-send-email-zhangfei
On Tue, Feb 10, 2015 at 05:10:04PM +0800, Zhangfei Gao wrote:
> Add usb phy controller for hi6220 platform
>
> Signed-off-by: Zhangfei Gao
> ---
> drivers/usb/phy/Kconfig | 9 ++
> drivers/usb/phy/Makefile | 1 +
> drivers/usb/phy/phy-hi6220-usb.c | 306
> ++
Hi,
On Tue, Feb 10, 2015 at 10:05:39PM +0800, Yunzhi Li wrote:
> I found that the probe function of dwc2 driver takes much time
> when kernel boot up. There are many long delays in the probe
> function these take almost 1 second.
>
> This patch trying to reduce unnecessary delay time.
>
> In dwc
I found that the probe function of dwc2 driver takes much time
when kernel boot up. There are many long delays in the probe
function these take almost 1 second.
This patch trying to reduce unnecessary delay time.
In dwc2_core_reset() I see it use two at least 20ms delays to
wait AHB idle and core
On Mon, Feb 09, 2015 at 08:59:06PM -0500, Alan Stern wrote:
> On Tue, 10 Feb 2015, Huang Rui wrote:
>
> > On Mon, Feb 09, 2015 at 10:59:42AM -0500, Alan Stern wrote:
> > > On Mon, 9 Feb 2015, Huang Rui wrote:
> > >
> > > > Hi,
> > > >
> > > > Do you have any trick to downgrade one USB3 capacity
On Tue, Feb 10, 2015 at 07:50:24AM +, Zhangfei Gao wrote:
> Signed-off-by: Zhangfei Gao
> ---
> .../devicetree/bindings/usb/hi6220-usb.txt | 49
> ++
> 1 file changed, 49 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/usb/hi6220-usb.txt
>
>
Hello guys.
the problem is still reproducible with final 3.19 kernel - I can confirm it.
Re-sending the last trace here - don't know if it's available in cxg.de.
For those who might not have read the thread - the problem is: after some
intensive IO to an USB (usb-storage) disk, for a more or less
Hello.
On 2/10/2015 12:10 PM, Zhangfei Gao wrote:
Signed-off-by: Zhangfei Gao
---
.../devicetree/bindings/usb/hi6220-usb.txt | 49 ++
1 file changed, 49 insertions(+)
create mode 100644 Documentation/devicetree/bindings/usb/hi6220-usb.txt
diff --git a/Docume
Hi Shimoda-san,
On Mon, Feb 9, 2015 at 9:16 AM, Yoshihiro Shimoda
wrote:
> Some Renesas SoCs have the USB-DMAC. It is able to terminate transfers
> when a short packet is received, even if less bytes than the transfer
> counter size have been received. Also, it is able to send a short
> packet ev
Hi Shimoda-san,
On Mon, Feb 9, 2015 at 9:16 AM, Yoshihiro Shimoda
wrote:
> The usbhsf_pkt_handler(pipe, USBHSF_PKT_DMA_DONE) in usbhsf_dma_complete()
> will call the complete function of a usb gadget driver finally.
> According to the gadget.h, "The function will always be called with
> interrupt
Since phy is definitely used in usb controller, load the phy
earlier to make boot time shorter.
Signed-off-by: Zhangfei Gao
Acked-by: Peter Chen
---
drivers/usb/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/Makefile b/drivers/usb/Makefile
index 2f1e2aa
Signed-off-by: Zhangfei Gao
---
drivers/usb/dwc2/platform.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/drivers/usb/dwc2/platform.c b/drivers/usb/dwc2/platform.c
index ae095f0..f7c67db 100644
--- a/drivers/usb/dwc2/platform.c
+++ b/drivers/usb/dwc2/platform
v3:
fix typo and add -EPROBE_DEFER of regulator, pointed by Peter
v2:
address comments from Sergei and Peter
add hi6220_phy_setup(false) code
v1:
hi6220 usb controller is inherited from dwc2
add phy accordingly
support otg gadget/host
Zhangfei Gao (4):
Documentation: dt-bindings: add dt bindin
Signed-off-by: Zhangfei Gao
---
.../devicetree/bindings/usb/hi6220-usb.txt | 49 ++
1 file changed, 49 insertions(+)
create mode 100644 Documentation/devicetree/bindings/usb/hi6220-usb.txt
diff --git a/Documentation/devicetree/bindings/usb/hi6220-usb.txt
b/Documenta
Add necessary dwc2 binding documentation for Hisilicon soc: hi6220
Signed-off-by: Zhangfei Gao
---
Documentation/devicetree/bindings/usb/dwc2.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/usb/dwc2.txt
b/Documentation/devicetree/bindings/usb/dwc2.txt
i
Add usb phy controller for hi6220 platform
Signed-off-by: Zhangfei Gao
---
drivers/usb/phy/Kconfig | 9 ++
drivers/usb/phy/Makefile | 1 +
drivers/usb/phy/phy-hi6220-usb.c | 306 +++
3 files changed, 316 insertions(+)
create mode 100644 d
> -Original Message-
> From: Ruslan Bilovol [mailto:ruslan.bilo...@gmail.com]
> Sent: Tuesday, February 10, 2015 12:46 AM
> To: Alan Stern
> Cc: Krzysztof Opasiak; Peter Chen; linux-usb@vger.kernel.org;
> linux-ker...@vger.kernel.org; Balbi, Felipe;
> gre...@linuxfoundation.org; Andrzej P
Hi Joseph,
On Mon, Feb 09, 2015 at 10:27:53AM -0600, Felipe Balbi wrote:
> On Sun, Feb 08, 2015 at 02:51:16PM -0700, Joseph Kogut wrote:
> > I have an Intel Valleyview/Baytrail based device (specifically a Dell
> > Venue 8 Pro 5830) that I'd like to be able to use the Linux Gadget
> > subsystem on
On 02/10/2015 03:04 PM, Peter Chen wrote:
This patch does not belong to phy, so, doesn't need to
add phy in subject, meanwhile, please add GregKH as TO list,
he is the right one to queue this patch.
Reply-To:
In-Reply-To: <1423554627-694-5-git-send-email-zhangfei@linaro.org>
OK, thanks P
On Mon, Feb 09, 2015 at 10:27:53AM -0600, Felipe Balbi wrote:
> Hi,
Hi,
>
> On Sun, Feb 08, 2015 at 02:51:16PM -0700, Joseph Kogut wrote:
> > I have an Intel Valleyview/Baytrail based device (specifically a Dell
> > Venue 8 Pro 5830) that I'd like to be able to use the Linux Gadget
> > subsystem
This is necessary to make some storage arrays work.
Some storage devices have more than 8 LUNs. In addition
you can hook up a WideSCSI bus to USB. In these cases even
level 2 devices can have more than 8 LUNs. For them
it is necessary to simply believe the class specific
command and report its res
On Mon, 2015-02-09 at 15:02 -0500, Alan Stern wrote:
> On Mon, 9 Feb 2015, Oliver Neukum wrote:
>
> > On Mon, 2015-02-09 at 11:10 -0500, Alan Stern wrote:
> > > On Mon, 9 Feb 2015, Oliver Neukum wrote:
> > >
> > > > This is necessary to make some storage arrays work.
> > > >
> > > > Some storage
This patch does not belong to phy, so, doesn't need to
add phy in subject, meanwhile, please add GregKH as TO list,
he is the right one to queue this patch.
Reply-To:
In-Reply-To: <1423554627-694-5-git-send-email-zhangfei@linaro.org>
On Tue, Feb 10, 2015 at 03:50:26PM +0800, Zhangfei Gao wro
78 matches
Mail list logo