On Wed, Oct 19, 2011 at 04:04:29PM -0700, Stephen Warren wrote:
> > @@ -113,6 +204,10 @@ extern struct pinctrl_dev *pinctrl_register(struct
> > pinctrl_desc *pctldesc,
> ...
> > +extern int pin_config(struct pinctrl_dev *pctldev, int pin,
> > + enum pin_config_param param, unsigned
On Wed, Oct 19, 2011 at 06:21:14PM +0200, Linus Walleij wrote:
> From: Linus Walleij
>
> This add per-pin and per-group pin control interfaces for biasing,
> driving and other such electronic properties. The intention is
> clearly to enumerate all things you can do with pins, hoping that
> these
Linus Walleij wrote at Wednesday, October 19, 2011 10:21 AM:
> This add per-pin and per-group pin control interfaces for biasing,
> driving and other such electronic properties. The intention is
> clearly to enumerate all things you can do with pins, hoping that
> these are enumerable.
>
> Signed-
On Wed, Oct 19, 2011 at 07:39:16PM +0530, Ashish Jangam wrote:
> +static struct regmap_config da9052_regmap_config = {
> + .reg_bits = 8,
> + .val_bits = 8,
> +};
> +
> +static int da9052_spi_probe(struct spi_device *spi)
So, as I think I mentioned last time based on the previous non-regm
get_group_pins() "returns" a pointer to an array of const objects, through
a pointer parameter. Fix the prototype so what's pointed at by the returned
pointer is const, rather than the function parameter being const.
This also allows the removal of a cast in each of the two current pinmux
drivers.
Team,
I'd like to announce a change in the Tech Lead position for the
Multimedia Working Group.
Several months ago when the Multimedia Working Group needed a new team
leader on short notice, Kurt Taylor graciously accepted the challenge.
He's done a good job ensuring the team's continued success.
A pin controller's pin definitions are used both during pinctrl_register()
and pinctrl_unregister(). The latter happens outside of __init/__devinit
time, and hence it is unsafe to mark the pin array as __refdata.
Signed-off-by: Stephen Warren
---
drivers/pinctrl/pinmux-sirf.c |2 +-
drivers/
A pin controller's names array is no longer marked __refdata. Hence, we
can avoid copying a pin's name into the descriptor when registering it.
Instead, just point at the string supplied in the pin array.
This both simplifies and speeds up pin controller initialization, but
also removes the hard-c
Instead, store a pointer to the currently assigned function.
This allows us to delete the mux_requested variable from pin_desc; a pin
is requested if its currently assigned function is non-NULL.
When a pin is requested as a GPIO rather than a regular function, the
assigned function name is dynami
Requesting to add the commits in the attached patch to the October
Linaro release. These commits add a common imx cpuidle driver, some
common cpuidle mach-mx5 code, and the init call for i.MX51 SoCs.
git://git.linaro.org/people/rob_lee/imx_cpuidle.git imx_mx5_mx51
A patch series containing this
On Wed, 19 Oct 2011, Rob Lee wrote:
> (Re-send from my Linaro email address this time)
>
> Requesting to add the commits in the attached patch to the October
> Linaro release. These commits add a common imx cpuidle driver, some
> common cpuidle mach-mx5 code, and the init call for i.MX51 SoCs.
>
FYI:
-- Forwarded message --
From: Jean-Baptiste Queru
Date: 19 October 2011 15:36
Subject: AOSP coming back online
To: android-platf...@googlegroups.com
Dan Morrill just posted a message about the AOSP source code being
back online, with quite some background and a glimpse at t
(Re-send from my Linaro email address this time)
Requesting to add the commits in the attached patch to the October
Linaro release. These commits add a common imx cpuidle driver, some
common cpuidle mach-mx5 code, and the init call for i.MX51 SoCs.
git://git.linaro.org/people/rob_lee/imx_cpuidle
Linus Walleij wrote at Wednesday, October 19, 2011 10:21 AM:
> Now also the core needs to look up pin groups so move the lookup
> function there and expose it in the internal header.
>
> Signed-off-by: Linus Walleij
Acked-by: Stephen Warren
--
nvpublic
__
Thanks James! it's looking much snappier now!
-Zach
On 19 October 2011 11:32, James Westby wrote:
> Hi,
>
> Back up now, and hopefully much happier.
>
> Thanks,
>
> James
>
> On Wed, 19 Oct 2011 10:37:40 -0500, Zach Pfeffer
> wrote:
>> James will send a mail when its back up.
>>
>> --
>> Zach
Hi,
Back up now, and hopefully much happier.
Thanks,
James
On Wed, 19 Oct 2011 10:37:40 -0500, Zach Pfeffer
wrote:
> James will send a mail when its back up.
>
> --
> Zach Pfeffer
> Android Platform Team Lead, Linaro Platform Teams
> Linaro.org | Open source software for ARM SoCs
> Follow L
From: Linus Walleij
Now also the core needs to look up pin groups so move the lookup
function there and expose it in the internal header.
Signed-off-by: Linus Walleij
---
drivers/pinctrl/core.c | 31 +++
drivers/pinctrl/core.h |2 ++
drivers/pinctrl/pinmux
From: Linus Walleij
This add per-pin and per-group pin control interfaces for biasing,
driving and other such electronic properties. The intention is
clearly to enumerate all things you can do with pins, hoping that
these are enumerable.
Signed-off-by: Linus Walleij
---
Documentation/pinctrl.t
James will send a mail when its back up.
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform Teams
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linaro
http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
__
Driver for DA9052 battery charger. This driver depends on DA9052 MFD core dirver
for definitions and methods.
Signed-off-by: David Dajun Chen
Signed-off-by: Ashish Jangam
---
Changes since v3
- Included power_supply.h file
- Corrected the definition of DA9052_BAT_THRESHOLD macro
- Changed defini
The DA9052/53 is a highly integrated PMIC subsystem with supply domain
flexibility to support wide range of high performance application.
It provides voltage regulators, GPIO controller, Touch Screen, RTC, Battery
control and other functionality.
Signed-off-by: David Dajun Chen
Signed-off-by: As
When compiling kprobes-test-thumb.c an error like below may occur:
/tmp/ccKcuJcG.s:19179: Error: offset out of range
This is caused by the compiler underestimating the size of the inline
assembler instructions containing ".space 0x1000" and failing to spill
the literal pool in time to prevent the
22 matches
Mail list logo
