On 13.12.2018 00:02, Ju Hyung Park wrote:
Hi,
Sorry for the late reply.
Yes, the stuffs I've been testing are USB BT, cardreader and
fingerprint firmware uploader, which are all USB 2.0 devices.
I'm happy to report that yes, that fixed the problem.
Reported-and-Tested-by: Park Ju Hyung
Can w
The following changes since commit e67ebf1b3815b2d1fc505dba182761c0be6c179d:
xhci: move usb2 get port status link resume handling to its own function
(2018-12-07 15:40:41 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/peter.chen/usb.git/
tags/u
On 2018/12/11 21:43, Joerg Roedel wrote:
> From: Joerg Roedel
>
> Replace the iommu-check with a proper and readable function
> call.
>
> Cc: Lorenzo Pieralisi
> Acked-by: Robin Murphy
> Signed-off-by: Joerg Roedel
Acked-by: Hanjun Guo
Thanks
Hanjun
On Mon, Dec 17, 2018 at 11:41:10AM +0530, Vinod Koul wrote:
> On 11-12-18, 14:43, Joerg Roedel wrote:
> > From: Joerg Roedel
> >
> > Some places in the kernel check the iommu_group pointer in
> > 'struct device' in order to find ot whether a device is
>^^
> Typ
On 11.12.2018 15:43, Joerg Roedel wrote:
From: Joerg Roedel
Replace the dev->iommu_group check with a proper function
call that better reprensents its purpose.
Cc: Mathias Nyman
Acked-by: Robin Murphy
Signed-off-by: Joerg Roedel
---
drivers/usb/host/xhci.c | 2 +-
1 file changed, 1 inser
Hi Felipe
>
>Pawel Laszczak writes:
>
>
+ case USB_REQ_SET_ISOCH_DELAY:
+ sprintf(str, "Set Isochronous Delay Delay: %d ns", wValue);
+ break;
+ default:
+ sprintf(str,
+ "SETUP BRT: %02x BR: %02x V: %04x I: %04x L: %04x\n
Hi,
Pawel Laszczak writes:
> + case USB_REQ_SET_ISOCH_DELAY:
> + sprintf(str, "Set Isochronous Delay Delay: %d ns", wValue);
> + break;
> + default:
> + sprintf(str,
> + "SETUP BRT: %02x BR: %02x V: %04x I: %04x L: %04x\n",
> +
On Mon, Dec 17, 2018 at 10:48:05AM +0800, Kyle Tso wrote:
> Current matching rules ensure that the voltage range of selected Source
> Capability is entirely within the range defined in one of the Sink
> Capabilities. This is reasonable but not practical because Sink may not
> support wide range of
Hi,
>
+static irqreturn_t cdns3_device_irq_handler(int irq, void *data)
+{
+ struct cdns3_device *priv_dev;
+ struct cdns3 *cdns = data;
+ irqreturn_t ret = IRQ_NONE;
+ unsigned long flags;
+ u32 reg;
+
+ priv_dev = cdns->gadget_dev;
+ spin_
Hi,
Pawel Laszczak writes:
> +static irqreturn_t cdns3_device_irq_handler(int irq, void *data)
> +{
> + struct cdns3_device *priv_dev;
> + struct cdns3 *cdns = data;
> + irqreturn_t ret = IRQ_NONE;
> + unsigned long flags;
> + u32 reg;
> +
> + priv_dev = cdns-
On 17 December 2018 02:48, Kyle Tso wrote:
> Current matching rules ensure that the voltage range of selected Source
> Capability is entirely within the range defined in one of the Sink
> Capabilities. This
> is reasonable but not practical because Sink may not support wide range of
> voltage whe
On Mon, Dec 17, 2018 at 7:36 PM Heikki Krogerus
wrote:
>
> On Mon, Dec 17, 2018 at 10:48:05AM +0800, Kyle Tso wrote:
> > Current matching rules ensure that the voltage range of selected Source
> > Capability is entirely within the range defined in one of the Sink
> > Capabilities. This is reasonab
Hi,
this patch contains the following section:
index 260b259b72bc..c3515bad5dbb 100644
--- a/drivers/usb/host/xhci.h
+++ b/drivers/usb/host/xhci.h
@@ -1850,6 +1850,7 @@ struct xhci_hcd {
#define XHCI_ZERO_64B_REGS BIT_ULL(32)
#define XHCI_DEFAULT_PM_RUNTIME_ALLOW BIT_ULL(33)
#define XHCI_
On Mon, Dec 17, 2018 at 8:23 PM Adam Thomson
wrote:
>
> On 17 December 2018 02:48, Kyle Tso wrote:
>
> > Current matching rules ensure that the voltage range of selected Source
> > Capability is entirely within the range defined in one of the Sink
> > Capabilities. This
> > is reasonable but not
On Mon, Dec 17, 2018 at 01:33:05PM +0100, Oliver Neukum wrote:
> Hi,
>
> this patch contains the following section:
>
> index 260b259b72bc..c3515bad5dbb 100644
> --- a/drivers/usb/host/xhci.h
> +++ b/drivers/usb/host/xhci.h
> @@ -1850,6 +1850,7 @@ struct xhci_hcd {
> #define XHCI_ZERO_64B_REGS
On Mon, Dec 17, 2018 at 09:20:18AM +, Peter Chen wrote:
> The following changes since commit e67ebf1b3815b2d1fc505dba182761c0be6c179d:
>
> xhci: move usb2 get port status link resume handling to its own function
> (2018-12-07 15:40:41 +0100)
>
> are available in the git repository at:
>
>
On Mon, Dec 17, 2018 at 12:51:24PM +0800, Charles Yeh wrote:
> >From b9fd71c64d4d0d939a7a27e08a74d81f960ff5ea Mon Sep 17 00:00:00 2001
> From: Charles Yeh
> Date: Sat, 15 Dec 2018 07:10:17 +0800
> Subject: [PATCH] Add Proliic new chip: PL2303TB & PL2303N(G)
Much better, but why is this all in the
On Mon, Dec 17, 2018 at 8:45 PM Kyle Tso wrote:
>
> On Mon, Dec 17, 2018 at 8:23 PM Adam Thomson
> wrote:
> >
> > On 17 December 2018 02:48, Kyle Tso wrote:
> >
> > > Current matching rules ensure that the voltage range of selected Source
> > > Capability is entirely within the range defined in o
Current matching rules ensure that the voltage range of selected Source
Capability is entirely within the range defined in one of the Sink
Capabilities. This is reasonable but not practical because Sink may not
support wide range of voltage when sinking power while Source could
advertise its capabi
On 17 December 2018 12:45, Kyle Tso wrote:
> On Mon, Dec 17, 2018 at 8:23 PM Adam Thomson
> wrote:
> >
> > On 17 December 2018 02:48, Kyle Tso wrote:
> >
> > > Current matching rules ensure that the voltage range of selected
> > > Source Capability is entirely within the range defined in one of t
As commented in the struct's definition there shouldn't be anything
underneath it's 'priv[0]' member as it would break some macros.
The patch converts the broken_suspend into a bit-field and relocates it
next to to the rest of bit-fields.
Fixes: a7d57abcc8a5 ("xhci: workaround CSS timeout on AMD
Nicolas Saenz Julienne writes:
> As commented in the struct's definition there shouldn't be anything
> underneath it's 'priv[0]' member as it would break some macros.
its?
I guess Mathias can fix when applying.
--
balbi
signature.asc
Description: PGP signature
On Mon, Dec 17, 2018 at 08:59:42AM +0200, Felipe Balbi wrote:
>
> Hi,
>
> Michał Mirosław writes:
> > Switch RX processing from tasklet to (delayed) work queue. This allows
> > receiver more room to process incoming data and prevents flood of
> > "ttyGS0: RX not scheduled?" messages on HS receiv
On 17.12.2018 15:37, Nicolas Saenz Julienne wrote:
As commented in the struct's definition there shouldn't be anything
underneath it's 'priv[0]' member as it would break some macros.
The patch converts the broken_suspend into a bit-field and relocates it
next to to the rest of bit-fields.
Fixes
On Mon, Dec 17, 2018 at 03:59:28PM +0200, Mathias Nyman wrote:
> On 17.12.2018 15:37, Nicolas Saenz Julienne wrote:
> > As commented in the struct's definition there shouldn't be anything
> > underneath it's 'priv[0]' member as it would break some macros.
> >
> > The patch converts the broken_susp
On 17 December 2018 13:22, Kyle Tso wrote:
> Current matching rules ensure that the voltage range of selected Source
> Capability is entirely within the range defined in one of the Sink
> Capabilities. This
> is reasonable but not practical because Sink may not support wide range of
> voltage whe
I have a strange problem with the musb driver in host mode on AM3358
(beaglebone) hardware. If I connect a multi-port serial adapter and
open two or more of the ttys, then unplug the device, an interrupt storm
ensues that makes the system completely unresponsive until the watchdog
resets it. Enab
On Sun, 16 Dec 2018, Marc MERLIN wrote:
> Thanks for your reply, and thanks for bearing with me, I'm not actually
> that knowledgeable on how things work with multiple USB controllers at
> the same time.
>
> I have a few questions I've outlined.
>
> Question #1, if I have a random computer that
On Mon, 17 Dec 2018, Paul Elder wrote:
> A usb gadget function driver may or may not want to delay the status
> stage of a control OUT request. An instance it might want to is to
> asynchronously validate the data of a class-specific request.
>
> A function driver that wants an explicit status st
On Mon, 17 Dec 2018, Andrew Worsley wrote:
> A sysfs driven USB authorisation change can trigger a usb_set_configuration
> while a hub_event worker thread is running. This can result in a USB device
> being disabled just after it was configured and bringing down all the
> devices and impacting har
Hi,
On Mon, Dec 17, 2018 at 03:13:12PM +, Måns Rullgård wrote:
> I have a strange problem with the musb driver in host mode on AM3358
> (beaglebone) hardware. If I connect a multi-port serial adapter and
> open two or more of the ttys, then unplug the device, an interrupt storm
> ensues that
Bin Liu writes:
> Hi,
>
> On Mon, Dec 17, 2018 at 03:13:12PM +, Måns Rullgård wrote:
>> I have a strange problem with the musb driver in host mode on AM3358
>> (beaglebone) hardware. If I connect a multi-port serial adapter and
>> open two or more of the ttys, then unplug the device, an inte
Hi Zengtao,
On 12/16/2018 5:45 PM, Zengtao (B) wrote:
>> If it's a busy system, some times when we start an isoc transfer,
>> the framenumber get from the event buffer may be already elasped,
>> in this case, we will get all the packets dropped due to miss isoc.
>> And we turn into
On Mon, Dec 17, 2018 at 07:16:08PM +, Måns Rullgård wrote:
> Bin Liu writes:
>
> > Hi,
> >
> > On Mon, Dec 17, 2018 at 03:13:12PM +, Måns Rullgård wrote:
> >> I have a strange problem with the musb driver in host mode on AM3358
> >> (beaglebone) hardware. If I connect a multi-port serial
On Tue, 11 Dec 2018 02:09:04 +, Peter Chen wrote:
> For USB HSIC, the data and strobe pin needs to be pulled down
> at default, we consider it as "idle" state. When the USB host
> is ready to be used, the strobe pin needs to be pulled up,
> we consider it as "active" state.
>
> Signed-off-by:
Bin Liu writes:
> On Mon, Dec 17, 2018 at 07:16:08PM +, Måns Rullgård wrote:
>> Bin Liu writes:
>>
>> > Hi,
>> >
>> > On Mon, Dec 17, 2018 at 03:13:12PM +, Måns Rullgård wrote:
>> >> I have a strange problem with the musb driver in host mode on AM3358
>> >> (beaglebone) hardware. If I
On Mon, Dec 10, 2018 at 02:08:01PM -0800, Thinh Nguyen wrote:
> Synopsys USB 3.x host HAPS platform has a class code of
> PCI_CLASS_SERIAL_USB_XHCI, and xhci driver can claim it. However, these
> devices should use dwc3-haps driver. Change these devices' class code to
> PCI_CLASS_SERIAL_USB_DEVICE
On Tue, 18 Dec 2018 at 03:21, Alan Stern wrote:
>
> On Mon, 17 Dec 2018, Andrew Worsley wrote:
>
> > A sysfs driven USB authorisation change can trigger a usb_set_configuration
> > while a hub_event worker thread is running. This can result in a USB device
> > being disabled just after it was conf
Mediatek Preloader is a proprietary embedded boot loader for loading
Little Kernel and Linux into device DRAM.
This boot loader also handle firmware update. Mediatek Preloader will be
enumerated as a virtual COM port when the device is connected to Windows
or Linux OS via CDC-ACM class driver. Whe
On Mon, Dec 17, 2018 at 10:52:57AM -0500, Alan Stern wrote:
> > Point taken. I think I was thinking about USB ports that were routed to
> > either a xHCI or an EHCI chip depending on what's plugged into them, but
> > seems that I didn't quite understand how that worked.
>
> It varies. For example
40 matches
Mail list logo
