Hi Ajay,
On Tue, Feb 05, 2019 at 12:59:27AM +, Ajay Gupta wrote:
> > +static int ucsi_register_altmode(struct ucsi_connector *con,
> > +struct typec_altmode_desc *desc,
> > +u8 recipient)
> > +{
> > + struct typec_altmode *alt;
> > +
Hi,
On Tue, Feb 05, 2019 at 01:03:58AM +, Ajay Gupta wrote:
> > @@ -412,6 +424,12 @@ static void ucsi_unregister_altmodes(struct
> > ucsi_connector *con, u8 recipient)
> > }
> >
> > while (adev[i]) {
> > + if (recipient == UCSI_RECIPIENT_SOP &&
> > + adev[i]->s
Hi,
On 21/01/19 16:02, Jochen Sprickerhof wrote:
> Note that it only works with USB_XHCI_PLATFORM=y. Also it needs a hard
> reset when coming from an unpatched kernel.
>
> This was included in the original patch in
> https://patchwork.kernel.org/patch/9992809/ but got dropped when
> accepted in d
Hi Ajay,
On Tue, Feb 05, 2019 at 07:24:49PM +, Ajay Gupta wrote:
> > +static int ucsi_displayport_configure(struct ucsi_dp *dp) {
> > + u32 pins = DP_CONF_GET_PIN_ASSIGN(dp->data.conf);
> > + struct ucsi_control ctrl;
> > +
> > + if (!dp->override)
> > + return 0;
> > +
> > +
Hi Wen
On 2/3/19 4:52 AM, wen yang wrote:
> The call to of_find_node_by_name returns a node pointer with refcount
> incremented thus it must be explicitly decremented here after the last
> usage.
> The of_find_device_by_node() takes a reference to the underlying device
> structure, we also should
From: Johanna Abrahamsson
This patch adds minimum baud rate to the cp210x driver.
According to the datasheet for CP2105, the SCI supports 2400 as the
lowest baud rate. As this is not heeded in the current code, an error
message 'failed set req 0x1e size 4 status: -32' when trying to set a
lower
Hi Michael,
On Fri, Feb 01, 2019 at 10:02:19PM +, Michael Hsu wrote:
> Hi Heikki, the use of "con->port_altmode[cur]->mode" (which is a 1-based
> index, not a 32-bit mode VDO) can cause incorrect matches if the
> GET_ALTERNATE_MODES returns different ordering for recipient=connector and
> reci
Hi Ajay,
Sorry for the late response, but I hit a compiler warning after doing
bisect test.
On Fri, Feb 01, 2019 at 05:05:06PM -0800, Ajay Gupta wrote:
> +/* CCGx response codes */
> +enum ccg_resp_code {
> + CMD_NO_RESP = 0x00,
> + CMD_SUCCESS = 0x02,
> + FLAS
On Fri, Feb 01, 2019 at 05:05:08PM -0800, Ajay Gupta wrote:
> From: Ajay Gupta
>
> Adding support for below commands which will be used
> during firmware flashing.
> - ENTER_FLASHING
> - RESET
> - PDPORT_ENABLE
> - JUMP_TO_BOOT
> - FLASH_ROW_RW
> - VALIDATE_FW
Hi Felipe, thanks for the review!
On Wed, 2019-02-06 at 08:35 +0200, Felipe Balbi wrote:
> Hi,
>
> Nicolas Saenz Julienne writes:
> > diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
> > index 40fa25c4d041..a4efbe62a1a3 100644
> > --- a/drivers/usb/host/xhci-ring.c
> > ++
+Marek
As Vivek's and Andrzej's Samsung IDs bounced back.
On 06/02/19 11:38, Jochen Sprickerhof wrote:
> * Roger Quadros [2019-02-06 10:41]:
>> Hi,
>>
>> On 21/01/19 16:02, Jochen Sprickerhof wrote:
> [..]
>>> I'm not sure why this it only works with the driver compiled into the
>>> kernel nor w
Hi,
Nicolas Saenz Julienne writes:
>> > diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c
>> > index 005e65922608..dec62f7f5dc8 100644
>> > --- a/drivers/usb/host/xhci.c
>> > +++ b/drivers/usb/host/xhci.c
>> > @@ -1238,6 +1238,21 @@ EXPORT_SYMBOL_GPL(xhci_resume);
>> >
>> >
>> >
* Roger Quadros [2019-02-06 10:41]:
Hi,
On 21/01/19 16:02, Jochen Sprickerhof wrote:
[..]
I'm not sure why this it only works with the driver compiled into the
kernel nor why it needs a hard reset or why it was the line was dropped
when the patch was accepted. Would be great to get some feedb
Hey there.
Sorry to nag, but it seems we came to the conclusion that there's
indeed a problem with the current code, and then collectively decided
that we're done. Can I do something to expedite this? Are there any
issues with my proposed patch? If there are, what can I do to fix
those? Alternativ
Hi Ajay,
On Fri, Feb 01, 2019 at 05:05:04PM -0800, Ajay Gupta wrote:
> Hi Heikki
>
> These changes adds support for updating firmware on Cypress CCGx
> controller. New version (v3) fixes comments form you and Greg.
>
> I have tested them on NVIDIA GPU card.
>
> I will be posting firmware binary
Hi Felipe,
On 2/6/2019 10:44 AM, Felipe Balbi wrote:
>
> Hi,
>
> Minas Harutyunyan writes:
>> Hi Felipe,
>>
>> On 1/21/2019 11:13 AM, Minas Harutyunyan wrote:
>>> Hi Felipe,
>>>
>>> On 12/12/2018 3:43 PM, Minas Harutyunyan wrote:
Initially resetting device address was done in USB RESET int
Zitat von Alan Stern :
On Tue, 5 Feb 2019 gu...@kiener-muenchen.de wrote:
Zitat von Alan Stern :
> On Mon, 4 Feb 2019, Guido Kiener wrote:
>
>> From: Guido Kiener
>>
>> The OUT endpoint normally blocks (NAK) subsequent packets when a
>> short packet is received and returns an incomplete q
On 2/5/19 12:02, Jorge Ramirez wrote:
> On 1/30/19 21:02, Rob Herring wrote:
>> On Tue, Jan 29, 2019 at 12:35:14PM +0100, Jorge Ramirez-Ortiz wrote:
>>> Binding description for Qualcomm's Synopsys 1.0.0 super-speed PHY
>>> controller embedded in QCS404.
>>>
>>> Based on Sriharsha Allenki's origina
Here is how this device appears in kernel log:
usb 3-1: new full-speed USB device number 18 using xhci_hcd
usb 3-1: New USB device found, idVendor=0b00, idProduct=3070
usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 3-1: Product: Ingenico 3070
On Wed, 6 Feb 2019 gu...@kiener-muenchen.de wrote:
> Alan,
>
> I have inserted a bug detection and can now explain the race:
>
> Ween receiving a long transfer the gadget driver queues a new request with
> net2280_queue() and calls start_dma(). In the meantime the OUT FIFO is still
> receiving d
Hi Heikki,
> -Original Message-
> From: Heikki Krogerus
> Sent: Wednesday, February 6, 2019 4:12 AM
> To: Ajay Gupta
> Cc: linux-usb@vger.kernel.org; Ajay Gupta
> Subject: Re: [PATCH v3 0/6] Add support for firmware update on Cypres CCGx
>
> Hi Ajay,
>
> On Fri, Feb 01, 2019 at 05:05:
All,
On 16/01/2019 at 10:57, Nicolas Ferre wrote:
> Hi,
>
> This series collects some little modifications to DT bindings and associated
> drivers changes for supporting the upcoming SAM9X60 SoC.
>
> I took the advantage of this series for fixing some of the leftovers in DT
> bindings for reset
Add this SFR compatible definition for the sam9x60 SoC. Will be needed
in OHCI driver: ohci-at91.c.
Signed-off-by: Nicolas Ferre
---
Hi Rob,
It seems that this patch was lost in my series "[PATCH 0/8] ARM: at91/dt:
update to existing drivers for the sam9x60 SoC". I split it and resend it only
for
i.MX6QP and i.MX7D platform use a PCIe controller with the same VID and
PID as this USB controller. The system may incorrectly match this driver
to that PCIe controller. To workaround this, specifically use class type
USB with PCI device ID to prevent incorrect driver matching.
Signed-off-by: Thin
On Tue, 5 Feb 2019 12:08:48 +0400
Minas Harutyunyan wrote:
> If VBUS discharge time > 3ms then on device cable disconnect, core
> asserted Early Suspend then Suspend interrupts which no need to
> handle.
>
> VBUS discharge time depend on PHY schematic implementation.
> Can be up to 1 sec.
>
> T
Move the DT based link GPIO parsing to of_mdio and let the places
that register a fixed_phy pass in a GPIO descriptor or NULL.
This allows fixed_phy on non-DT platforms to have link GPIOs, too.
Signed-off-by: Moritz Fischer
---
drivers/net/dsa/dsa_loop.c | 2 +-
drivers/net/e
Linus Walleij writes:
> This makes it possible to instantiate the PXA25x UDC
> driver from the device tree.
>
> Cc: Robert Jarzmik
> Signed-off-by: Linus Walleij
> ---
> drivers/usb/gadget/udc/pxa25x_udc.c | 11 +++
> 1 file changed, 11 insertions(+)
Mmmh it's a good start, but I don'
Hi Josh,
This pull request is for Cypress CCGx controller firmware which is required
for Type-C interface on Turing (tu10x) NVIDIA GPUs.
They driver changes which is required to flash these firmwares are currently
being reviewed at [1].
Thanks
Ajay
[ nvpublic ]
[1] https://marc.info/?l=linux-us
From: Ajay Gupta
Function is to get the details of ccg firmware and device version.
It will be useful in debugging and also during firmware update.
Signed-off-by: Ajay Gupta
---
Changes from v3 to v4
- None
drivers/usb/typec/ucsi/ucsi_ccg.c | 66 ++-
1 file
From: Ajay Gupta
CCGx has two copies of the firmware in addition to the bootloader.
If the device is running FW1, FW2 can be updated with the new version.
Dual firmware mode allows the CCG device to stay in a PD contract and
support USB PD and Type-C functionality while a firmware update is in
pr
Hi Heikki
These changes adds support for updating firmware on Cypress CCGx
controller. New version (v4) has two patches where second one is
merge of patch 2,3,4,5 and 6 of previous version (v3) to fix git
bisect compile warning.
I have tested them on NVIDIA GPU card.
Firmware binary pull-request
Uhm, yes, sorry, it kind of went out of my head. I am doing a lot of travelling
lately (in the
past 48 hours I've been on 3 airplanes), and I had travels on earlier weeks
too, mixed with
some project releases and family celebrations. So my head is just somewhere
else.
Realistically, I'll submit
On Wed, Feb 06, 2019 at 12:51:06PM -0800, Moritz Fischer wrote:
> Move the DT based link GPIO parsing to of_mdio and let the places
> that register a fixed_phy pass in a GPIO descriptor or NULL.
>
> This allows fixed_phy on non-DT platforms to have link GPIOs, too.
>
> Signed-off-by: Moritz Fisch
Hi Minas,
On Tue, Feb 5, 2019 at 5:22 AM Minas Harutyunyan
wrote:
> Could you please try patch submitted by me today:"[PATCH] usb: dwc2:
> gadget: Consider VBUS discharge time in disconnect flow"
I should be able to try it tonight or tomorrow to see if it makes the
driver recognize a cable disco
Hi Heikki,
> -Original Message-
> From: Heikki Krogerus
> Sent: Tuesday, February 5, 2019 7:24 AM
> To: Michael Hsu
> Cc: Greg Kroah-Hartman ; Ajay Gupta
> ; linux-usb@vger.kernel.org
> Subject: Re: [PATCH 4/5] usb: typec: ucsi: Preliminary support for alternate
> modes
>
> Hi Michael,
Hi Andrew,
thanks for your feedback.
On Wed, Feb 06, 2019 at 10:53:22PM +0100, Andrew Lunn wrote:
> On Wed, Feb 06, 2019 at 12:51:06PM -0800, Moritz Fischer wrote:
> > Move the DT based link GPIO parsing to of_mdio and let the places
> > that register a fixed_phy pass in a GPIO descriptor or NULL
On 2/6/19 2:38 PM, Moritz Fischer wrote:
> Hi Andrew,
>
> thanks for your feedback.
>
> On Wed, Feb 06, 2019 at 10:53:22PM +0100, Andrew Lunn wrote:
>> On Wed, Feb 06, 2019 at 12:51:06PM -0800, Moritz Fischer wrote:
>>> Move the DT based link GPIO parsing to of_mdio and let the places
>>> that re
Simplify filed's initialization by directly assigning its final value
instead of initializing the variable to sero and then bitwise or-ing
it.
Signed-off-by: Andrey Smirnov
Cc: Mathias Nyman
Cc: Greg Kroah-Hartman
Cc: linux-usb@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
drivers/usb/h
Xhci_handshake() implements the algorithm already captured by
readl_poll_timeout(). Convert the former to use the latter to avoid
repetition.
Signed-off-by: Andrey Smirnov
Cc: Mathias Nyman
Cc: Greg Kroah-Hartman
Cc: linux-usb@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
drivers/usb/ho
Get page size order using ffs() instead of open coding it with a loop.
Signed-off-by: Andrey Smirnov
Cc: Mathias Nyman
Cc: Greg Kroah-Hartman
Cc: linux-usb@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
drivers/usb/host/xhci-mem.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-
40 matches
Mail list logo
