Message ID | 20221213233050.GA218218@bhelgaas (mailing list archive) |
---|---|
State | Accepted |
Commit | c7020e1b346d5840e93b58cc4f2c67fc645d8df9 |
Headers | show |
Series | [GIT,PULL] PCI changes for v6.2 | expand |
On Tue, Dec 13, 2022 at 3:30 PM Bjorn Helgaas <helgaas@kernel.org> wrote: > > You will see a merge conflict in > Documentation/devicetree/bindings/pci/snps,dw-pcie.yaml between these: > > 5c3741492d2e ("dt-bindings: PCI: tegra234: Add ECAM support") > 4cc13eedb892 ("dt-bindings: PCI: dwc: Add reg/reg-names common properties") > > 5c3741492d2e is already in your tree via arm-soc, and 4cc13eedb892 is in > this pull request. The resolution I suggest is to use 4cc13eedb892, which > means we'll lose the addition of "ecam" from 5c3741492d2e. Heh. I only read this part once I had already resolved that thing differently. I dunno, I used my own - possibly bad - judgment to add a case for that 'ecam' thing under the vendor-specific list. That was very much a "monkey see, monkey do" resolution, so some DT person should check it out and possibly make fun of me and my dubious ancestry. Rob? Thierry? Linus
The pull request you sent on Tue, 13 Dec 2022 17:30:50 -0600:
> git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git tags/pci-v6.2-changes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c7020e1b346d5840e93b58cc4f2c67fc645d8df9
Thank you!
On Wed, Dec 14, 2022 at 12:01 PM Linus Torvalds <torvalds@linux-foundation.org> wrote: > > On Tue, Dec 13, 2022 at 3:30 PM Bjorn Helgaas <helgaas@kernel.org> wrote: > > > > You will see a merge conflict in > > Documentation/devicetree/bindings/pci/snps,dw-pcie.yaml between these: > > > > 5c3741492d2e ("dt-bindings: PCI: tegra234: Add ECAM support") > > 4cc13eedb892 ("dt-bindings: PCI: dwc: Add reg/reg-names common properties") > > > > 5c3741492d2e is already in your tree via arm-soc, and 4cc13eedb892 is in > > this pull request. The resolution I suggest is to use 4cc13eedb892, which > > means we'll lose the addition of "ecam" from 5c3741492d2e. > > Heh. I only read this part once I had already resolved that thing differently. > > I dunno, I used my own - possibly bad - judgment to add a case for > that 'ecam' thing under the vendor-specific list. > > That was very much a "monkey see, monkey do" resolution, so some DT > person should check it out and possibly make fun of me and my dubious > ancestry. Rob? Thierry? Good job writing valid json-schema! :) It's close enough and better than just dropping which caused warnings. It is Tegra only ATM, but anyone else that sets up an ECAM region should use the same name. Rob
On Wed, Dec 14, 2022 at 06:22:27PM -0600, Rob Herring wrote: > On Wed, Dec 14, 2022 at 12:01 PM Linus Torvalds > <torvalds@linux-foundation.org> wrote: > > > > On Tue, Dec 13, 2022 at 3:30 PM Bjorn Helgaas <helgaas@kernel.org> wrote: > > > > > > You will see a merge conflict in > > > Documentation/devicetree/bindings/pci/snps,dw-pcie.yaml between these: > > > > > > 5c3741492d2e ("dt-bindings: PCI: tegra234: Add ECAM support") > > > 4cc13eedb892 ("dt-bindings: PCI: dwc: Add reg/reg-names common properties") > > > > > > 5c3741492d2e is already in your tree via arm-soc, and 4cc13eedb892 is in > > > this pull request. The resolution I suggest is to use 4cc13eedb892, which > > > means we'll lose the addition of "ecam" from 5c3741492d2e. > > > > Heh. I only read this part once I had already resolved that thing differently. > > > > I dunno, I used my own - possibly bad - judgment to add a case for > > that 'ecam' thing under the vendor-specific list. > > > > That was very much a "monkey see, monkey do" resolution, so some DT > > person should check it out and possibly make fun of me and my dubious > > ancestry. Rob? Thierry? > > Good job writing valid json-schema! :) It's close enough and better > than just dropping which caused warnings. It is Tegra only ATM, but > anyone else that sets up an ECAM region should use the same name. Yeah, seems fine as-is for now. We can always move this out of the vendor-specific list once others start using it. Thierry