31 Jan, 2019

1 commit

  • Remove the usage of skeleton.dtsi in the remaining dts files. It was
    deprecated since commit 9c0da3cc61f1 ("ARM: dts: explicitly mark
    skeleton.dtsi as deprecated"). This will make adding a unit-address to
    memory nodes easier.

    The main tricky part to removing skeleton.dtsi is we could end up with
    no /memory node at all when a bootloader depends on one being present. I
    hacked up dtc to check for this condition.

    Acked-by: Linus Walleij
    Reviewed-by: Florian Fainelli
    Reviewed-by: Matthias Brugger
    Acked-by: Viresh Kumar
    Acked-by: Alexandre Belloni
    Acked-by: Neil Armstrong
    Acked-by: Antoine Tenart
    Acked-by: Alexandre TORGUE
    Acked-by: Robert Jarzmik
    Acked-by: Vladimir Zapolskiy
    Tested-by: Kevin Hilman
    Reviewed-by: Kevin Hilman
    Tested-by: Martin Blumenstingl
    Reviewed-by: Martin Blumenstingl
    Signed-off-by: Rob Herring
    Reviewed-by: Gregory CLEMENT
    Tested-by: Gregory CLEMENT
    Signed-off-by: Arnd Bergmann

    Rob Herring
     

05 Mar, 2018

1 commit

  • dtc now gives the following warning:

    arch/arm/boot/dts/kirkwood-t5325.dtb: Warning (sound_dai_property): /sound/simple-audio-card,cpu:sound-dai: property size (4) too small for cell size 1

    The binding documentation gives no indication what the cell size should
    be (which should be fixed too), so just assume 0 is fine as that is what
    the consumer has.

    Cc: Jason Cooper
    Cc: Andrew Lunn
    Cc: Gregory Clement
    Cc: Sebastian Hesselbarth
    Signed-off-by: Rob Herring
    Reviewed-by: Andrew Lunn
    Signed-off-by: Gregory CLEMENT

    Rob Herring
     

17 Nov, 2017

1 commit

  • Pull ARM device-tree updates from Arnd Bergmann:
    "We add device tree files for a couple of additional SoCs in various
    areas:

    Allwinner R40/V40 for entertainment, Broadcom Hurricane 2 for
    networking, Amlogic A113D for audio, and Renesas R-Car V3M for
    automotive.

    As usual, lots of new boards get added based on those and other SoCs:

    - Actions S500 based CubieBoard6 single-board computer

    - Amlogic Meson-AXG A113D based development board
    - Amlogic S912 based Khadas VIM2 single-board computer
    - Amlogic S912 based Tronsmart Vega S96 set-top-box

    - Allwinner H5 based NanoPi NEO Plus2 single-board computer
    - Allwinner R40 based Banana Pi M2 Ultra and Berry single-board computers
    - Allwinner A83T based TBS A711 Tablet

    - Broadcom Hurricane 2 based Ubiquiti UniFi Switch 8
    - Broadcom bcm47xx based Luxul XAP-1440/XAP-810/ABR-4500/XBR-4500
    wireless access points and routers

    - NXP i.MX51 based Zodiac Inflight Innovations RDU1 board
    - NXP i.MX53 based GE Healthcare PPD biometric monitor
    - NXP i.MX6 based Pistachio single-board computer
    - NXP i.MX6 based Vining-2000 automotive diagnostic interface
    - NXP i.MX6 based Ka-Ro TX6 Computer-on-Module in additional variants

    - Qualcomm MSM8974 (Snapdragon 800) based Fairphone 2 phone
    - Qualcomm MSM8974pro (Snapdragon 801) based Sony Xperia Z2 Tablet

    - Realtek RTD1295 based set-top-boxes MeLE V9 and PROBOX2 AVA

    - Renesas R-Car V3M (R8A77970) SoC and "Eagle" reference board
    - Renesas H3ULCB and M3ULCB "Kingfisher" extension infotainment boards
    - Renasas r8a7745 based iWave G22D-SODIMM SoM

    - Rockchip rk3288 based Amarula Vyasa single-board computer

    - Samsung Exynos5800 based Odroid HC1 single-board computer

    For existing SoC support, there was a lot of ongoing work, as usual
    most of that concentrated on the Renesas, Rockchip, OMAP, i.MX,
    Amlogic and Allwinner platforms, but others were also active.

    Rob Herring and many others worked on reducing the number of issues
    that the latest version of 'dtc' now warns about. Unfortunately there
    is still a lot left to do.

    A rework of the ARM foundation model introduced several new files for
    common variations of the model"

    * tag 'armsoc-dt' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (599 commits)
    arm64: dts: uniphier: route on-board device IRQ to GPIO controller for PXs3
    dt-bindings: bus: Add documentation for the Technologic Systems NBUS
    arm64: dts: actions: s900-bubblegum-96: Add fake uart5 clock
    ARM: dts: owl-s500: Add CubieBoard6
    dt-bindings: arm: actions: Add CubieBoard6
    ARM: dts: owl-s500-guitar-bb-rev-b: Add fake uart3 clock
    ARM: dts: owl-s500: Set power domains for CPU2 and CPU3
    arm: dts: mt7623: remove unused compatible string for pio node
    arm: dts: mt7623: update usb related nodes
    arm: dts: mt7623: update crypto node
    ARM: dts: sun8i: a711: Enable USB OTG
    ARM: dts: sun8i: a711: Add regulator support
    ARM: dts: sun8i: a83t: bananapi-m3: Enable AP6212 WiFi on mmc1
    ARM: dts: sun8i: a83t: cubietruck-plus: Enable AP6330 WiFi on mmc1
    ARM: dts: sun8i: a83t: Move mmc1 pinctrl setting to dtsi file
    ARM: dts: sun8i: a83t: allwinner-h8homlet-v2: Add AXP818 regulator nodes
    ARM: dts: sun8i: a83t: bananapi-m3: Add AXP813 regulator nodes
    ARM: dts: sun8i: a83t: cubietruck-plus: Add AXP818 regulator nodes
    ARM: dts: sunxi: Add dtsi for AXP81x PMIC
    arm64: dts: allwinner: H5: Restore EMAC changes
    ...

    Linus Torvalds
     

02 Nov, 2017

1 commit

  • Many source files in the tree are missing licensing information, which
    makes it harder for compliance tools to determine the correct license.

    By default all files without license information are under the default
    license of the kernel, which is GPL version 2.

    Update the files which contain no license information with the 'GPL-2.0'
    SPDX license identifier. The SPDX identifier is a legally binding
    shorthand, which can be used instead of the full boiler plate text.

    This patch is based on work done by Thomas Gleixner and Kate Stewart and
    Philippe Ombredanne.

    How this work was done:

    Patches were generated and checked against linux-4.14-rc6 for a subset of
    the use cases:
    - file had no licensing information it it.
    - file was a */uapi/* one with no licensing information in it,
    - file was a */uapi/* one with existing licensing information,

    Further patches will be generated in subsequent months to fix up cases
    where non-standard license headers were used, and references to license
    had to be inferred by heuristics based on keywords.

    The analysis to determine which SPDX License Identifier to be applied to
    a file was done in a spreadsheet of side by side results from of the
    output of two independent scanners (ScanCode & Windriver) producing SPDX
    tag:value files created by Philippe Ombredanne. Philippe prepared the
    base worksheet, and did an initial spot review of a few 1000 files.

    The 4.13 kernel was the starting point of the analysis with 60,537 files
    assessed. Kate Stewart did a file by file comparison of the scanner
    results in the spreadsheet to determine which SPDX license identifier(s)
    to be applied to the file. She confirmed any determination that was not
    immediately clear with lawyers working with the Linux Foundation.

    Criteria used to select files for SPDX license identifier tagging was:
    - Files considered eligible had to be source code files.
    - Make and config files were included as candidates if they contained >5
    lines of source
    - File already had some variant of a license header in it (even if
    Reviewed-by: Philippe Ombredanne
    Reviewed-by: Thomas Gleixner
    Signed-off-by: Greg Kroah-Hartman

    Greg Kroah-Hartman
     

20 Oct, 2017

1 commit

  • Fix dtc warnings for 'simple_bus_reg' due to leading 0s. Converted using
    the following command:

    perl -p -i -e 's/\@0+([0-9a-f])/\@$1/g' `find arch/arm/boot/dts -type -f -name '*.dts*'

    Dropped changes to ARM, Ltd. boards LED nodes and manually fixed up some
    occurrences of uppercase hex.

    Signed-off-by: Rob Herring
    Signed-off-by: Arnd Bergmann

    Rob Herring
     

15 Apr, 2016

1 commit


09 Feb, 2016

1 commit

  • Fix audio on kirkwood-openrd-client:

    1) The audio-controller was left disabled.

    2) The probe fails because cs42l51 is missing #sound-dai-cells.

    /sound/simple-audio-card,codec: could not get #sound-dai-cells for /ocp@f1000000/i2c@11000/cs42l51@4a
    asoc-simple-card sound: parse error -22
    asoc-simple-card: probe of sound failed with error -22

    3) The mapping is incorrect:

    asoc-simple-card sound: cs42l51-hifi spdif mapping ok

    should be:

    asoc-simple-card sound: cs42l51-hifi i2s mapping ok

    Reported-by: Rick Thomas
    Signed-off-by: Aaro Koskinen
    Reviewed-by: Andrew Lunn
    Tested-by: Rick Thomas
    Signed-off-by: Gregory CLEMENT

    Aaro Koskinen
     

09 Oct, 2015

2 commits


14 Sep, 2014

1 commit

  • During the conversion of boards to use DT to instantiate Distributed
    Switch Architecture, nobody volunteered to test. As to be expected,
    the conversion was flawed. Testers and access to hardware has now
    become available, and this patch hopefully fixes the problems.

    dsa,mii-bus must be a phandle to the top level mdio node, not the port
    specific subnode of the mdio device.

    dsa,ethernet must be a phandle to the port subnode within the ethernet
    DT node, not the ethernet node.

    Don't pinctrl hog the card detect gpio for mvsdio.

    Rename the .dts files to make it clearer which file is for the Z0
    stepping and which for the A0 or later stepping.

    Signed-off-by: Andrew Lunn
    Cc: seugene@marvell.com
    Tested-by: Eugene Sanivsky
    Fixes: e2eaa339af44: ("ARM: Kirkwood: convert rd88f6281-setup.c to DT.")
    Fixes: e7c8f3808be8: ("ARM: kirkwood: Convert mv88f6281gtw_ge switch setup to DT")
    Cc: #v3.15+
    Link: https://lkml.kernel.org/r/1409592941-22244-1-git-send-email-andrew@lunn.ch
    Signed-off-by: Jason Cooper

    Andrew Lunn
     

05 May, 2014

9 commits

  • The sound node is missing a #sound-dai-cells property. Add it, so that
    the sounds node can be used in combination with the simple-audio-card
    binding.

    Signed-off-by: Andrew Lunn
    Link: https://lkml.kernel.org/r/1399141819-23924-5-git-send-email-andrew@lunn.ch
    Signed-off-by: Jason Cooper

    Andrew Lunn
     
  • There is only one valid pinctrl setting for I2C0 on Kirkwood. Now that we
    have the setting in the common SoC pinctrl, move it to the I2C0 controller
    node directly and remove it from the individual boards.

    While at it, also fix up status = "okay" to "ok" on one board's I2C0 node.

    Signed-off-by: Sebastian Hesselbarth
    Acked-by: Andrew Lunn
    Link: https://lkml.kernel.org/r/1398862602-29595-13-git-send-email-sebastian.hesselbarth@gmail.com
    Signed-off-by: Jason Cooper

    Sebastian Hesselbarth
     
  • There is only one valid pinctrl setting for NAND on Kirkwood. Now that we
    have the setting in the common SoC pinctrl, move it to the NAND controller
    node directly and remove it from the individual boards.

    While at it, also fix up status = "okay" to "ok" on one board's NAND node.

    Signed-off-by: Sebastian Hesselbarth
    Acked-by: Andrew Lunn
    Link: https://lkml.kernel.org/r/1398862602-29595-12-git-send-email-sebastian.hesselbarth@gmail.com
    Signed-off-by: Jason Cooper

    Sebastian Hesselbarth
     
  • Most Kirkwood boards use the default SPI0 pinctrl setting anyway. Add a
    default pinctrl setting to the toplevel SoC SPI0 node and put a note
    in front of the corresponding pinctrl node to overwrite the setting
    on board level.

    Currently, only T5325 is using a different setting and already
    overwrites the corresponding pinctrl node.

    Signed-off-by: Sebastian Hesselbarth
    Acked-by: Andrew Lunn
    Link: https://lkml.kernel.org/r/1398862602-29595-11-git-send-email-sebastian.hesselbarth@gmail.com
    Signed-off-by: Jason Cooper

    Sebastian Hesselbarth
     
  • Most boards use the default UART0/1 pinctrl setting without RTS/CTS.
    Add the pinctrl setting to the toplevel SoC UART nodes and put a note
    in front of the corresponding pinctrl node to overwrite the setting
    on board level. Currently, both boards using a different UART pinctrl
    setting (Openblocks A6, A7) already overwrite the pinctrl node.

    While at it, also fix up some status = "ok" to "okay" and again
    whitespace issues on mplcec4 uart nodes.

    Signed-off-by: Sebastian Hesselbarth
    Acked-by: Andrew Lunn
    Link: https://lkml.kernel.org/r/1398862602-29595-10-git-send-email-sebastian.hesselbarth@gmail.com
    Signed-off-by: Jason Cooper

    Sebastian Hesselbarth
     
  • On Kirkwood, there is only one valid pinctrl setting for GBE1. With
    a common SoC pinctrl node, we can now set it in the node instead of
    in each board file.

    Signed-off-by: Sebastian Hesselbarth
    Acked-by: Andrew Lunn
    Link: https://lkml.kernel.org/r/1398862602-29595-9-git-send-email-sebastian.hesselbarth@gmail.com
    Signed-off-by: Jason Cooper

    Sebastian Hesselbarth
     
  • All SoCs have the same pinctrl setting for NAND, UART0/1, SPI, TWSI0,
    and GBE1. Move it to the common pinctrl node that we now have.

    Signed-off-by: Sebastian Hesselbarth
    Acked-by: Andrew Lunn
    Link: https://lkml.kernel.org/r/1398862602-29595-8-git-send-email-sebastian.hesselbarth@gmail.com
    Signed-off-by: Jason Cooper

    Sebastian Hesselbarth
     
  • All Kirkwood SoCs have their pinctrl registers at the same address.
    Instead of replaying the same reg property on each SoC, have the
    reg property set in the common SoC file already. This also allows
    us to move common pinctrl settings to this node later on.

    Signed-off-by: Sebastian Hesselbarth
    Acked-by: Andrew Lunn
    Link: https://lkml.kernel.org/r/1398862602-29595-7-git-send-email-sebastian.hesselbarth@gmail.com
    Signed-off-by: Jason Cooper

    Sebastian Hesselbarth
     
  • This adds missing node labels to Kirkwood common and SoC specific nodes
    to allow to reference them more easily.

    Signed-off-by: Sebastian Hesselbarth
    Acked-by: Andrew Lunn
    Link: https://lkml.kernel.org/r/1398862602-29595-3-git-send-email-sebastian.hesselbarth@gmail.com
    Signed-off-by: Jason Cooper

    Sebastian Hesselbarth
     

04 Mar, 2014

4 commits


18 Feb, 2014

1 commit


25 Jan, 2014

1 commit

  • Pull devicetree updates from Rob Herring:
    - Add new documents with guidelines for DT binding stability and review
    process. This is one of the outcomes of Kernel Summit DT discussions
    - Remove a bunch of device_type usage which is only for OF and
    deprecated with FDT
    - Fix a long standing issue with compatible string match ordering
    - Various minor binding documentation updates

    * tag 'devicetree-for-3.14' of git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux:
    dt-bindings: add rockchip vendor prefix
    serial: vt8500: Add missing binding document for arch-vt8500 serial driver.
    dt/bindings: submitting patches and ABI documents
    DT: Add vendor prefix for Emerging Display Technologies
    of: add vendor prefixe for EPFL
    of: add vendor prefix for Gumstix
    of: add vendor prefix for Ka-Ro electronics GmbH
    devicetree: macb: Document clock properties
    dts: bindings: trivial clock bindings doc fixes
    of: Fix __of_device_is_available check
    dt/bindings: Remove device_type "serial" from marvell,mv64360-mpsc
    dt/bindings: remove device_type "network" references
    dt/bindings: remove users of device_type "mdio"
    dt/bindings: Remove references to linux,phandle properties
    dt/bindings: Remove all references to device_type "ethernet-phy"
    of: irq: Ignore disabled intc's when searching map
    of: irq: Ignore disabled interrupt controllers
    OF: base: match each node compatible against all given matches first
    dt-bindings: add GIC-400 binding

    Linus Torvalds
     

17 Jan, 2014

1 commit

  • device_type is deprecated and the kernel doesn't require it in most
    cases. The only exceptions for flat tree users are the "gianfar",
    "ucc_geth" and "ibm,emac" bindings, and arguably that requirement could
    be relaxed for ucc_geth and ibm,emac (that is a task for separate
    patches though).

    This patch removes references to device_type="network" from the binding
    documentation where possible and removes the properties from ARM and
    microblaze dts files. This patch does not modify the powerpc .dts files
    since there are a much larger number of them affected and I think the
    ucc_geth, ibm,emac and gianfar users should be addressed before clearing
    out the references to reduce the chance of breakage.

    Signed-off-by: Grant Likely
    Acked-by: Michal Simek
    Cc: Rob Herring
    Cc: Pawel Moll
    Cc: Mark Rutland
    Cc: Ian Campbell
    Cc: Kumar Gala

    Grant Likely
     

23 Dec, 2013

1 commit


12 Dec, 2013

1 commit


08 Dec, 2013

2 commits


15 Oct, 2013

1 commit

  • …rnel/git/tmlind/linux-omap into next/dt

    From Tony Lindgren:
    Changes needed to prepare for making omap3 device tree only:

    - Always build in board-generic, and add pdata quirks and auxdata
    support for it so we have all the pdata related quirks
    in the same place.

    - Merge of the drivers/pinctrl changes that are needed for PM
    to continue working on omap3 and also needed for other omaps
    eventually. The three pinctrl related patches have been acked
    by Linus Walleij and are pulled into both the pinctrl tree
    and this branch.

    - Few defconfig related changes for drivers needed.

    * tag 'omap-for-v3.13/quirk-signed' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap: (523 commits)
    ARM: configs: omap2plus_defconfig: enable dwc3 and dependencies
    ARM: OMAP2+: Add WLAN modules and of_serial to omap2plus_defconfig
    ARM: OMAP2+: Run make savedefconfig on omap2plus_defconfig to shrink it
    ARM: OMAP2+: Add minimal 8250 support for GPMC
    ARM: OMAP2+: Use pdata quirks for wl12xx for omap3 evm and zoom3
    ARM: OMAP: Move DT wake-up event handling over to use pinctrl-single-omap
    ARM: OMAP2+: Add support for auxdata
    pinctrl: single: Add support for auxdata
    pinctrl: single: Add support for wake-up interrupts
    pinctrl: single: Prepare for supporting SoC specific features
    ARM: OMAP2+: igep0020: use display init from dss-common
    ARM: OMAP2+: pdata-quirks: add legacy display init for IGEPv2 board
    +Linux 3.12-rc4

    Signed-off-by: Kevin Hilman <khilman@linaro.org>

    Kevin Hilman
     

02 Oct, 2013

3 commits

  • There should be no nodes that are not children of the mbus. Move
    the nand node under the mbus, and rework the board .dts files
    to use an & reference to the nand node.

    Signed-off-by: Jason Gunthorpe
    Acked-by: Ezequiel Garcia
    Tested-by: Ezequiel Garcia
    Signed-off-by: Jason Cooper

    Jason Gunthorpe
     
  • There should be no nodes that are not children of the mbus. Move
    the crypto node under the mbus.

    Signed-off-by: Jason Gunthorpe
    Signed-off-by: Jason Cooper

    Jason Gunthorpe
     
  • kirkwood_setup_wins is the last manual caller of mbus in kirkwood, don't
    call it for DT boards and rely on the DT having a mbus node with
    a proper ranges property to setup these windows.

    Move all the mbus ranges properties for all boards into kirkwood.dtsi,
    since they are currently all the same.

    This makes the DT self consistent, since the physical address of the
    NAND and CRYPTO are both referenced internally. The arbitary Linux
    constants KIRKWOOD_NAND_MEM_PHYS_BASE and KIRKWOOD_SRAM_PHYS_BASE
    no longer have to match the DT values.

    Signed-off-by: Jason Gunthorpe
    Acked-by: Ezequiel Garcia
    Tested-by: Ezequiel Garcia
    Signed-off-by: Jason Cooper

    Jason Gunthorpe
     

20 Sep, 2013

1 commit

  • There appears to be an error in the second address of the second XOR
    engine in the Kirkwood SoC device tree, which is specified as 0xd0b00
    but should be 0x60b00.

    For confirmation of address see table 581 page 658 of:

    http://www.marvell.com/embedded-processors/kirkwood/assets/FS_88F6180_9x_6281_OpenSource.pdf

    Also see definition of XOR1_HIGH_PHYS_BASE in
    arch/arm/mach-kirkwood/include/mach/kirkwood.h

    Signed-off-by: Quentin Armitage
    Reviewed-by: Sebastian Hesselbarth
    Signed-off-by: Jason Cooper

    Quentin Armitage
     

19 Sep, 2013

1 commit


07 Sep, 2013

1 commit

  • Pull ARM SoC board updates from Olof Johansson:
    "Board updates for 3.12. Again, a bit of domain overlap with SoC and
    DT branches, but most of this is around legacy code and board support.
    We've found that platform maintainers have a hard time separating all
    of these out and might move towards fewer branches for next release.

    - Removal of a number of Marvell Kirkwood board files, since contents
    is now common and mostly configured via DT.
    - Device-tree updates for Marvell Dove, including irqchip and
    clocksource setup.
    - Defconfig updates. Gotta go somewhere. One new one for Renesas
    Lager.
    - New backlight drivers for backlights used on Renesas shmobile
    platforms.
    - Removal of Renesas leds driver.
    - Shuffling of some of the new Broadcom platforms to give room for
    others in the same mach directory. More in 3.13"

    * tag 'boards-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (67 commits)
    mmc: sdhci-bcm-kona: Staticize sdhci_bcm_kona_card_event
    mmc: sdhci-bcm-kona: Remove unneeded version.h inclusion
    ARM: bcm: Make secure API call optional
    ARM: DT: binding fixup to align with vendor-prefixes.txt (drivers)
    ARM: mmc: fix NONREMOVABLE test in sdhci-bcm-kona
    ARM: bcm: Rename board_bcm
    mmc: sdhci-bcm-kona: make linker-section warning go away
    ARM: tegra: defconfig updates
    ARM: dove: add initial DT file for Globalscale D2Plug
    ARM: dove: add GPIO IR receiver node to SolidRun CuBox
    ARM: dove: add common pinmux functions to DT
    ARM: dove: add cpu device tree node
    ARM: dove: update dove_defconfig with SI5351, PCI, and xHCI
    arch/arm/mach-kirkwood: Avoid using ARRAY_AND_SIZE(e) as a function argument
    ARM: kirkwood: fix DT building and update defconfig
    ARM: kirkwood: Remove all remaining trace of DNS-320/325 platform code
    ARM: configs: disable DEBUG_LL in bcm_defconfig
    ARM: bcm281xx: Board specific reboot code
    ARM bcm281xx: Turn on socket & network support.
    ARM: bcm281xx: Turn on L2 cache.
    ...

    Linus Torvalds
     

06 Aug, 2013

3 commits

  • Now that mbus has been added to the device tree, it's possible to
    move the PCIe nodes out of the ocp node, placing it directly
    below the mbus. This is a more accurate representation of the hardware.

    Moving the PCIe nodes, we now need to introduce an extra cell to
    encode the window target ID and attribute. Since this depends on
    the PCIe port, we split the ranges translation entries, to
    correspond to each MBus window.

    In addition, we encode the PCIe memory and I/O apertures in the MBus
    node, according to the MBus DT binding specification. The choice made
    is 0xe0000000-0xf0000000 for memory space, and 0xf200000-0xf2100000 for
    I/O space. These apertures can be changed in each per-board DT file.

    Signed-off-by: Ezequiel Garcia
    Tested-by: Andrew Lunn
    Tested-by: Sebastian Hesselbarth
    Signed-off-by: Jason Cooper

    Ezequiel Garcia
     
  • This macro is used to define window's target ID and attribute cells
    for the MBus ranges entries.

    Signed-off-by: Ezequiel Garcia
    Tested-by: Andrew Lunn
    Tested-by: Sebastian Hesselbarth
    Signed-off-by: Jason Cooper

    Ezequiel Garcia
     
  • Add a minimal MBus node, just to allow the MBus driver to probe.
    Follow-up patches will migrate the rest of the nodes appropriately.

    Signed-off-by: Ezequiel Garcia
    Tested-by: Andrew Lunn
    Tested-by: Sebastian Hesselbarth
    Signed-off-by: Jason Cooper

    Ezequiel Garcia