We are now providing business & personal loans:
-Rate starting at: 2.05%.
-Flexible repayment: up to 30 years.
For more information and application, please reply.
> To unsubscribe please reply with "unsubscribe" as subject.
On Wed, May 22, 2019, at 00:51, Greg KH wrote:
> On Tue, May 21, 2019 at 04:49:14PM -0500, Adam Gausmann wrote:
> > On my ThinkPad E585, with a Ryzen 5 2500U, my XHCI driver crashes when
> > plugging in a device after switching power states, or during switching
> > itself.
> >
> > Steps to Repro
On Tue, May 21, 2019 at 05:44:50PM +, Ajay Gupta wrote:
> Hi Heikki
>
> > > +static int ucsi_ccg_resume(struct device *dev) {
> > > + struct i2c_client *client = to_i2c_client(dev);
> > > + struct ucsi_ccg *uc = i2c_get_clientdata(client);
> > > + struct ucsi *ucsi = uc->ucsi;
> > > + struct u
xhci immediate data transfer (IDT) support in 5.2-rc1 caused regression
on various Samsung Exynos boards with ASIX USB 2.0 ethernet dongle.
If the transfer buffer in the URB is already DMA mapped then IDT should
not be used. urb->transfer_dma will already contain a valid dma address,
and there is
Hi Greg
A few fixes for usb-linus, including regression fix for xhci IDT support
which was added to 5.2-rc1
-Mathias
Andrey Smirnov (1):
xhci: Convert xhci_handshake() to use readl_poll_timeout_atomic()
Carsten Schmid (1):
usb: xhci: avoid null pointer deref when bos field is NULL
Henry Li
From: Henry Lin
This change fixes a data corruption issue occurred on USB hard disk for
the case that bounce buffer is used during transferring data.
While updating data between sg list and bounce buffer, current
implementation passes mapped sg number (urb->num_mapped_sgs) to
sg_pcopy_from_buffe
From: Carsten Schmid
With defective USB sticks we see the following error happen:
usb 1-3: new high-speed USB device number 6 using xhci_hcd
usb 1-3: device descriptor read/64, error -71
usb 1-3: device descriptor read/64, error -71
usb 1-3: new high-speed USB device number 7 using xhci_hcd
usb 1
From: Jia-Ju Bai
In xhci_debugfs_create_slot(), kzalloc() can fail and
dev->debugfs_private will be NULL.
In xhci_debugfs_create_endpoint(), dev->debugfs_private is used without
any null-pointer check, and can cause a null pointer dereference.
To fix this bug, a null-pointer check is added in
xh
From: Andrey Smirnov
Xhci_handshake() implements the algorithm already captured by
readl_poll_timeout_atomic(). Convert the former to use the latter to
avoid repetition.
Turned out this patch also fixes a bug on the AMD Stoneyridge platform
where usleep(1) sometimes takes over 10ms.
This means a
On Wed, May 22, 2019 at 05:54:20AM -0500, Adam Gausmann wrote:
> On Wed, May 22, 2019, at 00:51, Greg KH wrote:
> > On Tue, May 21, 2019 at 04:49:14PM -0500, Adam Gausmann wrote:
> > > On my ThinkPad E585, with a Ryzen 5 2500U, my XHCI driver crashes when
> > > plugging in a device after switching
tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git usb-linus
head: f7fac17ca925faa03fc5eb854c081a24075f8bad
commit: 597c56e372dab2c7f79b8d700aad3a5deebf9d1b [12/16] xhci: update bounce
buffer with correct sg num
config: i386-randconfig-x018-201920 (attached as .config)
compil
On Wed, May 22, 2019 at 08:54:56PM +0800, kbuild test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
> usb-linus
> head: f7fac17ca925faa03fc5eb854c081a24075f8bad
> commit: 597c56e372dab2c7f79b8d700aad3a5deebf9d1b [12/16] xhci: update bounce
> buffer with c
Commit 597c56e372da ("hci: update bounce buffer with correct sg num")
caused the following build warnings:
drivers/usb/host/xhci-ring.c:676:19: warning: format '%ld' expects argument of
type 'long int', but argument 3 has type 'size_t {aka unsigned int}' [-Wformat=]
Use %zu for printing size_t t
Commit 597c56e372da ("xhci: update bounce buffer with correct sg num")
caused the following build warnings:
drivers/usb/host/xhci-ring.c:676:19: warning: format '%ld' expects argument of
type 'long int', but argument 3 has type 'size_t {aka unsigned int}' [-Wformat=]
Use %zu for printing size_t
On 22.5.2019 16.35, Fabio Estevam wrote:
Commit 597c56e372da ("xhci: update bounce buffer with correct sg num")
caused the following build warnings:
drivers/usb/host/xhci-ring.c:676:19: warning: format '%ld' expects argument of
type 'long int', but argument 3 has type 'size_t {aka unsigned int}
On Wed, May 22, 2019 at 05:08:13PM +0300, Mathias Nyman wrote:
> On 22.5.2019 16.35, Fabio Estevam wrote:
> > Commit 597c56e372da ("xhci: update bounce buffer with correct sg num")
> > caused the following build warnings:
> >
> > drivers/usb/host/xhci-ring.c:676:19: warning: format '%ld' expects a
From: Ajay Gupta
Added a local variable "send_stop" to simplify "goto" statements.
The "send_stop" handles below two case
1) When first i2c start fails and so i2c stop is not sent before
exiting
2) When i2c stop failed after all transfers and we do not need to
send another stop before exiting.
From: Ajay Gupta
Cypress USB Type-C CCGx controller firmware version 3.1.10
(which is being used in many NVIDIA GPU cards) has known issue of
not triggering interrupt when a USB device is hot plugged to runtime
resume the controller. If any GPU card gets latest kernel with runtime
pm support but
From: Ajay Gupta
The change enables runtime pm support to UCSI CCG driver.
Added ucsi_resume() function to enable notification after
system reusme. Exported both ucsi_resume() and ucsi_send_command()
symbols in ucsi.c for modular build.
Signed-off-by: Ajay Gupta
---
Changes from v2->v3 : None
Hi Heikki and Wolfram
These patches add support for runtime power management for UCSI CCGx driver.
I have tested them with NVIDIA GPU card which has i2c interface to talk to
CCG controller. I have added runtime pm support for the i2c bus driver as well.
Third version (v3) of patches fix comments
From: Ajay Gupta
Enable runtime pm support with autosuspend delay of three second.
This is to make sure I2C client device Cypress CCGx has completed
all transaction.
Signed-off-by: Ajay Gupta
---
Changes from v1->v2:
- Added __maybe_unused in gpu_i2c_suspend to avoid
warning whe
From: Ajay Gupta
Cypress USB Type-C CCGx controller firmware version 3.1.10
(which is being used in many NVIDIA GPU cards) has known issue of
not triggering interrupt when a USB device is hot plugged to runtime
resume the controller. If any GPU card gets latest kernel with runtime
pm support but
Hello Felipe,
I have a boundary devices nitrogen8m board and am trying to use the usb-device
port as a mass storage device.
I see no activity on my usb analyzer when I run the script below.
So I followed the instructions here:
https://www.kernel.org/doc/html/v4.18/driver-api/usb/dwc3.html.
At
23 matches
Mail list logo
