From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ed2-f12.google.com (mail-ed2-f12.google.com [74.125.228.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7073D3E5597 for ; Sun, 20 Sep 2026 07:59:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.228.76 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789891175; cv=none; b=PoBAEH6d8RV+Qpc693sxPn87T5lUahnUsDxCoChTJOMBTDprTuvyIKHcH2R7YkJviFT9dMSBAExn7Gs9DNM2+Ce5GObYNjrN0JAfpzmBWp9N3D7TA/QoIeEB/97/6ChLpIELAVCva4Utz+z3YioO8CgvEkd+1d8cKOJmrMa78bQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789891175; c=relaxed/simple; bh=MushP0BP84JPKDkP4tcmQYX02zkFyL96kfoP8AAE/iI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=kkPaqqGgDmt/0Dn/Kq+0LP71H6ZBKj42izeRrMwm9M3R/xI1jQX9Wr2HYoYHv1TkVzazq0Pd3RJSWGvkDWdKJhZ10xgIRlMCIpJ9hn+5FOZh9tQp0f8KJkDNwJhGn75mTMoa0KfjXQLuL7d7PIFXlaI1JEEkWxmLAI2qcOgRcpE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=konsulko.com; spf=pass smtp.mailfrom=konsulko.com; dkim=pass (1024-bit key) header.d=konsulko.com header.i=@konsulko.com header.b=HTFggdJy; arc=none smtp.client-ip=74.125.228.76 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=konsulko.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=konsulko.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=konsulko.com header.i=@konsulko.com header.b="HTFggdJy" Received: by mail-ed2-f12.google.com with SMTP id 4fb4d7f45d1cf-6a6056be4d2so1623466a12.1 for ; Sun, 20 Sep 2026 00:59:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=konsulko.com; s=google; t=1789891169; x=1790495969; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=WC80XTsVol38lfzk3PmAIywTUQMAl+IhwVAAjehmhu0=; b=HTFggdJyf5aQwEo+IqMi4EUDmhGmILxCDxiBOAcg9Gcx0Grl6U9oHEQlL4CENbt1Hd nS53EBNfxH79qOJicTIQTwM9vnmW8DbkfR0el/AOUwNeGRFJaj8EN/fPrGg/I8NnB69E NY3qmQh1VXjOCF/3VYHfqP8QwXb/qxUOKMHQ8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1789891169; x=1790495969; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=WC80XTsVol38lfzk3PmAIywTUQMAl+IhwVAAjehmhu0=; b=uAPGLRkmkl9mYtpqyCYB+HXr/3HMQuesJvQLn+Wl6uuob67Rs5OfaY3/EdWrVFQhWY Cd2AFh3/nOJYsG8/A8WwNtQgEQSOUKX3a6nh/wUxXi0FF+fUSvwYtjs4DWkP5R3PSDcs leqlhV1MIzoPrcscA+UWi+7SBlotEATyp3om1DrGYrYp8oWImqZwEo/sCIdWkBPk5h/i SlcSoWoA0aWXlp8wiJfAUeWqEPxFEsAKJJA62MosvTeUL/JCRK76AQ0o4sNVvRozO/NS 2R4ck3S098SyufjeSeymx5lNL+9V0mlSXXmsanWyawOUim5V6TWxT4og1/C+UmsttEtI IuMA== X-Gm-Message-State: AFuF++mQmF98VbkUre8pjRqkxKTFcts10X9TMwCK6wOXjSIq5kTk2A0q BLweaT+kfAOfIny1L/EZ7PRfyTkXFh9n5CZ5atYq8G3z7TV9AzeOFGc0U/YcWcTc74A= X-Gm-Gg: AYBFou1HpVlTHmCqIjr/Yzm/I0/epzl8PPEWbce2PjVxMtG0MoGqzPZH5ruYUe2CKlJ t76Sbk7UChAYiClT4h9u253IbkEUwHQoT12EHkM/RIqvdH5mXvcPoKOTjXEAJdNVUhR64inT0du XEEf/Cf3oaKj/x4v8oZZ2k7QGIe3g/l/oakux5GImJTfTW1A42VWj7EYzEprCq/PhPpNpi2gifr JghbtR2o8Em8kHalqpN5yo+2PoTmJgW98nD/bXdwRi6y5AcnNYnGpPxSarYo87P2uSrKKhJd+w4 IwPBD9hDZ9ci+OYR3CvyG2orsm5CJsLaf3Ib+Mz7NrjUow4QzvgtknqkAdvmQ65YWp0ZAYf1uf+ Y2BhSx4c/2MrP4qe1/Uc1NHAXRXOeH1LD0wWbDU/Hm19Rw3NMYods0bSFgtGKNOsKR2Xseh/uWe zMtVeSp8IU2IkuVw5M3CufHSsFvreCZGPiHoI1WpKVzd6hJAYD8VgqZZV/ojBF6I+wr+KDiMoGs p6I/w== X-Received: by 2002:a05:6402:304c:b0:6a5:f4dd:9ee3 with SMTP id 4fb4d7f45d1cf-6aa4f9cedbcmr4673254a12.8.1789891168794; Sun, 20 Sep 2026 00:59:28 -0700 (PDT) Received: from cabron.k.g ([5.203.112.129]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-6aa67dafe8csm2299824a12.13.2026.09.20.00.59.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 20 Sep 2026 00:59:27 -0700 (PDT) Date: Sun, 20 Sep 2026 10:59:24 +0300 From: Petko Manolov To: Krzysztof Kozlowski Cc: linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org, dinguyen@kernel.org, arnemaximilian.richter@draeger.com, martynas.grybauskas@draeger.com Subject: Re: [PATCH v6 3/3] arm: dts: altera: add Draeger M48 CPU Module Message-ID: <20260920075924.GC7878@cabron.k.g> References: <20260917163157.1380860-1-petko.manolov@konsulko.com> <20260917163157.1380860-4-petko.manolov@konsulko.com> <20260918-strategic-hairy-kelpie-46e807@quoll> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260918-strategic-hairy-kelpie-46e807@quoll> On 26-09-18 13:57:22, Krzysztof Kozlowski wrote: > On Thu, Sep 17, 2026 at 07:31:56PM +0300, Petko Manolov wrote: > > Draeger M48 CPU Module that is built around Altera SoCFPGA. > > How can you run a CPU module alone? To my knowledge there is only one such > case, only one exception, and it was explained by the authors. If this is > second, I already asked you to properly explain the hardware in commit msg. I've described the board/carrier/module/whatever in the cover letter. When i put the same text in the commit message Sashiko rejected the patch on the grounds that there should be just one CPU architecture there. But there are two. > Your sentence above explains nothing. Pleases read the above. And now the explanation. I'll try to describe the board once again. Draeger folks are CCed so they can correct me where i'm wrong. This is a _proprietary_ board that consist of a carrier where the peripheral devices live and SoM (hence 'module') where the _two_ SoCs live. As i've mentioned at least five times already, the imx6 and socfpga work _independently_ of each other but do _monitor_ each other constantly. If one of the players detect that the other one misbehaves or malfunctioned due to software or hardware error, the respective, healthy SoC, takes over. In this regard there's no _primary_ SoC as the other is capable of performing the same tasks. This is a heterogeneous board/module/younameit that is based on two SoCs. This is also not so uncommon in the industry. This is where i am at right now: a) if i mention imx6 in the commit message of Altera socfpga binding or .dts Sashiko gets mad at me and rejects the patch; b) if i remove imx6 of the said commit you yell at me; c) M48 is a proprietary board with just one user - Draeger; I agree that my patches should not break the existing _semantic_ rules and they should be refined before being accepted. However, i do not understand why is it so hard for you to grasp the M48 concept and apply some logic instead of stubbornness. The commit message is not perfect - how big of a deal is it? Will it break anything important? Either help me make the commit message perfect or just accept it as it is. We've already wasted so much time on this stupid dts... Petko