Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp766310pxf; Thu, 18 Mar 2021 11:01:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyGbEgb+GHdG58W/XLJH4Lp6BJ4Qh+QZ/loiFXwg6LAH0qUl6ZNu5eROq3fV8PCdX3khJli X-Received: by 2002:a17:906:5611:: with SMTP id f17mr42954182ejq.208.1616090480518; Thu, 18 Mar 2021 11:01:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616090480; cv=none; d=google.com; s=arc-20160816; b=p3f17ZVVlnWAZeHmBnRmtNel5zjDdqPmOaV4LEG3uWLTTBywDA6hvfg5bdFQbDjJcV cqTGMiR+nh9oKygMc+zZsCx1x+Kpj+DQB9L5K4t7jqNBbyhmzdWzJlteVVhkXwkABOKV 90u8v0Uz2hoxm2A104+fBhWnsOw8iwr4ADI1OQDs5lYP23lYlBVYQHrkhu1puqzrnMCv jQtKBTiDvafeff1Pggs31SCOntYVcalYm64GFLmFBv/e+FI280ZWYJV19V1hGj+U8JPa /39jrdoYj9syLG7OzqZPUyTbTF0hT44BFhI73TEM+IkOnnSPrAbYCrwHdodvXPaL+9g1 ZNqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=URGQZepX/WtDlddbmbmm5+79ZO8GxjyFVRje7sO+a8g=; b=SYM3vjF2VjVL50OQriX6HvTFhKC9Y+3/2XtAPySHefIqlEwFN+mNodJ7MBHViELu9O VLgzvwJjBufostFkJu/198cfSG5rdS2z7sultSnshE91pc0svPQEBk4PgcQZ6ft01GWq TkD1+FetV79w6RVcni6H0LIpA6vO0mHK3RKoBqZIgFJm+e7iGRpMG8ebiPHR6h06eQk+ Eo0/Yq+N+9RLB+mdSwlghRRCsqqYZCRWZJ/hNDlTUfVganOJp5W/1wbAyfrzesH0iri2 t3NFbJQbEhdigNdfft3CS1Zwlscw2NTs9vQMGd92PvrVYu1BsokGt2q9142Jv2CA+395 G/ug== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i6si2068490ejz.383.2021.03.18.11.00.57; Thu, 18 Mar 2021 11:01:20 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230365AbhCRR7F (ORCPT + 99 others); Thu, 18 Mar 2021 13:59:05 -0400 Received: from mout.kundenserver.de ([217.72.192.73]:48179 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232515AbhCRR6g (ORCPT ); Thu, 18 Mar 2021 13:58:36 -0400 Received: from [192.168.1.155] ([77.4.36.33]) by mrelayeu.kundenserver.de (mreue106 [212.227.15.183]) with ESMTPSA (Nemesis) id 1MxEYY-1lcGoU3fx2-00xZzu; Thu, 18 Mar 2021 18:58:26 +0100 Subject: Re: [PATCH 4/4] PCI/sysfs: Allow userspace to query and set device reset mechanism To: Leon Romanovsky , Amey Narkhede Cc: alex.williamson@redhat.com, raphael.norwitz@nutanix.com, linux-pci@vger.kernel.org, bhelgaas@google.com, linux-kernel@vger.kernel.org, alay.shah@nutanix.com, suresh.gumpula@nutanix.com, shyam.rajendran@nutanix.com, felipe@nutanix.com References: <20210317112309.nborigwfd26px2mj@archlinux> <20210317131718.3uz7zxnvoofpunng@archlinux> <20210317113140.3de56d6c@omen.home.shazbot.org> <20210318142252.fqi3das3mtct4yje@archlinux> <20210318170143.ustrbjaqdl644ozj@archlinux> From: "Enrico Weigelt, metux IT consult" Message-ID: <5dfcdfae-2b80-d6dd-89fe-2980faf26502@metux.net> Date: Thu, 18 Mar 2021 18:58:25 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: tl Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K1:sUANLOhbSsgtdE10mRWK7Pe6X+rTKT/A+XesO8H/+6+SSaXNjRJ nIuP2gIi21Ay1mkQ3C0HVEsYFoDPMOQAJT7YyDJNANZhOb7kpq2AHKcpXh88v5DNP+iVUsU k4iDS0IrDAe8hYh/9qti5vQ4FdhEOl+EQdOjWW2/AEGvk3EqQbqvOw0XtgxQE1fmBks9yHi tmmkUr6m4UfJOfyeodmPA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:kGrJnPLqp/o=:A0fdqKNAyFuUnpZ5PwjxA8 mkyY/hhhxZf+v1F75jeuvHrnqeOdp3DhoDweE4/MBkJJ4ZagN0wrfN/YP5/zqenrND4iUzIAM wh/RVKaVBzenXDFtXz/+YkQe7SK2WbMqiT8Oxp6tRlw9rntdEtKAy+w9531SIMGcUaw7IP4JG CDAOcZvfCZxkEK9HvLwp4w7KaKAmNSBXJ9EeRJfNtzBizAvkfBIdRbXMCejar4/rr1P0R26xD 8ftcE3F0hd2+GcYaoYJhzSOFXHey68yiYuLwqryQp32GEr9YM3iFXJ7iiho+ZcLDNL7dRAB+v k1MTf5OWIb9Edc7StI9m7hEiPWuxd4A6w8baBoQTaFTW4+T6la4RrHAS9w5qIsdceeDAud1kh GEHDZB6qkuUqVqrenVOKlzJFJu1pbp3LRNne9LuFmX8vgIBl+EGg6oa7+bqWk Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 18.03.21 18:35, Leon Romanovsky wrote: > I see it as a good example of cheap solution. Vendor won't fix your > touchpad because distros provide workaround. The same will be with reset. Usually, vendor won't fix it, anyways, regardless of any kernel workarounds. Most Vendors are already completely overstrained w/ anything software-related. A good reason why we should try to get rid firmware, as much as we can. It's really sad. A *decent* vendor would just provide a clean DT and (actually matching!) schematics. But that's really hard to find, these days :( --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287