> Signed-off-by: Thomas Abraham
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
work is still a set of exported functions in a header
> file,
> the file architecture doesn't really matter.
> Using this driver, either leds-pwm and backlight-pwm is used to register and
> this is where actual registration happens(sysfs entry is created).
OK sounds good to me,
ide with pdata.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
6 */
> #define SNOWBALL_PME_ETH_GPIO MOP500_AB8500_PIN_GPIO(24) /*
> SYSCLKREQ7/GPIO24 */
> -#define SNOWBALL_EN_3V3_ETH_GPIO MOP500_AB8500_PIN_GPIO(26) /*
> GPIO26 */
As noted by Philippe, please drop this hunk off the patch for now.
The AB8500 GPIO is the
pokes in the auxdata as the platform data.
I thought this was one of the reasons why auxdata exist
at all.
Or is the proper solution to runtime-patch the device tree
per se in such cases? How is that actually done then?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line &quo
On Mon, Sep 3, 2012 at 3:38 PM, Will Deacon wrote:
> On Mon, Sep 03, 2012 at 11:47:51AM +0100, Linus Walleij wrote:
>> On Sun, Sep 2, 2012 at 2:25 PM, Axel Lin wrote:
>>
>> > Include asm/pmu.h to fix below build error:
>> >
>> > CC arch/arm/mach-u
On Mon, Sep 3, 2012 at 4:33 PM, Stephen Warren wrote:
> On 09/03/2012 05:58 AM, Linus Walleij wrote:
>> On Mon, Sep 3, 2012 at 1:32 PM, Lee Jones wrote:
>>
>>> No, this is wrong. Platform data should not override DT.
>>>
>>> If DT is enabled and passe
On Sun, Sep 2, 2012 at 2:04 AM, Axel Lin wrote:
> Signed-off-by: Axel Lin
Applied, thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.
On Sun, Sep 2, 2012 at 2:08 AM, Axel Lin wrote:
> Signed-off-by: Axel Lin
Applied, thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.
On Sun, Sep 2, 2012 at 5:58 AM, Axel Lin wrote:
> Signed-off-by: Axel Lin
Applied, thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.
On Sun, Sep 2, 2012 at 5:58 AM, Axel Lin wrote:
> Signed-off-by: Axel Lin
Applied, thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.
_FIXED_VOLTAGE to
the MOP500 Kconfig entry, but I added it when applying.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Sep 4, 2012 at 11:08 AM, Lee Jones wrote:
> On Tue, Sep 04, 2012 at 10:53:32AM +0200, Linus Walleij wrote:
>
>> You forgot to add select REGULATOR_FIXED_VOLTAGE to
>> the MOP500 Kconfig entry, but I added it when applying.
>
> I didn't forget. I intention
the PCI ID
is no help at all since the parameters depend on what is connected
to the I2C bus, not on what it itself is connected to. Isn't platform data
used in such cases?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
ne mode but usually he appears just in due time for the merge
window...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Linus,
these are some smallish GPIO regression fixes for the v3.6 series,
should be no big deal, please pull them in! Details in the tag.
Yours,
Linus Walleij
The following changes since commit d9875690d9b89a866022ff49e3fcea892345ad92:
Linux 3.6-rc2 (2012-08-16 14:51:24 -0700)
are
On Wed, Sep 5, 2012 at 8:41 AM, Lee Jones wrote:
> On Tue, Sep 04, 2012 at 07:27:10PM +0200, Linus Walleij wrote:
>> On Tue, Sep 4, 2012 at 4:28 PM, Arnd Bergmann wrote:
>>
>> > In this particular case, we don't have a single board file providing a
>> > st
he i2c-nomadik driver.
>
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Lee Jones
Excellent :-)
Reviewed-by: Linus Walleij
Wolfram are you picking this up?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
n up mach-tegra, as a pre-
> requisite for single-zImage.
>
> Signed-off-by: Stephen Warren
> ---
> I'll need to take this through the Tegra tree, since it depends on some
> patches that remove inclusion of the deleted header.
Go for it:
Acked-by: Linus Walleij
Yours,
Linu
On Wed, Sep 5, 2012 at 2:26 AM, Christopher Heiny wrote:
> On 08/27/2012 11:49 AM, Linus Walleij wrote:
>>
>> You need to patch your desired major number into
>> Documentation/devices.txt'
>
> We were going by the recommendation in Linux Device Drivers (3rd editio
On Tue, Sep 11, 2012 at 5:21 AM, Sachin Kamat wrote:
> Path to gpio.txt (dt) document was broken.
>
> Signed-off-by: Sachin Kamat
Applied, thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@v
> include/linux/platform_data/mtd-nomadik-nand.h (100%)
> rename arch/arm/mach-u300/include/mach/gpio-u300.h =>
> include/linux/platform_data/pinctrl-coh901.h (100%)
> rename arch/arm/mach-ux500/include/mach/usb.h =>
> include/linux/platform_data/usb-musb-ux500.h (100%)
Fo
as cool but it's easier for me to understand.
There is a bug too: I don't think this compiles if you compile as
a module but disable debugfs. Try it out.
> +}
> +module_init(gpiolib_init);
> +
> +MODULE_DESCRIPTION("GPIO library");
> +MODULE_LICENSE("GPL&
On Tue, Sep 11, 2012 at 9:21 AM, Jingoo Han wrote:
> This patch uses pr_* instead of printk. Also, gpio_dbg
> is replaced with pr_debug.
>
> Signed-off-by: Ryan Mallon
> Signed-off-by: Jingoo Han
This looks good to me,
Reviewed-by: Linus Walleij
Kukjin/Ben can I have an AC
, and writing in plaintext what can be explained by
simpler code is not good...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Sep 12, 2012 at 7:19 AM, Kuninori Morimoto
wrote:
> This patch fixes it
>
> Reported-by: Fengguang Wu
> Signed-off-by: Kuninori Morimoto
Hey you fix things quicker than I can read my mail :-) :-)
Thanks!
Yours,
Linus Walleij
--
To unsubscribe from this list: s
On Fri, Aug 10, 2012 at 10:32 AM, Linus Walleij
wrote:
> From: Marcus Cooper
>
> The U8500 has its own set of separate header, so the abx500
> becomes completely abstract. Do the same split for the AB3100
> legacy ASIC.
>
> Signed-off-by: Marcus Cooper
> Signed-off-by:
On Mon, Sep 10, 2012 at 3:10 PM, Linus Walleij wrote:
> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>
>> In preparation for Device Tree enablement all IRQ controllers
>> should control their own IRQ domain. This patch provides just
>> that for the tc3589x GPIO e
a' could be null (see line 410)
>
> This patch fixes it
>
> Reported-by: Fengguang Wu
> Signed-off-by: Kuninori Morimoto
Applied, thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.o
that it has a good structure for those maintaining the driver.
Is this datasheet available so I can get the picture?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
eplace it, ...
Sorry about that, but two wrongs does not make one right.
I'd be happy if you patch the other constructs too...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
18, PIN_MPP19);
Then I'd register this as a group, then map the groups to
functions.
But maybe this is just stupid in your case, you'd have to tell.
(Maybe it's my driver that sucks, I don't know.)
Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send
applied this to my GPIO tree, I couldn't resist. It's just such
a nice patch nicing up the code and I wanted it tested so it can
go into the next merge window.
If you need to send patches to the ARM SoC tree, just state
the devel branch from my tree as dependency.
Yours,
Linus Walleij
;
> CC: Grant Likely
> Signed-off-by: Lee Jones
Applied as well.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-in
^^^
>
> I don't think it's needed any longer. Other than that,
> thanks for updating the patch:
>
> Acked-by: Tony Lindgren
Applied minus the comment, plus Tony's ACK, thanks!
Linus Walleij
--
To unsubscribe from this list: send the line &q
From: Linus Walleij
The semantics of the interactions between GPIO and pinctrl may be
unclear, e.g. which one do you request first? This amends the
documentation to make this clear.
Reported-by: Domenico Andreoli
Signed-off-by: Linus Walleij
---
This is an attempt to write up some of the
er.
>
> Tested-by: Linus Walleij
> Signed-off-by: Lee Jones
Not having this patch in v3.6-rcN gives the following boot noise (and
the key does not work):
[ cut here ]
WARNING: at /home/elinwal/linux-stericsson/kernel/irq/irqdomain.c:137
irq_domain_legacy_revmap+0x2
ng...)
The code involved seems to be generic kernel code apart from the
ARM GIC and TWD timer drivers.
Any hints or debug options I should switch on?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...
000f234 c000f238 6013
[] (__irq_svc+0x40/0x70) from [] (default_idle+0x28/0x30)
[] (default_idle+0x28/0x30) from [] (cpu_idle+0x98/0xe4)
[] (cpu_idle+0x98/0xe4) from [<002d3094>] (0x2d3094)
I'm all confused ..
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "
From: Patrice Chotard
Due to specific constraint, pin HSIT_ACWAKE0_a is
not driven by HSI block but as a GPIO.
Cc: a...@kernel.org
Signed-off-by: Patrice Chotard
Signed-off-by: Linus Walleij
---
ARM SoC maintainers - I'll take this fixup through the pinctrl
tree if you don't mind.
On Thu, Sep 13, 2012 at 6:11 PM, Stephen Warren wrote:
> On 09/13/2012 01:01 AM, Linus Walleij wrote:
>> +Here we first request a certain pin state and then request GPIO 14 to be
>> +used. If you're using the subsystems orthogonally like this, always get
>> +your pin
dled by
pin control, either through hogs or as a last resort at runtime
in the driver.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Linus Walleij
The semantics of the interactions between GPIO and pinctrl may be
unclear, e.g. which one do you request first? This amends the
documentation to make this clear.
Reported-by: Domenico Andreoli
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Reworded a bit
On Fri, Sep 14, 2012 at 9:18 AM, Colin Cross wrote:
> The one it's replacing is worse, it never sets gpiostr[15] to 0 and
> kstrdup will read past the end of the buffer if the string is
> truncated.
I recorded this as an Acked-by ... :-)
Yours,
Linus Walleij
--
To unsubscribe
On Fri, Sep 14, 2012 at 11:10 AM, Lee Jones wrote:
> On Mon, Sep 10, 2012 at 04:12:23AM -0700, Linus Walleij wrote:
>> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>>
>> > These properties have no place here as the populated nodes are
>> > not related to G
On Fri, Sep 14, 2012 at 11:23 AM, Lee Jones wrote:
> On Mon, Sep 10, 2012 at 02:53:45AM -0700, Linus Walleij wrote:
>> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>>
>> > + msp3: msp@80125000 {
>> > +
On Fri, Sep 14, 2012 at 11:37 AM, Lee Jones wrote:
> On Mon, Sep 10, 2012 at 01:47:09AM -0700, Linus Walleij wrote:
>> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>>
>> > First commit applying the new Device Tree for ST-Ericsson's u8500
>> > based hard
ns = of_property_count_strings(cfg_np, "samsung,pins");
> if (*npins < 0) {
> dev_err(dev, "invalid pin list in %s node", cfg_np->name);
> - return -EINVAL;
> + return *npins;
> }
Thomas, please c
which are oneline fixes (would else be -rc material)
and a documentation fix.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit d9875690d9b89a866022ff49e3fcea892345ad92:
Linux 3.6-rc2 (2012-08-16 14:51:24 -0700)
are available in the git repository at:
removal of board-mop500, which will be done once
> the all DMA settings are moved into the respective DT source files.
>
> Acked-by: Arnd Bergmann
> Signed-off-by: Lee Jones
Looks good:
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line &quo
1012_tp driver registration.
>
> Signed-off-by: Lee Jones
Makes perfect sense.
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
ere,
> when we request a regulator, we use the correct name instead.
>
> Cc: Dmitry Torokhov
> Cc: linux-in...@vger.kernel.org
> Signed-off-by: Lee Jones
Mark Brown requested this (real) name of the regulator a while back.
Reviewed-by: Linus Walleij
This should go separately into
t;
> Cc: Dmitry Torokhov
> Cc: linux-in...@vger.kernel.org
> Signed-off-by: Lee Jones
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
> Cc: linux-in...@vger.kernel.org
> Signed-off-by: Lee Jones
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-i
nes
Should be CC to the devicetree-discuss list right?
FWIW:
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majo
On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
> This is a skeleton creation which will be populated with the devices
> found on one of ST-Ericsson's (UIB) User Interface Board.
>
> Signed-off-by: Lee Jones
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscri
Acked-by, but...
> - .init_late = ux500_init_late,
> + .init_late = NULL,
Why even define it?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at h
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
> The regulator_has_full_constraints() call is not required if we
> are booting with Device Tree as it's assumed in this case.
>
> Signed-off-by: Lee Jones
Acked-by: Linus Walleij
Thanks,
Linus Walleij
--
To unsubscribe fro
On Tue, Oct 2, 2012 at 1:52 PM, Arnd Bergmann wrote:
> On Monday 01 October 2012, Linus Walleij wrote:
>> On Fri, Sep 28, 2012 at 11:36 PM, Arnd Bergmann wrote:
>>
>> > The samsung pinctrl driver has a probe function that is
>> > __devinit and that calls
On Tue, Oct 2, 2012 at 2:15 PM, Lee Jones wrote:
> On Tue, 02 Oct 2012, Linus Walleij wrote:
>
>> On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
>>
>> > As there will be a Device Tree created for the UIBs, there is no
>> > need to call the UIB initi
ephen fixed up in linux-next.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit 4cbe5a555fa58a79b6ecbb6c531b8bab0650778d:
Linux 3.6-rc4 (2012-09-01 10:39:58 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linusw/
Signed-off-by: Linus Walleij
---
arch/arm/plat-nomadik/include/plat/gpio-nomadik.h | 6 +
arch/arm/plat-nomadik/include/plat/pincfg.h | 2 +
drivers/pinctrl/pinctrl-nomadik-db8500.c | 289 +-
drivers/pinctrl/pinctrl-nomadik-db8540.c
COMMON) selects PL310_ERRATA_753970 which has unmet
> direct dependencies (CACHE_PL310)
> warning: (ARCH_TEGRA_2x_SOC && ARCH_TEGRA_3x_SOC && UX500_SOC_COMMON) selects
> ARM_ERRATA_764369 which has unmet direct dependencies (CPU_V7 && SMP)
>
> Signed-off-by: Arnd Bergmann
>
stuff as IRQ flags
and ioctl() parameters in the kernel.
In this case it has the upside that it will be 32bit on 32bit systems
and 64bit on 64bit systems if I'm not mistaken.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
ly shouldn't) accept it mainline.
We, including you and Stijn *are* the mainline ... ;-)
The only reason I really dislike it is that the GPIO sysfs interface is
scary as it is, so I don't want to add to it if we can instead push to
reform it into something more sane.
Linus Walleij
--
To
On Mon, Sep 24, 2012 at 4:43 PM, Ulf Hansson wrote:
> From: Ulf Hansson
>
> This function needs to be exported to let clients be able to
> request the ape opp 100 voltage.
>
> Cc: Samuel Ortiz
> Signed-off-by: Ulf Hansson
Acked-by: Linus Walleij
Yours,
Linus Walleij
-
the kernel itself by some jam table?
I can understand it if this is some lab board with GPIO
or so, if it's some embedded GPIO controller within
a laptop or something it surely should be in kernelspace.
So please detail your usecase a bit... what is the code
daemon etc in userspace poking ar
From: Linus Walleij
The irqdomain semantics were supposed to be such that a linear
domain would be used if the passed first_irq was zero or
negative, but I got it wrong so only passing zero as first_irq
will work properly. Well, zero is NO_IRQ these days so let's
pass zero. The semanti
On Mon, Oct 22, 2012 at 10:08 PM, Stephen Warren wrote:
> On 10/22/2012 02:14 AM, Linus Walleij wrote:
>> It's an IRQ handler so it should be robust to spurious IRQs due to
>> transient hardware states etc I believe.
>>
>> So if there is a transient IRQ before
From: Linus Walleij
Since in the DT case, the linear domain path will not allocate
descriptors for the IRQs, we need to use irq_create_mapping()
for mapping hwirqs to Linux IRQs, so these descriptors get
created on-the-fly in this case.
ChangeLog v1->v2:
- Just use irq_create_mapping() in
that mechanism can show in patches how they
want it to work going forward.
The TODO should include an item such as this:
- Reach consensus on the HCI transport abstraction
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Mon, Oct 22, 2012 at 9:07 PM, Tony Lindgren wrote:
> * Linus Walleij [121022 01:22]:
>> If this turns out to be a severe performance bottleneck, I
>> suggest to add some additional constraint API, like
>> pinctrl_set_pinmux_homegeneous_pinsets(true) that will
>> at
and this is the only one
using a single "default" state, then it doesn't make sense
to have just one driver get its pins using hogs, it's just
inconsistent.
So Sourav, please tell us a bit about your plans for this
and other drivers!
Yours,
Linus Walleij
--
To unsubscribe from
On Mon, Oct 22, 2012 at 10:30 PM, Stephen Warren wrote:
> On 10/22/2012 02:21 AM, Linus Walleij wrote:
>> If this turns out to be a severe performance bottleneck, I
>> suggest to add some additional constraint API, like
>> pinctrl_set_pinmux_homegeneous_pinsets(true) th
From: Linus Walleij
When creating the simple irqdomain, pass the DT node pointer along,
as is apropriate.
Cc: Lee Jones
Reported-by: Gabriel Fernandez
Signed-off-by: Linus Walleij
---
drivers/pinctrl/pinctrl-nomadik.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On Tue, Oct 23, 2012 at 11:35 AM, Benoit Cousson wrote:
> On 10/23/2012 11:13 AM, Linus Walleij wrote:
>> So Sourav, please tell us a bit about your plans for this
>> and other drivers!
>
> Yeah, this idea is to handle pinctrl from all the drivers, and
> potentiall
eduler's requirement properly, what this patch
> does is simply to make that implementation non-optional.
>
> This has been tested with beagleboard XM (OMAP3630) and
> pandaboard rev A3 (OMAP4430). Suspend to RAM is now working
> after this patch.
>
> Signed-off-by: Felipe
his.
So according to that paradigm most device resources should
be handled that way if I understand correctly the basic idea.
So let's get Rafael, Paul and Magnus in here to beat us up
a bit :-)
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
On Tue, Oct 23, 2012 at 12:29 PM, Felipe Balbi wrote:
> On Tue, Oct 23, 2012 at 12:29:28PM +0200, Linus Walleij wrote:
>> So the biggest implementation of the notifier approach to resource
>> handling is the SH clock thing:
>> drivers/base/power/clock_ops.c
>
> that
d values of gpio_direction_output/input() in
> sysfs. If the .get_direction callback exists it is used to refresh the
> cached values.
OK! (I'm not yet familiar enough with gpiolib as you can see ...)
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "
On Tue, Oct 23, 2012 at 4:10 PM, Kukjin Kim wrote:
> Linus Walleij wrote:
>>
>> On Mon, Oct 22, 2012 at 3:02 AM, Jingoo Han wrote:
>> > On Friday, October 19, 2012 7:09 PM Linus Walleij wrote
>> >>
>> >> On Wed, Oct 17, 2012 at 3:52 AM, Jingoo
On Tue, Oct 23, 2012 at 5:24 PM, Lars Poeschel wrote:
> On Tuesday 16 October 2012 at 19:11:10, Linus Walleij wrote:
>> On Tue, Oct 16, 2012 at 3:38 PM, Lars Poeschel wrote:
>> > I had a look at regmap. This is interesting. But there is no regmap_bus
>> > implementatio
On Tue, Oct 23, 2012 at 10:01 PM, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Grant Likely
> CC: Linus Walleij
> Signed-off-b
Hi Linus,
here are some accumulated pinctrl patches since -rc1, with a
verboser description in the (signed) tag.
Please pull them in!
Yours,
Linus Walleij
The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
Linux 3.7-rc1 (2012-10-14 14:41:04 -0700)
are available in
runtime, in systems produced in the the
millions, it's not "just for fun" - to recouple pins from one IP
block to another and turn it into a totally different thing.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
l to how the ux500 platform will
look, also the SKE input driver will move the devise to sleep/default
states but we need to merge PM code before we can do that.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo
On Wed, Oct 24, 2012 at 6:18 PM, Dmitry Torokhov
wrote:
> On Wed, Oct 24, 2012 at 02:54:23PM +0200, Linus Walleij wrote:
>>
>> A third alternative as outlined is to use notifiers and some
>> resource core in drivers/base/*
>
> OK, so with drivers/base/, have you consi
.
Pins 10,11,16,17 are requested directly from the i2c driver
and shows up connected to its device.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.ker
e actually static
inline functions in the header
rather than moving anything into drivers/base/* if the
code duplication is the real problem.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Inserting
clk_unprepare() effectively could make the whole driver a
lot slower, so convince me on this one. ...
I suspect the real bug (if there is one) must be in the clock
implementation.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
d though MFD core for
> automatic conversion to virtual IRQs; however, MFD core does
> not support IRQ mapping of IRQ ranges. Let's just remove them.
>
> Cc: Samuel Ortiz
> Signed-off-by: Lee Jones
Hey! That riddes the pesky boot warning.
Tested-by: Linus Walleij
Sam, please
btrees and
I need review comments on the pinctrl patch.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
> Signed-off-by: Lee Jones
Acked-by: Linus Walleij
I suspect this should go to stable as well.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.ke
On Wed, Oct 24, 2012 at 4:45 PM, Lee Jones wrote:
> Here we fix a simple copy and paste error and bring some node
> spaces back into line with the remainder of the tree.
>
> Signed-off-by: Lee Jones
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: s
igned-off-by: Lee Jones
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, Oct 25, 2012 at 2:04 AM, Linus Torvalds
wrote:
> On Wed, Oct 24, 2012 at 4:57 AM, Linus Walleij
> wrote:
>>
>> here are some accumulated pinctrl patches since -rc1, with a
>> verboser description in the (signed) tag.
>
> Hmm. Your description contains sev
On Thu, Oct 25, 2012 at 8:31 AM, Linus Walleij wrote:
> On Thu, Oct 25, 2012 at 2:04 AM, Linus Torvalds
> wrote:
>
>> On Wed, Oct 24, 2012 at 4:57 AM, Linus Walleij
>> wrote:
>>>
>>> here are some accumulated pinctrl patches since -rc1, with a
>&
On 10/25/2012 09:31 AM, Lee Jones wrote:
This certainly doesn't fix the bug we spoke about. I believe Ulf
is still working on that one.
So do you want me to remove this patch?
Yeah drop it for now.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubsc
On Thu, Oct 25, 2012 at 9:57 AM, Lee Jones wrote:
> On Fri, 12 Oct 2012, Linus Walleij wrote:
>> Yours,
>> Linus Walleij
>
> Friendly poke.
This makes it look like you're poking me as I'm in the To: field but I suspect
the intent must be to poke Dmitry ... I wa
301 - 400 of 11009 matches
Mail list logo