Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1137754ybh; Thu, 23 Jul 2020 01:05:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJypeIH7dgLKdrBPNaERadmWEUIw0lU9Jcam44swf+tVEe13KIrBgiTh0JCdjJUh9PFWbxa6 X-Received: by 2002:a17:906:8601:: with SMTP id o1mr3352187ejx.326.1595491523208; Thu, 23 Jul 2020 01:05:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595491523; cv=none; d=google.com; s=arc-20160816; b=jXxCWATjwNGsbqDZIZ/W4/h+WAgMPjALtcA7H+h22Qcddvc3T8itQuIYk5V/sUjE5X Kr4y4tLsa/bJzr5q160Zed+oWxUH5a3u+vMBY+hc0rR5c5/yFTgRPP2PS4+m0P2FuEWR r0VRiq6ivfcsWI3N+fy/HLGZKJxelKTRwumOcloYI5G4fwePqi5SJUCVfbuoTOf1iY+/ v+wsDsOWi6mIyWihEEAQzYh1oBdTBI3I8FGAi2O+0t3WUrtMn6PSW/AwBV0I2IEDSK3Q IvOi3LqasfWjXBvIUATOXiIudXE/7uhVPicMqpSG2+MVLmF85phlLVoy2AzAS5HcX6+N zKsA== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=BdlVRjRNiEUkSdYVcB5zM/1iW+pE0wZddvEALbu1pTE=; b=ZAgEBkYObOg+5JkJozbNsdTycYr9ZGFKo+rIX0/tnyj9+NiFw5jyXppGWcVobfKnmv ktrW6TToXADutpb71+6PGu7CmJVnTcLz0rr+yO2oGJMrpH6vePvpCIMi5ZcqgglFyrGl NWcsB5Zz0SqhKmIVG+Z8qB+edR4osxYTH6kZJ8Nkig1/v1hCFXJ12W7d3BrOyorID/CM gsB1FyrSZAQ8XC0mcwBRpHAxkOeS0jZhnOW1XnVk33RAnNIvAbWlLcH3bH6SO++TQsOv ZmWGgORpOx2+BY8f0i6pZ7mXmK8ENPiyQvcc2nwhOeLNj3aGytvAkLfZ3k0jXRsiF5is 8rjA== 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=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i6si1557563edy.232.2020.07.23.01.05.00; Thu, 23 Jul 2020 01:05:23 -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=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727121AbgGWIEU (ORCPT + 99 others); Thu, 23 Jul 2020 04:04:20 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:44620 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725911AbgGWIEU (ORCPT ); Thu, 23 Jul 2020 04:04:20 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: eballetbo) with ESMTPSA id F394928D80B Subject: Re: [PATCH 2/2] platform/chrome: cros_ec_proto: check for missing EC_CMD_HOST_EVENT_GET_WAKE_MASK To: Brian Norris Cc: Benson Leung , Guenter Roeck , Linux Kernel References: <20200722015732.1720840-1-briannorris@chromium.org> <20200722015732.1720840-2-briannorris@chromium.org> <5ebf1534-8045-9894-9c1c-b92b9c6d8479@collabora.com> From: Enric Balletbo i Serra Message-ID: <59657973-cdef-eaf2-47f2-368205015750@collabora.com> Date: Thu, 23 Jul 2020 10:04:16 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Brian, On 22/7/20 22:50, Brian Norris wrote: > On Wed, Jul 22, 2020 at 3:19 AM Enric Balletbo i Serra > wrote: >> >> Hi Brian, >> >> Thank you for your patch, I'll take a look soon but I'd like to ask if you can >> join the discussion with this patchset [1], specially this one [2]. We're trying >> to match EC errors with standard linux kernel errors because we think can be >> helpful. >> >> [1] https://lore.kernel.org/patchwork/cover/1276734/ >> [2] https://lore.kernel.org/patchwork/patch/1276738/ > > Hi Enric, > > Thanks, I'll do that. I do wonder sometimes how non-maintainers should > best support "community" around these things, for subsystems that > don't have a dedicated mailing list and are therefore sent only to > maintainers + LKML-fire-hose. I could probably subscribe to LKML and > filter it, but something tells me my mailbox will still manage to > explode somehow... Anyway, I digress. > We talked sometimes on having a dedicated ML, but for one reason or the other, and as we don't have a lot of volume, we didn't set up (could be an option). Another thing that we can do (although this is specific for you and doesn't solve the problem with people like you that are interested on this), is add you as a reviewer in the MAINTAINERS file. The CrOS EC has a lot of subtleties, and having more ChromeOS people involved in the reviewing upstream is more than welcome. Regards, Enric > Other than perhaps taking a lesson not to propagate -ENOTSUPP, I don't > think this series should block on that, as this is a bugfix IMO. > > Regards, > Brian >