| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-Id: <1392137610-27842-1-git-send-email-pawel.moll@arm.com> Date: Tue, 11 Feb 2014 16:53:27 +0000 From: Pawel Moll <pawel.moll@....com> To: linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org, devicetree@...r.kernel.org, lm-sensors@...sensors.org, arm@...nel.org Cc: Rob Herring <robh+dt@...nel.org>, Mark Rutland <mark.rutland@....com>, Ian Campbell <ijc+devicetree@...lion.org.uk>, Kumar Gala <galak@...eaurora.org>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>, Mike Turquette <mturquette@...aro.org>, Jean Delvare <jdelvare@...e.de>, Guenter Roeck <linux@...ck-us.net>, Samuel Ortiz <sameo@...ux.intel.com>, Lee Jones <lee.jones@...aro.org>, Arnd Bergmann <arnd@...db.de>, Grant Likely <grant.likely@...aro.org>, Dmitry Eremin-Solenikov <dbaryshkov@...il.com>, David Woodhouse <dwmw2@...radead.org>, Liam Girdwood <lgirdwood@...il.com>, Mark Brown <broonie@...nel.org>, Pawel Moll <pawel.moll@....com> Subject: [PATCH 0/3] Versatile Express sysregs rework It's over 6 month since I promised Samuel to rework the not-really-MFD driver for Versatile Express sysregs. It's also a while since I sent the RFC for the series, but finally - it is here! As suggested by Arnd back then, the VE configuration infrastructure is now exposing standard regmap interface instead of a custom one. As requested by Samuel, the sysreg driver mainly consists of MFD cells definition now. All this was possible thanks to the first patch, which tries to address in a simple way an issue discussed a number of times - a problem of early devices registration in a "DT-powered" system. It simply makes it possible to manually create devices for selected nodes at appropriate init levels and guarantees that such devices will not be created again during the massive of_platform_populate(). I think it would make sense to merge the whole series through arm-soc tree so will appreciate opinions and/or acks from respective maintainers. Pawel Moll (3): driver core & of: Mark of_nodes of added device as populated mfd: vexpress: Convert custom func API to regmap mfd: vexpress: Define the device as MFD cells .../devicetree/bindings/arm/vexpress-sysreg.txt | 79 ++- Documentation/devicetree/bindings/arm/vexpress.txt | 15 +- arch/arm/boot/dts/vexpress-v2m-rs1.dtsi | 76 ++- arch/arm/boot/dts/vexpress-v2m.dtsi | 76 ++- arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts | 5 +- arch/arm/mach-vexpress/ct-ca9x4.c | 10 +- arch/arm/mach-vexpress/v2m.c | 25 +- arch/arm64/boot/dts/rtsm_ve-motherboard.dtsi | 2 +- drivers/base/core.c | 4 + drivers/bus/Kconfig | 9 + drivers/bus/Makefile | 2 + drivers/bus/vexpress-config.c | 202 ++++++++ drivers/clk/versatile/clk-vexpress-osc.c | 94 ++-- drivers/hwmon/vexpress.c | 15 +- drivers/mfd/Kconfig | 15 +- drivers/mfd/Makefile | 2 +- drivers/mfd/vexpress-config.c | 288 ----------- drivers/mfd/vexpress-sysreg.c | 538 ++++++--------------- drivers/misc/Kconfig | 9 + drivers/misc/Makefile | 1 + drivers/misc/vexpress-syscfg.c | 320 ++++++++++++ drivers/of/device.c | 16 + drivers/of/platform.c | 6 +- drivers/power/reset/vexpress-poweroff.c | 13 +- drivers/regulator/vexpress.c | 50 +- include/linux/of.h | 6 + include/linux/of_device.h | 11 + include/linux/vexpress.h | 93 +--- 28 files changed, 1059 insertions(+), 923 deletions(-) create mode 100644 drivers/bus/vexpress-config.c delete mode 100644 drivers/mfd/vexpress-config.c create mode 100644 drivers/misc/vexpress-syscfg.c -- 1.8.3.2 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists