Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4246983yba; Wed, 17 Apr 2019 07:38:51 -0700 (PDT) X-Google-Smtp-Source: APXvYqz+9HyRV2DDfCfm0TBtv8G6xY27ZwDthI0M/Z0EF66I2bxcywzGqI5S+JxfHzAX9mAG+WRk X-Received: by 2002:a17:902:106:: with SMTP id 6mr45974059plb.98.1555511931198; Wed, 17 Apr 2019 07:38:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555511931; cv=none; d=google.com; s=arc-20160816; b=yidWEdIEtTGS1Y2LLlSFaFd/HeS3sNn/ogpX3GJJoWELgVWVN1hvwhTzs9zpeXkLo1 wZB76hXE3jaKHc/fOAhOhBVnOGglPUqUzZ4Hgs8KwsrFphERCR2M2QDsrXhUXNz4a1fj SFTYeFjbFZn+mDViw0XbJgvcV9Gaw5BQT/71WdYWM7NWow7t95EyOWW7v3smqrHE3gyt XANZpi7WPS99n2mVphXJjqPnwSgf4QFTTfWbavfKuW04pTqyWI/sJpwY8HDBh/krdKE2 ZkqrY5J0bHQSdPtOOQJOlNc9UgUDvSRgc0ygtGTQZx2M+iTO3nxKt5QNzKjEAmUZ+oFF pPsA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=KVL9KF/YoHtzs8IjWHwRGHOY6DKDTBP7zc6ndr7tx5s=; b=uvV/cYyx+RhtoyrIlTR77iNU4YF1ZT5ivVhzGm8KWP3dyZhdEXlm1T/YRss2lrJhy7 hBHxXS1JeXHC1HYScZtzsoCW/Op60noQcIaeBLh5g0Ve/zlsvRMt3L3igidsdgeZ7ywr xU/geqQ+WpQyNx0VUKRViqCMpHNpdNyuHpuzDg0L6Qmi/Uq4HH+xvqjn8woWKk1/Q8av L4syyPetG6bRCUzkh/7bDWY+uqdMi8meGFhGxH+UUI+Mk6BpN/YQeyhKtX8Q8Xv00RSx kTFSZfTDBmL6/lm5S5rrMr7BQijMxYwSTGP7tViWgeClWFxkUeEPLyXfDlfqRFhqnPAb zqZg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=e3xfUkCx; 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 j65si15444608plb.159.2019.04.17.07.38.36; Wed, 17 Apr 2019 07:38:51 -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=e3xfUkCx; 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 S1732566AbfDQOhX (ORCPT + 99 others); Wed, 17 Apr 2019 10:37:23 -0400 Received: from mail-oi1-f193.google.com ([209.85.167.193]:33349 "EHLO mail-oi1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732259AbfDQOhX (ORCPT ); Wed, 17 Apr 2019 10:37:23 -0400 Received: by mail-oi1-f193.google.com with SMTP id e5so20226783oii.0; Wed, 17 Apr 2019 07:37:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KVL9KF/YoHtzs8IjWHwRGHOY6DKDTBP7zc6ndr7tx5s=; b=e3xfUkCx499Q6ZWEuv72GXYEVXGDx+7aGV3XVxUyeFEoIihqBm6FuWKDh9k85LraPC FPDWDfh9VNEGQ1Oacjd+VFEKMG8t+2DaIVBhzLyJryqpeCMYgb9PvNW8ilS2WeHdQlYY s1yx5EL43kQ5aVZQLckp9ZuEa1uIsQbChvnG3DJVwMwlyktsnKQmnMHWvla97c5JNBbB coXPfWAZz16bq8iPuYkakDREYFwPomhRHWG+zu4ouHbIfJzyy9g5TkdWxYiVLhe4idji /178jEtlfgcqsW1Brt/zS7UKc399eFbJ0y0xbfFS09iZopZEfGliGDUThMCKftIaCmvh V1lA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=KVL9KF/YoHtzs8IjWHwRGHOY6DKDTBP7zc6ndr7tx5s=; b=JfT3nIUUL06TuMV+6sJJOMaOsHgGoEMU7EWZ/k3idwn6ehfVdJ1uAYNQEpjPzf1jBa EFMlCTld/SlWXeAOhm+oOBcuAuzwhkAipwgvEjPL2XOEuu8GcBOeNWhvtDfES9E0zXwn HeRHR+TJePTpuiRaK0U0inr81mWoE0CgH/s3qh0YxJC6X/x+N/WwXkZRVn5xFkDIZenO bzNhC9nW6zD6BPfiDvY430pJ+al4IvBD1UNFki0c+MDZ1cUpZUkND+zlMtouL9/CM+Jc wZpHNcISX1FjClNnINYeUy8MWWwKNLKEUPz+o5y9YPW/x+/Akm1rDkSkvG5HOVlSCvmh yKiA== X-Gm-Message-State: APjAAAVtiNGFJQ99ToHD+f5Q6QRvaLVD6jHBvgMrOY6K/Sm7RsUUZQBJ dq8k6cdvL4YYzCVKCtdesI9A6gvdWXsWMl5QSyM= X-Received: by 2002:aca:4202:: with SMTP id p2mr25429168oia.169.1555511842207; Wed, 17 Apr 2019 07:37:22 -0700 (PDT) MIME-Version: 1.0 References: <20190409144250.7237-1-TheSven73@gmail.com> <982e69c6-4e68-6f62-8bed-cd5a1802272b@metux.net> <23a25601-ed98-5348-9bac-bf8fc2baea5e@metux.net> In-Reply-To: <23a25601-ed98-5348-9bac-bf8fc2baea5e@metux.net> From: Sven Van Asbroeck Date: Wed, 17 Apr 2019 10:37:11 -0400 Message-ID: Subject: Re: [PATCH v10 0/7] Add Fieldbus subsystem + support HMS Profinet card To: "Enrico Weigelt, metux IT consult" 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 Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 16, 2019 at 5:21 PM Enrico Weigelt, metux IT consult wrote: > > Yet another question: does each fieldbus_dev instance talk to exactly > one plc process memory, or can there be many ? I'm by no means a fieldbus expert, so I had a little chat with one of the fieldbus people in the company here. AFAIK if multiple plcs connect to the same device, all of them 'see' the same process memory for that device. Any mechanism to prevent these plcs from racing with each other is implemented in the application software. Could be handshaking, could be each plc dealing with a separate section of the process memory. So for a fieldbus *device* (which is what this subsystem deals with) there can only be a single process memory. So we have a single devnode per device. A fieldbus *controller* would have one process memory per device it connects to. But this subsystem does not deal with controllers. This is my understanding, but I'd appreciate your input if I have overlooked something.