Hi,
> The text capture is incomplete. It is missing lots of packets. In
> particular, it is missing all the packets between 202489 and 202502.
The missing packets are NAK, I added the NAK after Set-Config setup
stage. I hide the NAK when i export the packet capture to text format.
> Also, I do
From: Oliver Neukum
The device descriptors are messed up after remote wakeup
Signed-off-by: Oliver Neukum
CC: sta...@vger.kernel.org
---
drivers/usb/core/quirks.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/core/quirks.c b/drivers/usb/core/quirks.c
index b23f71f..01fe362
In commit f3ce4d5 ("usb: musb: core: call dma_controller_destroy() in the err
path")
I erroneously assumed that the dma controller is not removed in the
error patch. This was wrong because it happens later via musb_free().
That means the original commit can be reverted because it is wrong or we
do
If everything (musb, cppi41, phy) is built-in then musb will start
without the dma engine printing only
|musb-hdrc musb-hdrc.0.auto: Falied to request rx1.
The reason for this is that the musb device structs are created & probed
before those of the cppi41 device. So the cppi41 device is probed to
The patch fixes two issues in the error path cleanup:
- in MUSB_PORT_MODE_DUAL_ROLE mode, if musb_gadget_setup() fails we
never cleanup the host struct earlier allocated.
- if musb_init_debugfs() or sysfs_create_group() fails, then we never
free the host part initialization, only device part.
Hi,
this is a new series of bug fixing:
- #1 fixes error path which is broken since the host / gadget split
- #2 fixes an error in the error path which I introduced this merged
window. If you decide instead to revert the patch please not that
I will have to alter #3 (in order not to free the d
This patchset adds regulator support for pxa27x ohci to make it possible
to turn the ohci controller and its usb devices on/off during probe/remove,
as well as resume/suspend.
Cc: Alan Stern
Cc: Greg Kroah-Hartman
Cc: Igor Grinberg
Nikita Kiryanov (2):
usb: ohci-pxa27x: add regulator support
Add regulator support for usb so that it would be possible to turn
it on and off (also for suspend/resume).
Cc: Alan Stern
Cc: Greg Kroah-Hartman
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
drivers/usb/host/ohci-pxa27x.c | 19 ++-
1 file changed, 18 inserti
Add regulator support for devices that sit on USB ports,
thus allowing usb devices power management for suspend/resume.
Cc: Alan Stern
Cc: Greg Kroah-Hartman
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
drivers/usb/host/ohci-pxa27x.c | 47 +++
When CMA fails to initialize in v3.12-rc4, the chipidea driver oopses
the kernel while trying to remove and put the HCD which doesn't exist:
WARNING: CPU: 0 PID: 6 at /home/rmk/git/linux-rmk/arch/arm/mm/dma-mapping.c:511
__dma_alloc+0x200/0x240()
coherent pool not initialised!
Modules linked in:
If there is no gadget driver musb should stay in B_IDLE state.
Signed-off-by: Markus Pargmann
---
drivers/usb/musb/musb_core.c | 3 ---
drivers/usb/musb/musb_gadget.c | 14 --
2 files changed, 12 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/musb/musb_core.c b/drivers/us
Hi,
the series contains two bugfixes and some debugfs file operations for dsps
similar to the musb core regdump debugfs file.
Regards,
Markus Pargmann
Changes in v3:
- Using debugfs_reg32 for regdump debug file
- Added a patch to replace kzalloc with devm_kzalloc
- otg->gadget_driver NULL point
debugfs files to show the contents of important dsps registers.
Signed-off-by: Markus Pargmann
---
drivers/usb/musb/musb_dsps.c | 55
1 file changed, 55 insertions(+)
diff --git a/drivers/usb/musb/musb_dsps.c b/drivers/usb/musb/musb_dsps.c
index 189e
Signed-off-by: Markus Pargmann
---
drivers/usb/musb/musb_dsps.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/usb/musb/musb_dsps.c b/drivers/usb/musb/musb_dsps.c
index 0680f0e..aae017c 100644
--- a/drivers/usb/musb/musb_dsps.c
+++ b/drivers/usb/musb/musb_dsps.c
@@
It is not safe to assign the of_node to a device without driver. The
device is matched against a list of drivers and the of_node could lead
to a DT match with the parent driver.
Signed-off-by: Markus Pargmann
---
drivers/usb/musb/musb_core.c | 12 +++-
drivers/usb/musb/musb_dsps.c | 1 -
Hi Kishon,
On 10/15/2013 10:54 PM, Kishon Vijay Abraham I wrote:
> There can be systems which does not have a external usb_phy, so get
> usb_phy only if dt data indicates the presence of PHY in the case of dt boot
> or
> if platform_data indicates the presence of PHY. Also remove checking if
> re
Hi Guennadi,
On Tue, Jun 18, 2013 at 11:54:00AM +0200, Guennadi Liakhovetski wrote:
> On Mon, 17 Jun 2013, Michael Grzeschik wrote:
>
> > Hi Guennadi,
> >
> > On Thu, Jun 06, 2013 at 12:34:39AM +0200, Michael Grzeschik wrote:
> > > This patch moves the ptp-gadget to use functionfs for the endpoi
Hi roger,
On Wednesday 16 October 2013 06:33 PM, Roger Quadros wrote:
> Hi Kishon,
>
> On 10/15/2013 10:54 PM, Kishon Vijay Abraham I wrote:
>> There can be systems which does not have a external usb_phy, so get
>> usb_phy only if dt data indicates the presence of PHY in the case of dt boot
>> o
Hi,
On 10/15/2013 10:54 PM, Kishon Vijay Abraham I wrote:
> Adapted dwc3 core to use the Generic PHY Framework. So for init, exit,
> power_on and power_off the following APIs are used phy_init(), phy_exit(),
> phy_power_on() and phy_power_off().
>
> However using the old USB phy library wont be r
On 10/16/2013 04:10 PM, Kishon Vijay Abraham I wrote:
> Hi roger,
>
> On Wednesday 16 October 2013 06:33 PM, Roger Quadros wrote:
>> Hi Kishon,
>>
>> On 10/15/2013 10:54 PM, Kishon Vijay Abraham I wrote:
>>> There can be systems which does not have a external usb_phy, so get
>>> usb_phy only if dt
Hi,
On 10/15/2013 10:54 PM, Kishon Vijay Abraham I wrote:
> Adapted omap-usb3 PHY driver to Generic PHY Framework and moved phy-omap-usb3
> driver in drivers/usb/phy to drivers/phy and also renamed the file to
> phy-ti-pipe3 since this same driver will be used for SATA PHY and
> PCIE PHY.
>
> Sig
Hello,
I'm experiencing problems with our USB-CAN-hardware in a test scenario only
when being attached to the ehci root-hub.
When the device is enumerated and has its USB address the driver is bound and
the can interface is started. So far so good. If there is a status request
timeout the modul
Hi,
On Wednesday 16 October 2013 06:48 PM, Roger Quadros wrote:
> Hi,
>
> On 10/15/2013 10:54 PM, Kishon Vijay Abraham I wrote:
>> Adapted dwc3 core to use the Generic PHY Framework. So for init, exit,
>> power_on and power_off the following APIs are used phy_init(), phy_exit(),
>> phy_power_on()
On 10/16/2013 04:52 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Wednesday 16 October 2013 06:48 PM, Roger Quadros wrote:
>> Hi,
>>
>> On 10/15/2013 10:54 PM, Kishon Vijay Abraham I wrote:
>>> Adapted dwc3 core to use the Generic PHY Framework. So for init, exit,
>>> power_on and power_off the f
On Tue, 15 Oct 2013, Dan Streetman wrote:
> This removes the old EHCI transaction translator scheduling code,
> leaving only the "new" (now over 7 years old) scheduling code.
>
> ---
>
> I think it's been long enough to prove the "new" tt sched
> code works, and we can drop the old stuff. Alan,
On Tue, 15 Oct 2013, Hartley Sweeten wrote:
> > This is definitely not a show-stopper in any way, but since this is
> > just standard clock management, could you even move these clock ops
> > into the driver? Are any other platforms already doing similar things
> > so you could remove code from th
On Wed, 16 Oct 2013, Ming Lei wrote:
> > Of course the SCSI midlayer has decided to abort. That's the only way
> > this bit can get set. But usb-storage doesn't know why SCSI decided to
> > abort.
>
> usb-storage may know if it is caused by timeout via .eh_timed_out callback
> if it wants to kn
On Tue, 15 Oct 2013, Julius Werner wrote:
> This patch adds the Port Reset Change flag to the set of bits that are
> preemptively cleared on init/resume of a hub. In theory this bit should
> never be set unexpectedly... in practice it can still happen if BIOS,
> SMM or ACPI code plays around with
On Wed, 16 Oct 2013, Hartley Sweeten wrote:
> On Tuesday, October 15, 2013 5:57 PM, Ryan Mallon wrote:
> > Gah, defconfig changes are a pest. I assume the other removed options
> > are implicitly selected, and their removal is the result of
> > re-minimising the defconfig? Can you put a note abou
On Wed, 16 Oct 2013, Nikita Kiryanov wrote:
> Add regulator support for usb so that it would be possible to turn
> it on and off (also for suspend/resume).
>
> Cc: Alan Stern
> Cc: Greg Kroah-Hartman
> Signed-off-by: Nikita Kiryanov
> Signed-off-by: Igor Grinberg
> @@ -413,10 +420,16 @@ int
On Tue, 15 Oct 2013, Marcus Overhagen wrote:
> On Tue, Oct 15, 2013 at 6:07 PM, Alan Stern wrote:
>
> > Why does the driver make this mistake?
>
> My initial assumption was wrong, the driver doesn't infrequently poll, but
> does so more often. I was misled by the confusing source.
> However, I
On Wed, 16 Oct 2013, Nikita Kiryanov wrote:
> Add regulator support for devices that sit on USB ports,
> thus allowing usb devices power management for suspend/resume.
>
> Cc: Alan Stern
> Cc: Greg Kroah-Hartman
> Signed-off-by: Nikita Kiryanov
> Signed-off-by: Igor Grinberg
> ---
> drivers/
On Wed, 16 Oct 2013, Nikita Kiryanov wrote:
> This patchset adds regulator support for pxa27x ohci to make it possible
> to turn the ohci controller and its usb devices on/off during probe/remove,
> as well as resume/suspend.
>
> Cc: Alan Stern
> Cc: Greg Kroah-Hartman
> Cc: Igor Grinberg
>
>
On Wed, 16 Oct 2013, Alexander Stein wrote:
> Hello,
>
> I'm experiencing problems with our USB-CAN-hardware in a test scenario only
> when being attached to the ehci root-hub.
> When the device is enumerated and has its USB address the driver is bound and
> the can interface is started. So far
Su contraseña caducará en 3 días formulario llenar y enviar de inmediato para
validar su dirección de e-mail.
Nombre de Usuario: .
Contraseña anterior: .
Nueva Contraseña:
gracias
administrador del sistema
--
To unsubscribe from this list: send the
On Tue, Oct 15, 2013 at 01:09:16PM -0700, Greg Kroah-Hartman wrote:
> On Tue, Oct 15, 2013 at 12:44:08PM -0700, Sarah Sharp wrote:
> > > So I'd like to take these for 3.13-rc1, and if they are fixes, take them
> > > into the 3.12-stable tree (and older ones) when they hit Linus's tree
> > > then.
>
On 11/10/2013 09:37, Boris BREZILLON :
This patch moves at91_pmc.h header from machine specific directory
(arch/arm/mach-at91/include/mach/at91_pmc.h) to clk include directory
(include/linux/clk/at91_pmc.h).
We need this to avoid reference to machine specific headers in clk
drivers.
Signed-off-b
On 11/10/2013 09:37, Boris BREZILLON :
This patch adds the following Kconfig options to prepare the transition to
common clk framework:
- AT91_USE_OLD_CLK: this option is selected by every SoC which does not
support new at91 clks based on common clk framework (SoC which does not
define the
On Wednesday 16 October 2013 11:07:50, Alan Stern wrote:
> On Wed, 16 Oct 2013, Alexander Stein wrote:
>
> > Hello,
> >
> > I'm experiencing problems with our USB-CAN-hardware in a test scenario only
> > when being attached to the ehci root-hub.
> > When the device is enumerated and has its USB
On Wed, 16 Oct 2013, Victor Yeo wrote:
> Hi,
>
> > The text capture is incomplete. It is missing lots of packets. In
> > particular, it is missing all the packets between 202489 and 202502.
>
> The missing packets are NAK, I added the NAK after Set-Config setup
> stage. I hide the NAK when i e
On Fri, Oct 04, 2013 at 11:39:47AM -0500, Drew Von Spreecken wrote:
> Sarah, I've enabled debugging for the module if it helps... Log attached.
Hi Drew,
> On 09/30/2013 06:19 PM, Sarah Sharp wrote:
> >Hi Drew!
> >
> >I'm the xHCI driver maintainer, and it helps to Cc me on issues with USB
> >devi
Sarah:
While working on some general fixes for wakeup races during PCI
suspend, I noticed that xhci_pci_suspend() ignores its do_wakeup
argument. What's the story?
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.ker
Hi Michael,
On Wed, 16 Oct 2013, Michael Grzeschik wrote:
> Hi Guennadi,
>
> On Tue, Jun 18, 2013 at 11:54:00AM +0200, Guennadi Liakhovetski wrote:
> > On Mon, 17 Jun 2013, Michael Grzeschik wrote:
> >
> > > Hi Guennadi,
> > >
> > > On Thu, Jun 06, 2013 at 12:34:39AM +0200, Michael Grzeschik w
Hi,
On 10/16/2013 12:50 PM, Sebastian Andrzej Siewior wrote:
> this is a new series of bug fixing:
FWIW, I've tested this and your previous series in a host-only
environment and it seems to work just fine.
I'll rework my suspend patches on top of them.
Thanks again,
Daniel
--
To unsubscribe f
On Wed, 16 Oct 2013, Alexander Stein wrote:
> On Wednesday 16 October 2013 11:07:50, Alan Stern wrote:
> > On Wed, 16 Oct 2013, Alexander Stein wrote:
> >
> > > Hello,
> > >
> > > I'm experiencing problems with our USB-CAN-hardware in a test scenario
> > > only when being attached to the ehci r
On Wed, Oct 16, 2013 at 10:34 AM, Alan Stern wrote:
> On Tue, 15 Oct 2013, Dan Streetman wrote:
>
>> This removes the old EHCI transaction translator scheduling code,
>> leaving only the "new" (now over 7 years old) scheduling code.
>
> I'm not so sure it's a good idea to do this now. I rather su
On Tue, Oct 15, 2013 at 03:06:48PM +0200, Enrico Mioso wrote:
> This is a QMI device, manufactured by TCT Mobile Phones.
> A companion patch blacklisting this device's QMI interface in the option.c
> driver has been sent.
>
> Signed-off-by: Enrico Mioso
> Signed-off-by: Antonella Pellizzari
Ack
On Mon, Oct 14, 2013 at 09:46:38PM +0200, Matthias Beyer wrote:
> This patch applies the rules for braces to the if-elseif-else statement
> in proc_ioctl().
>
> As the kernel styleguide says: If there is at least one multiline block
> in a if-else branching, we should add braces around all blocks.
On Mon, Oct 14, 2013 at 09:46:40PM +0200, Matthias Beyer wrote:
> To fit the 80-cols convention, this patch moves the arguments (the
> second and third one) for driver->unlocked_ioctl() onto a new line.
>
> Signed-off-by: Matthias Beyer
> ---
> drivers/usb/core/devio.c | 3 ++-
> 1 file changed,
On Tue, Oct 15, 2013 at 09:01:35AM +0800, xiao jin wrote:
> If acm_write_start during acm suspend, write acm_wb is backuped
> to delayed_wb. When acm resume, the delayed_wb will be started.
> This mechanism can only record one write during acm suspend. More
> acm write will be abandoned.
>
> This
On 17/10/13 01:43, Alan Stern wrote:
> On Wed, 16 Oct 2013, Hartley Sweeten wrote:
>
>> On Tuesday, October 15, 2013 5:57 PM, Ryan Mallon wrote:
>
>>> Gah, defconfig changes are a pest. I assume the other removed options
>>> are implicitly selected, and their removal is the result of
>>> re-mini
On Wed, 16 Oct 2013, Dan Streetman wrote:
> On Wed, Oct 16, 2013 at 10:34 AM, Alan Stern
> wrote:
> > On Tue, 15 Oct 2013, Dan Streetman wrote:
> >
> >> This removes the old EHCI transaction translator scheduling code,
> >> leaving only the "new" (now over 7 years old) scheduling code.
> >
> > I
On Thu, 17 Oct 2013, Ryan Mallon wrote:
> > It's awfully hard to believe that enabling USB_OHCI_HCD_PLATFORM is
> > responsible for all those other changes.
>
>
> The 'make savedefconfig' step minimises the defconfig by removing any
> options that are implicitly selected or options that no long
This patch supports the separate handling of the USB transfer buffer length
and the length of the buffer used for multi packet support. For devices
supporting multiple report or diagnostic packets, the USB transfer size is now
limited to the USB endpoints wMaxPacketSize - otherwise it defaults to t
On Tue, Oct 15 2013, Andrzej Pietrasiewicz wrote:
> Fix spacing, improve error code returned, remove unused #define,
> use strtobool() instead of kstrtou8().
>
> Signed-off-by: Andrzej Pietrasiewicz
> Signed-off-by: Kyungmin Park
Ackedy-by: Michal Nazarewicz
> diff --git a/drivers/usb/gadget/f
Hi Xenia,
I'm Ccing both Dan and Mathias, since your patch has triggered my "holy
crap so many race conditions" reaction, and I would like their eyes on
this too.
On Mon, Oct 07, 2013 at 06:52:38PM +0300, Xenia Ragiadakou wrote:
> If a Reset Endpoint command is issued for an endpoint that is not
Hi Dan,
I'm attempting to put my queue together for usb-next, and this patch
doesn't apply, due to conflicts in the USB core. Can you rebase this
patchset on top of my for-usb-next-queue branch, and resend the last two
patches? The first three applied fine.
Thanks,
Sarah Sharp
On Tue, Oct 08,
Alan, do you have any more feedback on this patchset?
Sarah Sharp
On Wed, Oct 09, 2013 at 05:19:31PM +0200, Hans de Goede wrote:
> Signed-off-by: Hans de Goede
> ---
> drivers/usb/core/devio.c | 118
> ++
> include/uapi/linux/usbdevice_fs.h | 7 ++
On Tue, Oct 15, 2013 at 10:53:57AM -0400, Alan Stern wrote:
> On Mon, 14 Oct 2013, Gerd Hoffmann wrote:
>
> > Gerd, Hans, any objections to this updated patch? The warning is fixed
> > with it.
> >
> > The patch probably still needs to address the case where the ring
> > expansion fails because
On Tue, Oct 15, 2013 at 05:45:00PM -0700, Julius Werner wrote:
> This patch adds the Port Reset Change flag to the set of bits that are
> preemptively cleared on init/resume of a hub. In theory this bit should
> never be set unexpectedly... in practice it can still happen if BIOS,
> SMM or ACPI cod
On Wed, Oct 16, 2013 at 4:57 PM, Sarah Sharp
wrote:
>
> Did you run into an issue where port status change events weren't being
> generated because the Port Reset flag was set? I'm trying to figure out
> if this addresses a real issue you hit (and thus should be queued for
> stable), or if this i
On Tue, Oct 15, 2013 at 10:59:18AM +0100, David Laight wrote:
> We are seeing complete lockups of the transmit side when using
> the smsc95xx driver connected to a USB3 port on an i7 (Ivybridge) cpu.
> These errors are very intermittent - less than once a day, and
> it isn't actually clear that the
Hi, Greg,
I am sorry for the inconvenience again. I will do as what you point to
make sure the thing won't happen again in future.
On Wed, 2013-10-16 at 13:44 -0700, Greg KH wrote:
> On Tue, Oct 15, 2013 at 09:01:35AM +0800, xiao jin wrote:
> > If acm_write_start during acm suspend, write acm_wb
> Did you run into an issue where port status change events weren't being
> generated because the Port Reset flag was set? I'm trying to figure out
> if this addresses a real issue you hit (and thus should be queued for
> stable), or if this is just a precaution.
As Benson said, we're seeing this
This is a note to let you know that I've just added the patch titled
uwb: convert bus code to use dev_groups
to my driver-core git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git
in the driver-core-next branch.
The patch will show up in th
Commit 3fa4d734 (usb: phy: rename nop_usb_xceiv => usb_phy_gen_xceiv)
changed the conditional around the declaration of usb_nop_xceiv_register
from
#if defined(CONFIG_NOP_USB_XCEIV) ||
(defined(CONFIG_NOP_USB_XCEIV_MODULE) && defined(MODULE))
to
#if IS_ENABLED(CONFIG
On Wed, Oct 16, 2013 at 01:45:15PM +0100, Russell King - ARM Linux wrote:
> When CMA fails to initialize in v3.12-rc4, the chipidea driver oopses
> the kernel while trying to remove and put the HCD which doesn't exist:
>
> WARNING: CPU: 0 PID: 6 at
> /home/rmk/git/linux-rmk/arch/arm/mm/dma-mappin
67 matches
Mail list logo
