Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp1268926pxb; Sun, 22 Aug 2021 11:08:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwo75D4xTDtvt5q2E1nwYrW1cIhqFPKkx2/WQK3ArgJIE2o6cAcVX3EFC6h3wO8Qc2L9gbG X-Received: by 2002:aa7:df03:: with SMTP id c3mr32940520edy.348.1629655735912; Sun, 22 Aug 2021 11:08:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629655735; cv=none; d=google.com; s=arc-20160816; b=BSv0wdlrqpA+ffR25D75Hn1SHRxjB9K+AqKCdGYmaCU1vkurUipI56FqV6LzJFvXGa LPHF0lW2/zeCpDI7Aox0QiQ9cZ5wxr7NuVS/bHKVe7zCF9PcS6DfvUYwmiboXbN/q72Q g9z/qKL4OD5RXmmBRQObzzEBd0xky3xGGpNIf9/GoJuOWskhUZAVrQuI02P+przE6Q5Y 82CMEgRtiNgIAgROPpHowk/Mez284qiu34PnaxRhzWfq/Qr3pWgww+RA3PZnYEBoEau/ m5j+GXuSlNfQgoQzHHt/kEL6Mk7vcd6IQ0cnJvHadlryL3C5Rl9gcg1qCi3U4vKLdy99 Uw6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:references:subject:in-reply-to:cc:to :from:date; bh=c7pno52XY3k5e6jTFQLqbgal2X568Y/ogNGM2aj8vjs=; b=D/oAgUwO/W3Axgnf3fWSLne0SzMGoscXNxY0deUrFrG073tTOePGzIdWMb/fFhOJGK pxAvhrmCffPf3RzgLAM+EFHcAkF51Hw+nlJkGLp1624cXG6Gj3y36kBqm5fwU/aOkirD bj49S5M2iobmBXhgT3gI2s06rY8eBhDY/jZmBVnxm7BF3Dtb5S5c2P4ata/qmHSIg0Sl eFOORt7CSgR2aiJ4hw+Dc2o8VQ2aN70v3wEPx/gdLHDArskA3x2v2WfAfumWpHFG4dao uDMO2s+uIFIt7L1zDkJkNIHthr+NfIT0ta9Oi7wwXJbcTN9YzhuN/OD8JoxH7XwQEyOO LmQw== 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 qa15si4112481ejc.431.2021.08.22.11.08.32; Sun, 22 Aug 2021 11:08:55 -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 S231465AbhHVSED (ORCPT + 99 others); Sun, 22 Aug 2021 14:04:03 -0400 Received: from sibelius.xs4all.nl ([83.163.83.176]:53092 "EHLO sibelius.xs4all.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230245AbhHVSEC (ORCPT ); Sun, 22 Aug 2021 14:04:02 -0400 Received: from localhost (bloch.sibelius.xs4all.nl [local]) by bloch.sibelius.xs4all.nl (OpenSMTPD) with ESMTPA id 217fc3f5; Sun, 22 Aug 2021 20:03:18 +0200 (CEST) Date: Sun, 22 Aug 2021 20:03:18 +0200 (CEST) From: Mark Kettenis To: Alyssa Rosenzweig Cc: maz@kernel.org, linux-pci@vger.kernel.org, bhelgaas@google.com, robh+dt@kernel.org, lorenzo.pieralisi@arm.com, kw@linux.com, stan@corellium.com, kettenis@openbsd.org, sven@svenpeter.dev, marcan@marcan.st, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org In-Reply-To: (message from Alyssa Rosenzweig on Sun, 15 Aug 2021 21:34:36 -0400) Subject: Re: [RFC PATCH 1/2] dt-bindings: PCI: Add Apple PCI controller References: <20210815042525.36878-1-alyssa@rosenzweig.io> <20210815042525.36878-2-alyssa@rosenzweig.io> <87bl5z18vt.wl-maz@kernel.org> Message-ID: <56140c6524624af0@bloch.sibelius.xs4all.nl> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Date: Sun, 15 Aug 2021 21:34:36 -0400 > From: Alyssa Rosenzweig > > Hi Marc, > > > > Document the properties used by the Apple PCI controller. This is a > > > fairly standard PCI controller, although it is not derived from any > > > known non-Apple IP. > > > > > > Signed-off-by: Alyssa Rosenzweig > > > > I would rather you post something as an extension to Mark's work, for > > multiple reasons: > > > > - Mark's patch is still being discussed, and is the current > > reference (specially given that it is already in use in OpenBSD and > > u-boot). > > > > - we cannot have multiple bindings. There can only be one, shared > > across implementations. Otherwise, you need a different kernel > > depending on whether you are booting from m1n1 or u-boot. > > > > - what you have here is vastly inconsistent (you are describing the > > MSIs twice, using two different methods). > > Absolutely agree, the frankenstein bindings here were the main reason v1 > was marked RFC. For v2, I've rebased on Mark's patch, which makes a > bunch of driver magic disappear. I updated the t8103.dtsi bindings on the apple-m1-m1n1-nvme branch in my u-boot repository to be more in line with the current DT binding proposal. Note that the format of the msi-ranges property is still under discussion. See: http://patchwork.ozlabs.org/project/devicetree-bindings/patch/20210726083204.93196-2-mark.kettenis@xs4all.nl/ Cheers, Mark