From: Ajay Gupta <ajayg@nvidia.com>
To: Heikki Krogerus <heikki.krogerus@linux.intel.com>
Cc: "linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>
Subject: RE: [PATCH 00/14] usb: typec: UCSI driver overhaul
Date: Fri, 27 Sep 2019 00:13:57 +0000 [thread overview]
Message-ID: <BYAPR12MB272724AF8ED1C4850FB04230DC810@BYAPR12MB2727.namprd12.prod.outlook.com> (raw)
In-Reply-To: <20190926100727.71117-1-heikki.krogerus@linux.intel.com>
Hi Heikki,
> -----Original Message-----
> From: Heikki Krogerus <heikki.krogerus@linux.intel.com>
> Sent: Thursday, September 26, 2019 3:07 AM
> To: Ajay Gupta <ajayg@nvidia.com>
> Cc: linux-usb@vger.kernel.org
> Subject: [PATCH 00/14] usb: typec: UCSI driver overhaul
>
> Hi Ajay,
>
> Here's the pretty much complete rewrite of the I/O handling that I was
> talking about. The first seven patches are not actually related to
> this stuff, but I'm including them here because the rest of the series
> is made on top of them. I'm including also that fix patch I send you
> earlier.
>
> After this it should be easier to handle quirks. My idea how to handle
> the multi-instance connector alt modes is that we "emulate" the PPM in
> ucsi_ccg.c in order to handle them, so ucsi.c is not touched at all.
>
> We can now get the connector alternate modes that the actual
> controller supplies during probe - before registering the ucsi
> interface - and squash all alt modes with the same SVID into one that
> we supply to the ucsi.c when ever it sends GET_ALTERNATE_MODES
> command. Also other alt mode commands like SET_NEW_CAM can have
> special processing in ucsi_ccg.c and ucsi_ccg.c alone. There should
> not be any problem with that anymore.
I took the changes and loaded on my GPU system and do not see
altmode devices under /sys/bus/typec/devices/*. Its empty.
Below error is seen
"ucsi_ccg 4-0008: con1: failed to register alternate modes"
ucsi_run_command() is returning -16.
I will review the ccg changes and try to debug above issue.
Thanks
> nvpublic
>
> thanks,
>
> Heikki Krogerus (14):
> usb: typec: Copy everything from struct typec_capability during
> registration
> usb: typec: Introduce typec_get_drvdata()
> usb: typec: Separate the operations vector
> usb: typec: tcpm: Start using struct typec_operations
> usb: typec: tps6598x: Start using struct typec_operations
> usb: typec: ucsi: Start using struct typec_operations
> usb: typec: Remove the callback members from struct typec_capability
> usb: typec: ucsi: ccg: Remove run_isr flag
> usb: typec: ucsi: Simplified interface registration and I/O API
> usb: typec: ucsi: acpi: Move to the new API
> usb: typec: ucsi: ccg: Move to the new API
> usb: typec: ucsi: Remove the old API
> usb: typec: ucsi: Remove struct ucsi_control
> usb: typec: ucsi: Remove all bit-fields
>
> drivers/usb/typec/class.c | 125 +++---
> drivers/usb/typec/tcpm/tcpm.c | 47 +--
> drivers/usb/typec/tps6598x.c | 49 +--
> drivers/usb/typec/ucsi/displayport.c | 26 +-
> drivers/usb/typec/ucsi/trace.c | 11 -
> drivers/usb/typec/ucsi/trace.h | 79 +---
> drivers/usb/typec/ucsi/ucsi.c | 592 ++++++++++++++-------------
> drivers/usb/typec/ucsi/ucsi.h | 410 +++++++------------
> drivers/usb/typec/ucsi/ucsi_acpi.c | 96 ++++-
> drivers/usb/typec/ucsi/ucsi_ccg.c | 214 ++++------
> include/linux/usb/typec.h | 38 +-
> 11 files changed, 785 insertions(+), 902 deletions(-)
>
> --
> 2.23.0
next prev parent reply other threads:[~2019-09-27 0:14 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-26 10:07 [PATCH 00/14] usb: typec: UCSI driver overhaul Heikki Krogerus
2019-09-26 10:07 ` [PATCH 01/14] usb: typec: Copy everything from struct typec_capability during registration Heikki Krogerus
2019-09-26 10:07 ` [PATCH 02/14] usb: typec: Introduce typec_get_drvdata() Heikki Krogerus
2019-09-26 10:07 ` [PATCH 03/14] usb: typec: Separate the operations vector Heikki Krogerus
2019-09-26 10:07 ` [PATCH 04/14] usb: typec: tcpm: Start using struct typec_operations Heikki Krogerus
2019-09-26 10:07 ` [PATCH 05/14] usb: typec: tps6598x: " Heikki Krogerus
2019-09-26 10:07 ` [PATCH 06/14] usb: typec: ucsi: " Heikki Krogerus
2019-09-26 10:07 ` [PATCH 07/14] usb: typec: Remove the callback members from struct typec_capability Heikki Krogerus
2019-09-26 10:07 ` [PATCH 08/14] usb: typec: ucsi: ccg: Remove run_isr flag Heikki Krogerus
2019-09-26 10:07 ` [PATCH 09/14] usb: typec: ucsi: Simplified interface registration and I/O API Heikki Krogerus
2019-09-26 14:25 ` [PATCH 10/14] usb: typec: ucsi: acpi: Move to the new API Heikki Krogerus
2019-09-26 14:25 ` [PATCH 11/14] usb: typec: ucsi: ccg: " Heikki Krogerus
2019-09-26 14:25 ` [PATCH 12/14] usb: typec: ucsi: Remove the old API Heikki Krogerus
2019-09-26 14:25 ` [PATCH 13/14] usb: typec: ucsi: Remove struct ucsi_control Heikki Krogerus
2019-09-26 14:25 ` [PATCH 14/14] usb: typec: ucsi: Remove all bit-fields Heikki Krogerus
2019-09-27 0:13 ` Ajay Gupta [this message]
2019-09-27 9:44 ` [PATCH 00/14] usb: typec: UCSI driver overhaul Heikki Krogerus
2019-09-27 12:53 ` Heikki Krogerus
2019-09-27 16:30 ` Ajay Gupta
2019-10-01 18:36 ` Ajay Gupta
2019-10-03 14:24 ` Heikki Krogerus
2019-10-03 16:33 ` Ajay Gupta
2019-10-10 17:51 ` Ajay Gupta
2019-10-11 10:37 ` Heikki Krogerus
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BYAPR12MB272724AF8ED1C4850FB04230DC810@BYAPR12MB2727.namprd12.prod.outlook.com \
--to=ajayg@nvidia.com \
--cc=heikki.krogerus@linux.intel.com \
--cc=linux-usb@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).