From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED, USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E4D2EECDE47 for ; Thu, 8 Nov 2018 21:15:48 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 967B920818 for ; Thu, 8 Nov 2018 21:15:48 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=thunk.org header.i=@thunk.org header.b="Wl/l0FtB" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 967B920818 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=mit.edu Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727137AbeKIGxD (ORCPT ); Fri, 9 Nov 2018 01:53:03 -0500 Received: from imap.thunk.org ([74.207.234.97]:56340 "EHLO imap.thunk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726831AbeKIGxC (ORCPT ); Fri, 9 Nov 2018 01:53:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=thunk.org; s=ef5046eb; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=ENZUxapedznnnNYetdr3XDMyh7vYvS9oimznGcBczxo=; b=Wl/l0FtB4EdYpN7zpHbXUjqoYM tJR1BkvPgh0ayrB+9/vIRdCHh6sWl2s0GbZSN+lfuq4Pxgga7rOzoF/pJ20N3ZLucsnZ+we32TQqw hjtzAQApqShT1bRNVCgiNQPG/sVzaM3w4LF/oq4gfV88U5Uu9YGJBSPqhddS0v/2KPts=; Received: from root (helo=callcc.thunk.org) by imap.thunk.org with local-esmtp (Exim 4.89) (envelope-from ) id 1gKreP-0001gM-5v; Thu, 08 Nov 2018 21:15:41 +0000 Received: by callcc.thunk.org (Postfix, from userid 15806) id 2D35A7A7D24; Thu, 8 Nov 2018 16:15:40 -0500 (EST) Date: Thu, 8 Nov 2018 16:15:40 -0500 From: "Theodore Y. Ts'o" To: Mario.Limonciello@dell.com Cc: mika.westerberg@linux.intel.com, whitequark@whitequark.org, heikki.krogerus@linux.intel.com, linux-kernel@vger.kernel.org Subject: Re: A different PD controller firmware problem? Message-ID: <20181108211540.GG1080@thunk.org> Mail-Followup-To: "Theodore Y. Ts'o" , Mario.Limonciello@dell.com, mika.westerberg@linux.intel.com, whitequark@whitequark.org, heikki.krogerus@linux.intel.com, linux-kernel@vger.kernel.org References: <28522bb57c5d8f49416b9174b19b1625@whitequark.org> <20180905132429.GB25121@kuha.fi.intel.com> <4df3faaee8904d81bf7737b5f2daaff5@ausx13mpc120.AMER.DELL.COM> <3a666f66d6e342e2971b800caae7c889@whitequark.org> <3b76178ca0de4990a38362cfd4836fdc@ausx13mpc120.AMER.DELL.COM> <20180911093239.GW14465@lahna.fi.intel.com> <20181006060121.GA4050@thunk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: tytso@thunk.org X-SA-Exim-Scanned: No (on imap.thunk.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 08, 2018 at 06:00:59PM +0000, Mario.Limonciello@dell.com wrote: > > Sortly after 12:30am US/Eastern, I got a low power warning on my > > system, and the battery power had dropped below 10%. Apparently the > > laptop was not accepting any charge any more. I tried doing a suspend > > to ram, and then unsuspended it, and it still wasn't accepting any > > charge, even though the adapter indicated it was plugged in and > > supplying power. I then did a power cycle, and still the laptop > > didn't indicate it was charging with a USB C 45W power supply plugged > > in. > > Just to be clear was this a Dell adapter or another manufacturer? > > If it's non-Dell, there could easily be an untested combination of controllers > and one getting into a bad state. It was multiple non-Dell adapters --- but normally unplugging and re-pluggin a USB C port *should* be enough to get the port back into a sane state; a power down and unplugging the power should not be required! (A power down was not enough, and unplugging the power supply and trying a different USB adapter was also not enough.) Adapters which I tried included the Innergie 45W[1] (which does have some USB Compliance issues), the original Google Universal Type C Charger 60W[2], and BatPower ProE plus USB C adapter. The last hasn't gotten a USB C conformance review published, but I took that last one to Benson Leung's lab and he tested it using his USB C analyzer. The ProE w/ USB C adapter passed with only one nit (apparently on disconnection it didn't drop down below 5 volts fast enough to be within spec; so if you unplugged it from a laptop and immediately jammed it into a phone which only accepted 5V input, there might be issues. :-) [1] https://gtrusted.com/review/innergie-powergear-usb-c-45 [2] https://gtrusted.com/review/the-microsoft-surface-book-2-charges-fine-with-the-google-universal-type-c-charger-60w-over-usb-power-delivery The problem with the Dell XPS 13 not accepting power first showed up while attached to the Google 60W USB power adapter. Unfortunately, it's never happend again since in the past month, so there's not much I can report. > > I have noticed other problems where a USB C to HDMI adapter doesn't > > quite work right (the laptop refuses to talk to the display), and the > > *only* way to fix things is to powerdown Linux and then remove the > > power plug. > > Is this with the DA200 or DA300? Or something else? It was with something else. The problem stopped happening after I stopped using a Dell Ultrasharp 30" monitor. I've noticed that Linux's drm support for that particular monitor has always been marginal, and the problem would happen either when connecting to the Dell Ultrasharp 30, or after it had been connected to the Dell Ultrasharp 30 and going into work and connecting to a lesser Dell 24" monitor (at $WORK they're too cheap to buy Ultrasharp's :-). When I upgraded my home display to be a 34" 4k display, this particular problem went away. The only thing that was interesting about it other than "random drm bug; MST support in Linux marginal[1], film at 11" (I've been having problems with the Dell Ultrasharp 30 connected from a Thinkpad Dock ever since I got it), was that with the Dell XPS 13, it was the first time where powering down *and* removing the power adapter made a difference. That was unique and surprising to me. [1] https://www.youtube.com/watch?v=6301tGNs9Dc I still have the Dell Ultrasharp 30", so I could try some experiments, but since I'm not using it these days, it's been must less important to me, since I'm not a DRM developer. :-) (And yes, it's possible that the timing was a coincidence where it was something else, like going to a newer kernel, not stopping the use of the Dell U30 that made the key difference. Give all of the Linux problems I've seen with the Dell U30, over the past few years, I'm less convinced, but I admit I haven't done a fully controlled experiment yet.) > It sounds like this one might be more reproducible. If it's a Dell > peripheral I think it should be pretty easy for support to reproduce > and escalate. When I have time (probably after Vancouver at this point), I can drag my Dell TB16 dock home, and try an experiment with the Dell XPS 13, connecting to the Dell Ultrasharp via a TB16 dock. And I can it with a bleeding-edge kernel as well as the Debian 4.18.0-2 kernel. Given that the Dell Ultrasharp 30 is an older monitor, it might be less urgent to track this down, though. Cheers, - Ted P.S. Linux support for 4k monitors are still marginal. I very often need to configure to 2560x1600/60Hz, and *then* reconfigure to 3840x2160 with a 59Hz refresh (that's important, usually it won't work with 60Hz refresh). And if the laptop display ever goes to sleep, I need to repeat the "configure to 2560x1600, then reconfigure to 3840x2160@59Hz" dance. These problems go away if I use an USB C / HDMI adapter which only supports 4k @ 30Hz, but I want a faster refresh rate than that. :-) (And yes, I've tried multiple USB C / HDMI adapters; I have a whole collection.) And this is something I can reproduce with a TB16 dock at work, although I don't have a Dell 4k monitor, so I can't do a 100% Dell repro on this particular 4k@60Hz (almost never works) / 4k@59Hz (usually works, although I can't let the display sleep) exernal monitor problem. This particular problem does reproduce on a Acer 32" 4k screen at work, as well as LG 32" 4k monitor at home, though. P.P.S. Then there are the problems with using a TB16 at work, and suspending, then going home and using a USB-C hub/adapter at home. And after getting two TB16 for home use from Amazon, both of which didn't work, although the TB16 at work did, I gave up with trying to get a second TB16 for home use. So normally I don't use the TB16 at work, because things are much more stable if I don't use Thunderbolt at all, unless I want to reboot after every commute. Ah, life at the bleeding edge. :-)