Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp857088imm; Wed, 18 Jul 2018 11:55:22 -0700 (PDT) X-Google-Smtp-Source: AAOMgpf6Yl+hQiUl0UI4Ha3YEJoLrl+gEx9K17VVsEjQYCeuwbQVoHdh2C/cL2eSnZ8YI8wxOAfk X-Received: by 2002:a17:902:4101:: with SMTP id e1-v6mr7047904pld.205.1531940122234; Wed, 18 Jul 2018 11:55:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531940122; cv=none; d=google.com; s=arc-20160816; b=Acvek1fPsYkGng3UQ1Noe+UwZPe0bZRzs9a2mBZpeRe9TSzkApLUTRbeIu8BLO2mMc hoFZUbCMaTYKv6zOvK5JEIzMGnZ/5VBAa+jUyAxiBcpfF0N2FRPZnii9lP0KB1wNKknZ wCNs4DXwrab7u8iW0Gts37cTZWozxSuUmUWmkTJCspgBPQRzTApIC8JkI+INEfWBq9WF i5ik5K+vw8u+MkpLdDFtcb6jXSvQIxfp7A0h9FNUQbuqMMR3XG2N4hw4kmTWNkYeiG/Z x1jMVqbvq4lT7dJVizNKHk53oitCPPQNgRXqCO6T8FR4Sad0pENXyKVg3oZ8t/SQC7vE /1ew== 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:dkim-signature :arc-authentication-results; bh=DWZw+AZwDfd5nuF2JVpIoTvtb5TNNWegKIOtU5pMya4=; b=bgocnWh6/Qwz8p4HsNw28k8TjY+rkB9gH2uLHdYFdALIu2iuOzxdnCE+ah8RaJ3snW Ch0qB1KJtLOZVmT6VyMbrkwINTa9l5vfFVcZTlFmXqJ2hgCUO5J1hlonp+i8eThOkk4w joRoU9OxruS6OiaNEpIiL0Lqk+Nb3ENeZp7jnvGx0CoZx66dBgotJl+g3sJZ8lGCs3MR aFDtzlDGu/Lz42IxmKaol4Rd1kPz0+pKWTEYl3A3yV80xaAnMEgHGxl6z42/xSr8utHe 04vHBQfKxbnAxCu5r7BvmbeTShXKk4FkWXukzOccMqzNzRko+fHDglzLMyZJ8GNsBJJ6 wlNQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=QourDXBI; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z77-v6si4078839pff.100.2018.07.18.11.55.07; Wed, 18 Jul 2018 11:55:22 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=QourDXBI; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729654AbeGRTdq (ORCPT + 99 others); Wed, 18 Jul 2018 15:33:46 -0400 Received: from mail-wr1-f66.google.com ([209.85.221.66]:38534 "EHLO mail-wr1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729122AbeGRTdp (ORCPT ); Wed, 18 Jul 2018 15:33:45 -0400 Received: by mail-wr1-f66.google.com with SMTP id v14-v6so5680210wro.5; Wed, 18 Jul 2018 11:54:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=DWZw+AZwDfd5nuF2JVpIoTvtb5TNNWegKIOtU5pMya4=; b=QourDXBIsZ/CHmgDS+ySMXN2U8d1TfcUF/SVaJC50BIzWya615u7i7Je5lK9P9aXOu WKmsjFq6xfL4GXiXCwIjVFsDU4CzBPWBuzBeGkbHr3wLE4hRo71HQQ8VavLL0EFOfc6I VpDfWaEWdp+H81n5vdx7bWorgY7cJAvK0FiqiyAAFKnftppVhgmvPO6R8+If6BttT4YJ XP5xIYUNQR2FuGFN/e73/5FXBiZSstwgH1eMgKLI8UB80137X0z4ysde+/QCwUyTE/c6 LZKUbWVIm/i9OEYf1ILwTUN2gNhkTt3eZoEHbR09KSBhwxfZH03UpSHKlVGAGmxJoD9q UkPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=DWZw+AZwDfd5nuF2JVpIoTvtb5TNNWegKIOtU5pMya4=; b=nViIRjPcewCH5+8QwF6q971bxuEFO23/I8AfpGqtFagG4FmjwKzrlAC323uxtD2Qak TNtksoQphwCqv9RbDzJ9RJF2kVzJDCltSy3biG4jLIj4JsYozwiDP2BmXoZ3hHe7RT+n VcUT5tRCCVBwOOalK8JAZYSR3exlqtYgUX2S0rnHUB0GAduJqwMMQl1ZINXIcNIG3FnF +K6TX+CshMIaVmnGWjN26hfbvfhKOlE/Z1QZA95qpo4n3RhOM6ELAv3TsQiujxWmHcM2 DNPf7pN5S0VR/+6e8D2a0Xo+0SGjPlKQqDnfOkComeb9fwyF5HRCN83/zygyEBlmL5QY oTsw== X-Gm-Message-State: AOUpUlGBeg/R/KTPIRzXtgsWqQs82Cd2awRBadz/a6R0j6xLlupulagk ildhxgbpX7EtrFdteYm6uBcUNTGQ X-Received: by 2002:adf:e584:: with SMTP id l4-v6mr4955632wrm.190.1531940071409; Wed, 18 Jul 2018 11:54:31 -0700 (PDT) Received: from [192.168.1.18] (ckg128.neoplus.adsl.tpnet.pl. [83.31.82.128]) by smtp.gmail.com with ESMTPSA id n17-v6sm2140646wmc.13.2018.07.18.11.54.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Jul 2018 11:54:30 -0700 (PDT) Subject: Re: [PATCH v3 1/2] leds: core: Introduce generic pattern interface To: Pavel Machek Cc: David Lechner , Baolin Wang , Bjorn Andersson , Mark Brown , Linux LED Subsystem , LKML References: <8da1b769-8aa3-9698-467a-2e7b0707fecf@gmail.com> <20180714212033.GA31950@amd> <00fa2693-9308-8d74-0124-04066a76c35a@gmail.com> <20180714222924.GA2776@amd> <20180714223907.GB2776@amd> <1138f834-e805-6076-bb5b-aa1fdc1f2606@gmail.com> <2c3a8911-150a-9b25-2a66-a9432047f96b@lechnology.com> <68996338-a902-2b57-0bb9-df274a496b06@gmail.com> <20180718075637.GA10279@amd> From: Jacek Anaszewski Message-ID: <913151e4-c19f-9a22-697c-52a9fb48cb32@gmail.com> Date: Wed, 18 Jul 2018 20:54:28 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180718075637.GA10279@amd> Content-Type: text/plain; charset=windows-1252; format=flowed 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 On 07/18/2018 09:56 AM, Pavel Machek wrote: > Hi! > >>>>>> I believe I meant "changing patterns from kernel in response to events >>>>>> is probably overkill"... or something like that. >>>>> >>>>> Anyway -- to clean up the confusion -- I'd like to see >>>>> >>>>> echo pattern > trigger >>>>> echo "1 2 3 4 5 6 7 8" > somewhere >>>> >>>> s/somewhere/pattern/ >>>> >>>> pattern trigger should create "pattern" file similarly how ledtrig-timer >>>> creates delay_{on|off} files. > > Yes, that sounds reasonable. v5 still says > > + Writing non-empty string to this file will activate the pattern, > + and empty string will disable the pattern. > > I'd deactivate the pattern by simply writing something else to the > trigger file. Please keep in mind that this is ABI documentation for the pattern file to be exposed by LED core, and not by the pattern trigger, that, as we agreed, will be implemented later. In this case, I'd go for "echo 0 > brightness" as a command disabling pattern. The same operation disables triggers, so later transition to using pattern trigger will be seamless for userspace. -- Best regards, Jacek Anaszewski