On Tue, Jun 04, 2013 at 05:08:23PM +0200, Michael Grzeschik wrote:
> From: Michael Grzeschik
>
> The current approach is to keep the device open and request buffers on
> REQBUFS. These buffers will not be freed until device close. The device
> close on the other hand will disconnect the device fr
On Wed, Jun 05, 2013 at 12:31:32AM +0300, Aaro Koskinen wrote:
> -#define CVMX_USBCX_DAINT(block_id) (CVMX_ADD_IO_SEG(0x00016F001818ull) +
> ((block_id) & 1) * 0x1000ull)
There should be a few helper macros. I don't know the names for
these:
#define bid_to_xxx1(block_id) ((block_id)
On 06/04/2013 11:26 PM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Jun 04, 2013 at 10:16:50AM +0300, Roger Quadros wrote:
>> On 06/03/2013 08:47 PM, Greg KH wrote:
>>> On Fri, May 31, 2013 at 02:29:01PM +0300, Roger Quadros wrote:
Hi,
Improve Kconfig so that the relevant PHY driver can b
Fix regression introduced by commit 143d9d9616 ("USB: serial: add
tiocmiwait subdriver operation") which made the ioctl operation return
ENODEV rather than ENOIOCTLCMD when a subdriver TIOCMIWAIT
implementation is missing.
Cc: sta...@vger.kernel.org
Signed-off-by: Johan Hovold
---
Greg,
Here's
On Wednesday 05 June 2013, Stephen Warren wrote:
>
> Today 01:53:28
> From: Stephen Warren
>
> ehci-tegra is currently built into the main ehci-hcd driver, rather than
> being a separate module. This causes issues with multi-platform ARM
> kernels. This series separates ehci-tegra into its own m
On Tue, 4 Jun 2013, Thomas Pugliese wrote:
> This patch adds the HWA-specific RPIPE fields to usb_rpipe_descriptor and
> sets the appropriate values in usb/wusbcore/wa-rpipe.c:rpipe_aim.
>
> Signed-off-by: Thomas Pugliese
>
> diff --git a/drivers/usb/wusbcore/wa-rpipe.c b/drivers/usb/wusbcor
Hi Alexander,
On Fri, May 31, 2013 at 08:38:44PM +0200, Michael Grzeschik wrote:
> From: Michael Grzeschik
>
> The pdata structure gets copied anyway inside ci13xxx_add_device
> by platform_device_add. We don't need to have it static.
>
> Signed-off-by: Michael Grzeschik
> Signed-off-by: Marc
Michael Grzeschik writes:
> Hi Alexander,
>
> On Fri, May 31, 2013 at 08:38:44PM +0200, Michael Grzeschik wrote:
>> From: Michael Grzeschik
>>
>> The pdata structure gets copied anyway inside ci13xxx_add_device
>> by platform_device_add. We don't need to have it static.
>>
>> Signed-off-by: Mi
On Tue, 4 Jun 2013, Stephen Warren wrote:
> From: Manjunath Goudar
>
> In order to split ehci-hcd.c into separate modules, handshake() must be
> exported. Rename the symbol to add an ehci_ prefix, to avoid any naming
> clashes.
>
> Signed-off-by: Manjunath Goudar
> [swarren, split Manjunath's
On Tue, 4 Jun 2013, Stephen Warren wrote:
> From: Stephen Warren
>
> The PM routines in ehci-tegra.c use APIs such as ehci_reset(),
> ehci_halt(), and ehci_tdi_reset() that would need to be exported to
> convert ehci-tegra.c into a separate module from ehci-hcd.c. However,
> we'd prefer not to e
On Tue, 4 Jun 2013, Stephen Warren wrote:
> From: Stephen Warren
>
> The Tegra EHCI driver directly calls various functions in the Tegra USB
> PHY driver. The reverse is also true; the PHY driver calls into the EHCI
> driver. This is problematic when the two are built as modules.
>
> The calls
On Tue, 4 Jun 2013, Stephen Warren wrote:
> From: Manjunath Goudar
>
> Separate the Tegra on-chip host controller driver from
> ehci-hcd host code so that it can be built as a separate driver module.
> This work is part of enabling multi-platform kernels on ARM.
>
> Signed-off-by: Manjunath Gou
On Tue, 4 Jun 2013, Sarah Sharp wrote:
> Alan, Greg, any more comments on this patchset?
>
> It looks fine to me, and we've been testing it internally within Intel,
> so I'll queue it up for 3.11 if you don't have any more objections.
No objections to any of the parts touching the USB core.
Ala
On Wed, Jun 05, 2013 at 12:21:11PM +0200, Johan Hovold wrote:
> Fix regression introduced by commit 143d9d9616 ("USB: serial: add
> tiocmiwait subdriver operation") which made the ioctl operation return
> ENODEV rather than ENOIOCTLCMD when a subdriver TIOCMIWAIT
> implementation is missing.
Ah, m
On Wed, Jun 05, 2013 at 12:21:11PM +0200, Johan Hovold wrote:
> Fix regression introduced by commit 143d9d9616 ("USB: serial: add
> tiocmiwait subdriver operation") which made the ioctl operation return
> ENODEV rather than ENOIOCTLCMD when a subdriver TIOCMIWAIT
> implementation is missing.
>
> C
On Wed, Jun 05, 2013 at 10:51:38AM -0400, Alan Stern wrote:
> On Tue, 4 Jun 2013, Sarah Sharp wrote:
>
> > Alan, Greg, any more comments on this patchset?
> >
> > It looks fine to me, and we've been testing it internally within Intel,
> > so I'll queue it up for 3.11 if you don't have any more ob
On Wed, Jun 05, 2013 at 08:34:29AM -0700, Greg KH wrote:
> On Wed, Jun 05, 2013 at 12:21:11PM +0200, Johan Hovold wrote:
> > Fix regression introduced by commit 143d9d9616 ("USB: serial: add
> > tiocmiwait subdriver operation") which made the ioctl operation return
> > ENODEV rather than ENOIOCTLCM
On Wed, Jun 05, 2013 at 08:33:56AM -0700, Greg KH wrote:
> On Wed, Jun 05, 2013 at 12:21:11PM +0200, Johan Hovold wrote:
> > Fix regression introduced by commit 143d9d9616 ("USB: serial: add
> > tiocmiwait subdriver operation") which made the ioctl operation return
> > ENODEV rather than ENOIOCTLCM
On Wed, 5 Jun 2013, Thomas Pugliese wrote:
>
>
> On Tue, 4 Jun 2013, Thomas Pugliese wrote:
>
> > This patch adds the HWA-specific RPIPE fields to usb_rpipe_descriptor and
> > sets the appropriate values in usb/wusbcore/wa-rpipe.c:rpipe_aim.
> >
> > Signed-off-by: Thomas Pugliese
> >
> >
On Wed, Jun 05, 2013 at 05:44:44PM +0200, Johan Hovold wrote:
> On Wed, Jun 05, 2013 at 08:33:56AM -0700, Greg KH wrote:
> > On Wed, Jun 05, 2013 at 12:21:11PM +0200, Johan Hovold wrote:
> > > Fix regression introduced by commit 143d9d9616 ("USB: serial: add
> > > tiocmiwait subdriver operation") w
On Wed, Jun 05, 2013 at 10:12:19AM -0700, Greg Kroah-Hartman wrote:
> On Wed, Jun 05, 2013 at 05:44:44PM +0200, Johan Hovold wrote:
> > On Wed, Jun 05, 2013 at 08:33:56AM -0700, Greg KH wrote:
> > > On Wed, Jun 05, 2013 at 12:21:11PM +0200, Johan Hovold wrote:
> > > > Fix regression introduced by c
On Wed, Jun 05, 2013 at 10:16:47AM -0700, Greg Kroah-Hartman wrote:
> On Wed, Jun 05, 2013 at 10:12:19AM -0700, Greg Kroah-Hartman wrote:
> > On Wed, Jun 05, 2013 at 05:44:44PM +0200, Johan Hovold wrote:
> > > On Wed, Jun 05, 2013 at 08:33:56AM -0700, Greg KH wrote:
> > > > On Wed, Jun 05, 2013 at
On Wed, Jun 05, 2013 at 10:12:19AM -0700, Greg KH wrote:
> On Wed, Jun 05, 2013 at 05:44:44PM +0200, Johan Hovold wrote:
> > On Wed, Jun 05, 2013 at 08:33:56AM -0700, Greg KH wrote:
> > > On Wed, Jun 05, 2013 at 12:21:11PM +0200, Johan Hovold wrote:
> > > > Fix regression introduced by commit 143d9
On Wed, Jun 05, 2013 at 10:19:20AM -0700, Greg KH wrote:
> On Wed, Jun 05, 2013 at 10:16:47AM -0700, Greg Kroah-Hartman wrote:
> > On Wed, Jun 05, 2013 at 10:12:19AM -0700, Greg Kroah-Hartman wrote:
> > > On Wed, Jun 05, 2013 at 05:44:44PM +0200, Johan Hovold wrote:
> > > > On Wed, Jun 05, 2013 at
From: Greg Kroah-Hartman
We had the limit of 255 USB to serial devices on one system for almost
15 years, with no complaints. But now it's time to move on from these
tiny "baby" systems, and bump the number up to 3000, which should last
us a few more years.
Signed-off-by: Greg Kroah-Hartman
-
From: Greg Kroah-Hartman
This moves the allocation of minor device numbers from a static array to
be dynamic, using the idr interface. This means that you could
potentially get "gaps" in a minor number range for a single USB serial
device with multiple ports, but all should still work properly.
Here are 3 patches that I've tested out on my system with only a small
number of devices, but it seems to work, so why not let others try it
out...
These patches make the USB to serial core have the ability to support up
to 3000 devices at once now. We do this in the following steps:
- ad
From: Greg Kroah-Hartman
The usb_serial_port structure had the number field, which was the minor
number for the port, which almost no one really cared about. They
really wanted the number of the port within the device, which you had to
subtract from the minor of the parent usb_serial_device stru
From: Stephen Warren
The Tegra EHCI driver directly calls various functions in the Tegra USB
PHY driver. The reverse is also true; the PHY driver calls into the EHCI
driver. This is problematic when the two are built as modules.
The calls from the PHY to EHCI driver were originally added in comm
From: Manjunath Goudar
In order to build a ULPI PHY driver as a module, this symbol needs to
be exported.
Signed-off-by: Manjunath Goudar
[swarren, reworked Manjunath's patches to split them more logically]
Signed-off-by: Stephen Warren
Acked-by: Arnd Bergmann
---
v3: No change.
v2: Include e
From: Stephen Warren
When this file is built as a module, it needs a MODULE_LICENSE in order
to access many exported symbols.
Signed-off-by: Stephen Warren
Acked-by: Arnd Bergmann
---
v3: No change.
v2: No change.
---
drivers/usb/phy/phy-tegra-usb.c | 4
1 file changed, 4 insertions(+)
From: Stephen Warren
ehci-tegra is currently built into the main ehci-hcd driver, rather than
being a separate module. This causes issues with multi-platform ARM
kernels. This series separates ehci-tegra into its own module to avoid
those problems.
Manjunath Goudar originally wrote most of this
From: Manjunath Goudar
In order to split ehci-hcd.c into separate modules, handshake() must be
exported. Rename the symbol to add an ehci_ prefix, to avoid any naming
clashes.
Signed-off-by: Manjunath Goudar
[swarren, split Manjunath's patches more logically, limit this change
to export just ha
From: Stephen Warren
The PM routines in ehci-tegra.c use APIs such as ehci_reset(),
ehci_halt(), and ehci_tdi_reset() that would need to be exported to
convert ehci-tegra.c into a separate module from ehci-hcd.c. However,
we'd prefer not to export them.
Instead, simply remove all power managemen
From: Stephen Warren
Rather than allocating struct tegra_ehci_hcd separately, use struct
ehci_hcd's priv field instead.
Signed-off-by: Stephen Warren
---
v3: New patch.
---
drivers/usb/host/ehci-tegra.c | 70 +--
1 file changed, 35 insertions(+), 35 dele
From: Manjunath Goudar
Separate the Tegra on-chip host controller driver from
ehci-hcd host code so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM.
Signed-off-by: Manjunath Goudar
[swarren, reworked Manjunath's patches to split them
On Wed, 5 Jun 2013, Stephen Warren wrote:
> From: Stephen Warren
>
> The PM routines in ehci-tegra.c use APIs such as ehci_reset(),
> ehci_halt(), and ehci_tdi_reset() that would need to be exported to
> convert ehci-tegra.c into a separate module from ehci-hcd.c. However,
> we'd prefer not to e
On Wed, 5 Jun 2013, Stephen Warren wrote:
> From: Manjunath Goudar
>
> Separate the Tegra on-chip host controller driver from
> ehci-hcd host code so that it can be built as a separate driver module.
> This work is part of enabling multi-platform kernels on ARM.
>
> Signed-off-by: Manjunath Gou
On Wed, 5 Jun 2013, Stephen Warren wrote:
> From: Stephen Warren
>
> Rather than allocating struct tegra_ehci_hcd separately, use struct
> ehci_hcd's priv field instead.
>
> Signed-off-by: Stephen Warren
> ---
> v3: New patch.
Acked-by: Alan Stern
--
To unsubscribe from this list: send the
Per some ZTE Linux drivers I found for the AC2716, the following patch
moves most ZTE CDMA devices from option to zte_ev. The blacklist stuff
that option does is not required with zte_ev, because it doesn't
implement any of the send_setup hooks which the blacklist suppressed.
I did not move the 2
Hi,
On Wed, Jun 05, 2013 at 11:36:46AM +0300, Dan Carpenter wrote:
> On Wed, Jun 05, 2013 at 12:31:32AM +0300, Aaro Koskinen wrote:
> > -#define CVMX_USBCX_DAINT(block_id) (CVMX_ADD_IO_SEG(0x00016F001818ull)
> > + ((block_id) & 1) * 0x1000ull)
>
> There should be a few helper macros.
There is a misprint in init_usb_class():
IS_ERR is used to get error code instead of PTR_ERR.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/usb/core/file.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/
This patch moves the ptp-gadget to use functionfs for the endpoint
handling. With functionfs, this patch is deleting a lot of control ep0
code, which is now handled by the framework.
Signed-off-by: Michael Grzeschik
---
Makefile| 9 +-
README | 6 +-
ptp.c | 820 +-
On Wed, Jun 05, 2013 at 11:07:46AM -0700, Oleg Rombakh wrote:
> Sarah,
>
> I found an issue where a USB camera connected to USB3 port might stop
> capturing frames.
> Steps to reproduce:
>
> 1. Attach a USB camera to USB3 port (any camera will do but in my case
> used Logitech camers)
>
Ping. Greg, do you want to take this bug fix?
Sarah
On Thu, May 16, 2013 at 02:04:42PM -0700, Sarah Sharp wrote:
> The upper bits of the USB 2.0 extended capability BOS descriptor weren't
> being shifted into the right byte position. That didn't matter much
> before now, but some USB 2.1 device
Hi Xenia,
I get a checkpatch warning when I attempt to commit this change:
Applying: xhci: fix dma mask setup in xhci.c
WARNING: line over 80 characters
#23: FILE: drivers/usb/host/xhci.c:4686:
+ if (dma_set_mask(hcd->self.controller,
DMA_BIT_MASK(32)))
Can you fix that up
This series is an attempt to move clock support on Samsung S3C64xx SoCs
to Common Clock Framework.
First, support for PLL types present on S3C64xx SoCs is added to Samsung
Common Clock Framework driver. Then the main clock driver for mentioned
SoCs is introduced. Further patches contain fixes for
This patch adds support for PLL6552 and PLL6553 PLLs present on Samsung
S3C64xx SoCs.
Signed-off-by: Tomasz Figa
---
drivers/clk/samsung/clk-pll.c | 160 ++
drivers/clk/samsung/clk-pll.h | 4 ++
2 files changed, 164 insertions(+)
diff --git a/drivers/cl
This patch migrates the s3c64xx platform to use the new clock driver
using Common Clock Framework.
Signed-off-by: Tomasz Figa
---
arch/arm/Kconfig | 2 +-
arch/arm/mach-s3c64xx/Makefile| 2 +-
arch/arm/mach-s3c64xx/common.c| 21 +
arch/a
This patch modifies the ohci-s3c2410 driver to prepare and unprepare
clocks in addition to enabling and disabling, since it is required
by common clock framework.
Signed-off-by: Tomasz Figa
---
drivers/usb/host/ohci-s3c2410.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --
This patch adds new, Common Clock Framework-based clock driver for Samsung
S3C64xx SoCs. The driver is just added, without actually letting the
platforms use it yet, since this requires more intermediate steps.
Signed-off-by: Tomasz Figa
---
.../bindings/clock/samsung,s3c64xx-clock.txt |
This patch adds soc_is_s3c6400() and soc_is_s3c6410() macros that allow
to distinguish between specific SoCs from s3c64xx series that is needed
to handle differences between them.
Signed-off-by: Tomasz Figa
---
arch/arm/plat-samsung/include/plat/cpu.h | 4
1 file changed, 4 insertions(+)
d
This patch removes old clock management code of S3C64xx, since the
platform has been already moved to the new clock driver using Common
Clock Framework.
Signed-off-by: Tomasz Figa
---
arch/arm/mach-s3c64xx/clock.c | 1007 ---
arch/arm/mach-s3c64xx/common.h
This patch modifies s3c64xx DMA driver to prepare and unprepare clocks
in addition to enableind and disabling, since it is required by common
clock framework.
Signed-off-by: Tomasz Figa
---
arch/arm/mach-s3c64xx/dma.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/a
Hi,
On Tue, May 28, 2013 at 2:34 PM, Jingoo Han wrote:
> Add support for EXYNOS4210 that includes USB EHCI/OHCI.
> Previous PHY initialization code is not correct; thus, it is modifed
^ You might
want to say "previous PHY init code does not
55 matches
Mail list logo
