/gpio.h
> b/arch/arm/mach-mvebu/include/mach/gpio.h
> deleted file mode 100644
> index 40a8c178f10d..
> --- a/arch/arm/mach-mvebu/include/mach/gpio.h
> +++ /dev/null
> @@ -1 +0,0 @@
> -/* empty */
> --
> 2.1.0.rc2
>
--
Gregory Clement, Free Electrons
Kern
s Petazzoni <thomas.petazz...@free-electrons.com>
>
> In fact this code is anyway no longer needed, since this workaround was
> only needed for the Armada 375 Z1 stepping, which we no longer support
> in mainline anyway.
>
> Thanks!
>
> Thomas
> --
> Thomas Pet
ched_clock_register(armada_370_xp_read_sched_clock, 32, timer_clk);
> + sched_clock_register(armada_370_xp_read_sched_clock, 32, timer_clk,
> + NULL);
>
> clocksource_mmio_init(timer_base + TIMER0_VAL_OFF,
> "armada_370
Hi Roger,
On 15/04/2015 10:07, Roger Quadros wrote:
Hi Gregory,
On 14/04/15 17:02, Gregory CLEMENT wrote:
Hi Roger,
On 14/04/2015 12:13, Roger Quadros wrote:
Hi Thomas,
On 30/03/15 16:15, Roger Quadros wrote:
Without this system suspend is broken on systems that have
drivers calling
-by: Roger Quadros rog...@ti.com
FWIW:
Reviewed-by: Gregory CLEMENT gregory.clem...@free-electrons.com
---
kernel/irq/dummychip.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/irq/dummychip.c b/kernel/irq/dummychip.c
index 988dc58..2feb6fe 100644
--- a/kernel/irq/dummychip.c
-info.html
--
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
Hi Russell,
On 07/04/2015 16:01, Russell King - ARM Linux wrote:
On Tue, Apr 07, 2015 at 03:20:05PM +0200, Gregory CLEMENT wrote:
Hi Andrew, Russell,
On 04/04/2015 02:17, Andrew Lunn wrote:
On Fri, Apr 03, 2015 at 06:13:13PM +0100, Russell King wrote:
clkdev_create() is a shorter way
___
linux-arm-kernel mailing list
linux-arm-ker...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
--
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
On 02/08/2013 02:33 PM, Arnd Bergmann wrote:
On Friday 08 February 2013 12:06:44 Gregory CLEMENT wrote:
I don't know what to do here, there is no point to build any of the files
in mach-mvebu if no SoCs are selected. So either we force to have at least
one SoCS selected if ARCH_MVEBU
list of objects.
There is an updated patch below, I could add that straight to the branch
that caused the problem if it looks ok to you.
OK for me, this patch still fix the build error and I tested that we
still have a valid kernel for Armada 370 for Armada XP
Tested-by: Gregory Clement
here, there is no point to build any of the files
in mach-mvebu if no SoCs are selected. So either we force to have at least
one SoCS selected if ARCH_MVEBU is selected, or we unselect ARCH_MVEB if
no SoCs are selected.
Gregory
--
Gregory Clement, Free Electrons
Kernel, drivers, real-time
line.
},
.remove = __exit_p(omap2_mcspi_remove),
};
--
1.7.0.4
--
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
--
To unsubscribe from this list: send the line
-rc8)
- Drop an extra line
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
Acked-by: David Brownell dbrown...@users.sourceforge.net
Reviewed-by: Kevin Hilman khil...@deeprootsystems.com
---
drivers/spi/omap2_mcspi.c | 39 +++
1 files
On 12/29/2010 10:01 AM, Gregory CLEMENT wrote:
Hi Gregory,
Hi Grant,
Patch does not apply, but I cannot immediately isolate the damage.
Please see if you can figure out the issue on your end. Is it your
mailer? I could fudge it, but in the long run it is better if this
issue can get
On 12/24/2010 12:08 AM, Grant Likely wrote:
On Wed, Nov 24, 2010 at 04:49:47PM -0800, Kevin Hilman wrote:
Gregory CLEMENT gregory.clem...@free-electrons.com writes:
As request by Grant Likely, there is no more cover letter. Full changelog
is following.
I am still reluctant to add
CONFIG_SUSPEND instead of CONFIG_PM
Didn't use legacy PM methods anymore. Instead, add a struct dev_pm_ops and add
the resume method there.
Fix multi-line comment style
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
---
drivers/spi/omap2_mcspi.c | 40
this point.
--
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
the CS was in wrong state( ie activated).
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
---
This is where any changelog and extra info for reviewers should go.
drivers/spi/omap2_mcspi.c | 33 +
1 files changed, 33 insertions(+), 0
On 11/29/2010 03:22 PM, Kevin Hilman wrote:
Gregory CLEMENT gregory.clem...@free-electrons.com writes:
As request by Grant Likely, there is no more cover letter. Full changelog is
following.
I am still reluctant to add this changelog in the patch description, as it
adds no value
On 11/25/2010 09:58 AM, Hemanth V wrote:
- Original Message -
From: Gregory CLEMENT gregory.clem...@free-electrons.com
To: linux-omap linux-omap@vger.kernel.org;
spi-devel-gene...@lists.sourceforge.net
Cc: David Brownell dbrown...@users.sourceforge.net; Grant Likely
grant.lik
when system was put suspend to ram with off-mode activated that on
resume the CS was in wrong state( ie activated).
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
---
drivers/spi/omap2_mcspi.c | 33 +
1 files changed, 33 insertions(+), 0
v2:
Use directly resume function of spi_master instead of using function
from spi_device as Grant Likely pointed it out.
Force this transition explicitly for each CS used by a device.
Gregory CLEMENT (1):
OMAP2: Spi: Force CS to be in inactive state after off-mode
transition
drivers/spi
.
It was only when system was put suspend to ram with off-mode activated
that on resume the CS was in wrong state( ie activated).
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
---
drivers/spi/omap2_mcspi.c | 29 +
1 files changed, 29 insertions(+), 0
= __exit_p(omap2_mcspi_remove),
};
-- 1.7.0.4
Kevin
--
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
v3:
Patch clean-up according to Kevin Hilman and checkpatch.
Now force CS to be in inactive state only if it was inactive when it was
suspended.
Gregory CLEMENT (1):
OMAP2: Spi: Force CS to be in inactive state after off-mode
transition
drivers/spi/omap2_mcspi.c | 35
time the CS was in the correct state.
It was only when system was put suspend to ram with off-mode activated
that on resume the CS was in wrong state( ie activated).
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
---
drivers/spi/omap2_mcspi.c | 35
On 11/11/2010 10:34 AM, Hemanth V wrote:
- Original Message - From: Gregory CLEMENT
gregory.clem...@free-electrons.com
To: spi-devel-general spi-devel-gene...@lists.sourceforge.net;
linux-omap linux-omap@vger.kernel.org
Cc: David Brownell dbrown...@users.sourceforge.net; Grant Likely
time the CS was in the correct state.
It was only when system was put suspend to ram with off-mode activated
that on resume the CS was in wrong state( ie activated).
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
---
drivers/spi/omap2_mcspi.c | 10 ++
1 files
On 11/10/2010 04:57 PM, Grant Likely wrote:
On Wed, Nov 10, 2010 at 11:32:59AM +0100, Gregory CLEMENT wrote:
When SPI wake up from OFF mode, CS is in the wrong state: force it
to the inactive state.
During the system life, I monitored the CS behavior using a
oscilloscope. I also activated
We notice that when system wake up from OFF mode, then CS is in
unactive state until the first SPI transfert.
For our design it lead to some conflict on this I/O.
Unactive state for CS when there is no transfert shoudl be the correct
behaviour: this is the purpose of these patches.
Gregory
-by: Gregory CLEMENT gclemen...@gmail.com
---
drivers/spi/spi.c | 15 ++-
include/linux/spi/spi.h |4 +++-
2 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c
index 1bb1b88..fe8140e 100644
--- a/drivers/spi/spi.c
+++ b/drivers/spi
When SPI wake up from OFF mode, CS is in wrong state: force it to unactive state
Signed-off-by: Gregory CLEMENT gclemen...@gmail.com
---
drivers/spi/omap2_mcspi.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/drivers/spi/omap2_mcspi.c b/drivers/spi
Le 26 avril 2010 08:02:55 UTC+2, Gadiyar, Anand gadi...@ti.com a écrit :
Gregory CLEMENT wrote:
This controller supports multiple interface modes. Only 2 of them
(3-pin DAT/SE0 and 4-pin DP/DM PHY modes) have been tested with this
driver. (However the only change
to the last version of Linux, but now I
can't see any traces on serial port after Uncompressing Linux...
done, booting the kernel...
I am still stuck to these problems which are not really related to your patches.
--
Gregory CLEMENT
Responsable Technique Linux embarqué - Europe
Embedded Linux
I expect it to work correctly with this version.
If anyone has OMAP3 boards with an OHCI controller, please test.
Our board use the 6-pin DP/DM PHY mode, so it will be a new mode to be validated
Thanks,
Anand
--
Gregory CLEMENT
Embedded Linux Development Lead - EMEA
Adeneo Embedded
35 matches
Mail list logo