Hi Aaro,
On 16.07.2013 00:56, Aaro Koskinen wrote:
Hi,
I think USB tree introduced regressions in v3.11-rc1, at least for some
OMAP devices using legacy boot.
Thanks for checking the tree so early.
I have only bisected these; I have no
idea what the real fixes are but the following
Hi,
On Tuesday 16 July 2013 12:03 PM, Daniel Mack wrote:
Hi Aaro,
On 16.07.2013 00:56, Aaro Koskinen wrote:
Hi,
I think USB tree introduced regressions in v3.11-rc1, at least for some
OMAP devices using legacy boot.
Thanks for checking the tree so early.
I have only bisected these;
Hi,
On Tue, Jul 16, 2013 at 12:30:00PM +0530, Kishon Vijay Abraham I wrote:
On Tuesday 16 July 2013 12:03 PM, Daniel Mack wrote:
Hi Aaro,
On 16.07.2013 00:56, Aaro Koskinen wrote:
Hi,
I think USB tree introduced regressions in v3.11-rc1, at least for some
OMAP devices using legacy
On Tue, Jul 16, 2013 at 11:08:36AM +0300, Felipe Balbi wrote:
Hi,
On Tue, Jul 16, 2013 at 12:30:00PM +0530, Kishon Vijay Abraham I wrote:
On Tuesday 16 July 2013 12:03 PM, Daniel Mack wrote:
Hi Aaro,
On 16.07.2013 00:56, Aaro Koskinen wrote:
Hi,
I think USB tree introduced
Hi,
On Tue, Jul 16, 2013 at 10:25:09AM +0800, Huang Rui wrote:
sorry for the delay, but I just tested my 'testing' branch on OMAP5
uEVM board and it's working fine, then I merged my dwc3-no-oneshot
branch on top and I still have dwc3 working. So this patch which I sent
you is alright.
Hi Greg,
Here's my first set of fixes for v3.11-rc1, they have been boot
tested on omap5-uevm (for dwc3 changes) and built tested
for ARM and x86 with different .configs
Consider merging this tree on your usb-linus branch.
Let me know if you want any changes on this pull request
cheers
The
Hello,
On Monday, July 15, 2013 5:55 PM Randy Dunlap wrote:
On 07/14/13 20:45, Stephen Rothwell wrote:
Hi all,
The merge window is closed. Time to clean up all those unclean trees.
The good among you can just fast forward to v3.11-rc1 ;-)
Changes since 20130712:
on x86_64:
On Fri, Jul 12, 2013 at 03:18:31PM +0200, Marek Vasut wrote:
Hi Peter,
On Fri, Jul 12, 2013 at 06:04:43AM +0200, Marek Vasut wrote:
Hi Peter,
On Thu, Jul 11, 2013 at 07:57:19PM +0200, Marek Vasut wrote:
Hi Peter,
This patchset adds tested otg id switch function and
On Fri, Jul 12, 2013 at 12:42:10PM +0300, Alexander Shishkin wrote:
Peter Chen peter.c...@freescale.com writes:
Hi Alex, do you have any other comments for this patchset?
If you haven't, I will send the v13 patchset with current
comments.
--
Best Regards,
Peter Chen
--
To unsubscribe from
On Mon, Jul 8, 2013 at 3:42 PM, Peter Chen peter.c...@freescale.com wrote:
Chipidea controller is an EHCI compatible controller, with current
kconfig, even CONIFG_USB_EHCI_HCD is not chosen, but CONFIG_USB
is there, the chipidea code still will be compiled, in fact, it
is useless.
Hi Felipe,
On Tue, 2013-07-09 at 18:47 +0300, Ivan T. Ivanov wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
Changes since first version.
* Extend commit messages a little bit.
Following patches make initial cleanup of usb phy found in the Qualcomm
chipsets. Changes include:
* Build
On Tue, Jul 16, 2013 at 12:39 PM, Miklos Szeredi mik...@szeredi.hu wrote:
Is the border always where it should be? Are there any candidates for
moving things into, or out of the kernel? Are there some guidelines
for deciding which functionality belongs to the kernel?
Now I need to flag
Hello,
I have an x86 board made by STMicroelectronics (STA2X11) with the Synopsis
USB-OTG DesignWare 2 on it and connected through the PCI-e bus.
I know that there are two drivers for the same controller:
(host) drivers/staging/dwc2/*
(device) drivers/usb/gadget/s3c-hsotg.{c|h}
So,
Hi,
On Tue, Jul 16, 2013 at 02:01:33PM +0200, Federico Vaga wrote:
Hello,
I have an x86 board made by STMicroelectronics (STA2X11) with the Synopsis
USB-OTG DesignWare 2 on it and connected through the PCI-e bus.
I know that there are two drivers for the same controller:
(host)
This series aims at integrating configfs into mass storage, the way
it has been done for acm, ncm, ecm, eem, ecm subset, rndis, obex and phonet.
It contains everything that is required to provide the equivalent of
g_mass_storage.ko with configfs.
Mass storage itself is quite large, so the
The compatibility layer which the USBF_PHONET_INCLUDED was a part of
is no longer present - the USBF_PHONET_INCLUDED is not #defined by anyone
anymore, so the ifndef is always true. Removing it.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park
fsg_common_init is a lengthy function. Now there are helper functions
which cover all parts of it. Use them.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_mass_storage.c | 89
fsg_common_init is a lengthy function. Now there are helper functions
which cover all parts of it. Use them.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_mass_storage.c | 19 +++
1
Add a method to unregister the gadget using its config_item.
There can be functions (e.g. mass storage), which in some circumstances
need the gadget stopped. Add a method of stopping the gadget.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park
Fix to return a negative error code from the error handling
case instead of 0, as returned elsewhere in this function.
Introduced by commit 59835a (usb: gadget: multi: use
function framework for ACM.)
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park
fsg_common_init is a lengthy function. Now there are helper functions
which cover all parts of it. Use them.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_mass_storage.c | 29
fsg_common_init is a lengthy function. Now there are helper functions
which cover all parts of it. Use them.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_mass_storage.c | 22 +-
1
This will be required by configfs integration.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/storage_common.c | 42 +++
drivers/usb/gadget/storage_common.h |5
2
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_mass_storage.c | 25 -
1 files changed, 12 insertions(+), 13 deletions(-)
diff --git a/drivers/usb/gadget/f_mass_storage.c
Converting mass storage to the new function interface requires converting
the USB mass storage's function code and its users.
This patch converts the f_mass_storage.c to the new function interface.
The file is now compiled into a separate usb_f_mass_storage.ko module.
The old function interface is
fsg_common_init is a lengthy function. Now there are helper functions
which cover all parts of it. Use them.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_mass_storage.c | 23 ++-
1
fsg_common_init is a lengthy function. Now there are helper functions
which cover all parts of it. Use them.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_mass_storage.c |5 +++--
1 files changed, 3
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/Kconfig|1 +
drivers/usb/gadget/mass_storage.c | 107 +++-
2 files changed, 81 insertions(+), 27 deletions(-)
diff
In order to prepare for the new function interface the f_mass_storage.c
needs to be compiled as a module, and so a header file will be required.
This patch factors out some code to a new f_mass_storage.h.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park
fsg_common_init is a lengthy function. Now there are helper functions
which cover all parts of it. Use them.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_mass_storage.c | 14 +++---
1 files
When configfs is in place, the things related to intialization
of struct fsg_common will be split over a number of places.
This patch adds several functions which together cover the former
intialization routine fsg_common_init. As a consequence, issuing of
some debug messages needs to be adjusted.
This is needed to prepare for configfs integration.
So far the luns have been allocated during gadget's initialization, based
on the nluns module parameter's value; the exact number is known when the
gadget is initialized and that number of luns is allocated in one go; they
all will be used.
Show/store methods for sysfs attributes contain code which can be used
also by configfs. Make them abstract the source the lun and rw_semaphore
are taken from.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
.../ABI/testing/configfs-usb-gadget-mass-storage | 31 ++
drivers/usb/gadget/Kconfig | 11 +
drivers/usb/gadget/f_mass_storage.c|
Here I present the conversion of everything that is required to provide
the equivalent of g_acm_ms.ko with configfs.
In fact this series consists of just one patch; everything required to provide
the equivalent of g_acm_ms.ko with configfs has been done in the series related
to the
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/Kconfig |1 +
drivers/usb/gadget/acm_ms.c | 113 ---
2 files changed, 75 insertions(+), 39 deletions(-)
diff
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/Kconfig |3 +-
drivers/usb/gadget/multi.c | 66 ++--
2 files changed, 47 insertions(+), 22 deletions(-)
diff
Here I present the conversion of everything that is required to provide
the equivalent of g_multi.ko with configfs.
A branch will be available here since 16th July:
git://git.infradead.org/users/kmpark/linux-samsung usb-gadget-configfs
BACKWARD COMPATIBILITY
==
Please note
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/Kconfig |1 +
drivers/usb/gadget/multi.c | 112
2 files changed, 83 insertions(+), 30 deletions(-)
diff --git
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/Kconfig |7 ---
drivers/usb/gadget/Makefile |4 +---
2 files changed, 1 insertions(+), 10 deletions(-)
diff --git a/drivers/usb/gadget/Kconfig
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/Kconfig |1 +
drivers/usb/gadget/multi.c | 61 +++
2 files changed, 56 insertions(+), 6 deletions(-)
diff --git
There are no more old interface users left. Remove it.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_mass_storage.c | 154 +--
drivers/usb/gadget/f_mass_storage.h | 21
Thank you Felipe
[add CC Giancarlo from ST]
On Tuesday 16 July 2013 15:04:25 Felipe Balbi wrote:
Hi,
On Tue, Jul 16, 2013 at 02:01:33PM +0200, Federico Vaga wrote:
Hello,
I have an x86 board made by STMicroelectronics (STA2X11) with the Synopsis
USB-OTG DesignWare 2 on it and
Hi Greg,
Here's the pull request for the PHY Framework which I've been working on for a
while.
I've applied these patches on the current linux mainline HEAD (which has one
commit after 3.11-rc1 is tagged).
Even before this framework is merged, quite a few people started using it. I've
queued
On Tue, Jul 16, 2013 at 02:27:43PM +0200, Federico Vaga wrote:
Thank you Felipe
[add CC Giancarlo from ST]
On Tuesday 16 July 2013 15:04:25 Felipe Balbi wrote:
Hi,
On Tue, Jul 16, 2013 at 02:01:33PM +0200, Federico Vaga wrote:
Hello,
I have an x86 board made by
Hi,
On Tue, Jul 16, 2013 at 11:22:38AM +0530, Kishon Vijay Abraham I wrote:
Tony,
On Monday 08 July 2013 04:44 PM, Kishon Vijay Abraham I wrote:
This series fixes the USB enumeration issue caused because of the controller
not able to get a reference to the PHY because of incorrect binding
* Kishon Vijay Abraham I kis...@ti.com [130708 04:20]:
In order for controllers to get PHY in case of non dt boot, the phy
binding information (phy label) should be added in the platform
data of the controller.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Acked-by: Felipe Balbi
* Kishon Vijay Abraham I kis...@ti.com [130708 04:21]:
Now that MUSB for OMAP started using devm_usb_get_phy_by_name
which does not require PHY library to already have the binding
information, removed usb_bind_phy calls that binds the MUSB controller
with the PHY from the board files.
Hi Paul,
could you perhaps look up some documentation on the PCGCTL register for me?
The issue John and I have been facing is that on one particular board,
the dwc2 driver fails to initialize saying:
dwc2 101c.usb: Bad value for GSNPSID: 0x
We've traced this back to the
Hi,
Simply resetting the PCGCTL register in hcd_init or somewhere around
there fixes the problem. However, John suggested an even more generic
problem: using the kernel-wide reset controller driver to completely
reset the dwc controller before initializing it (by calling
device_reset()). On
On Tue, 16 Jul 2013, Andrzej Pietrasiewicz wrote:
This is needed to prepare for configfs integration.
So far the luns have been allocated during gadget's initialization, based
on the nluns module parameter's value; the exact number is known when the
gadget is initialized and that number of
On Tue, 16 Jul 2013, Andrzej Pietrasiewicz wrote:
When configfs is in place, the things related to intialization
of struct fsg_common will be split over a number of places.
This patch adds several functions which together cover the former
intialization routine fsg_common_init. As a
The AT91 PMC (Power Management Controller) provides an USB clock used by
USB Full Speed host (ohci) and USB Full Speed device (udc).
The usb drivers (ohci and udc) must configure this clock to 48Mhz.
This configuration was formely done in mach-at91/clock.c, but this
implementation will be removed
The AT91 PMC (Power Management Controller) provides an USB clock used by
USB Full Speed host (ohci) and USB Full Speed device (udc).
The usb drivers (ohci and udc) must configure this clock to 48Mhz.
This configuration was formely done in mach-at91/clock.c, but this
implementation will be removed
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
drivers/usb/gadget/atmel_usba_udc.c | 28 +---
1 file changed, 21 insertions(+), 7 deletions(-)
diff
On Tue, Jul 16, 2013 at 11:49:07AM +0800, Rong Wang wrote:
Hi Greg,
The USB on our platform can change roles between HOST and GADGET, but
it is not capable of OTG.
That kind of sounds like the definition of OTG :)
When the USB changes between roles the udev will run some scripts
On Tue, 16 Jul 2013, Boris BREZILLON wrote:
The AT91 PMC (Power Management Controller) provides an USB clock used by
USB Full Speed host (ohci) and USB Full Speed device (udc).
The usb drivers (ohci and udc) must configure this clock to 48Mhz.
This configuration was formely done in
Hello Alan,
On 16/07/2013 18:48, Alan Stern wrote:
On Tue, 16 Jul 2013, Boris BREZILLON wrote:
The AT91 PMC (Power Management Controller) provides an USB clock used by
USB Full Speed host (ohci) and USB Full Speed device (udc).
The usb drivers (ohci and udc) must configure this clock to
Hi,
On Tue, Jul 16, 2013 at 08:33:06AM +0200, Daniel Mack wrote:
fe4cb0912f8e737f8e4b8b38b9e692f8062f5423
usb: musb: gadget: remove hcd initialization
(Reverting this fixes error cdc_ether: probe of 4-1:1.0 failed
with error -110 seen on the host side.)
Which role does
On 06/26/2013 06:34 AM, Mikko Perttunen wrote:
This patch changes the Tegra20 USB PHY nodes to use the UTMI configuration
parameter names as specified in the device tree binding documentation
after patch ARM: tegra: finalize USB EHCI and PHY bindings.
So, I think the chances of this patch
From: Matthijs Kooijman [mailto:matth...@stdin.nl]
Sent: Tuesday, July 16, 2013 7:51 AM
Hi Paul,
could you perhaps look up some documentation on the PCGCTL register for me?
The issue John and I have been facing is that on one particular board,
the dwc2 driver fails to initialize
On Tue, Jul 16, 2013 at 11:49:37AM +0300, Felipe Balbi wrote:
Hi Greg,
Here's my first set of fixes for v3.11-rc1, they have been boot
tested on omap5-uevm (for dwc3 changes) and built tested
for ARM and x86 with different .configs
Consider merging this tree on your usb-linus branch.
Hi,
On Tue, Jul 16, 2013 at 11:22:47AM +0300, Felipe Balbi wrote:
On Tue, Jul 16, 2013 at 12:30:00PM +0530, Kishon Vijay Abraham I wrote:
On Tuesday 16 July 2013 12:03 PM, Daniel Mack wrote:
Hi Aaro,
On 16.07.2013 00:56, Aaro Koskinen wrote:
Hi,
I think USB tree
On 16.07.2013 20:26, Aaro Koskinen wrote:
Hi,
On Tue, Jul 16, 2013 at 11:22:47AM +0300, Felipe Balbi wrote:
On Tue, Jul 16, 2013 at 12:30:00PM +0530, Kishon Vijay Abraham I wrote:
On Tuesday 16 July 2013 12:03 PM, Daniel Mack wrote:
Hi Aaro,
On 16.07.2013 00:56, Aaro Koskinen wrote:
Hi,
On Tue, Jul 16, 2013 at 08:30:21PM +0200, Daniel Mack wrote:
On 16.07.2013 20:26, Aaro Koskinen wrote:
Hi,
On Tue, Jul 16, 2013 at 11:22:47AM +0300, Felipe Balbi wrote:
On Tue, Jul 16, 2013 at 12:30:00PM +0530, Kishon Vijay Abraham I wrote:
On Tuesday 16 July 2013 12:03 PM, Daniel Mack
On Mon, 15 Jul 2013, James Stone wrote:
James, did you ever provide a usbmon trace for 3.8 doing playback only
and using 64 frames/period? I don't recall seeing any. It might help.
OK - will send it to you off-list.
I got it. It explains a lot.
The audio-out stream uses a pipeline
From: Federico Vaga [mailto:federico.v...@gmail.com]
Sent: Tuesday, July 16, 2013 5:02 AM
I have an x86 board made by STMicroelectronics (STA2X11) with the Synopsis
USB-OTG DesignWare 2 on it and connected through the PCI-e bus.
I know that there are two drivers for the same controller:
On Tue, 16 Jul 2013, boris brezillon wrote:
+ uclk = clk_get(pdev-dev, usb_clk);
+ if (IS_ERR(uclk)) {
+ uclk = NULL;
+ dev_warn(pdev-dev, failed to get usb_clk\n);
+ }
Is this really what you want for backward compatibility?
Here are some proposition to remove
Commit b7e2e75a8c (usb: gadget: drop unused USB_GADGET_MUSB_HDRC)
dropped a config symbol that was unused by the musb core, but it turns
out that board support code had references to it.
As the core now has a fall-back to host-only mode if support for
dual-role is not compiled in, so we can just
Alan Stern wrote:
The audio-out stream uses a pipeline of only 2 URBs. The URBs start
out alternating between 8 and 7 packets apiece. This yields a total
latency around 1.9 ms (equivalent to 2 periods of about 41 frames at
44.1 KHz), which is smaller than I would expect (2 periods of 64
The dwc2 driver sets the value of the DWC2 GAHBCFG register to 0x6,
which is GAHBCFG_HBSTLEN_INCR4. But different platforms may require
different values. In particular, the Broadcom 2835 SOC used in the
Raspberry Pi needs a value of 0x10, otherwise the DWC2 controller
stops working after a short
On Tue, Jul 16, 2013 at 08:52:57PM +0200, Daniel Mack wrote:
Commit b7e2e75a8c (usb: gadget: drop unused USB_GADGET_MUSB_HDRC)
dropped a config symbol that was unused by the musb core, but it turns
out that board support code had references to it.
As the core now has a fall-back to host-only
On 16/07/2013 20:47, Alan Stern wrote:
On Tue, 16 Jul 2013, boris brezillon wrote:
+ uclk = clk_get(pdev-dev, usb_clk);
+ if (IS_ERR(uclk)) {
+ uclk = NULL;
+ dev_warn(pdev-dev, failed to get usb_clk\n);
+ }
Is this really what you want for
On Tue, 16 Jul 2013, Clemens Ladisch wrote:
Alan Stern wrote:
The audio-out stream uses a pipeline of only 2 URBs. The URBs start
out alternating between 8 and 7 packets apiece. This yields a total
latency around 1.9 ms (equivalent to 2 periods of about 41 frames at
44.1 KHz), which is
'Tanto si piensas que puedes, como si piensas que no puedes, estás en lo
cierto'
Henry Ford
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Kedves Email felhasznaloi,
A postafiok korulbelul haladja meg az egy vagy tobb merethatar a
rendszergazda altal beallitott. Mivel ezek a hibauzenet, hatassal lesz a
szallitas a bejovo uzenet (ek), vagy az elkuldott uzenet nem kezbesitheto.
on tanacsot ujraervenyesitesehez es frissitsd a Mailbox,
On Tue, Jul 16, 2013 at 7:36 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Mon, 15 Jul 2013, James Stone wrote:
James, did you ever provide a usbmon trace for 3.8 doing playback only
and using 64 frames/period? I don't recall seeing any. It might help.
OK - will send it to you
On 07/15/2013 02:27 AM, Matthijs Kooijman wrote:
Hi Stephen,
I'm not sure how many of the below driver parameters are actually
required. I think as least the three fifo size parameters, plus
max_transfer_size and max_packet_count, are needed.
I'm curious why any of them are required; why
On Mon, Jul 15, 2013 at 11:31:17PM -0700, Greg KH wrote:
On Tue, Jul 16, 2013 at 11:49:07AM +0800, Rong Wang wrote:
Hi Greg,
The USB on our platform can change roles between HOST and GADGET, but
it is not capable of OTG.
That kind of sounds like the definition of OTG :)
When the
Oliver,
For the func skel_read(), line 328~330, for the case rv ==0, can we just do
retry, similar as the code line 301. I hope this can help read() get data in
one time for blocking IO if the data to be read is short and can be received in
quick time. The existing retry logic upon should be
Sorry, I think existing code should already handle retry for blcoking case. My
idea to retry anyway @line328 is just intention to make the code looks better
and handle the return of -EAGAIN in one place which is handled by retry logic.
Anyway, this should be a minor suggestion, you can ignore
On Tue, Jul 16, 2013 at 06:08:26PM +0530, Kishon Vijay Abraham I wrote:
Hi Greg,
Here's the pull request for the PHY Framework which I've been working on for a
while.
I've applied these patches on the current linux mainline HEAD (which has one
commit after 3.11-rc1 is tagged).
Even
Thanks Joe, I'll apply this to my tree after the merge window closes.
Sarah Sharp
On Tue, Jul 16, 2013 at 07:25:59PM -0700, Joe Perches wrote:
Logging messages end in newlines, not have
them put in the middle of messages.
Signed-off-by: Joe Perches j...@perches.com
---
Hi,
I have a missing urb completion problem on ARMv7 based platform.
I thought the above problem was caused by coherent memory between the
EHCI device and CPU so I tryied to allocates device type memory
for EHCI via dma_declare_coherent_memory at machine initialization step
so that EHCI always
Hi Greg,
On Tue, Jul 16, 2013 at 2:31 PM, Greg KH gre...@linuxfoundation.org wrote:
On Tue, Jul 16, 2013 at 11:49:07AM +0800, Rong Wang wrote:
Hi Greg,
The USB on our platform can change roles between HOST and GADGET, but
it is not capable of OTG.
That kind of sounds like the definition of
85 matches
Mail list logo
