Linux Device Tree Spec

• Thread Index

• [RFC] Adding bootsource and reset-source* to /chosen
  • From: Quentin Schulz <quentin.schulz@xxxxxxxxx>
• Re: Separate L1 cache object in CPU@x
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH dt-schema] schemas: i2c: add optional GPIO binding for SMBALERT# line
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH dt-schema] schemas: i2c: add optional GPIO binding for SMBALERT# line
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH dt-schema] schemas: i2c: add optional GPIO binding for SMBALERT# line
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH dt-schema] schemas: i2c: add optional GPIO binding for SMBALERT# line
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH dt-schema] schemas: i2c: add optional GPIO binding for SMBALERT# line
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH dt-schema] schemas: i2c: add optional GPIO binding for SMBALERT# line
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH dt-schema] schemas: i2c: add optional GPIO binding for SMBALERT# line
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH dt-schema] schemas: i2c: add optional GPIO binding for SMBALERT# line
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH dt-schema] schemas: i2c: add optional GPIO binding for SMBALERT# line
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH dt-schema] schemas: i2c: add optional GPIO binding for SMBALERT# line
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 dt-schema 0/3] schemas: i2c: fix "smbus_alert" handling
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v2 dt-schema 2/3] schemas: i2c: clean up interrupt descriptions for I2C targets
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 dt-schema 3/3] schemas: i2c: add generic interrupt name for I2C controllers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 dt-schema 0/3] schemas: i2c: fix "smbus_alert" handling
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 dt-schema 1/3] schemas: i2c: reword descriptions for inclusive language
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH dt-schema 0/3] schemas: i2c: fix "smbus_alert" handling
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH dt-schema 3/3] schemas: i2c: add generic interrupt name for I2C controllers
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH dt-schema 0/3] schemas: i2c: fix "smbus_alert" handling
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH dt-schema 3/3] schemas: i2c: add generic interrupt name for I2C controllers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH dt-schema 0/3] schemas: i2c: fix "smbus_alert" handling
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH dt-schema 3/3] schemas: i2c: add generic interrupt name for I2C controllers
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH dt-schema 0/3] schemas: i2c: fix "smbus_alert" handling
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH dt-schema 3/3] schemas: i2c: add generic interrupt name for I2C controllers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH dt-schema 1/3] schemas: i2c: reword descriptions for inclusive language
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH dt-schema 2/3] schemas: i2c: clean up interrupt descriptions for I2C targets
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH dt-schema 0/3] schemas: i2c: fix "smbus_alert" handling
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] schemas: Add schema for post-init-providers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1] schemas: Add schema for post-init-providers
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: [PATCH v2] schemas: Add schema for post-init-providers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2] schemas: Add schema for post-init-providers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1] schemas: Add schema for post-init-providers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1] schemas: Add schema for post-init-providers
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: [PATCH v1] schemas: Add schema for post-init-providers
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v1] schemas: Add schema for post-init-providers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1] schemas: Add schema for post-init-providers
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: [PATCH v1] schemas: Add schema for post-init-providers
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v1] schemas: Add schema for post-init-providers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: dtschema: i2c: messy situation about timeouts
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Firefly RK3399 “Invalid device tree, expect boot to fail” (openbsd-current)
  • From: Sylvain Saboua <sylvain.saboua@xxxxxxx>
• Re: dtschema: i2c: messy situation about timeouts
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: dtschema: i2c: messy situation about timeouts
  • From: Andi Shyti <andi.shyti@xxxxxxxxxx>
• Re: dtschema: i2c: messy situation about timeouts
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: dtschema: i2c: messy situation about timeouts
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: dtschema: i2c: messy situation about timeouts
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: dtschema: i2c: messy situation about timeouts
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• dtschema: i2c: messy situation about timeouts
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 0/2] Add board-id support for multiple DT selection
  • From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
• Re: [PATCH v2] schemas: Add Google Widevine initialization parameters
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2] schemas: Add Google Widevine initialization parameters
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2] schemas: Add Google Widevine initialization parameters
  • From: Jeffrey Kardatzke <jkardatzke@xxxxxxxxxx>
• [PATCH v2] schemas: Add Google Widevine initialization parameters
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• Re: [PATCH v2] schemas: Add Google Widevine initialization parameters
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2] schemas: Add Google Widevine initialization parameters
  • From: Jeffrey Kardatzke <jkardatzke@xxxxxxxxxx>
• [PATCH] Fixing some typos and adding missing dots, commas, and hyphens
  • From: Reda Maher <eng.redamaher@xxxxxxxxx>
• Re: [dtschema PATCH] tools: Add tool to compare schemas for ABI changes
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: [PATCH] schemas: Add Google Widevine initialization parameters
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• [PATCH v2] schemas: Add Google Widevine initialization parameters
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• Re: [PATCH] schemas: Add Google Widevine initialization parameters
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] schemas: Add Google Widevine initialization parameters
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] schemas: Add Google Widevine initialization parameters
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH] schemas: Add Google Widevine initialization parameters
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• [dtschema PATCH] tools: Add tool to compare schemas for ABI changes
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Definition of "should" seems inconsistent with idea of "deprecated"
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Definition of "should" seems inconsistent with idea of "deprecated"
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: Definition of "should" seems inconsistent with idea of "deprecated"
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] chapter2-devicetree-basics.rst: Fix "TItle underline too short"
  • From: rpjday@xxxxxxxxxxxxxx
• Definition of "should" seems inconsistent with idea of "deprecated"
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: This list is being migrated to new infrastructure
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• This list is being migrated to new infrastructure
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: Add Google Widevine initialization parameters
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: Add Google Widevine initialization parameters
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: Add Google Widevine initialization parameters
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: Add Google Widevine initialization parameters
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH] dt-bindings: Add Google Widevine initialization parameters
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] of: reserved_mem: Use stable allocation order
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/2] of: reserved_mem: Try to keep range allocations contiguous
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: Remove last usage of "binding" or "schema" in titles
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: Remove last usage of "binding" or "schema" in titles
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: Remove last usage of "binding" or "schema" in titles
  • From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: Remove last usage of "binding" or "schema" in titles
  • From: Sebastian Reichel <sre@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: Remove last usage of "binding" or "schema" in titles
  • From: Suman Anna <s-anna@xxxxxx>
• Re: [PATCH] dt-bindings: Remove last usage of "binding" or "schema" in titles
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: Remove last usage of "binding" or "schema" in titles
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH] dt-bindings: Remove last usage of "binding" or "schema" in titles
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v2 1/2] of: reserved_mem: Try to keep range allocations contiguous
  • From: Stephan Gerhold <stephan@xxxxxxxxxxx>
• [PATCH v2 0/2] of: reserved_mem: Improve range allocations
  • From: Stephan Gerhold <stephan@xxxxxxxxxxx>
• [PATCH v2 2/2] of: reserved_mem: Use stable allocation order
  • From: Stephan Gerhold <stephan@xxxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: Device tree usage in TF-A & OP-Tee consultation
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/5] dt-bindings: reserved-memory: Add alloc-{bottom-up,top-down}
  • From: Rob Herring <robh@xxxxxxxxxx>
• Device tree usage in TF-A & OP-Tee consultation
  • From: Yi Chou <yich@xxxxxxxxxxxx>
• Re: [PATCH 1/5] dt-bindings: reserved-memory: Add alloc-{bottom-up,top-down}
  • From: Stephan Gerhold <stephan@xxxxxxxxxxx>
• Re: [PATCH 1/5] dt-bindings: reserved-memory: Add alloc-{bottom-up,top-down}
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 2/5] of: reserved_mem: Implement alloc-{bottom-up,top-down}
  • From: Konrad Dybcio <konrad.dybcio@xxxxxxxxxx>
• Re: [PATCH 0/5] of: reserved_mem: Provide more control about allocation behavior
  • From: Konrad Dybcio <konrad.dybcio@xxxxxxxxxx>
• [PATCH RFC 4/5] arm64: dts: qcom: msm8916: Enable modem on two phones
  • From: Stephan Gerhold <stephan@xxxxxxxxxxx>
• [PATCH 3/5] of: reserved_mem: Use stable allocation order
  • From: Stephan Gerhold <stephan@xxxxxxxxxxx>
• [PATCH 2/5] of: reserved_mem: Implement alloc-{bottom-up,top-down}
  • From: Stephan Gerhold <stephan@xxxxxxxxxxx>
• [PATCH RFC 5/5] arm64: dts: qcom: msm8916: Reserve firmware memory dynamically
  • From: Stephan Gerhold <stephan@xxxxxxxxxxx>
• [PATCH 0/5] of: reserved_mem: Provide more control about allocation behavior
  • From: Stephan Gerhold <stephan@xxxxxxxxxxx>
• [PATCH 1/5] dt-bindings: reserved-memory: Add alloc-{bottom-up,top-down}
  • From: Stephan Gerhold <stephan@xxxxxxxxxxx>
• Re: dt_binding_check not reporting all errors
  • From: Michal Simek <michal.simek@xxxxxxx>
• Re: [RFC PATCH] Describe chosen modules for hypervisor booting
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [RFC PATCH] Describe chosen modules for hypervisor booting
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH] Describe chosen modules for hypervisor booting
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH] Describe chosen modules for hypervisor booting
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: dt_binding_check not reporting all errors
  • From: Rob Herring <robh@xxxxxxxxxx>
• dt_binding_check not reporting all errors
  • From: Michal Simek <michal.simek@xxxxxxx>
• Re: [RFC PATCH] Describe chosen modules for hypervisor booting
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• Re: [RFC PATCH] Describe chosen modules for hypervisor booting
  • From: Rob Herring <robh@xxxxxxxxxx>
• [RFC PATCH] Describe chosen modules for hypervisor booting
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• Re: [PATCH] meta-schemas: Allow 'not' keyword
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• [PATCH] meta-schemas: Allow 'not' keyword
  • From: Serge Semin <Sergey.Semin@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] dt-bindings: net: Add network-class.yaml schema
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 0/4] dt-bindings: net: Add network-class.yaml schema
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH v2 0/4] dt-bindings: net: Add network-class.yaml schema
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 4/4] nios2: dts: Fix tse_mac "max-frame-size" property
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 2/4] dt-bindings: wireless: bcm4329-fmac: Use network-class.yaml schema
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v2 1/4] dt-bindings: net: Add network-class schema for mac-address properties
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH v2 0/4] dt-bindings: net: Add network-class.yaml schema
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH v2 1/4] dt-bindings: net: Add network-class schema for mac-address properties
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH v2 3/4] dt-bindings: wireless: silabs,wfx: Use network-class.yaml
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH v2 4/4] nios2: dts: Fix tse_mac "max-frame-size" property
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH v2 2/4] dt-bindings: wireless: bcm4329-fmac: Use network-class.yaml schema
  • From: Janne Grunau <j@xxxxxxxxxx>
• Re: [PATCH RFC 0/3] dt-bindings: net: Add network-class.yaml schema
  • From: Janne Grunau <j@xxxxxxxxxx>
• Re: [PATCH RFC 0/3] dt-bindings: net: Add network-class.yaml schema
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC 0/3] dt-bindings: net: Add network-class.yaml schema
  • From: Janne Grunau <j@xxxxxxxxxx>
• Re: [PATCH RFC 1/3] dt-bindings: net: Add network-class schema for mac-address properties
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH RFC 0/3] dt-bindings: net: Add network-class.yaml schema
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH RFC 1/3] dt-bindings: net: Add network-class schema for mac-address properties
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• [PATCH RFC 2/3] dt-bindings: wireless: bcm4329-fmac: Use network-class.yaml schema
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH RFC 0/3] dt-bindings: net: Add network-class.yaml schema
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH RFC 1/3] dt-bindings: net: Add network-class schema for mac-address properties
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH RFC 3/3] dt-bindings: wireless: silabs,wfx: Use network-class.yaml
  • From: Janne Grunau <j@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: reserved-memory: Refine 'size' and 'alignment' types
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] dt-bindings: reserved-memory: Refine 'size' and 'alignment' types
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v2] schemas: chosen: Add 'boot-hart-id' property
  • From: Wei Liang Lim <weiliang.lim@xxxxxxxxxxxxxxxx>
• RE: [PATCH] schemas: chosen: Add 'boot-hart-id' property
  • From: WeiLiang Lim <weiliang.lim@xxxxxxxxxxxxxxxx>
• Re: [PATCH] schemas: chosen: Add 'boot-hart-id' property
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] schemas: chosen: Add 'boot-hart-id' property
  • From: Wei Liang Lim <weiliang.lim@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/21] mm: introduce Designated Movable Blocks
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 00/21] mm: introduce Designated Movable Blocks
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: [PATCH 00/21] mm: introduce Designated Movable Blocks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 16/21] dt-bindings: reserved-memory: introduce designated-movable-block
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 16/21] dt-bindings: reserved-memory: introduce designated-movable-block
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: [PATCH 00/21] mm: introduce Designated Movable Blocks
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: [PATCH 16/21] dt-bindings: reserved-memory: introduce designated-movable-block
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 00/21] mm: introduce Designated Movable Blocks
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 16/21] dt-bindings: reserved-memory: introduce designated-movable-block
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: [PATCH 16/21] dt-bindings: reserved-memory: introduce designated-movable-block
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: [PATCH 16/21] dt-bindings: reserved-memory: introduce designated-movable-block
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 16/21] dt-bindings: reserved-memory: introduce designated-movable-block
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 01/21] mm/page_isolation: protect cma from isolate_single_pageblock
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 03/21] mm/hugetlb: correct demote page offset logic
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH 18/21] mm/cma: support CMA in Designated Movable Blocks
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 02/21] mm/hugetlb: correct max_huge_pages accounting on demote
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 02/21] mm/hugetlb: correct max_huge_pages accounting on demote
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/21] mm/hugetlb: correct max_huge_pages accounting on demote
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 00/21] mm: introduce Designated Movable Blocks
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 18/21] mm/cma: support CMA in Designated Movable Blocks
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 02/21] mm/hugetlb: correct max_huge_pages accounting on demote
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: [PATCH 02/21] mm/hugetlb: correct max_huge_pages accounting on demote
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH 01/21] mm/page_isolation: protect cma from isolate_single_pageblock
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: [PATCH 02/21] mm/hugetlb: correct max_huge_pages accounting on demote
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 16/21] dt-bindings: reserved-memory: introduce designated-movable-block
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: [PATCH 03/21] mm/hugetlb: correct demote page offset logic
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 18/21] mm/cma: support CMA in Designated Movable Blocks
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/21] mm: introduce Designated Movable Blocks
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: [PATCH 16/21] dt-bindings: reserved-memory: introduce designated-movable-block
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 00/21] mm: introduce Designated Movable Blocks
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 01/21] mm/page_isolation: protect cma from isolate_single_pageblock
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH 01/21] mm/page_isolation: protect cma from isolate_single_pageblock
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: [PATCH 01/21] mm/page_isolation: protect cma from isolate_single_pageblock
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH 03/21] mm/hugetlb: correct demote page offset logic
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: [PATCH 01/21] mm/page_isolation: protect cma from isolate_single_pageblock
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: [PATCH 01/21] mm/page_isolation: protect cma from isolate_single_pageblock
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH 03/21] mm/hugetlb: correct demote page offset logic
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 21/21] mm/hugetlb: introduce hugetlb_dmb
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 19/21] dt-bindings: reserved-memory: shared-dma-pool: support DMB
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 18/21] mm/cma: support CMA in Designated Movable Blocks
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 20/21] mm/cma: introduce rmem shared-dmb-pool
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 17/21] mm/dmb: introduce rmem designated-movable-block
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 16/21] dt-bindings: reserved-memory: introduce designated-movable-block
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 14/21] mm/page_alloc: make alloc_contig_pages DMB aware
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 04/21] mm/hugetlb: refactor alloc_and_dissolve_huge_page
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 07/21] lib/show_mem.c: display MovableOnly
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 15/21] mm/page_alloc: allow base for movablecore
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 11/21] mm/page_alloc: introduce init_reserved_pageblock()
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 08/21] mm/vmstat: show start_pfn when zone spans pages
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 06/21] mm/hugetlb: add hugepage isolation support
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 09/21] mm/page_alloc: calculate node_spanned_pages from pfns
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 05/21] mm/hugetlb: allow migrated hugepage to dissolve when freed
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 12/21] memblock: introduce MEMBLOCK_MOVABLE flag
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 10/21] mm/page_alloc.c: allow oversized movablecore
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 13/21] mm/dmb: Introduce Designated Movable Blocks
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 03/21] mm/hugetlb: correct demote page offset logic
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 02/21] mm/hugetlb: correct max_huge_pages accounting on demote
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 01/21] mm/page_isolation: protect cma from isolate_single_pageblock
  • From: Doug Berger <opendmb@xxxxxxxxx>
• [PATCH 00/21] mm: introduce Designated Movable Blocks
  • From: Doug Berger <opendmb@xxxxxxxxx>
• Re: Intended use of "model" property?
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Intended use of "model" property?
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Intended use of "model" property?
  • From: Marti Bolivar <marti.bolivar@xxxxxxxxxxxxx>
• No DT meeting Sept 5
  • From: Bill Mills <bill.mills@xxxxxxxxxx>
• Re: [PATCH] schemas: pci-bus: make reg optional for Marvell PCI controllers
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] schemas: pci-bus: make reg optional for Marvell PCI controllers
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: UART map / multiple uart connections
  • From: Kumar Gala <galak.kernel@xxxxxxxxx>
• Re: UART map / multiple uart connections
  • From: Kumar Gala <galak.kernel@xxxxxxxxx>
• Re: UART map / multiple uart connections
  • From: Rob Herring <robh@xxxxxxxxxx>
• UART map / multiple uart connections
  • From: Kumar Gala <galak.kernel@xxxxxxxxx>
• Re: [PATCH] Add 'dma-noncoherent' property as a standard property
  • From: Heiko Stuebner <heiko@xxxxxxxxx>
• Re: [PATCH] Add 'dma-noncoherent' property as a standard property
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH] Add 'dma-noncoherent' property as a standard property
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH] Add 'dma-noncoherent' property as a standard property
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Add 'dma-noncoherent' property as a standard property
  • From: Heiko Stuebner <heiko@xxxxxxxxx>
• Re: [dtschema PATCH] schemas: i2c: Add missing properties and descriptions
  • From: <Eugen.Hristev@xxxxxxxxxxxxx>
• Re: [dtschema PATCH] schemas: clock: Add example for 'clock-indices'
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [dtschema PATCH] schemas: i2c: Add missing properties and descriptions
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [dtschema PATCH] schemas: i2c: Add missing properties and descriptions
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [dtschema PATCH] schemas: i2c: Add missing properties and descriptions
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [dtschema PATCH] schemas: i2c: Add missing properties and descriptions
  • From: Alain Volmat <alain.volmat@xxxxxxxxxxx>
• Re: [dtschema PATCH] schemas: i2c: Add missing properties and descriptions
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [dtschema PATCH] schemas: i2c: Add missing properties and descriptions
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [dtschema PATCH] schemas: clock: Add example for 'clock-indices'
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH] schemas: clock: Add assigned-clocks description
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH] schemas: clock: Add assigned-clocks description
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• [dtschema PATCH] schemas: clock: Add example for 'clock-indices'
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] schemas: clock: Add assigned-clocks description
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [dtschema PATCH] schemas: i2c: Add missing properties and descriptions
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• [dtschema PATCH] schemas: i2c: Add missing properties and descriptions
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Memory aliasing and nodes
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Memory aliasing and nodes
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Memory aliasing and nodes
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Memory aliasing and nodes
  • From: Ramon Fried <rfried.dev@xxxxxxxxx>
• Re: Memory aliasing and nodes
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Memory aliasing and nodes
  • From: Ramon Fried <rfried.dev@xxxxxxxxx>
• Re: [PATCH v2] dt-bindings: reserved-memory: Add restricted-dma-pool constraints
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2] dt-bindings: reserved-memory: Add restricted-dma-pool constraints
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH v2] dt-bindings: reserved-memory: Add restricted-dma-pool constraints
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] dt-bindings: reserved-memory: Add restricted-dma-pool constraints
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] dt-bindings: reserved-memory: Add restricted-dma-pool constraints
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• [PATCH] dt-bindings: reserved-memory: Add restricted-dma-pool constraints
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 0/3] Allow restricted-dma-pool to customize IO_TLB_SEGSIZE
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] Describe "fail" status for /cpus/cpu* nodes
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow restricted-dma-pool to customize IO_TLB_SEGSIZE
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow restricted-dma-pool to customize IO_TLB_SEGSIZE
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 0/3] Allow restricted-dma-pool to customize IO_TLB_SEGSIZE
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: [PATCH 2/3] dt-bindings: Add io-tlb-segsize property for restricted-dma-pool
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow restricted-dma-pool to customize IO_TLB_SEGSIZE
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH 3/3] arm64: dts: mt8183: use restricted swiotlb for scp mem
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH 2/3] dt-bindings: Add io-tlb-segsize property for restricted-dma-pool
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH 1/3] dma: swiotlb: Allow restricted-dma-pool to customize IO_TLB_SEGSIZE
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH 0/3] Allow restricted-dma-pool to customize IO_TLB_SEGSIZE
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: [PATCH] Describe "fail" status for /cpus/cpu* nodes
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH] Describe "fail" status for /cpus/cpu* nodes
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• Re: [PATCH] Add system-cache-controller to the list of generic node names
  • From: Sai Prakash Ranjan <saiprakash.ranjan@xxxxxxxxxxxxxx>
• Re: [PATCH] Add system-cache-controller to the list of generic node names
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH] Add system-cache-controller to the list of generic node names
  • From: Sai Prakash Ranjan <saiprakash.ranjan@xxxxxxxxxxxxxx>
• Re: [PATCH] Add system-cache-controller to the list of generic node names
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• [PATCH] Add system-cache-controller to the list of generic node names
  • From: Sai Prakash Ranjan <saiprakash.ranjan@xxxxxxxxxxxxxx>
• [PATCH] Describe "fail" status for /cpus/cpu* nodes
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• AW: Voltage and current regulator: usage of 'regulators' parent node in device tree
  • From: "embedded (VIVAVIS AG)" <embedded@xxxxxxxxxxx>
• Re: Voltage and current regulator: usage of 'regulators' parent node in device tree
  • From: Rob Herring <robh@xxxxxxxxxx>
• AW: Voltage and current regulator: usage of 'regulators' parent node in device tree
  • From: "embedded (VIVAVIS AG)" <embedded@xxxxxxxxxxx>
• Re: [PATCH v2 05/52] dt-bindings: Convert Reserved Memory binding to a schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 05/52] dt-bindings: Convert Reserved Memory binding to a schema
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• [PATCH v2 05/52] dt-bindings: Convert Reserved Memory binding to a schema
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Voltage and current regulator: usage of 'regulators' parent node in device tree
  • From: "embedded (VIVAVIS AG)" <embedded@xxxxxxxxxxx>
• Re: [PATCH 05/54] dt-bindings: Convert Reserved Memory binding to a schema
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 05/54] dt-bindings: Convert Reserved Memory binding to a schema
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH 05/54] dt-bindings: Convert Reserved Memory binding to a schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 05/54] dt-bindings: Convert Reserved Memory binding to a schema
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• [PATCH 05/54] dt-bindings: Convert Reserved Memory binding to a schema
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH] Add Github Action CI workflow
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• Re: [PATCH] Add Github Action CI workflow
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] Add Github Action CI workflow
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: [PATCH] Add note about the initial character in a compatible
  • From: "Bolivar, Marti" <Marti.Bolivar@xxxxxxxxxxxxx>
• Re: [PATCH] Add note about the initial character in a compatible
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Add Github Action CI workflow
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Add note about the initial character in a compatible
  • From: "Bolivar, Marti" <Marti.Bolivar@xxxxxxxxxxxxx>
• [ANNOUNCE] dtschema 2021.5 release
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Fix format in README
  • From: Wei Ming Chen <jj251510319013@xxxxxxxxx>
• Re: Node name & property name collusion - json/yaml implications
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Node name & property name collusion - json/yaml implications
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: Node name & property name collusion - json/yaml implications
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Node name & property name collusion - json/yaml implications
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: Node name & property name collusion - json/yaml implications
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Node name & property name collusion - json/yaml implications
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: Node name & property name collusion - json/yaml implications
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Node name & property name collusion - json/yaml implications
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: Node name & property name collusion - json/yaml implications
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: Node name & property name collusion - json/yaml implications
  • From: Rob Herring <rob.herring@xxxxxxx>
• [PATCH] dt-bindings: input: Document the Zinitix Touchpad bindigns.
  • From: KwangDeok Son <kdson@xxxxxxxxxxx>
• DTE Call: DTB ABI vs OS loader
  • From: Bill Mills <bill.mills@xxxxxxxxxx>
• DTE call in 10 min
  • From: Bill Mills <bill.mills@xxxxxxxxxx>
• [PATCH] Group all address related properties
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Increase the TOC levels to 4
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Trivia: Add SPDX tags to source files
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [PATCH] Trivia: Add SPDX tags to source files
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [PATCH 2/3] Import /reserved-memory specification text
  • From: Thierry Reding <treding@xxxxxxxxxx>
• Re: [PATCH 2/3] Import /reserved-memory specification text
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [PATCH 1/3] Clarify language on /memreserve/
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [PATCH 2/3] Import /reserved-memory specification text
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 2/3] Import /reserved-memory specification text
  • From: Grant Likely <grant.likely@xxxxxxx>
• [PATCH 2/3] Import /reserved-memory specification text
  • From: Grant Likely <grant.likely@xxxxxxx>
• [PATCH 3/3] Add details of UEFI interaction with /memory and /reserved-memory
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [PATCH 1/3] Clarify language on /memreserve/
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH 1/3] Clarify language on /memreserve/
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [PATCH 3/3] Add details of UEFI interaction with /memory and /reserved-memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 3/3] Add details of UEFI interaction with /memory and /reserved-memory
  • From: Grant Likely <grant.likely@xxxxxxx>
• [PATCH 4/4] Updates to match Sphinx templates
  • From: Grant Likely <grant.likely@xxxxxxx>
• [PATCH 3/4] Update Makefile to newer Sphinx 'minimal' style
  • From: Grant Likely <grant.likely@xxxxxxx>
• [PATCH 1/4] trivial: Add chapter number to source files
  • From: Grant Likely <grant.likely@xxxxxxx>
• [PATCH 0/4] Devicetree spec build environment changes
  • From: Grant Likely <grant.likely@xxxxxxx>
• [PATCH 2/4] fix python3 compatibility
  • From: Grant Likely <grant.likely@xxxxxxx>
• [DTE] May 27th agenda
  • From: François Ozog <francois.ozog@xxxxxxxxxx>
• interested in Devicetree plumbers 2020 session?
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• RFC - DTV (Device Tree Visualiser)
  • From: CVS <cvs268@xxxxxxxxx>
• Device Tree Evolution Project - call notes - 22nd April
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Device Tree Evolution Project - call notes - 8th April
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Device Tree Evolution Project - call notes - 11th March
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Device Tree Evolution Project - call notes - 26th February (belated)
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• [PATCH] Fix spelling error
  • From: Arkadiusz Drabczyk <arkadiusz@xxxxxxxxxxxx>
• [PATCH] references: Replace stale playground.sun.com links with devicetree.org mirror
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] references: Drop references without any spec reference
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Add 'dma-coherent' property as a standard property
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Add 'hotpluggable' property for /memory nodes
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Add 'serial-number' as a root node property
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Fix python3 compatibility for sphinx conf.py
  • From: Rob Herring <robh@xxxxxxxxxx>
• MIME type of Devicetree Blobs and Sources
  • From: George Hopkins <george-hopkins@xxxxxxxx>
• Re: [PATCH] Fix displaying GPIO_ACTIVE_LOW in devicetree-basics.rst
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Explain what kind of bitmask is used in masks
  • From: Arkadiusz Drabczyk <arkadiusz@xxxxxxxxxxxx>
• [PATCH] Add required missing reg property
  • From: Arkadiusz Drabczyk <arkadiusz@xxxxxxxxxxxx>
• [PATCH] Fix typo: one one -> on one
  • From: Arkadiusz Drabczyk <arkadiusz@xxxxxxxxxxxx>
• [PATCH] Fix displaying GPIO_ACTIVE_LOW in devicetree-basics.rst
  • From: Arkadiusz Drabczyk <arkadiusz@xxxxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 12th February
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 12th February
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 12th February
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 12th February
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 12th February
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 12th February
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 12th February
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 12th February
  • From: Francois Ozog <francois.ozog@xxxxxxxxxx>
• Re: [PATCH] Fix missing article
  • From: Rob Herring <robh@xxxxxxxxxx>
• Device Tree Evolution Project - call notes - 12th February
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 29th January
  • From: Francois Ozog <francois.ozog@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 29th January
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 29th January
  • From: William Mills <wmills@xxxxxx>
• Re: Device Tree Evolution Project - call notes - 29th January
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 29th January
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 29th January
  • From: Francois Ozog <francois.ozog@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 29th January
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 29th January
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 29th January
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 29th January
  • From: Grant Likely <grant.likely@xxxxxxx>
• RE: Device Tree Evolution Project - call notes - 29th January
  • From: "Mills, William" <wmills@xxxxxx>
• Re: System DT - thinking a sprint would help
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: System DT - thinking a sprint would help
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: System DT - thinking a sprint would help
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [System-dt] System DT - thinking a sprint would help
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: [System-dt] System DT - thinking a sprint would help
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxx>
• [PATCH] Fix missing article
  • From: "Bolivar, Marti" <Marti.Bolivar@xxxxxxxxxxxxx>
• Re: [System-dt] System DT - thinking a sprint would help
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• RE: [System-dt] System DT - thinking a sprint would help
  • From: Loic PALLARDY <loic.pallardy@xxxxxx>
• RE: [System-dt] System DT - thinking a sprint would help
  • From: Nathalie Chan King Choy <nathalie@xxxxxxxxxx>
• Re: System DT - thinking a sprint would help
  • From: Francois Ozog <francois.ozog@xxxxxxxxxx>
• System DT - thinking a sprint would help
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Device Tree Evolution Project - call notes - 29th January
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Device Tree Evolution Project - call notes - 15th January
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 18th December
  • From: Francois Ozog <francois.ozog@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 18th December
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Device Tree Evolution Project - call notes - 18th December
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Device Tree Evolution Project - call notes - 4th December
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: Fedora on Raspberry Pi
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: dts-v1 in DTSI files
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• dts-v1 in DTSI files
  • From: <mail@xxxxxxxxxxxxxxxxxxx>
• Device Tree Evolution Project - call notes - 20th November
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 6th November
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: Device Tree Evolution Project - call notes - 6th November
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Device Tree Evolution Project - call notes - 6th November
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: [PATCH devicetree-specification] Nexus: Fix double "one"
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Fedora on Raspberry Pi
  • From: Erastus Toe <chukpozohnt@xxxxxxxxx>
• Re: NUMA vs Proximity Domains
  • From: Francois Ozog <francois.ozog@xxxxxxxxxx>
• Re: NUMA vs Proximity Domains
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: NUMA vs Proximity Domains
  • From: Francois Ozog <francois.ozog@xxxxxxxxxx>
• Re: NUMA vs Proximity Domains
  • From: Olof Johansson <olof@xxxxxxxxx>
• NUMA vs Proximity Domains
  • From: Francois Ozog <francois.ozog@xxxxxxxxxx>
• Device Tree Evolution Project - call notes - 23rd October
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• [PATCH devicetree-specification] Nexus: Fix double "one"
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• Re: FW: Meeting notes: Planning around splitting devicetree data out of the Linux tree
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: Meeting notes: Planning around splitting devicetree data out of the Linux tree
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• Re: FW: Meeting notes: Planning around splitting devicetree data out of the Linux tree
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Meeting notes: Planning around splitting devicetree data out of the Linux tree
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: FW: Meeting notes: Planning around splitting devicetree data out of the Linux tree
  • From: Emmanuel Vadot <manu@xxxxxxxxxxxxxxxx>
• Re: Meeting notes: Planning around splitting devicetree data out of the Linux tree
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Meeting notes: Planning around splitting devicetree data out of the Linux tree
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: Meeting notes: Planning around splitting devicetree data out of the Linux tree
  • From: Rob Herring <Rob.Herring@xxxxxxx>
• FW: Meeting notes: Planning around splitting devicetree data out of the Linux tree
  • From: Steve McIntyre <steve.mcintyre@xxxxxxxxxx>
• System Device Tree first call (fwd)
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH 1/5] Add iommu as a standard node name
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Document modulo operator as an arithmetic operator
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [PATCH 2/5] Add rng as a standard node name
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [PATCH 5/5] Add hwlock as a standard node name
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [PATCH 4/5] Add dsi as a standard node name
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [PATCH 3/5] Add tpm as a standard node name
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [PATCH 1/5] Add iommu as a standard node name
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [PATCH 0/5] Document some more standard node names
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• RE: Define primary MAC address based on device sticker
  • From: "Adrian Schmutzler" <mail@xxxxxxxxxxxxxxxxxxx>
• [PATCH] Fix grammar in aliases section
  • From: Adrian Schmutzler <freifunk@xxxxxxxxxxxxxxxxxxx>
• Re: Define primary MAC address based on device sticker
  • From: Rob Herring <robh@xxxxxxxxxx>
• RE: Define primary MAC address based on device sticker
  • From: <mail@xxxxxxxxxxxxxxxxxxx>
• Re: Define primary MAC address based on device sticker
  • From: "'David Gibson'" <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] schemas: add "cpus" schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 0/2] schemas: add "cpus" schema
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 0/2] schemas: add "cpus" schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 0/2] schemas: add "cpus" schema
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• RE: Define primary MAC address based on device sticker
  • From: "Adrian Schmutzler" <mail@xxxxxxxxxxxxxxxxxxx>
• RE: Define primary MAC address based on device sticker
  • From: "Adrian Schmutzler" <mail@xxxxxxxxxxxxxxxxxxx>
• Re: Define primary MAC address based on device sticker
  • From: Rob Herring <robh@xxxxxxxxxx>
• RE: Define primary MAC address based on device sticker
  • From: "Adrian Schmutzler" <mail@xxxxxxxxxxxxxxxxxxx>
• Re: Define primary MAC address based on device sticker
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] schemas: add "cpus" schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 0/2] schemas: add "cpus" schema
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 0/2] schemas: add "cpus" schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Define primary MAC address based on device sticker
  • From: "Adrian Schmutzler" <mail@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] schemas: add "cpus" schema
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• [PATCH 1/2] schemas: cache-controller: expand applicability to "cpu" nodes
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• [PATCH 0/2] schemas: add "cpus" schema
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: `interrupt-parent` property missing clarity
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] meta-schemas: interrupts: allow interrupt-controller nodes to be objects
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] meta-schemas: interrupts: allow interrupt-controller nodes to be objects
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxx>
• Re: [PATCH] meta-schemas: interrupts: allow interrupt-controller nodes to be objects
  • From: Rob Herring <robh@xxxxxxxxxx>
• `interrupt-parent` property missing clarity
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: [PATCH] schemas: add "cpus" schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] schemas: add "cpus" schema
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• [PATCH] meta-schemas: interrupts: allow interrupt-controller nodes to be objects
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• [PATCH] dt-bindings: Update schema project location to devicetree.org github group
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Tim Harvey <tharvey@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Tim Harvey <tharvey@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Tim Harvey <tharvey@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH 1/3] Fix bytestring syntax in mac-address examples
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Add "gnss" as recommended node name
  • From: Johan Hovold <johan@xxxxxxxxxx>
• [PATCH 3/3] Fix missing unit addresses
  • From: Johan Hovold <johan@xxxxxxxxxx>
• [PATCH 2/3] Add space before unit symbols
  • From: Johan Hovold <johan@xxxxxxxxxx>
• [PATCH 0/3] Minor style and syntax fixes
  • From: Johan Hovold <johan@xxxxxxxxxx>
• [PATCH 1/3] Fix bytestring syntax in mac-address examples
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Clarify on SPI chipselects
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: Cell-index?
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Cell-index?
  • From: Rob Herring <robh@xxxxxxxxxx>
• Cell-index?
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: device_type = 'memory' deprecation?
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: device_type = 'memory' deprecation?
  • From: Rob Herring <robh@xxxxxxxxxx>
• device_type = 'memory' deprecation?
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• Re: Linux Plumbers v18 DT-format followup
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: "jonsmirl@xxxxxxxxx" <jonsmirl@xxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Rob Herring <robh@xxxxxxxxxx>
• Linux Plumbers v18 DT-format followup
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: "jonsmirl@xxxxxxxxx" <jonsmirl@xxxxxxxxx>
• Re: Example of SPI controller in slave mode
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: Example of SPI controller in slave mode
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Example of SPI controller in slave mode
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: node with ranges property but no unit name
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• node with ranges property but no unit name
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: wrap around in a memory region property?
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: wrap around in a memory region property?
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• wrap around in a memory region property?
  • From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
• Re: Call for speakers for the Devicetree Microconference @ the 2018 LPC in Vancouver
  • From: darknighte <darknighte@xxxxxxxxxxxxxx>
• Call for speakers for the Devicetree Microconference @ the 2018 LPC in Vancouver
  • From: darknighte <darknighte@xxxxxxxxxxxxxx>
• Re: question about ranges length element
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: question about ranges length element
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: question about ranges length element
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• question about ranges length element
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: DT case sensitivity
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Recognize "/firmware" node usage
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: DT case sensitivity
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: DT case sensitivity
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: DT case sensitivity
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: DT case sensitivity
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: DT case sensitivity
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: DT case sensitivity
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: DT case sensitivity
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: DT case sensitivity
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: DT case sensitivity
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: DT case sensitivity
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: DT case sensitivity
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: DT case sensitivity
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: DT case sensitivity
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: DT case sensitivity
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• DT case sensitivity
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Recognize "/firmware" node usage
  • From: Rob Herring <robh@xxxxxxxxxx>
• Recognize "/firmware" node usage
  • From: Jens Wiklander <jens.wiklander@xxxxxxxxxx>
• Re: [U-Boot] [PATCH 01/10] dm: fdt: scan for devices under /firmware too
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• Re: [U-Boot] [PATCH 01/10] dm: fdt: scan for devices under /firmware too
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [U-Boot] [PATCH 01/10] dm: fdt: scan for devices under /firmware too
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: is "virtual-reg" an official DTSpec property?
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: is "virtual-reg" an official DTSpec property?
  • From: Ian Lepore <ian@xxxxxxxxxxx>
• Re: is "virtual-reg" an official DTSpec property?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: is "virtual-reg" an official DTSpec property?
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• is "virtual-reg" an official DTSpec property?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: [PATCH] Remove all references to "device_type" property from examples
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove all references to "device_type" property from examples
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: must #address-cells and #size-cells be explicitly defined or not?
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove all references to "device_type" property from examples
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove all references to "device_type" property from examples
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove all references to "device_type" property from examples
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] Remove all references to "device_type" property from examples
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: must #address-cells and #size-cells be explicitly defined or not?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: should list of recommended node names be updated?
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: must #address-cells and #size-cells be explicitly defined or not?
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] Remove all references to "device_type" property from examples
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Remove all references to "device_type" property from examples
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• must #address-cells and #size-cells be explicitly defined or not?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: should list of recommended node names be updated?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: [PATCH] Minor editing fixes for Chapter 1.
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: [PATCH] Minor editing fixes for Chapter 1.
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: should list of recommended node names be updated?
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] Minor editing fixes for Chapter 1.
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: [PATCH] Minor editing fixes for Chapter 1.
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: should list of recommended node names be updated?
  • From: Ian Lepore <ian@xxxxxxxxxxx>
• Re: [PATCH] Minor editing fixes for Chapter 1.
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: should list of recommended node names be updated?
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: are node names technically case sensitive?
  • From: Rob Herring <robh@xxxxxxxxxx>
• are node names technically case sensitive?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• should list of recommended node names be updated?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• [PATCH] Fix chapter references at beginning of Chapter 2
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• [PATCH] Minor editing fixes for Chapter 1.
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• [PATCH] Fix one misspelling of "device tree" to "devicetree"
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: "make html" build error for spec
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: "make html" build error for spec
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: "make html" build error for spec
  • From: Rob Herring <robh@xxxxxxxxxx>
• "make html" build error for spec
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: EBBR v0.6 Release Announcement
  • From: Grant Likely <grant.likely@xxxxxxx>
• EBBR v0.6 Release Announcement
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [RFC PATCH 1/2] Preserve datatype information when parsing dts
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] Preserve datatype information when parsing dts
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] Preserve datatype information when parsing dts
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] Preserve datatype information when parsing dts
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] Preserve datatype information when parsing dts
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] Preserve datatype information when parsing dts
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Export firmware information to userspace
  • From: Stewart Smith <stewart@xxxxxxxxxxxxx>
• Re: Export firmware information to userspace
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: Export firmware information to userspace
  • From: Carlo Caione <carlo.caione@xxxxxxxxx>
• Re: Export firmware information to userspace
  • From: Stewart Smith <stewart@xxxxxxxxxxxxx>
• Re: Export firmware information to userspace
  • From: Stewart Smith <stewart@xxxxxxxxxxxxx>
• Re: Export firmware information to userspace
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: Export firmware information to userspace
  • From: Carlo Caione <carlo.caione@xxxxxxxxx>
• Re: Export firmware information to userspace
  • From: Carlo Caione <carlo.caione@xxxxxxxxx>
• Re: Export firmware information to userspace
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: Export firmware information to userspace
  • From: Andre Przywara <andre.przywara@xxxxxxx>
• Re: Export firmware information to userspace
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: Export firmware information to userspace
  • From: Andre Przywara <andre.przywara@xxxxxxx>
• Re: Export firmware information to userspace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Export firmware information to userspace
  • From: Carlo Caione <carlo.caione@xxxxxxxxx>
• Re: [PATCH 3/3] checks: Check node and property names are less than 32 characters
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] checks: Check node and property names are less than 32 characters
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: aliases node - valid char set?
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: aliases node - valid char set?
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: aliases node - valid char set?
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Devicetree Schema Checking Prototype
  • From: Rob Herring <robh@xxxxxxxxxx>
• [RFC PATCH] dt-bindings: add a jsonschema binding example
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: aliases node - valid char set?
  • From: David Brown <david.brown@xxxxxxxxxx>
• Re: aliases node - valid char set?
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: aliases node - valid char set?
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: aliases node - valid char set?
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: aliases node - valid char set?
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• aliases node - valid char set?
  • From: Kumar Gala <kumar.gala@xxxxxxxxxx>
• Re: integer lost format from dtb to dts
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• RE: integer lost format from dtb to dts
  • From: "Yuan, Linyu (NSB - CN/Shanghai)" <linyu.yuan@xxxxxxxxxxxxxxx>
• Re: integer lost format from dtb to dts
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• RE: integer lost format from dtb to dts
  • From: "Yuan, Linyu (NSB - CN/Shanghai)" <linyu.yuan@xxxxxxxxxxxxxxx>
• RE: integer lost format from dtb to dts
  • From: "Yuan, Linyu (NSB - CN/Shanghai)" <linyu.yuan@xxxxxxxxxxxxxxx>
• Re: integer lost format from dtb to dts
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Devicetree Schema Checking Prototype
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: integer lost format from dtb to dts
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: integer lost format from dtb to dts
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• RE: integer lost format from dtb to dts
  • From: "Yuan, Linyu (NSB - CN/Shanghai)" <linyu.yuan@xxxxxxxxxxxxxxx>
• Re: integer lost format from dtb to dts
  • From: Rob Herring <robh@xxxxxxxxxx>
• integer lost format from dtb to dts
  • From: "Yuan, Linyu (NSB - CN/Shanghai)" <linyu.yuan@xxxxxxxxxxxxxxx>
• Re: Maintaining a copy of dtc on github
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Maintaining a copy of dtc on github
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: Maintaining a copy of dtc on github
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Devicetree Schema Checking Prototype
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Maintaining a copy of dtc on github
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Maintaining a copy of dtc on github
  • From: jdl@xxxxxxx
• Re: Maintaining a copy of dtc on github
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Maintaining a copy of dtc on github
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• Re: Maintaining a copy of dtc on github
  • From: Rob Herring <robh@xxxxxxxxxx>
• Maintaining a copy of dtc on github
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v5 1/4] Document nexus nodes/specifier remapping
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• [PATCH v5 1/4] Document nexus nodes/specifier remapping
  • From: Stephen Boyd <stephen.boyd@xxxxxxxxxx>
• [PATCH v5 3/4] of: unittest: Add phandle remapping test
  • From: Stephen Boyd <stephen.boyd@xxxxxxxxxx>
• [PATCH v5 2/4] of: Support parsing phandle argument lists through a nexus node
  • From: Stephen Boyd <stephen.boyd@xxxxxxxxxx>
• [PATCH v5 4/4] gpio: Support gpio nexus dt bindings
  • From: Stephen Boyd <stephen.boyd@xxxxxxxxxx>
• [PATCH v5 0/4] OF phandle nexus support + GPIO nexus
  • From: Stephen Boyd <stephen.boyd@xxxxxxxxxx>
• Re: [RFC] devicetree: new FDT format version
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [RFC] devicetree: new FDT format version
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] devicetree: new FDT format version
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC] devicetree: new FDT format version
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] devicetree: new FDT format version
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [RFC] devicetree: new FDT format version
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] devicetree: new FDT format version
  • From: Marek Vasut <marek.vasut@xxxxxxxxx>
• Re: [RFC] devicetree: new FDT format version
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] devicetree: new FDT format version
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] devicetree: new FDT format version
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] devicetree: new FDT format version
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [RFC] devicetree: new FDT format version
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>