Home
last modified time | relevance | path

Searched hist:fc78a56631d13901dd8bac5efb46e8fdcd89976b (Results 1 – 8 of 8) sorted by relevance

/openbmc/linux/drivers/pinctrl/uniphier/
H A Dpinctrl-uniphier.hdiff fc78a56631d13901dd8bac5efb46e8fdcd89976b Tue May 31 03:05:12 CDT 2016 Masahiro Yamada <yamada.masahiro@socionext.com> pinctrl: uniphier: allocate struct pinctrl_desc in probe function

Currently, every SoC driver defines struct pinctrl_desc statically,
i.e. it consumes memory footprint even if it is not probed.

In multi-platform, many pinctrl drivers are linked (generally as
built-in objects), although only one of them is actually used.
So, it is reasonable to allocate memory dynamically where possible.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
H A Dpinctrl-uniphier-ld6b.cdiff fc78a56631d13901dd8bac5efb46e8fdcd89976b Tue May 31 03:05:12 CDT 2016 Masahiro Yamada <yamada.masahiro@socionext.com> pinctrl: uniphier: allocate struct pinctrl_desc in probe function

Currently, every SoC driver defines struct pinctrl_desc statically,
i.e. it consumes memory footprint even if it is not probed.

In multi-platform, many pinctrl drivers are linked (generally as
built-in objects), although only one of them is actually used.
So, it is reasonable to allocate memory dynamically where possible.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
H A Dpinctrl-uniphier-pro5.cdiff fc78a56631d13901dd8bac5efb46e8fdcd89976b Tue May 31 03:05:12 CDT 2016 Masahiro Yamada <yamada.masahiro@socionext.com> pinctrl: uniphier: allocate struct pinctrl_desc in probe function

Currently, every SoC driver defines struct pinctrl_desc statically,
i.e. it consumes memory footprint even if it is not probed.

In multi-platform, many pinctrl drivers are linked (generally as
built-in objects), although only one of them is actually used.
So, it is reasonable to allocate memory dynamically where possible.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
H A Dpinctrl-uniphier-sld8.cdiff fc78a56631d13901dd8bac5efb46e8fdcd89976b Tue May 31 03:05:12 CDT 2016 Masahiro Yamada <yamada.masahiro@socionext.com> pinctrl: uniphier: allocate struct pinctrl_desc in probe function

Currently, every SoC driver defines struct pinctrl_desc statically,
i.e. it consumes memory footprint even if it is not probed.

In multi-platform, many pinctrl drivers are linked (generally as
built-in objects), although only one of them is actually used.
So, it is reasonable to allocate memory dynamically where possible.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
H A Dpinctrl-uniphier-ld4.cdiff fc78a56631d13901dd8bac5efb46e8fdcd89976b Tue May 31 03:05:12 CDT 2016 Masahiro Yamada <yamada.masahiro@socionext.com> pinctrl: uniphier: allocate struct pinctrl_desc in probe function

Currently, every SoC driver defines struct pinctrl_desc statically,
i.e. it consumes memory footprint even if it is not probed.

In multi-platform, many pinctrl drivers are linked (generally as
built-in objects), although only one of them is actually used.
So, it is reasonable to allocate memory dynamically where possible.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
H A Dpinctrl-uniphier-pxs2.cdiff fc78a56631d13901dd8bac5efb46e8fdcd89976b Tue May 31 03:05:12 CDT 2016 Masahiro Yamada <yamada.masahiro@socionext.com> pinctrl: uniphier: allocate struct pinctrl_desc in probe function

Currently, every SoC driver defines struct pinctrl_desc statically,
i.e. it consumes memory footprint even if it is not probed.

In multi-platform, many pinctrl drivers are linked (generally as
built-in objects), although only one of them is actually used.
So, it is reasonable to allocate memory dynamically where possible.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
H A Dpinctrl-uniphier-pro4.cdiff fc78a56631d13901dd8bac5efb46e8fdcd89976b Tue May 31 03:05:12 CDT 2016 Masahiro Yamada <yamada.masahiro@socionext.com> pinctrl: uniphier: allocate struct pinctrl_desc in probe function

Currently, every SoC driver defines struct pinctrl_desc statically,
i.e. it consumes memory footprint even if it is not probed.

In multi-platform, many pinctrl drivers are linked (generally as
built-in objects), although only one of them is actually used.
So, it is reasonable to allocate memory dynamically where possible.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
H A Dpinctrl-uniphier-core.cdiff fc78a56631d13901dd8bac5efb46e8fdcd89976b Tue May 31 03:05:12 CDT 2016 Masahiro Yamada <yamada.masahiro@socionext.com> pinctrl: uniphier: allocate struct pinctrl_desc in probe function

Currently, every SoC driver defines struct pinctrl_desc statically,
i.e. it consumes memory footprint even if it is not probed.

In multi-platform, many pinctrl drivers are linked (generally as
built-in objects), although only one of them is actually used.
So, it is reasonable to allocate memory dynamically where possible.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>