Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2884742pxv; Sun, 4 Jul 2021 00:55:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyZBhxv42NSTOiP3hDpQNtc3qkeQm7AdN9oX9NS6UjXFtzk+sT5NHnJqhlkt3zy0dRObNXM X-Received: by 2002:a6b:f81a:: with SMTP id o26mr7228235ioh.68.1625385353369; Sun, 04 Jul 2021 00:55:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625385353; cv=none; d=google.com; s=arc-20160816; b=oBIqhNjJTC4eE/6ZSQk7Oporw18rQCfgdkE7fR41cehDYLEgTnCzODnBY3UW6DfY/u DazEIya1Po2G8s5aDFM9GND1TfGzcHZgPhrq5Er4ZEQOBALUdHfMu0OfK9/QlR8n5yvZ iKY19tA2B+nFtMAgy3KBHUnhc8yit1nqh/ldr7w4NlUCzhRdFnD+8V8mB0n62BxZVdIv EXvYFSGILCLEoHGG3Gar76YM276pA7p6JK1cHgMQf+oVMMmawdt2UN+rJjwl7ty+rrna F+LLyIX7lURl3ec/DxhoPty3WopPlBCoLCe/4VG+waSKgXatqP/R3ttUK84+wbsJmM/z wILg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:message-id:date :subject:cc:to:from; bh=HCLRPi+zDc3Ux/I0N+jd0q+JdmozfpR53gDEoPAu2E8=; b=ufcSPptsaCxdxxnuRgdqwkAqPujkz3QbttddpUdIys4h3qhLtX1rC4o3lGc5lcZdKi He6Ilxe86l6nDrpkAO4TbUVjCyuOkK2l6fg7yFpx1oJV9ZVYMF8HMTrsp9qCxL4ipYEi JhaySDIHA0phm2MTjbiM/T/9/0S4x30YOhOupFAr4GZKuEbu2vIYsqZF7uV240zShEjB laFF6012GyAOtwwjglQlpuc92Wq6BHZ13Xv5m6iiYqeDZ/4VUQ7fYTS+Dsmi4FCcEZHj YqHs35nAs2vLa5XhSpgZ4f93wQpb6yEvmkrk6ZxpVZ1hJF/5+gfOhDkFgX4NEohfmEm9 1VjQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=puri.sm Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x19si9295864ioa.74.2021.07.04.00.55.41; Sun, 04 Jul 2021 00:55:53 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=puri.sm Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229700AbhGDH5W (ORCPT + 99 others); Sun, 4 Jul 2021 03:57:22 -0400 Received: from comms.puri.sm ([159.203.221.185]:34038 "EHLO comms.puri.sm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229561AbhGDH5W (ORCPT ); Sun, 4 Jul 2021 03:57:22 -0400 Received: from localhost (localhost [127.0.0.1]) by comms.puri.sm (Postfix) with ESMTP id 393C6DFE43; Sun, 4 Jul 2021 00:54:17 -0700 (PDT) Received: from comms.puri.sm ([127.0.0.1]) by localhost (comms.puri.sm [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4uNiZVVEQiFX; Sun, 4 Jul 2021 00:54:16 -0700 (PDT) From: Martin Kepplinger To: martin.kepplinger@puri.sm, bvanassche@acm.org Cc: hch@infradead.org, jejb@linux.ibm.com, kernel@puri.sm, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, linux-scsi@vger.kernel.org, martin.petersen@oracle.com, stern@rowland.harvard.edu Subject: [PATCH v6 0/3] fix runtime PM for SD card readers Date: Sun, 4 Jul 2021 09:54:00 +0200 Message-Id: <20210704075403.147114-1-martin.kepplinger@puri.sm> Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org hi, (According to Alan Stern, "as far as I know, all") SD card readers send MEDIA_CHANGED unit attention notification on (runtime) resume. We cannot use runtime PM with these devices as I/O always fails in that case. This fixes runtime PM for SD cardreaders. I'd appreciate any feedback. To enable runtime PM for an SD cardreader number 0:0:0:0, do: echo 0 > /sys/module/block/parameters/events_dfl_poll_msecs echo 1000 > /sys/bus/scsi/devices/0:0:0:0/power/autosuspend_delay_ms echo auto > /sys/bus/scsi/devices/0:0:0:0/power/control thank you, martin revision history ---------------- v6: (thank you Bart and Christoph) * fix scsi command timeout for sense request * add reviewed-by tag v5: (thank you Bart) * simplify the sense request itself and remove unnecessary code https://lore.kernel.org/linux-scsi/20210630084453.186764-1-martin.kepplinger@puri.sm/T/#t v4: (thank you Bart and Alan) * send SENSE REQUEST in sd instead of adding a global scsi error flag. https://lore.kernel.org/linux-scsi/20210628133412.1172068-1-martin.kepplinger@puri.sm/T/#t v3: (thank you Bart) * create a new BLIST entry to mark affected devices instead of the sysfs module parameter for sd only. still, only sd implements handling the flag for now. * cc linux-pm list https://lore.kernel.org/linux-scsi/20210328102531.1114535-1-martin.kepplinger@puri.sm/ v2: https://lore.kernel.org/linux-scsi/20210112093329.3639-1-martin.kepplinger@puri.sm/ * move module parameter to sd * add Documentation v1: https://lore.kernel.org/linux-scsi/20210111152029.28426-1-martin.kepplinger@puri.sm/T/ For the full background, the discussion started in June 2020 here: https://lore.kernel.org/linux-scsi/20200623111018.31954-1-martin.kepplinger@puri.sm/ Martin Kepplinger (3): scsi: devinfo: add new flag BLIST_MEDIA_CHANGE scsi: sd: send REQUEST SENSE for BLIST_MEDIA_CHANGE devices in runtime_resume() scsi: devinfo: add BLIST_MEDIA_CHANGE for Ultra HS-SD/MMC usb cardreaders drivers/scsi/scsi_devinfo.c | 1 + drivers/scsi/sd.c | 23 ++++++++++++++++++++++- include/scsi/scsi_devinfo.h | 6 +++--- 3 files changed, 26 insertions(+), 4 deletions(-) -- 2.30.2