On Mon, Dec 11, 2017 at 03:15:37AM +, Yinbo Zhu wrote:
>
>
> -Original Message-
> From: Felipe Balbi [mailto:felipe.ba...@linux.intel.com]
> Sent: Friday, December 08, 2017 6:44 PM
> To: Greg Kroah-Hartman ; Yinbo Zhu
>
> Cc: Mathias
On Mon, Dec 11, 2017 at 02:26:02AM +, Yinbo Zhu wrote:
>
>
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Friday, December 08, 2017 6:18 PM
> To: Yinbo Zhu
> Cc: Felipe Balbi ; Mathias Nyman
On Mon, Dec 11, 2017 at 10:57:45AM +1100, Dave Chinner wrote:
> i.e. the fact the cmpxchg failed may not have anything to do with a
> race condtion - it failed because the slot wasn't empty like we
> expected it to be. There can be any number of reasons the slot isn't
> empty - the API should not
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@linux.intel.com]
Sent: Friday, December 08, 2017 6:44 PM
To: Greg Kroah-Hartman ; Yinbo Zhu
Cc: Mathias Nyman ; open list:DESIGNWARE USB3 DRD IP
DRIVER
-Original Message-
From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
Sent: Friday, December 08, 2017 6:18 PM
To: Yinbo Zhu
Cc: Felipe Balbi ; Mathias Nyman ; open
list:DESIGNWARE USB3 DRD IP DRIVER
On Fri, Dec 08, 2017 at 03:01:31PM -0800, Matthew Wilcox wrote:
> On Thu, Dec 07, 2017 at 11:38:43AM +1100, Dave Chinner wrote:
> > > > cmpxchg is for replacing a known object in a store - it's not really
> > > > intended for doing initial inserts after a lookup tells us there is
> > > > nothing
Add Kconfig entry so that other drivers other than ehci-tegra
(like ChipIdea) could add Tegra's PHY to build dependencies.
Signed-off-by: Dmitry Osipenko
---
drivers/usb/host/Kconfig | 2 +-
drivers/usb/phy/Kconfig | 8
drivers/usb/phy/Makefile | 2 +-
3 files
Refactor bulk callback functions to make use of goto pointless.
Signed-off-by: Ladislav Michl
---
drivers/usb/serial/generic.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/serial/generic.c b/drivers/usb/serial/generic.c
index
UDC driver won't probe without Tegra's PHY, hence select it in the
Kconfig.
Signed-off-by: Dmitry Osipenko
---
drivers/usb/chipidea/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/chipidea/Kconfig b/drivers/usb/chipidea/Kconfig
index
Make status handling in bulk in callback function more compact,
which renders goto pointless.
Signed-off-by: Ladislav Michl
---
drivers/usb/serial/ti_usb_3410_5052.c | 36 ++-
1 file changed, 14 insertions(+), 22 deletions(-)
diff --git
UTMI pads are shared by USB controllers and reset of UTMI pads is shared
with the reset of USB1 controller. Currently reset of UTMI pads is done by
the EHCI driver and ChipIdea UDC works because EHCI driver always happen
to be probed first. Move reset controls from ehci-tegra to tegra-phy in
order
Tegra's PHY driver has a mix of pr_err() and dev_err(), let's switch to
dev_err() and use common errors message formatting across the driver for
consistency.
Signed-off-by: Dmitry Osipenko
---
drivers/usb/phy/phy-tegra-usb.c | 72 +
1
This fixes "utmi_phy_clk_enable: timeout waiting for phy to stabilize"
error message.
Signed-off-by: Dmitry Osipenko
---
drivers/usb/phy/phy-tegra-usb.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/drivers/usb/phy/phy-tegra-usb.c
Trying to read from debugfs after the system has resumed from
hibernate causes a use-after-free and thus a protection fault.
Steps to reproduce:
Hibernate system, resume from hibernate, then run
$ cat /sys/kernel/debug/usb/xhci/*/command-ring/enqueue
dmesg below:
[ 3902.765086] general
Sierra Wireless EM7565 devices use the DEVICE_SWI layout for their
serial ports
T: Bus=01 Lev=03 Prnt=29 Port=01 Cnt=02 Dev#= 31 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1199 ProdID=9091 Rev= 0.06
S: Manufacturer=Sierra Wireless, Incorporated
S:
On Sun, 10 Dec 2017, Adam Borowski wrote:
> Hi guys!
> I have a μSD card that 100%-reproducibly causes the following when tested
> with f3probe:
>
> [ 9241.126155] usb 2-1: new high-speed USB device number 3 using ehci-pci
> [ 9241.287011] usb 2-1: New USB device found, idVendor=1976,
On Sun, Dec 10, 2017 at 02:17:06AM +0100, Adam Borowski wrote:
> Hi guys!
> I have a μSD card that 100%-reproducibly causes the following when tested
> with f3probe:
>
> [ 9241.126155] usb 2-1: new high-speed USB device number 3 using ehci-pci
> [ 9241.287011] usb 2-1: New USB device found,
17 matches
Mail list logo