ut this one below?
Patch applied for fixes!
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, Dec 10, 2015 at 12:08 AM, Michael Welling <mwell...@ieee.org> wrote:
> On Wed, Dec 09, 2015 at 02:12:40PM +0100, Linus Walleij wrote:
> ...
>> - ret = gpiochip_add(>gc);
>> + ret = gpiochip_add_data(gc, NULL);
>> if (ret) {
>
> gpiochi
s one? I'd like to apply this series for v4.5 within next
> few days..
Sorry for the delay. ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ladimir Zapolskiy <vladimir_zapols...@mentor.com>
Cc: Rabin Vincent <ra...@rab.in>
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-omap@vger.kernel.org
Cc: linux-samsung-...@vger.kernel.org
Cc: bcm-kernel-feedback-l...@broadcom.com
Signed-off-by: Linus Walleij <linus.w
hutdown().
>
> Cc: Tony Lindgren <t...@atomide.com>
> Fixes: commit d2d05c65c40e ("gpio: omap: Fix regression for MPUIO interrupts")
> Reported-by: Aaro Koskinen <aaro.koski...@iki.fi>
> Signed-off-by: Grygorii Strashko <grygorii.stras...@ti.com>
Patch applied for fixes.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
header files so can be used by the DTS.
>
> Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com>
I need Tony's ACK on this.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@v
On Fri, Sep 25, 2015 at 9:06 PM, Grygorii Strashko
<grygorii.stras...@ti.com> wrote:
> This patch fixes below static checker warning by changing
> type of irq field in struct gpio_bank from u16 to int.
Nobody's saying anything, I'll just apply this.
Yours,
Linus Walleij
--
To unsu
xecuted in
> non-atomic contex - irq_bus_lock/irq_bus_sync_unlock, so lets move
> PM runtime calls there.
>
> Tested-by: Tony Lindgren <t...@atomide.com>
> Tested-by: Austin Schuh <aus...@peloton-tech.com>
> Signed-off-by: Grygorii Strashko <grygorii.stras...@ti.com>
en <swar...@wwwdotorg.org>
> Cc: Thierry Reding <thierry.red...@gmail.com>
> Cc: Alexandre Courbot <gnu...@gmail.com>
> Cc: Linus Walleij <linus.wall...@linaro.org>
> Cc: Sudeep Holla <sudeep.ho...@arm.com>
> Cc: Lorenzo Pieralisi <lorenzo.pieral...@
<aus...@peloton-tech.com>
> Signed-off-by: Grygorii Strashko <grygorii.stras...@ti.com>
Patch applied.
I'm thinking that we need some recommendations on how to write
IRQ handlers in order to be RT-compatible. Can you help me lining
up the requirements in Documentation/gpio/driv
s
> irq_startup/irq_shutdown/irq_set_type, because they are
> protected by RAW spinlock:
Grygorri I have a massive backlog of mail but if patch 6&7 are
still applicable, can you rebase and send me these for the v4.3-rc2+
tree?
Yours,
Linus Walleij
--
To unsubscribe from this list: send th
be attempt.
>
> Cc: Grygorii Strashko <grygorii.stras...@ti.com>
> Cc: Javier Martinez Canillas <jav...@dowhile0.org>
> Cc: Kevin Hilman <khil...@deeprootsystems.com>
> Cc: Santosh Shilimkar <ssant...@kernel.org>
> Signed-off-by: Tony Lindgren <t...@atomid
that allows fixing the problem and return with error.
>
> Signed-off-by: Tony Lindgren <t...@atomide.com>
Patch applied for fixes.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger
ap_gpio_mod_init(bank);
>
> ret = omap_gpio_chip_init(bank, irqc);
> - if (ret)
> + if (ret) {
> + pm_runtime_put_sync(bank->dev);
> + pm_runtime_disable(bank->dev);
> return ret;
> + }
>
> omap_gpio_show_re
helpful.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
in omap2_set_gpio_debounce().
Reported-by: Sebastian Andrzej Siewior bige...@linutronix.de
Signed-off-by: Grygorii Strashko grygorii.stras...@ti.com
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
Strashko grygorii.stras...@ti.com
Very hightech. Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
of DT-boot.
Signed-off-by: Grygorii Strashko grygorii.stras...@ti.com
Sane handling of deffred probe.
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
in non-RT kernel it still will be executed in HW IRQ context.
Waiting for more feedback here.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
On Fri, Aug 14, 2015 at 2:40 PM, Lars-Peter Clausen l...@metafoo.de wrote:
On 08/14/2015 02:34 PM, Linus Walleij wrote:
[...]
Every chip will get their own lock class on the heap.
But I think it is a bit kludgy.
Is it not possible to have the lock key in struct gpio_chip
be a real member
Reported-by: Roger Quadros rog...@ti.com
Tested-by: Roger Quadros rog...@ti.com
Signed-off-by: Grygorii Strashko grygorii.stras...@ti.com
---
Changes in v2:
- removed accidental change in gpio chip structure description.
This v2 patch applied. I see no better alternative.
Yours,
Linus Walleij
,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
and applying this patch for next.
Thanks!
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Aug 7, 2015 at 9:34 AM, Grygorii Strashko
grygorii.stras...@ti.com wrote:
Hi Tony,
On 08/07/2015 06:36 AM, Tony Lindgren wrote:
* Linus Walleij linus.wall...@linaro.org [150716 01:38]:
On Wed, Jun 24, 2015 at 4:54 PM, Grygorii Strashko
grygorii.stras...@ti.com wrote:
From
-by: Sebastian Andrzej Siewior bige...@linutronix.de
Patch applied.
Now this question appear in my head:
Is drivers/gpio full of stuff that will not work with the -RT kernel,
and is this a change that should be done mutatis mutandis on
all the GPIO drivers?
Yours,
Linus Walleij
--
To unsubscribe from
...@linaro.org
Patch applied for fixes.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
queued for fixes with Tony's ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
: Add DRA7 pinctrl compatibility')
Signed-off-by: Grygorii Strashko grygorii.stras...@ti.com
Patch applied with the ACKs.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
,
Seems this one is for 4.2-rc.
Yup applied for fixes with Alex' ACK.
The bigger fix is applied for devel and the best way to handle this
is open for discussion.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
development tree.
Can you rebase this patch in Torvalds' HEAD, add Javier's ACK
and resend?
Please put me on the To: line, I have no time to read all mail that
I'm only CC on.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
: linux-arm-...@vger.kernel.org
Cc: linux-...@vger.kernel.org
Cc: linux-omap@vger.kernel.org
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, though
they should be merge as one to support bisecting.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from this list: send
of the three (!) maintainers
on atleast these non-RFC patches?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, May 20, 2015 at 11:59 AM, Jiang Liu jiang@linux.intel.com wrote:
Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
already have a pointer to corresponding irq_desc.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Acked-by: Linus Walleij linus.wall
this as an excuse to apply patches 1-5 with
Tony's test tag.
The maintainers can cheer in if they want, I will
anyway take the OMAP maintainers test tag as
a good quality indication.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
aaro.koski...@iki.fi
Acked-by: Santosh Shilimkar ssant...@kernel.org
Acked-by: Javier Martinez Canillas jav...@dowhile0.org
Signed-off-by: Grygorii Strashko grygorii.stras...@linaro.org
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap
...@atomide.com
Tested-by: Aaro Koskinen aaro.koski...@iki.fi
Acked-by: Santosh Shilimkar ssant...@kernel.org
Acked-by: Javier Martinez Canillas jav...@dowhile0.org
Signed-off-by: Grygorii Strashko grygorii.stras...@linaro.org
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send
-by: Santosh Shilimkar ssant...@kernel.org
Acked-by: Javier Martinez Canillas jav...@dowhile0.org
Signed-off-by: Grygorii Strashko grygorii.stras...@linaro.org
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
...@linaro.org
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
-by: Santosh Shilimkar ssant...@kernel.org
Acked-by: Javier Martinez Canillas jav...@dowhile0.org
Signed-off-by: Grygorii Strashko grygorii.stras...@linaro.org
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
-by: Santosh Shilimkar ssant...@kernel.org
Acked-by: Javier Martinez Canillas jav...@dowhile0.org
Signed-off-by: Grygorii Strashko grygorii.stras...@linaro.org
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
()
Tested-by: Tony Lindgren t...@atomide.com
Tested-by: Aaro Koskinen aaro.koski...@iki.fi
Acked-by: Santosh Shilimkar ssant...@kernel.org
Acked-by: Javier Martinez Canillas jav...@dowhile0.org
Signed-off-by: Grygorii Strashko grygorii.stras...@linaro.org
Patch applied.
Yours,
Linus Walleij
the system lock up?
If the reboot notifier gets invoked after the shutdown handler then we could
be sure that restoring the initial line state of the pcf lines wouldn't
affect the devices connected to it.
OK so does it?
ftrace is your friend.
Yours,
Linus Walleij
--
To unsubscribe from this list
On Mon, Mar 16, 2015 at 9:46 AM, Kishon Vijay Abraham I kis...@ti.com wrote:
On Wednesday 14 January 2015 05:28 PM, Linus Walleij wrote:
#include linux/reboot.h
static int foo_reboot_handler(struct notifier_block *this,
unsigned long code
I guess this will be acceptable but you really need to
reuse some more code between this driver and pinctrl-single.c
if I read it right.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
/pinctrl-bindings.txt
We can add generic delay bindings to the list, it even seems like
a good idea to do so, as it is likely something that will come up in
other hardware and will be needed for ACPI etc going forward.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe
with pinctrl-single if
you anyway go down this path.
I'll halt review here pending discussion on the bindings stuff.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
, remove unnecessary call of gpiochip_unlock_as_irq() from
omap_gpio_irq_shutdown().
Signed-off-by: Grygorii Strashko grygorii.stras...@linaro.org
Looks like a simple oversight. Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
King rmk+ker...@arm.linux.org.uk
Cc: Felipe Balbi ba...@ti.com
Cc: Javier Martinez Canillas jav...@dowhile0.org
Cc: Kevin Hilman khil...@kernel.org
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Russell King - ARM Linux li...@arm.linux.org.uk
Cc: Santosh Shilimkar ssant...@kernel.org
Signed
struct notifier_block foo_reboot_notifier = {
.notifier_call = foo_reboot_handler,
};
register_reboot_notifier(foo_reboot_notifier);
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
nitpick on this nice patch series: every time I see virq my
OCD triggers, as I think the v in virq stand for virtual. These irqs
are no more virtual than any other Linux irq numbers, hwirq is
more to the point.
I just refer to these as irq (sans v) in any code I write.
Yours,
Linus Walleij
in linux-next at the moment (via the
linux-pm tree).
Please let me know if it is OK to take this one into linux-pm.
Go ahead. Should be no collissions.
Reviewed-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap
On Mon, Nov 24, 2014 at 8:05 PM, Tony Lindgren t...@atomide.com wrote:
This allows setting the correct fifo_mode when multiple
MUSB glue layers are built-in.
Cc: Fabio Baltieri fabio.balti...@linaro.org
Cc: Lee Jones lee.jo...@linaro.org
Cc: Linus Walleij linus.wall...@linaro.org
Cc
On Mon, Nov 24, 2014 at 8:05 PM, Tony Lindgren t...@atomide.com wrote:
This allows the endpoints to work when multiple MUSB glue
layers are built in.
Cc: Fabio Baltieri fabio.balti...@linaro.org
Cc: Lee Jones lee.jo...@linaro.org
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Apelete
the SLEEP pin state by default
on probe and use the DEFAULT pin state on CAN up and back to the
SLEEP pin state on CAN down.
Signed-off-by: Roger Quadros rog...@ti.com
Reviewed-by: Linus Walleij linus.wall...@linaro.org
I see you figured it out all by yourselves :D
(Sorry for being absent
things.
Things like turning off a serial port from userspace,
for example. That should put the pins to sleep.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Mon, Nov 24, 2014 at 8:05 PM, Tony Lindgren t...@atomide.com wrote:
Change to use new IO access. This allows us to build in multiple
MUSB glue layers.
Cc: Fabio Baltieri fabio.balti...@linaro.org
Cc: Lee Jones lee.jo...@linaro.org
Cc: Linus Walleij linus.wall...@linaro.org
Signed-off
are also set to empty at the beginning
of scripts/Makefile.build)
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
...@linaro.org
---
Requested to be resend by Javier with linux-gpio maintainers in CC.
Original V1 of the patch: https://patchwork.kernel.org/patch/4757891/
Probably belongs to 3.18 kernel series at this point in time.
Changes since v1: just picked up Acks.
Patch applied.
Yours,
Linus Walleij
skeleton of OMAP pinctrl bindings. This is compatible with
pinctrl,single bindings and is meant purely as a reference point.
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Nishanth Menon n...@ti.com
Applied this inline v2 version.
Yours,
Linus Walleij
--
To unsubscribe from this list
have changed.
Signed-off-by: Keerthy j-keer...@ti.com
[n...@ti.com: minor updates]
Signed-off-by: Nishanth Menon n...@ti.com
Patch applied with Tony's ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
-by: Nishanth Menon n...@ti.com
Patch applied with Tony's ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
GPIO IRQs into their own lock class)
there is no need to do this in a driver if it's using the GPIO
irqchip helpers since gpiolib already assigns a lockdep class.
Signed-off-by: Javier Martinez Canillas jmarti...@softcrates.net
That's right. Patch applied.
Yours,
Linus Walleij
to use gpiolib irqchip).
Signed-off-by: Javier Martinez Canillas jmarti...@softcrates.net
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
functions so let's add an omap prefix to all of them.
Signed-off-by: Javier Martinez Canillas jmarti...@softcrates.net
Yeah that was very disturbing, patch applied, thanks!
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
:
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
. Fix the issue by breaking out of the loop if
-EPROBE_DEFER is encountered.
Signed-off-by: Tony Lindgren t...@atomide.com
Patch applied for fixes with Thierry's Reveiwed-by tag.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
() --
omap_gpio_request(). Looking at other GPIO drivers, it seems like
omap_gpio_request() should eventually call pinctrl_request_gpio(). Would be
useful if someone who knows about OMAP4/gpio/pinctrl could take a look at
this.
That is Tony Lindgren and the linux-omap mailing list.
Yours,
Linus Walleij
that you
can pull in. I want an explicit handshake with the platform
maintainer for this kind of stuff.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
it for COMPILE_TEST
builds and select the required GENERIC_IRQ_CHIP that may not already be
enabled on other platforms.
Signed-off-by: Arnd Bergmann a...@arndb.de
Patch applied to my devel branch, this is not a fix to Torvalds HEAD
AFAICT, but a fix to v3.16? Else poke me.
Yours,
Linus Walleij
On Fri, May 9, 2014 at 5:42 AM, Jingoo Han jg1@samsung.com wrote:
Linus Walleij,
Is there any reason to keep these two functions such as
gpiod_set_raw_value_cansleep() and gpiod_set_raw_value()?
Yes, the former can *not* be called from interrupt context,
and thus erroneous usage can
yegorsli...@googlemail.com
Acked-by: Javier Martinez Canillas jav...@dowhile0.org
---
Changes:
v3: get rid of _get_gpio_direction() (Linus Walleij)
v2: rework return value calculation
Looks good to me, Kevin, Santosh?
Part of me wants to list Javier as maintainer for this driver
yegorsli...@googlemail.com
Acked-by: Javier Martinez Canillas jav...@dowhile0.org
---
Changes:
v3: get rid of _get_gpio_direction() (Linus Walleij)
v2: rework return value calculation
This v3 version applied with Santosh's ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list
:-(
What about this:
if (chip-irq_default_type != IRQ_TYPE_NONE)
irq_set_irq_type(irq, chip-irq_default_type);
This way you can pass IRQ_TYPE_NONE and nothing happens in
the mapping.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
this is -rc material. Queued for fixes. Thanks!
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Apr 23, 2014 at 3:29 PM, Nishanth Menon n...@ti.com wrote:
On 04/23/2014 08:01 AM, Linus Walleij wrote:
What about this:
if (chip-irq_default_type != IRQ_TYPE_NONE)
irq_set_irq_type(irq, chip-irq_default_type);
This way you can pass IRQ_TYPE_NONE and nothing happens
: Peter Ujfalusi peter.ujfal...@ti.com
Cc: Ezequiel Garcia ezequiel.gar...@free-electrons.com
Cc: Javier Martinez Canillas jav...@dowhile0.org
Cc: Tony Lindgren t...@atomide.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: linux-omap linux-omap@vger.kernel.org
Signed-off-by: Linus Walleij
and if that fails we go back to this.
I've pushed the current patch to linux-next.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
. I prefer a BIG
fat patch converting everyone and its dog to the new vtable and
removing the old function pointers. This can be based on the HEAD
of my GPIO devel branch.
It may be a good idea to use coccinelle for this refactoring in order
not to miss any users.
Yours,
Linus Walleij
request_irq for the driver specific
wake-up events.
Cc: Haojian Zhuang haojian.zhu...@linaro.org
Cc: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Tony Lindgren t...@atomide.com
Looks clean.
Acked-by: Linus Walleij linus.wall...@linaro.org
Shall I apply this patch or will you funnel
.
Isn't an edge IRQ more apropriate as default then?
The code contains this:
if (!bank-regs-leveldetect0
(type (IRQ_TYPE_LEVEL_LOW|IRQ_TYPE_LEVEL_HIGH)))
return -EINVAL;
Meaning sometimes the banks don't support level IRQs.
Yours,
Linus Walleij
--
To unsubscribe from this list
:-/
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
will take a closer look at this, it seems there is some
cruft still in but let me look.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
it's bisectable.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
devices. Provide full auxiliary control register definitions.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
Acked-by: Linus Walleij linus.wall...@linaro.org
For ux500.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
milivolt_t, miliamp_t, milisec_t etc... types. Storing milivolts in
int, then having comment saying milivolts is just wrong.
Hm! I bet the regulator subsystem maintainers have opinions
on that.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap
sorting algorithms. Any suggestions?
You already have a kernel quicksort implementation in lib/sort.c.
Please restructure the code to make use of this as it is already
compiled into every kernel.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap
On Fri, Mar 7, 2014 at 9:10 PM, Pavel Machek pa...@ucw.cz wrote:
On Fri 2014-03-07 11:04:59, Linus Walleij wrote:
On Fri, Feb 28, 2014 at 6:01 PM, Pavel Machek pa...@ucw.cz wrote:
On Thu 2014-02-27 21:08:01, Linus Walleij wrote:
On Thu, Feb 20, 2014 at 6:53 AM, Jenny TC jenny...@intel.com
,
+ PSY_CHARGER_CABLE_TYPE_SE1 = 1 9,
+ PSY_CHARGER_CABLE_TYPE_MHL = 1 10,
+ PSY_CHARGER_CABLE_TYPE_B_DEVICE = 1 11,
+};
I still disagree with using an enum as bitfield.
Atleast
#include linux/bitops.h
and use BIT(0), BIT(1) etc to define the bits.
Yours,
Linus Walleij
--
To unsubscribe from this list: send
On Fri, Feb 28, 2014 at 12:27 PM, Jenny Tc jenny...@intel.com wrote:
On Thu, Feb 27, 2014 at 09:08:01PM +0100, Linus Walleij wrote:
On Thu, Feb 20, 2014 at 6:53 AM, Jenny TC jenny...@intel.com wrote:
+++ b/include/linux/power/power_supply_charger.h
+#define MAX_CUR_VOLT_SAMPLES 3
On Fri, Feb 28, 2014 at 6:01 PM, Pavel Machek pa...@ucw.cz wrote:
On Thu 2014-02-27 21:08:01, Linus Walleij wrote:
On Thu, Feb 20, 2014 at 6:53 AM, Jenny TC jenny...@intel.com wrote:
+++ b/include/linux/power/power_supply_charger.h
+#define MAX_CUR_VOLT_SAMPLES 3
+#define
On Fri, Feb 28, 2014 at 11:07 AM, Jenny Tc jenny...@intel.com wrote:
On Thu, Feb 27, 2014 at 09:18:57PM +0100, Linus Walleij wrote:
On Tue, Feb 4, 2014 at 6:12 AM, Jenny TC jenny...@intel.com wrote:
+static inline bool __is_battery_full
+ (long volt, long cur, long iterm, unsigned
functions and frameworks
already now before it becomes impossible to contain.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
in, like return -EINVAL etc?
Sorry for just making some random review of the header files, but
this caught my attention and I couldn't resist.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
temp_mon_range[BATT_TEMP_NR_RNG];
+ /* lowest temperature supported */
+ s8 temp_low_lim;
+} __packed;
Why packed, and convert to kerneldoc for this struct.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
1 - 100 of 426 matches
Mail list logo