Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp3027179imm; Thu, 17 May 2018 02:01:33 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqniduiQ6b6jiY3n1VXaIh+S04sGFiRw0RbvntogvGzX+m/NUrtj6T0GmLE1lcROiY2PnMy X-Received: by 2002:a62:e53:: with SMTP id w80-v6mr4478609pfi.236.1526547693836; Thu, 17 May 2018 02:01:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526547693; cv=none; d=google.com; s=arc-20160816; b=XwfZEfwbH7FtXHfrnUplRST4ILDhK6OsWnFWMH/Kr52c9IuDVgzQUTRIIlJWXDA6wc OWZt6BjhlcP9e6MVKuDuYJZyRrNb0yB4TsB4MVgE5eZ2hNRZsnVkjCi7QM+604laScEn BgE53Ci5TGgdiYlXlZGhnxjkIgHeH4VxcBIivJ9US+cJwoHgv4gPRkMS1FQwoPN2aQXu 1Tu2EX51FaGbG3U+BkdW2Be2BsbqB+F/yZEhGG/qjGMH8FW2BSt6S+OePbc2kUv0KppQ xly++OU4S8bpKiW1W9NbAu23oqDdNCRr9iz4Mc9aelXweb4dGjkcWBkwHdGg6qcU7FXo dMfA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=P4aBcbsKFT/u+lktdgK9jIz5ikqZHm6/HIxCebcjcC8=; b=WdCFCbF1IbTKeZYx2I7y6Emw3SGhXQzZ/nLCO9sHyxj2mCMGoAlcH0PBdOZEXB37S4 Aq9eZjQCECxLStMLFN+ok3P77vSZ9ejoKdIW2ef4EvwTLjTllN5wUCTFF2TW78UfwYGi HasArse5Fx7Wz/9HAnpTb4+O+we495qBNAy7+f8QZfZB+Z3+CDt0PASjAEI6EnMcPEYp 6vd8zWtHUM5X8TveWeuSwlaK5yVbq5WKOZDQV0UA1h2lenINdhz9/X6Iglbxla4qHPQx x98GmN/PKxW8XqnMQ4hhF1lq+0SSFBFXGsOQHA0aDcKttOV8g8+lHoOvD02q0NSxdB3g zZcw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p17-v6si3775310pgv.67.2018.05.17.02.01.19; Thu, 17 May 2018 02:01:33 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751626AbeEQI7h (ORCPT + 99 others); Thu, 17 May 2018 04:59:37 -0400 Received: from mga11.intel.com ([192.55.52.93]:57541 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750924AbeEQI7e (ORCPT ); Thu, 17 May 2018 04:59:34 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 May 2018 01:59:33 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,409,1520924400"; d="scan'208";a="56034644" Received: from kuha.fi.intel.com ([10.237.72.189]) by fmsmga001.fm.intel.com with SMTP; 17 May 2018 01:59:31 -0700 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Thu, 17 May 2018 11:59:30 +0300 Date: Thu, 17 May 2018 11:59:30 +0300 From: Heikki Krogerus To: Mario.Limonciello@dell.com Cc: greg@kroah.com, pmenzel+linux-usb@molgen.mpg.de, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: `ucsi_acpi: probe of USBC000:00 failed with error -12` on Dell XPS 13 9370 Message-ID: <20180517085930.GD11469@kuha.fi.intel.com> References: <9365397f-7206-728e-ee76-146629bfd186@molgen.mpg.de> <20180515160047.GB26720@kroah.com> <69da4aa4-3d4b-0ffc-81ce-500713cd3743@molgen.mpg.de> <20180516080226.GC3536@kroah.com> <20180516115814.GB11469@kuha.fi.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Wed, May 16, 2018 at 04:13:31PM +0000, Mario.Limonciello@dell.com wrote: > > > > -----Original Message----- > > From: Heikki Krogerus [mailto:heikki.krogerus@linux.intel.com] > > Sent: Wednesday, May 16, 2018 6:58 AM > > To: Greg KH; Paul Menzel > > Cc: linux-usb@vger.kernel.org; linux-kernel@vger.kernel.org; Limonciello, Mario > > Subject: Re: `ucsi_acpi: probe of USBC000:00 failed with error -12` on Dell XPS 13 > > 9370 > > > > Hi, > > > > On Wed, May 16, 2018 at 10:02:26AM +0200, Greg KH wrote: > > > On Tue, May 15, 2018 at 06:47:37PM +0200, Paul Menzel wrote: > > > > Dear Greg, > > > > > > > > > > > > As always, thank you for the prompt response. > > > > > > > > > > > > On 05/15/18 18:00, Greg KH wrote: > > > > > On Tue, May 15, 2018 at 04:34:03PM +0200, Paul Menzel wrote: > > > > > > > > > > Linux 4.17-rc5 shows the error below on the Dell XPS 13 9370 with Debian > > > > > > Sid/unstable. > > > > > > > > > > > > ``` > > > > > > [???] > > > > > > [ 0.440240] usb: port power management may be unreliable > > > > > > [ 0.441358] usbcore: registered new interface driver usb-storage > > > > > > [ 0.441367] usbcore: registered new interface driver usbserial_generic > > > > > > [ 0.441369] usbserial: USB Serial support registered for generic > > > > > > [ 0.441383] ioremap error for 0x3f799000-0x3f79a000, requested 0x2, got > > > > > > 0x0 > > > > > > [ 0.441518] ucsi_acpi: probe of USBC000:00 failed with error -12 > > > > > > [???] > > > > > > ``` > > > > > > > > > > > > 1. Are the ioremap and ucsi_acpi error related or is a separate report > > > > > > needed? > > > > > > > > > > The ioremap error is what causes ucsi_acpi to fail the probe call (-12 > > > > > is "out of memory".) > > > > > > > > > > > 2. Do you know the reason for the ucsi_acpi error? > > > > > > > > > > the call to ioremap failed. > > > > > > > > > > Does this device really have a working typec connector? > > > > > > > > Just to avoid misunderstandings, no device was connected to the laptop > > > > during my test. > > > > > > > > But, from other boots, the Dell docking station TB16 kind of works with it, > > > > so I???d say the USB Type-C connector is working. > > > > > > Ok, good, this might just be the acpi tables not set up properly for > > > this type of connection. Odd that the tables show it should work, > > > Heikki should know more about this. > > > > The firmware probable has not implemented UCSI on this board. I think > > Dell always supplies the ACPI device node for UCSI in their acpi > > tables. The _STA method in that device node is then used to inform the > > OS if the interface exists or not. The return value for _STA comes > > probable from BIOS, so this is most likely a BIOS problem. > > Heikki, > > I confirmed with internal team that UCSI is implemented on XPS 9370 > and was confirmed to be working properly with Windows 10 RS2+. Just to double check: "UCSI was confirmed working properly", so not "the Type-C ports were confirmed working properly"? > The reason that _STA is responding on this device node now but wasn't > previously is it wasn't exposed in Linux until 4.16 when the Win 10 RS2 > OSI string started to respond. OK. > Intel should internally have some XPS 9370 you can remotely access if > you would like to poke around ACPI tables some. I will try get access to XPS 9370, but with the acpi tables, if somebody could just send me acpidump, that would be enough: % acpidump -o xps9370_acpi.dump > > Please note that UCSI will only supply status information to the > > operating system, so the USB Type-C ports will function normally even > > without it. The ports are handled in firmware on these platforms. > > > > Paul, do you have the latest BIOS? > > > > > > > > > Does normal USB devices work with it? > > > > > > > > Sorry for being ignorant, but could you please tell me what normal USB > > > > devices are? > > > > > > If you plug a USB typeC device into this port, does it work? A docking > > > station is a little bit "different" in that it usually uses the PCIe > > > connection, not the USB connectors. Or at least that's how my Dell > > > docking station works last time I tried it[1] > > I think the best description here is "Non-Thunderbolt" USB type C device. > Some examples: > There are Dell docking stations with Thunderbolt (TB16) or without (WD15). > > You can also pick up little dongles for ethernet or combo dongles for > ethernet/VGA/HDMI/etc. > > Anything non-Thunderbolt would satisfy what Greg was looking for. Anything non-Thunderbolt and non-display. With the display adapters you would be in DisplayPort alternate mode, and you would again not be testing a normal USB device. It never hurts to check that, but I think it's safe to assume that the ports are functioning normally if the Thunderbolt dock was working. Unless I'm mistaken, even the xHCI USB host controller behind the USB Type-C (thunderbolt) ports is actually part of the thunderbolt controller. Br, -- heikki