Silviu-Mihai Popescu silviupopescu1...@gmail.com writes:
Convert use of devm_request_and_ioremap() to the newly introduced
devm_ioremap_resource() which provides more consistent error handling.
You mean, you've run coccinelle? Remember to mention it, then.
devm_ioremap_resource() provides
On Thu, Apr 11, 2013 at 10:12 AM, Alexander Shishkin
alexander.shish...@linux.intel.com wrote:
That's cool, but your chipidea patches have to be based off of
ci-for-greg branch of the chipidea tree [1] or at least usb-next branch
of Greg's usb.git [2].
[1]
On 04/10/2013 08:39 PM, Nishanth Menon wrote:
On 13:55-20130410, Roger Quadros wrote:
On 04/10/2013 11:06 AM, Mike Turquette wrote:
Quoting Nishanth Menon (2013-04-09 13:49:00)
On 10:43-20130409, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [130409 09:54]:
* Roger Quadros
thanx!
++
nicolas
Le 10/04/13 02:44, Pete Batard a écrit :
On 2013.04.09 11:39, nico wrote:
can someone provide a MinGW 32bits built of the last working RC,
Sure. Please have a look at the -win download from:
https://sourceforge.net/projects/libusbx/files/releases/1.0.15/binaries/
The Windows
Oliver Neukum oli...@neukum.org writes:
On Thursday 11 April 2013 10:31:31 Ming Lei wrote:
'mem_flags' isn't needed any more since we can apply allocation
of GFP_NOIO automatically in resume path now, and you can always
use GFP_KERNEL safely. Considered that it is a API, please don't
On Thu, Apr 11, 2013 at 2:50 PM, Oliver Neukum oli...@neukum.org wrote:
On Thursday 11 April 2013 10:31:31 Ming Lei wrote:
'mem_flags' isn't needed any more since we can apply allocation
of GFP_NOIO automatically in resume path now, and you can always
use GFP_KERNEL safely. Considered that it
On 04/11/2013 10:48 AM, Roger Quadros wrote:
On 04/10/2013 08:39 PM, Nishanth Menon wrote:
On 13:55-20130410, Roger Quadros wrote:
On 04/10/2013 11:06 AM, Mike Turquette wrote:
Quoting Nishanth Menon (2013-04-09 13:49:00)
On 10:43-20130409, Tony Lindgren wrote:
* Tony Lindgren
Hi,
I use kernel 3.4.4, the code in handle_stat1_irqs() is as below. There
is no reset or disconnect member function in struct
usb_gadget_driver in kernel 3.4.4.
if (stat (1 SUSPEND_REQUEST_INTERRUPT)) {
if (dev-driver-suspend)
This patch adds the support for Bulk endpoint to be used as video streaming
endpoint, on basis of a module parameter.
By default, the gadget still supports Isochronous endpoint for video streaming,
but if the module parameter 'bulk_streaming_ep' is set to 1, we can support
Bulk endpoint as well,
Hi Greg,
The following patch gets rid of Kbuild warnings when USB_EHCI_HCD_OMAP
is enabled.
Patch is based on your usb-next branch and is needed for 3.10.
From: Roger Quadros rog...@ti.com
Date: Thu, 11 Apr 2013 12:08:19 +0300
Subject: [PATCH] USB: ehci-omap: Select USB_PHY
As we need
On Thursday 11 April 2013 16:09:16 Ming Lei wrote:
On Thu, Apr 11, 2013 at 2:50 PM, Oliver Neukum oli...@neukum.org wrote:
On Thursday 11 April 2013 10:31:31 Ming Lei wrote:
'mem_flags' isn't needed any more since we can apply allocation
of GFP_NOIO automatically in resume path now, and
On Thursday 11 April 2013 16:37:53 Ming Lei wrote:
On Thu, Apr 11, 2013 at 4:06 PM, Bjørn Mork bj...@mork.no wrote:
Oliver Neukum oli...@neukum.org writes:
My immediate thought was that someone also might want to use this new
API from atomic context, e.g. calling it directly from an URB
On Thu, Apr 11, 2013 at 5:53 PM, Oliver Neukum oli...@neukum.org wrote:
On Thursday 11 April 2013 16:09:16 Ming Lei wrote:
Could you explain why work queue need GFP_NOIO?
Your fix for the memory allocation depends on it happening in the same
context. If you execute code on a work queue this
Ming Lei tom.leim...@gmail.com writes:
On Thu, Apr 11, 2013 at 4:06 PM, Bjørn Mork bj...@mork.no wrote:
Oliver Neukum oli...@neukum.org writes:
My immediate thought was that someone also might want to use this new
API from atomic context, e.g. calling it directly from an URB callback.
I am
On Thu, Apr 11, 2013 at 6:04 PM, Bjørn Mork bj...@mork.no wrote:
Ming Lei tom.leim...@gmail.com writes:
Again: What problem are you attempting to solve by removing the
mem_flags from the API?
It is not about removing anything, we are discussing one new API
(include the parameters) to be
Ming Lei tom.leim...@gmail.com writes:
On Thu, Apr 11, 2013 at 6:04 PM, Bjørn Mork bj...@mork.no wrote:
Ming Lei tom.leim...@gmail.com writes:
Again: What problem are you attempting to solve by removing the
mem_flags from the API?
It is not about removing anything, we are discussing one
On Thu, Apr 11, 2013 at 6:26 PM, Bjørn Mork bj...@mork.no wrote:
Ming Lei tom.leim...@gmail.com writes:
On Thu, Apr 11, 2013 at 6:04 PM, Bjørn Mork bj...@mork.no wrote:
Ming Lei tom.leim...@gmail.com writes:
Again: What problem are you attempting to solve by removing the
mem_flags from the
On 04/11/2013 01:04 PM, Felipe Balbi wrote:
Hi,
On Thu, Apr 11, 2013 at 12:42:04PM +0300, Roger Quadros wrote:
Hi Greg,
The following patch gets rid of Kbuild warnings when USB_EHCI_HCD_OMAP
is enabled.
Patch is based on your usb-next branch and is needed for 3.10.
From: Roger Quadros
Hi,
On Thu, Apr 11, 2013 at 01:51:16PM +0300, Roger Quadros wrote:
On 04/11/2013 01:04 PM, Felipe Balbi wrote:
Hi,
On Thu, Apr 11, 2013 at 12:42:04PM +0300, Roger Quadros wrote:
Hi Greg,
The following patch gets rid of Kbuild warnings when USB_EHCI_HCD_OMAP
is enabled.
Patch
Ming Lei tom.leim...@gmail.com writes:
OK, I say it again, GFP_KERNEL is enough to cover all cases, and the
mem_flags parameter is redundant.
The docs for usb_submit_urb() in drivers/usb/core/urb.c lists some
possible mem_flags use cases. Among these are (where (b) and (c) are
cases needing
On Thursday 11 April 2013 18:03:09 Ming Lei wrote:
On Thu, Apr 11, 2013 at 5:53 PM, Oliver Neukum oli...@neukum.org wrote:
On Thursday 11 April 2013 16:09:16 Ming Lei wrote:
Could you explain why work queue need GFP_NOIO?
Your fix for the memory allocation depends on it happening in the
Exynos5440 does not require any explict USB phy configuration. So skip
the USB phy configuration for Exynos5440 based platforms.
Signed-off-by: Thomas Abraham thomas...@samsung.com
---
drivers/usb/host/ehci-s5p.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git
Exynos5440 does not require any explict USB phy configuration. So skip
the USB phy configuration for Exynos5440 based platforms.
Signed-off-by: Thomas Abraham thomas...@samsung.com
---
drivers/usb/host/ohci-exynos.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git
On Thu, Apr 11, 2013 at 7:08 PM, Bjørn Mork bj...@mork.no wrote:
The docs for usb_submit_urb() in drivers/usb/core/urb.c lists some
possible mem_flags use cases. Among these are (where (b) and (c) are
cases needing GFP_ATOMIC and not applicable here):
quote
* (3) If you use a kernel
On Thursday 11 April 2013 19:42:53 Ming Lei wrote:
On Thu, Apr 11, 2013 at 7:08 PM, Bjørn Mork bj...@mork.no wrote:
The docs for usb_submit_urb() in drivers/usb/core/urb.c lists some
possible mem_flags use cases. Among these are (where (b) and (c) are
cases needing GFP_ATOMIC and not
Hello.
On 11-04-2013 4:51, Simon Horman wrote:
Here's the set of 9 patches against the Simon Horman's 'renesas.git' repo,
'renesas-next-20130410' tag. It was created to fix the shortcomings in the
R8A7779/Marzen USB platform code and R8A7779 USB common PHY driver, and so
spans both
Hi,
On Thu, Apr 11, 2013 at 04:02:33PM +0400, Sergei Shtylyov wrote:
Hello.
On 11-04-2013 4:51, Simon Horman wrote:
Here's the set of 9 patches against the Simon Horman's 'renesas.git'
repo,
'renesas-next-20130410' tag. It was created to fix the shortcomings in
the
Hello.
On 11-04-2013 16:06, Felipe Balbi wrote:
Here's the set of 9 patches against the Simon Horman's 'renesas.git' repo,
'renesas-next-20130410' tag. It was created to fix the shortcomings in the
R8A7779/Marzen USB platform code and R8A7779 USB common PHY driver, and so
spans both
Here I present the conversion of everthing that is required to provide
the equivalent of g_ncm.ko with configfs.
A branch will be available here (from 11th April 2013, afternoon UTC):
git://git.infradead.org/users/kmpark/linux-samsung usb-gadget-configfs
@Felipe: The branch name is now
In order to convert to configfs the usb functions need to be converted
to a new interface and compiled as modules. This patch creates an rndis
module which will be used by the new functions. After all users of
f_rndis are converted to the new interface, this module can be
merged with f_rndis
u_ether.c has been #include'd by all gadgets which implement
USB Ethernet functions. In order to add configfs support,
the f_ecm.c, f_eem.c, f_ncm.c, f_subset.c, f_rndis.c need to be
converted into modules and must not be #include'd. Consequently,
the u_ether.c needs to be a module too, in a
When configfs support is added it will be possible to add an unconfigured
interface to the system. This patch adds an interface to u_ether which
makes it possible to create a struct eth_dev filled with default values,
an interface which makes it possible to fill the struct with useful values,
and
There are no old function interface users left, so the old interface
can be removed.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_ncm.c | 80 --
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_ncm.c | 26 ++
1 files changed, 10 insertions(+), 16 deletions(-)
diff --git a/drivers/usb/gadget/f_ncm.c
This adds a new sysfs root device to serve as a replacement for
devices which are available only when a gadget is being bound.
It is motivated by adding configfs support to USB Ethernet functions.
When configfs is there, we would like to be able to mkdir some function
directory, e.g.:
$ mkdir
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/f_ncm.c | 162 +++-
drivers/usb/gadget/u_ncm.h |9 +++
2 files changed, 170 insertions(+), 1 deletions(-)
diff
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/ncm.c | 57 +++-
2 files changed, 36 insertions(+), 22 deletions(-)
diff --git
Converting ncm to the new function interface requires converting
the USB ncm's function code and its users.
This patch converts the f_ncm.c to the new function interface.
The file is now compiled into a separate usb_f_ncm.ko module.
The old function interface is provided by means of a preprocessor
On 04/11/2013 01:55 PM, Felipe Balbi wrote:
Hi,
On Thu, Apr 11, 2013 at 01:51:16PM +0300, Roger Quadros wrote:
On 04/11/2013 01:04 PM, Felipe Balbi wrote:
Hi,
On Thu, Apr 11, 2013 at 12:42:04PM +0300, Roger Quadros wrote:
Hi Greg,
The following patch gets rid of Kbuild warnings when
On Thu, Apr 11, 2013 at 8:28 PM, Oliver Neukum oli...@neukum.org wrote:
On Thursday 11 April 2013 20:11:13 Ming Lei wrote:
On Thu, Apr 11, 2013 at 7:14 PM, Oliver Neukum oli...@neukum.org wrote:
Sorry, I misunderstood.
No problem, :-)
Task A Task B
Am 11.04.2013 14:42, schrieb Roger Quadros:
On 04/11/2013 01:55 PM, Felipe Balbi wrote:
I would avoid 'select' completely and just update omap2plus_defconfig
adding those two as modules.
OK, makes sense. I will update the patch to remove select NOP_USB_XCEIV.
Sorry, but this just will end
Wishbone is an open hardware SoC bus commonly used in FPGA
designs. Bus access can be serialized using the Etherbone
protocol http://www.ohwr.org/projects/etherbone-core.
This driver is intended to be used with devices which attach
their internal Wishbone bus to a USB serial interface using
the
On 04/11/2013 03:42 PM, Roger Quadros wrote:
On 04/11/2013 01:55 PM, Felipe Balbi wrote:
Hi,
On Thu, Apr 11, 2013 at 01:51:16PM +0300, Roger Quadros wrote:
On 04/11/2013 01:04 PM, Felipe Balbi wrote:
Hi,
On Thu, Apr 11, 2013 at 12:42:04PM +0300, Roger Quadros wrote:
Hi Greg,
The
Hi,
is there is any windows Vista32 restriction?
++
Nicolas
Le 11/04/13 09:53, nico a écrit :
thanx!
++
nicolas
Le 10/04/13 02:44, Pete Batard a écrit :
On 2013.04.09 11:39, nico wrote:
can someone provide a MinGW 32bits built of the last working RC,
Sure. Please have a look at the -win
Don't use create_proc_read_entry() as that is deprecated, but rather use
proc_create_data() and seq_file instead.
Signed-off-by: David Howells dhowe...@redhat.com
cc: Felipe Balbi ba...@ti.com
cc: Greg Kroah-Hartman gre...@linuxfoundation.org
cc: linux-usb@vger.kernel.org
---
Don't use create_proc_read_entry() as that is deprecated, but rather use
proc_create_data() and seq_file instead.
Signed-off-by: David Howells dhowe...@redhat.com
cc: Li Yang le...@freescale.com
cc: Felipe Balbi ba...@ti.com
cc: Greg Kroah-Hartman gre...@linuxfoundation.org
cc:
On Thu, Apr 11, 2013 at 03:08:20PM +0200, Wesley W. Terpstra wrote:
Wishbone is an open hardware SoC bus commonly used in FPGA
designs. Bus access can be serialized using the Etherbone
protocol http://www.ohwr.org/projects/etherbone-core.
This driver is intended to be used with devices which
On Thu, 2013-04-11 at 06:45 -0700, Greg KH wrote:
I only have one very minor question about the code:
+++ b/drivers/usb/serial/wishbone-serial.c
@@ -0,0 +1,95 @@
+/*
+ * USB Wishbone-Serial adapter driver
+ *
+ * Copyright (C) 2013 Wesley W. Terpstra w.terps...@gsi.de
+ *
Hi,
On Thu, Apr 11, 2013 at 04:18:33PM +0300, Roger Quadros wrote:
On 04/11/2013 03:42 PM, Roger Quadros wrote:
On 04/11/2013 01:55 PM, Felipe Balbi wrote:
Hi,
On Thu, Apr 11, 2013 at 01:51:16PM +0300, Roger Quadros wrote:
On 04/11/2013 01:04 PM, Felipe Balbi wrote:
Hi,
On Thu,
On Thu, 11 Apr 2013, victor yeo wrote:
Thanks for the detailed write-up. I have checked the UDC driver
set_halt(), it is called by the gadget driver. The full ascii text of
usbmon trace for one usb session is also attached. This usbmon trace
shows a few EOVERFLOW(-75) error. I don't know why
This patch introduces the API of usbnet_link_change, so that
usbnet can handle link change centrally, which may help to
implement killing traffic URBs for saving USB bus bandwidth
and host controller power.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/net/usb/usbnet.c | 13
The driver doesn't implement link_reset() callback, so it needn't
to send link reset event.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/net/usb/mcs7830.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/net/usb/mcs7830.c
This patch uses the introduced usbnet_link_change() to handle
link change.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/net/usb/mcs7830.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/net/usb/mcs7830.c b/drivers/net/usb/mcs7830.c
index
Hi,
This patch set introduces usbnet_link_change() API and applies
it on all usbnet drivers, then handle the link change centrally
to stop bulk transfer when link becomes off and restart bulk
transfer when link becomes on.
With the change, ~10% performance boost on bulk transfer
of another
Use the introduced usbnet_link_change to handle link change.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/net/usb/cdc_ncm.c |9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/net/usb/cdc_ncm.c b/drivers/net/usb/cdc_ncm.c
index 67012cb..43afde8
Use usbnet_link_change to handle link change centrally.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/net/usb/asix_devices.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/net/usb/asix_devices.c b/drivers/net/usb/asix_devices.c
index
Use usbnet_link_change to handle link change centrally.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/net/usb/ax88179_178a.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/net/usb/ax88179_178a.c b/drivers/net/usb/ax88179_178a.c
index
Use usbnet_link_change to handle link change centrally.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/net/usb/cdc_ether.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/net/usb/cdc_ether.c b/drivers/net/usb/cdc_ether.c
index 57136dc..e965806
Use usbnet_link_change to handle link change centrally.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/net/usb/sierra_net.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/net/usb/sierra_net.c b/drivers/net/usb/sierra_net.c
index 79ab243..a923d61
Use usbnet_link_change to handle link change centrally.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/net/usb/usbnet.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/usb/usbnet.c b/drivers/net/usb/usbnet.c
index 40e4237..34e4252 100644
---
Use usbnet_link_change to handle link change centrally.
Cc: Peter Korsgaard jac...@sunsite.dk
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/net/usb/dm9601.c |7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/net/usb/dm9601.c
The link change is detected via the interrupt pipe, and bulk
pipes are responsible for transfering packets, so it is reasonable
to stop bulk transfer after link is reported as off.
Two adavantages may be obtained with stopping bulk transfer
after link becomes off:
- USB bus bandwidth is
Felipe,
On 04/11/2013 04:02 PM, Alexander Holler wrote:
Am 11.04.2013 14:42, schrieb Roger Quadros:
On 04/11/2013 01:55 PM, Felipe Balbi wrote:
I would avoid 'select' completely and just update omap2plus_defconfig
adding those two as modules.
Setting USB_PHY as a module gives rise to these
On Thu, Apr 11, 2013 at 10:40 PM, Ming Lei ming@canonical.com wrote:
The link change is detected via the interrupt pipe, and bulk
pipes are responsible for transfering packets, so it is reasonable
to stop bulk transfer after link is reported as off.
Two adavantages may be obtained with
On 04/11/2013 05:34 PM, Felipe Balbi wrote:
Hi,
On Thu, Apr 11, 2013 at 04:18:33PM +0300, Roger Quadros wrote:
On 04/11/2013 03:42 PM, Roger Quadros wrote:
On 04/11/2013 01:55 PM, Felipe Balbi wrote:
Hi,
On Thu, Apr 11, 2013 at 01:51:16PM +0300, Roger Quadros wrote:
On 04/11/2013 01:04
On Thu, 11 Apr 2013, Andrzej Pietrasiewicz wrote:
This adds a new sysfs root device to serve as a replacement for
devices which are available only when a gadget is being bound.
It is motivated by adding configfs support to USB Ethernet functions.
When configfs is there, we would like to be
Hi,
Thanks for the detailed write-up. I have checked the UDC driver
set_halt(), it is called by the gadget driver. The full ascii text of
usbmon trace for one usb session is also attached. This usbmon trace
shows a few EOVERFLOW(-75) error. I don't know why EOVERFLOW error
happened.
Hi,
On Thu, Apr 11, 2013 at 05:53:10PM +0300, Roger Quadros wrote:
From: Roger Quadros rog...@ti.com
Date: Thu, 11 Apr 2013 12:08:19 +0300
Subject: [PATCH] USB: ehci-omap: Select USB_PHY
As we need NOP_USB_XCEIV which depends on USB_PHY
we need to select USB_PHY as well.
Gets rid
On Thu, Apr 11, 2013 at 03:54:47PM +0200, Wesley W. Terpstra wrote:
On Thu, 2013-04-11 at 06:45 -0700, Greg KH wrote:
I only have one very minor question about the code:
+++ b/drivers/usb/serial/wishbone-serial.c
@@ -0,0 +1,95 @@
+/*
+ * USB Wishbone-Serial adapter driver
+ *
On 11.04.2013 17:40, Ming Lei wrote:
Hi,
This patch set introduces usbnet_link_change() API and applies
it on all usbnet drivers, then handle the link change centrally
to stop bulk transfer when link becomes off and restart bulk
transfer when link becomes on.
Should 'rndis_wlan' be changed
Ming == Ming Lei ming@canonical.com writes:
Ming Use usbnet_link_change to handle link change centrally.
Acked-by: Peter Korsgaard jac...@sunsite.dk
Ming Cc: Peter Korsgaard jac...@sunsite.dk
Ming Signed-off-by: Ming Lei ming@canonical.com
Ming ---
Ming drivers/net/usb/dm9601.c |
On Thu, Apr 11, 2013 at 11:18 PM, Jussi Kivilinna
jussi.kivili...@iki.fi wrote:
On 11.04.2013 17:40, Ming Lei wrote:
Hi,
This patch set introduces usbnet_link_change() API and applies
it on all usbnet drivers, then handle the link change centrally
to stop bulk transfer when link becomes off
On Thu, 2013-04-11 at 10:31 +0800, Ming Lei wrote:
On Thu, Apr 11, 2013 at 4:30 AM, Dan Williams d...@redhat.com wrote:
Some drivers (sierra_net) need the status interrupt URB
active even when the device is closed, because they receive
custom indications from firmware. Add functions to
On Thu, 2013-04-11 at 08:15 -0700, Greg KH wrote:
Fair enough, although this driver would probably be the least of our
worries if that were to happen :)
Of course.
Documenation/stable_api_nonsense.txt
Tactfully named. :)
Is there a document that describes how to track the progress a patch
On Thu, 11 Apr 2013, victor yeo wrote:
Thanks, i do not know why UDC sent back a data packet containing more
than 13 bytes in response to TEST UNIT READY command.
Sounds like you need to debug the UDC driver.
Here is another usbmon trace attached in this email. There are two
issues in this
On Thu, Apr 11, 2013 at 05:30:52PM +0200, Wesley W. Terpstra wrote:
Is there a document that describes how to track the progress a patch
makes on its way to a released kernel version? I understand that
subsystem maintainers aggregate changes which then are aggregated in
turn by Linus, but
Hi folks,
here's two interrupt-related fixes (though the first is a bit between a
fix and a cleanup). These two are needed for the platform driver patches
I'm sending next. I have some interrupt related cleanups (no fixes)
later on.
These two patches haven't changed from when I sent them in the
It seems this flag is intended to pass to irq_set_status_flags, not
request_irq, and is not available on all architectures. Its value
corresponds to IRQF_PROBE_SHARED, which shouldn't be needed for this
driver, so removing this flag should be safe.
Signed-off-by: Matthijs Kooijman
Before, this was initialized in pci.c, after the dwc2_hcd_init was
called and the interrupts were enabled. This opened up a small time
window where common interrupts could be triggered, but there was no
handler for them, causing them to keep triggering infinitely and locking
up the machine.
On my
Previously, it was dwc_otg, but this does not correspond to the
directory name and might cause confusion with the old out-of-tree
dwc_otg driver of which many versions circulate.
Signed-off-by: Matthijs Kooijman matth...@stdin.nl
---
drivers/staging/dwc2/hcd.c | 2 +-
drivers/staging/dwc2/pci.c
Hi folks,
this is a few patches centering around the dwc2 platform driver. I've
added the devicetree boilerplate, I'll be sending over a patch for
actually using this driver on the ramips platform through the mips
people.
Gr.
Matthijs
Matthijs Kooijman (4):
staging: dwc2: set the driver name
Each of the parameters in the dwc2_core_params struct can now be changed
using devicetree parameters.
Signed-off-by: Matthijs Kooijman matth...@stdin.nl
---
Documentation/devicetree/bindings/staging/dwc2.txt | 36
drivers/staging/dwc2/platform.c| 100
This adds a dwc_platform.ko module that can be loaded by using
compatible = snps,dwc2 in a device tree.
Signed-off-by: Matthijs Kooijman matth...@stdin.nl
---
Documentation/devicetree/bindings/staging/dwc2.txt | 15 +++
drivers/staging/dwc2/Kconfig | 6 +-
Before, it was a function that would set all members of a given struct
containing only int members to -1. Now, it is renamed to
dwc_set_all_params and it works only on the dwc2_core_params struct.
This makes sure that all of the slightly dubious casting and assumptions
happen inside the function
On Wed, 10 Apr 2013, Gonglei (Arei) wrote:
Hi Alan,
We pass-throughed USB 2.0 disk to guest using usb-host (qemu option: -device
usb-ehci,id=ehci -device usb-host,bus=ehci.0,hostbus=2,hostport=1) on KVM(on
linux-3.8.3 or linux-3.0.13) and qemu 1.4.0 ,
Are you sure this disk was using EHCI?
Am 11.04.2013 16:44, schrieb Roger Quadros:
Sorry, but this just will end up with many users having broken configs
because of disabled stuff they don't know why they have to enable them.
And thus with a never ending stream of questions and thus with a needed
FAQ entry.
Alexander,
I agree
From: Matthijs Kooijman [mailto:matth...@stdin.nl]
Sent: Thursday, April 11, 2013 8:53 AM
It seems this flag is intended to pass to irq_set_status_flags, not
request_irq, and is not available on all architectures. Its value
corresponds to IRQF_PROBE_SHARED, which shouldn't be needed for
From: Matthijs Kooijman [mailto:matth...@stdin.nl]
Sent: Thursday, April 11, 2013 8:53 AM
Before, this was initialized in pci.c, after the dwc2_hcd_init was
called and the interrupts were enabled. This opened up a small time
window where common interrupts could be triggered, but there was
On Tue, 9 Apr 2013, infernix wrote:
Hi,
For some time now (at least since 3.0) I have been having issues with an
USB3 to Sata enclosure and xHCI. The device (174c:55aa ASMedia
Technology Inc) works perfectly fine on USB2 ports in Linux, as well as
on the NEC/Renesas uPD720200(A) USB3
Hi,
On Thu, Apr 11, 2013 at 07:33:32PM +0200, Alexander Holler wrote:
Sorry, but this just will end up with many users having broken configs
because of disabled stuff they don't know why they have to enable them.
And thus with a never ending stream of questions and thus with a needed
FAQ
On Thu, Apr 11, 2013 at 06:43:48PM +0200, Matthijs Kooijman wrote:
This adds a dwc_platform.ko module that can be loaded by using
compatible = snps,dwc2 in a device tree.
Signed-off-by: Matthijs Kooijman matth...@stdin.nl
---
Documentation/devicetree/bindings/staging/dwc2.txt | 15 +++
Hi,
On Thu, Apr 11, 2013 at 06:43:49PM +0200, Matthijs Kooijman wrote:
diff --git a/Documentation/devicetree/bindings/staging/dwc2.txt
b/Documentation/devicetree/bindings/staging/dwc2.txt
index 3649c88..05d9c08 100644
--- a/Documentation/devicetree/bindings/staging/dwc2.txt
+++
Quoting Nishanth Menon (2013-04-10 10:39:21)
diff --git a/drivers/clk/omap/clk.c b/drivers/clk/omap/clk.c
new file mode 100644
index 000..63a4cce
--- /dev/null
+++ b/drivers/clk/omap/clk.c
@@ -0,0 +1,94 @@
+/*
+ * Texas Instruments OMAP Clock driver
+ *
+ * Copyright (C) 2013 Texas
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Thursday, April 11, 2013 11:36 AM
On Thu, Apr 11, 2013 at 06:43:48PM +0200, Matthijs Kooijman wrote:
This adds a dwc_platform.ko module that can be loaded by using
compatible = snps,dwc2 in a device tree.
Signed-off-by: Matthijs Kooijman
Hi Felipe,
thanks for your comments.
On Thu, Apr 11, 2013 at 09:36:23PM +0300, Felipe Balbi wrote:
On Thu, Apr 11, 2013 at 06:43:48PM +0200, Matthijs Kooijman wrote:
This adds a dwc_platform.ko module that can be loaded by using
compatible = snps,dwc2 in a device tree.
Signed-off-by:
Hi Felipe,
On Thu, Apr 11, 2013 at 09:39:26PM +0300, Felipe Balbi wrote:
On Thu, Apr 11, 2013 at 06:43:49PM +0200, Matthijs Kooijman wrote:
[devicetree params]
+ - ahb-single
are you 110% sure you want all of these parameters ? You will have to
support them forever once it gets accepted in
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Thursday, April 11, 2013 11:39 AM
On Thu, Apr 11, 2013 at 06:43:49PM +0200, Matthijs Kooijman wrote:
diff --git a/Documentation/devicetree/bindings/staging/dwc2.txt
b/Documentation/devicetree/bindings/staging/dwc2.txt
index
Hi,
On Thu, Apr 11, 2013 at 09:15:28PM +0200, Matthijs Kooijman wrote:
Hi Felipe,
thanks for your comments.
On Thu, Apr 11, 2013 at 09:36:23PM +0300, Felipe Balbi wrote:
On Thu, Apr 11, 2013 at 06:43:48PM +0200, Matthijs Kooijman wrote:
This adds a dwc_platform.ko module that can be
On 04/11/2013 06:43 PM, Matthijs Kooijman wrote:
Each of the parameters in the dwc2_core_params struct can now be changed
using devicetree parameters.
Signed-off-by: Matthijs Kooijman matth...@stdin.nl
---
Documentation/devicetree/bindings/staging/dwc2.txt | 36
On Thu, Apr 11, 2013 at 09:19:37PM +0200, Matthijs Kooijman wrote:
Hi Felipe,
On Thu, Apr 11, 2013 at 09:39:26PM +0300, Felipe Balbi wrote:
On Thu, Apr 11, 2013 at 06:43:49PM +0200, Matthijs Kooijman wrote:
[devicetree params]
+ - ahb-single
are you 110% sure you want all of these
1 - 100 of 114 matches
Mail list logo