This patch series
- removes the irq_demux_work
- Uses devm_request_threaded_irq
- Call the user handler iff gpio_to_irq is done.
v1 -- v2
Split v1 to 3 patches
v2 -- v3
Remove the unnecessary dts patches.
v3 -- v4
Remove gpio-irq (in patch 2)
Note:
Now that we are using devm_request_threaded_irq no need for
irq_demux_work and gpio-irq. Remove all its references.
Signed-off-by: George Cherian george.cher...@ti.com
---
drivers/gpio/gpio-pcf857x.c | 37 -
1 file changed, 37 deletions(-)
diff --git
For pcf857x driver if the initial state is not set properly (proper
n_latch is not passed), we get bad irq prints on console.
We get this only for the first interrupt and doesnot repeat for further
interrupts unles and until there are other gpio pins which are not flipping
continously.
following
Remove the request_irq and use devm_request_threaded_irq
also cleanup free_irq. devm_* takes care of that.
Signed-off-by: George Cherian george.cher...@ti.com
---
drivers/gpio/gpio-pcf857x.c | 28
1 file changed, 24 insertions(+), 4 deletions(-)
diff --git
On 28.08.2013 13:40, Tero Kristo wrote:
On 08/28/2013 01:14 PM, Tomi Valkeinen wrote:
On 28/08/13 12:48, Tero Kristo wrote:
On 08/28/2013 12:22 PM, Tomi Valkeinen wrote:
Hi,
I'm seeing odd clock behavior with Beagle, booting with DT. I'm using
v3.11-rc7 + DSS DT patches.
I guess you are
On 04/09/13 10:29, Stefan Roese wrote:
On 28.08.2013 13:40, Tero Kristo wrote:
On 08/28/2013 01:14 PM, Tomi Valkeinen wrote:
On 28/08/13 12:48, Tero Kristo wrote:
On 08/28/2013 12:22 PM, Tomi Valkeinen wrote:
Hi,
I'm seeing odd clock behavior with Beagle, booting with DT. I'm using
On Sunday 11 August 2013 20:36:40 Ивайло Димитров wrote:
Оригинално писмо
От: Dave Martin
Относно: Re: [PATCH v3 1/2] ARM: OMAP: Add secure function
omap_smc3() which
calling instruction smc #1
До: Pali Rohár
Изпратено на: Понеделник, 2013, Август 5
On Tuesday 03 September 2013 09:20 PM, Greg KH wrote:
On Tue, Sep 03, 2013 at 08:55:23PM +0530, Kishon Vijay Abraham I wrote:
Hi Greg,
On Wednesday 28 August 2013 12:50 AM, Felipe Balbi wrote:
Hi,
On Mon, Aug 26, 2013 at 01:44:49PM +0530, Kishon Vijay Abraham I wrote:
On Wednesday 21
On Wed, Sep 04, 2013 at 10:10:29AM +0200, Pali Rohár wrote:
On Sunday 11 August 2013 20:36:40 Ивайло Димитров wrote:
Оригинално писмо
От: Dave Martin
Относно: Re: [PATCH v3 1/2] ARM: OMAP: Add secure function
omap_smc3() which
calling instruction smc #1
The board-omap3evm.c file unconditionally calls usb_nop_xceiv_register but
doesn't ensure this is built-in. This can lead to build failures like:
arch/arm/mach-omap2/built-in.o: In function `omap3_evm_init':
linux-3.12.0-0.rc0.git2.1.fc21.armv7hl/arch/arm/mach-omap2/board-omap3evm.c:686:
On Sep 3, 2013, at 5:34 PM, Suman Anna wrote:
Kumar,
On 09/03/2013 01:50 PM, Kumar Gala wrote:
On Sep 3, 2013, at 12:52 PM, Suman Anna wrote:
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for
Hi Dave,
Thanks for taking the time to try this out, it does seem there are a few
kinks with BeagleBone Black but we'll get those worked out.
I also just noticed that wake from RTC isn't working, but wake from
serial console does. Does RTC wake work for you? (I use rtcwake -m
mem -s4)
Kevin
On Wed, Sep 4, 2013 at 8:12 AM, Russ Dill russ.d...@ti.com wrote:
On Wed, Sep 4, 2013 at 8:01 AM, Kevin Hilman khil...@linaro.org wrote:
Hi Dave,
Thanks for taking the time to try this out, it does seem there are a few
kinks with BeagleBone Black but we'll get those worked out.
I also just
On Wed, Sep 4, 2013 at 8:01 AM, Kevin Hilman khil...@linaro.org wrote:
Hi Dave,
Thanks for taking the time to try this out, it does seem there are a few
kinks with BeagleBone Black but we'll get those worked out.
I also just noticed that wake from RTC isn't working, but wake from
serial
Kumar,
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the traditional platform device instantiation.
Signed-off-by: Suman Anna s-a...@ti.com
---
On 09/04/2013 03:09 AM, Stanimir Varbanov wrote:
Hi Suman,
Thanks for the patch.
On 09/03/2013 08:52 PM, Suman Anna wrote:
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and
Hi Joel,
On 31/08/2013 03:19, Joel Fernandes wrote:
Hi Benoit,
On 08/26/2013 03:36 AM, Benoit Cousson wrote:
- minus all the TI emails which are not working anymore :-(
I've just sent my previous email too soon...
Now the patch is different :-) I'll take that one.
Unfortunately this patch
On Sep 4, 2013, at 11:27 AM, Suman Anna wrote:
Kumar,
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the traditional platform device
On 09/04/2013 11:31 AM, Benoit Cousson wrote:
Hi Joel,
On 31/08/2013 03:19, Joel Fernandes wrote:
Hi Benoit,
On 08/26/2013 03:36 AM, Benoit Cousson wrote:
- minus all the TI emails which are not working anymore :-(
I've just sent my previous email too soon...
Now the patch is different
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the traditional platform device instantiation.
Signed-off-by: Suman Anna s-a...@ti.com
---
* Tomi Valkeinen tomi.valkei...@ti.com [130901 23:50]:
On 02/09/13 09:15, Tony Lindgren wrote:
Yes but the old bindings still need to be supported because people
are doing devices using those. So any kind of temporary binding will be
a pain to support.
If old bindings need to be
* Russ Dill russ.d...@ti.com [130903 09:52]:
The generic SRAM mechanism does not ioremap memory in a
manner that allows code to be executed from SRAM. There is
currently no generic way to request ioremap to return a
memory area with execution allowed.
Insert a temporary hack for proof of
On Sep 4, 2013, at 12:03 PM, Suman Anna wrote:
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the traditional platform device instantiation.
On 09/04/2013 12:51 PM, Kumar Gala wrote:
On Sep 4, 2013, at 12:03 PM, Suman Anna wrote:
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the
Hi,
El 03/09/13 13:44, Russ Dill escribió:
This RFC patchset explores an idea for loading C code into SRAM.
Currently, all the code I'm aware of that needs to run from SRAM is written
in assembler. The most common reason for code needing to run from SRAM is
that the memory controller is being
Kevin,
Sorry, I couldn't get back earlier due to long weekend.
On 08/29/2013 11:57 AM, Kevin Hilman wrote:
Suman Anna s-a...@ti.com writes:
[...]
Yeah, the wkupm3 mbox usage is actually odd (an unfortunate result of
the way the hardware is designed)
heh, design is a generous term for
Atleast eight bytes of this number are totally unique for the device
it seems, so this is a perfect candidate for feeding the entropy
pool. One byte more or less of constants does not matter so feed in
the entire OID struct.
Cc: Theodore Ts'o ty...@mit.edu
Cc: Paul Walmsley p...@pwsan.com
On Wed, Sep 4, 2013 at 12:52 PM, Emilio López emi...@elopez.com.ar wrote:
Hi,
El 03/09/13 13:44, Russ Dill escribió:
This RFC patchset explores an idea for loading C code into SRAM.
Currently, all the code I'm aware of that needs to run from SRAM is
written
in assembler. The most common
Suman Anna s-a...@ti.com writes:
Kevin,
Sorry, I couldn't get back earlier due to long weekend.
On 08/29/2013 11:57 AM, Kevin Hilman wrote:
Suman Anna s-a...@ti.com writes:
[...]
Yeah, the wkupm3 mbox usage is actually odd (an unfortunate result of
the way the hardware is designed)
Linus Walleij linus.wall...@linaro.org writes:
Atleast eight bytes of this number are totally unique for the device
it seems, so this is a perfect candidate for feeding the entropy
pool. One byte more or less of constants does not matter so feed in
the entire OID struct.
Cc: Theodore Ts'o
Hi Hans,
On Thursday 29 August 2013 06:58 PM, Hans Verkuil wrote:
On Thu 29 August 2013 14:32:49 Archit Taneja wrote:
VPE is a block which consists of a single memory to memory path which can
perform chrominance up/down sampling, de-interlacing, scaling, and color space
conversion of raster or
31 matches
Mail list logo