Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3573783yba; Tue, 16 Apr 2019 14:21:04 -0700 (PDT) X-Google-Smtp-Source: APXvYqxGoP5wtjnwBESHRI+LGUKw1rVd/39NqtgxPWFfGTPRAxgho7StF9BgU8FD8bFgUExKsCU/ X-Received: by 2002:a62:e418:: with SMTP id r24mr85409313pfh.52.1555449664388; Tue, 16 Apr 2019 14:21:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555449664; cv=none; d=google.com; s=arc-20160816; b=XpF7hPna6YBaG3DImuA+uSj3siv3Bnr3WGFsFB3dnOt0MhoDNZ4UiTvAQ8csSyj8Co 2hP21rYJWBliW8swiy4VPliM8maFKCziXbuPTn/ejs3h+8zAOrPteakEZuaSY733uCE1 he9M/CkwhLKTlgu0u+gv1NKWgzZTa8mhtt3WqrJB0xnwVPSjFFiVZdrzfgfqJ/+Z0sUN aP8mre+lN0NHT9cGIaNG6MQKUzyE+qo3dfxdaWvWFJ/hSFRP2hwmBzBA7ilDnBQVu8pI rMWFLpFqZTjy+Cn4ZB64MBNRyprRQlir7QJsCLs7RpPbAbEP7Q6w/n++FiJQ/+7pby5w iQ+w== 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:organization:from:references:cc:to:subject; bh=AnpVMyXuBgQSddUh4JLLhjl2ZLO7SkFMNYg+cJRJm+E=; b=jLwSaS+kcRLiqQyd/JDKQOeZSBZZW+uSPxKoepZTL0zUILjLTGjRW9UpgbU7/yUIC3 +sxsPKCl35GNQ9v/zhLZ0e5dH1kA60/Ygv4ZQHFp66Fe6LLhIyuZ4/eiAVfHadJjnrAU eZ+rYgydM5bKQjiR64gyCaVFQj03MOMoWDgSlbYy3mquAgQjg21PNsTXR+K0XIujNBn/ nNEHiatJOE2aEVdumVFmiTtCFkKfTvOs2fdhCowM+po7gnwnhHFPuedT1acfg4ZsDxK4 Mnj+VyWyoOppHGhf6QJeNMR0pTzLglkgx5iWg+7pTzFcTagx722NqXLY8sXHn89roouj WS/A== 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 131si49936717pfw.131.2019.04.16.14.20.48; Tue, 16 Apr 2019 14:21:04 -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 S1730370AbfDPVTh (ORCPT + 99 others); Tue, 16 Apr 2019 17:19:37 -0400 Received: from mout.kundenserver.de ([212.227.126.133]:56331 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728277AbfDPVTh (ORCPT ); Tue, 16 Apr 2019 17:19:37 -0400 Received: from [192.168.1.110] ([95.117.99.70]) by mrelayeu.kundenserver.de (mreue011 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MOQyE-1hUCrY2CDO-00Pvzl; Tue, 16 Apr 2019 23:18:14 +0200 Subject: Re: [PATCH v10 0/7] Add Fieldbus subsystem + support HMS Profinet card To: Sven Van Asbroeck Cc: Rob Herring , Linus Walleij , Lee Jones , mark.rutland@arm.com, =?UTF-8?Q?Andreas_F=c3=a4rber?= , treding@nvidia.com, David Lechner , noralf@tronnes.org, johan@kernel.org, Michal Simek , michal.vokac@ysoft.com, Arnd Bergmann , Greg KH , john.garry@huawei.com, geert+renesas@glider.be, robin.murphy@arm.com, Paul Gortmaker , sebastien.bourdelin@savoirfairelinux.com, icenowy@aosc.io, Stuart Yoder , "J. Kiszka" , maxime.ripard@bootlin.com, Linux Kernel Mailing List , netdev References: <20190409144250.7237-1-TheSven73@gmail.com> <982e69c6-4e68-6f62-8bed-cd5a1802272b@metux.net> From: "Enrico Weigelt, metux IT consult" Organization: metux IT consult Message-ID: <23a25601-ed98-5348-9bac-bf8fc2baea5e@metux.net> Date: Tue, 16 Apr 2019 23:18:10 +0200 User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:RGPLo8WHxqxhqmE3Mc+YjEr2v/x9cw42b/xKtJ0io9QhRAGNNto 6JnAqbe6JtVzBaV/MW/lw2kH6K71VmnLlhgYJTVlrMAVDdI95ie9ZVz8F+kvvRj3wovXCTk KH0ntayGAXgnzrUE9eSZT0OaH7dezhY3CONiA0hrx9Iy7e7kkR9FvvVji6n2sBJhKTaEuEi R/BfrzYuWRJctPtWpRbMQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:zTW+RHD0ooc=:c/dsLFZuMsMQ2EiAOGUlM7 B0OwAhDbwry1OvnG/11cPx9CLuaEX5Eu+o6n3PotkOpQPSFKgXhPrqa/HXaWyk9tst3mHXLRG rtCMaJwLkdxauQmpxwqEq6AHUrHNTpH+5R83uEoZrrB+aTsqRItACO0ZukjIYZf1gfMgoydmt ATfxU7kTjhGZr60Qj0ISJyyzbA2N9zxKivEK9jemd1Tz3MvP2MDjBRBQLHwAzfkFFZYV/Ktc3 JLe/Oifjb1TE6hHqcOF2oKNI6lMgMbSoFVlHXcregAH9MJLt7OmtPwIGl0VH8DAPKjxs8O2ZM o0CoUGH2AezjTBw6p9U+vePUUNIEkQBdLT2fTn8kym2WUYTTOdo5IT51l2GE5b6/MzxQyozVt EXi98kB3ObI+niL9sFyGPPhjzD3jCn2SqG9w3kbG0/30dvAi1lP1g0YVJdX/PL9x7HyN9sZgY Suh5vTZxo531sGIKpAHFN+F8k4DcuuQ5aFCQ4j1ziviQkOIGBbRswK4w4tb0LUac2UxEHgtCc V+fEpwTDtal0wO9HLuj1JEOfvDyFTmbhQAOqNGcNKogojyO0Hvchen9XLkceVkjj6gFbbEnBQ VsM8Bb3zPoerJqxS5J5UIGnMrwZHEWmpbu8ZPAIDvarndTig6DPl5QXkc262LjSwcsM9yrJ8y ejoDokJasgK/ocNhM4jgkg7WpK4tmiSfU6PSJ+u0bcT8zRC5lxOoOXQQzWIIs9grck9KF1eGD HtfbQiP26eh7kR7lCdLP9EiHCFXJ1UsKPOPvP0GyC16fQsSas/lLWcqzPt0= Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 16.04.19 20:56, Sven Van Asbroeck wrote: >> By the way: any special reason for doing this via device instead of >> socket (like we have w/ can) ? >> > > A fieldbus_dev device communicates with its controller through a section > of shared memory (process memory). It just felt more logical to model > this as a device which acts like a file. When you read/write the file, > you read/write the process memory underneath. Yeah, that sounds logical. By the way: could we also mmap() that device? Okay that's just a purely academical idea here, but I'm curious whether that would make a notable difference in performance. Yet another question: does each fieldbus_dev instance talk to exactly one plc process memory, or can there be many ? Having separate device nodes per plc process memory seems a good idea for finer access control (via chown+friends). --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287