Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp5602340yba; Thu, 11 Apr 2019 01:29:19 -0700 (PDT) X-Google-Smtp-Source: APXvYqz8IjO/x7JGi+EXk2lsXUUBjUbD5iYggtnyzIwPfKFDENuBUYl8tKOieqf0siLakEJQxbqh X-Received: by 2002:a63:1f61:: with SMTP id q33mr42443347pgm.325.1554971359668; Thu, 11 Apr 2019 01:29:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554971359; cv=none; d=google.com; s=arc-20160816; b=rGaCutxsUFIQyj5lURXP6C3AY0X1jI2HJ/W09Qk+94MHxRavdmwaJ+vxqUjhFH/maP Hoe9jkqwJCLuVWGp5sQeX23iudWB/KmucvhdKL9yHTcHqwPEESfTQB/2WrDpJ9Zbh5aF ndAc0j1+sl8gWyNqZwXbWT97kz+85+mY3GnfynrxMK1ZE7IG4Rg/XTq6LvDmb8VlsiVX lKTIF2UbAXfGmFMWxQc1wcXnd4ZBPRWldXzMWX1SLGkYj7dwzTV26qVRpnIQYIWq2wdE eNumG05cjvfj2US4WOlEOON/lyu29jrN+bfLOhUyWD5KixlbGCAfwIAg8YOLoiA7DvBR Hthg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :date:references:in-reply-to:cc:to:from:subject:message-id; bh=eCaQ4m2rswhBhr9QHNhb8oVPHXTFp7HDOn6YH2CXLPM=; b=k6IwK/Dwzqv9SoikTb5iqXCE/N6DLLEpYd41/Q+c3TKGIIsEtf8eJReUxDBy5VRu3P dTHdu/zSvztGiERYrH+lIRUG+ZenxiEQUHueoVPyyS5gnKFus9lwaUtmoQMFPzP3k9Oy qHtfpxLowcF7yOErVZ1uz3+rmty0iL+SuL/AQM/ezZkaDSm1VZUD2t6sevamPZqVBC1D HvnFSiH52NZOmK0yHP3nbxBHHyT2LnaTBIDsNNxD8RPMzQf14ZzWb5ZO7sQOlriRtun+ dDL0HPJxQ34gvEYygV+KZYs4jOt9zH54aBkVExKgPNuOFjI1GGzICUPh9COeBDuQV9xS tUSQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m7si34253879pgg.78.2019.04.11.01.29.03; Thu, 11 Apr 2019 01:29:19 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726850AbfDKI2F (ORCPT + 99 others); Thu, 11 Apr 2019 04:28:05 -0400 Received: from mx2.suse.de ([195.135.220.15]:59068 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726121AbfDKI2F (ORCPT ); Thu, 11 Apr 2019 04:28:05 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id BF575AC69; Thu, 11 Apr 2019 08:28:03 +0000 (UTC) Message-ID: <1554964555.21725.14.camel@suse.com> Subject: Re: [PATCH] usb/hcd: Send a uevent signaling that the host controller has died From: Oliver Neukum To: Raul E Rangel , linux-usb@vger.kernel.org Cc: Miquel Raynal , djkurtz@chromium.org, Dmitry Torokhov , groeck@chromium.org, "Gustavo A. R. Silva" , Martin Blumenstingl , Johan Hovold , Sebastian Andrzej Siewior , Mathias Nyman , Greg Kroah-Hartman , Alan Stern , Roger Quadros , linux-kernel@vger.kernel.org In-Reply-To: <20190410203520.248158-1-rrangel@chromium.org> References: <20190410203520.248158-1-rrangel@chromium.org> Content-Type: text/plain; charset="UTF-8" Date: Thu, 11 Apr 2019 08:35:55 +0200 Mime-Version: 1.0 X-Mailer: Evolution 3.26.6 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mi, 2019-04-10 at 14:35 -0600, Raul E Rangel wrote: > This change will send a CHANGE event to udev with the DEAD environment > variable set when the HC dies. I chose this instead of any of the other > udev events because it's representing a state change in the host > controller. The only other event that might have fit was OFFLINE, but > that seems to be used for hot-removal. > > By notifying user space the appropriate policies can be applied. > e.g., > * Collect error logs. > * Notify the user that USB is no longer functional. > * Perform a graceful reboot. Could you please make sure this type of event is shared with other subsystems whose devices can "die"? It looks to me like SCSI offline should for example create the same event. This kind of thing needs to be documented. Regards Oliver