On Wednesday 12 September 2012 03:24 AM, Wolfram Sang wrote:
> On Tue, Sep 11, 2012 at 03:12:13PM +0530, Shubhrajyoti D wrote:
>> Remove the redundant read of the status register.
> Commit message is just repeating the subject.
> Why was the read there and why can it be removed now?
>
It is read an
On Wednesday 12 September 2012 03:23 AM, Wolfram Sang wrote:
>> Signed-off-by: Shubhrajyoti D
> Can't we just drop this patch since the code gets removed soon anyhow?
> Or is patch 20/23 changing something I don't see yet?
yes it is dropped will update.
--
To unsubscribe from this list: send the
Hi,
On Tue, Sep 11, 2012 at 11:26 PM, Tony Lindgren wrote:
> * Tony Lindgren [120910 23:17]:
>> * Felipe Balbi [120910 23:02]:
>>
>> > > static int __devinit omap_kp_probe(struct platform_device *pdev)
>> > > {
>> > > - struct omap_kp *omap_kp;
>> >
>> > I don't see the point for that gl
Hi,
On Wed, Sep 12, 2012 at 3:58 AM, Paul Walmsley wrote:
> Hi Kishon, Benoît,
>
> On Fri, 7 Sep 2012, Kishon Vijay Abraham I wrote:
>
>> Made *ocp2scp_usb_phy_phy_48m* as the main_clk for ocp2scp. Since this
>> ocp2scp module does not have any fck but does have a single opt_clock,
>> it is added
Hi,
On Tue, Sep 11, 2012 at 10:02:48PM +, Paul Walmsley wrote:
>
> Hi Felipe
>
> Just tested these OMAP serial changes at commit
> e36851d0fa94b0f7802b3cc80406dbd3ef4f2f16 ("serial: omap: fix compile
> breakage"). There's good news and bad news...
>
> The good news is that after applying
On Wednesday 12 September 2012 03:21 AM, Wolfram Sang wrote:
>> -omap_i2c_isr(int this_irq, void *dev_id)
>> > +omap_i2c_isr(int irq, void *dev_id)
>> > {
>> >struct omap_i2c_dev *dev = dev_id;
>> > + irqreturn_t ret = IRQ_HANDLED;
> Shouldn't that be IRQ_NONE?
Actually we are processing it s
On Wednesday 12 September 2012 08:51 AM, Mark Brown wrote:
> On Tue, Sep 11, 2012 at 12:13:20PM +0530, Shubhrajyoti D wrote:
>> > Currently in omap2_mcspi_txrx_dma the tx and the rx support is
>> > interleaved. Make the rx related code in omap2_mcspi_rx_dma
>> > and the tx related code omap2_mcspi_
On Wed, Sep 12, 2012 at 11:21 AM, R Sricharan wrote:
> memblock_steal tries to reserve physical memory during boot.
> When the requested size is not aligned on the section size
> then, the remaining memory available for lowmem becomes
> unaligned on the section boundary. There is a issue with this
From: Colin Cross
read_persistent_clock uses a global variable, use a spinlock to
ensure non-atomic updates to the variable don't overlap and cause
time to move backwards.
Signed-off-by: Colin Cross
---
arch/arm/plat-omap/counter_32k.c | 21 ++---
1 file changed, 14 insertion
memblock_steal tries to reserve physical memory during boot.
When the requested size is not aligned on the section size
then, the remaining memory available for lowmem becomes
unaligned on the section boundary. There is a issue with this,
which is discussed in the thread below.
https://lkml.org/lk
Even if CONFIG_DMA_ADDR_64BIT_T is enabled by the defconfig,
the feature is not getting selected.
Adding a string description in the Kconfig resolves this.
But not sure if this is the right way to fix this.
Signed-off-by: R Sricharan
Cc: Catalin Marinas
---
arch/arm/mm/Kconfig |2 +-
1 fil
On Wednesday 12 September 2012 05:01 AM, Paul Walmsley wrote:
> Remove unnecessary includes of plat/clock.h from the OMAP SPI
> controller drivers. These need to be removed to build multi-subarch
> ARM kernels which include these drivers.
Looks good to me
Acked-by: Shubhrajyoti D
>
> Signed-off-b
Hi,
On Tue, Sep 11, 2012 at 11:57 PM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Sep 11, 2012 at 10:56:34AM -0700, Tony Lindgren wrote:
>> * Tony Lindgren [120910 23:17]:
>> > * Felipe Balbi [120910 23:02]:
>> >
>> > > > static int __devinit omap_kp_probe(struct platform_device *pdev)
>> > > > {
>
On Wed, Sep 12, 2012 at 04:40:51, Paul Walmsley wrote:
> On Tue, 11 Sep 2012, Vaibhav Hiremath wrote:
>
> > I tried this branch on BeagleBone platform and needs one small typo
> > correction in hwmod data patch (submitted earlier, which you are going
> > to queue it)
> >
> >
> > diff --git a/arc
On Tue, Sep 11, 2012 at 12:13:20PM +0530, Shubhrajyoti D wrote:
> Currently in omap2_mcspi_txrx_dma the tx and the rx support is
> interleaved. Make the rx related code in omap2_mcspi_rx_dma
> and the tx related code omap2_mcspi_tx_dma and call the functions.
I'd ideally like some testing from the
* Matt Porter [120911 12:05]:
> On Tue, Sep 11, 2012 at 11:35:22AM -0700, Tony Lindgren wrote:
> > Added Linus Walleij to Cc as well.
Now I think I really managed to add Linus W to Cc, sent too fast
earlier.
...
> > But do you get an error then if the desired pins are not found?
> > If you do ge
Remove some unnecessary plat/ includes that are interfering with multi-subarch
ARM kernels.
Signed-off-by: Paul Walmsley
Cc: Kevin Hilman
Cc: Rafael J. Wysocki
Acked-by: Kevin Hilman
---
Still awaiting some final testing here. Rafael, was wondering if you
would be willing to ack this so we
On Wed, 12 Sep 2012, Grant Likely wrote:
> I'm still under water on patch review due to moving to the uk. Mark
> Brown is covering for me on spi.
>
> It is a trivial change though. go ahead and merge it.
Thanks!
- Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
I'm still under water on patch review due to moving to the uk. Mark
Brown is covering for me on spi.
It is a trivial change though. go ahead and merge it.
g.
On Wed, Sep 12, 2012 at 12:44 AM, Paul Walmsley wrote:
>
> Hi Grant,
>
> was wondering if you might be willing to ack this patch so we ca
Hi Grant,
was wondering if you might be willing to ack this patch so we can merge it
via OMAP:
http://marc.info/?l=linux-omap&m=134740630311140&w=2
Just noticed we have a dependency on that patch for some common clock
framework conversion patches also...
- Paul
--
To unsubscribe from th
Remove unnecessary includes of plat/clock.h from the OMAP SPI
controller drivers. These need to be removed to build multi-subarch
ARM kernels which include these drivers.
Signed-off-by: Paul Walmsley
Cc: Grant Likely
---
drivers/spi/spi-omap-100k.c |2 --
drivers/spi/spi-omap2-mcspi.c |
On Tue, 11 Sep 2012 15:20:53 +0200 (CEST) Thomas Gleixner
wrote:
> On Tue, 11 Sep 2012, NeilBrown wrote:
> > On Mon, 10 Sep 2012 12:28:35 +0200 (CEST) Thomas Gleixner
> > wrote:
> > > You might be looking for a different functionality. Can you explain
> > > what you need?
> >
> > I want as part
On Tue, 11 Sep 2012, Vaibhav Hiremath wrote:
> I tried this branch on BeagleBone platform and needs one small typo
> correction in hwmod data patch (submitted earlier, which you are going
> to queue it)
>
>
> diff --git a/arch/arm/mach-omap2/omap_hwmod_33xx_data.c
> b/arch/arm/mach-omap2/omap_hw
Hi Kishon, Benoît,
On Fri, 7 Sep 2012, Kishon Vijay Abraham I wrote:
> Made *ocp2scp_usb_phy_phy_48m* as the main_clk for ocp2scp. Since this
> ocp2scp module does not have any fck but does have a single opt_clock,
> it is added as the main_clk for ocp2scp. Also removed phy_48m as the
> option
Hi Felipe
Just tested these OMAP serial changes at commit
e36851d0fa94b0f7802b3cc80406dbd3ef4f2f16 ("serial: omap: fix compile
breakage"). There's good news and bad news...
The good news is that after applying this series, the 'OMAP4 UART garbage
on long transmit buffers when PM is enabled'
On Tue, Sep 11, 2012 at 03:11:55PM +0530, Shubhrajyoti D wrote:
> Changes since v1:
>- removed tabification on patch 6/17
>- removed dev_err() which was introduced on patch 09/17
> Changes since v2:
> - do not set full fifo depth in the RDR interrupt.
> - some change
On Tue, Sep 11, 2012 at 03:12:13PM +0530, Shubhrajyoti D wrote:
> Remove the redundant read of the status register.
Commit message is just repeating the subject.
Why was the read there and why can it be removed now?
>
> Signed-off-by: Shubhrajyoti D
> ---
> drivers/i2c/busses/i2c-omap.c |2
On Tue, Sep 11, 2012 at 03:12:14PM +0530, Shubhrajyoti D wrote:
> From: Felipe Balbi
>
> even if our clocks are disabled, we still
> handled the IRQ, so we should return IRQ_HANDLED.
>
> Signed-off-by: Felipe Balbi
> Signed-off-by: Shubhrajyoti D
Can't we just drop this patch since the code g
On Tue, Sep 11, 2012 at 03:12:15PM +0530, Shubhrajyoti D wrote:
> From: Felipe Balbi
>
> for OMAP2, we can easily switch over to threaded
> IRQs on the I2C driver. This will allow us to
> spend less time in hardirq context.
>
> Signed-off-by: Felipe Balbi
> [Trivial formating changes]
> Signed-
On Tue, 11 Sep 2012, Paul Walmsley wrote:
> The branch was then built with a set of testing Kconfigs. Here's what was
> found: (these are still being investigated)
>
> - The OMAP4-only testconfig and rmk's OMAP4430-SDP Kconfigs failed:
> "undefined reference to `omap2_clkt_iclk_allow_idle'":
On Tue, Sep 11, 2012 at 11:35:22AM -0700, Tony Lindgren wrote:
> Added Linus Walleij to Cc as well.
>
> * Matt Porter [120911 11:24]:
> > On Tue, Sep 11, 2012 at 11:03:06AM -0700, Tony Lindgren wrote:
> > > * Matt Porter [120911 10:46]:
> > > > Enable pinctrl dummy states for all OMAP platforms.
> > Even better would be if for other cases is_omap_port and friends
> > returned 0...
>
> Yes it seems that those macros could be moved from plat-omap/serial.h
> to live in drivers/tty/serial/8250/8250.h? Or do you have some better
> place in mind?
I've not looked at it enough to decide if it's
* Shilimkar, Santosh [120911 00:20]:
> On Tue, Sep 11, 2012 at 12:13 PM, Paul Walmsley wrote:
> > On Tue, 11 Sep 2012, Shilimkar, Santosh wrote:
> >
> >> On Tue, Sep 11, 2012 at 12:07 PM, Paul Walmsley wrote:
> >> > On Tue, 11 Sep 2012, Shilimkar, Santosh wrote:
> >> >
> >> >> On Tue, Sep 11, 20
* Tony Lindgren [120906 13:45]:
> * Mohammed, Afzal [120906 00:40]:
> > Hi Tony,
> >
> > On Mon, Sep 03, 2012 at 11:04:10, Mohammed, Afzal wrote:
> > > On Mon, Aug 27, 2012 at 14:04:44, Mohammed, Afzal wrote:
> > > > On Sat, Aug 25, 2012 at 01:16:30, Tony Lindgren wrote:
> >
> > > > > This hang
Added Linus Walleij to Cc as well.
* Matt Porter [120911 11:24]:
> On Tue, Sep 11, 2012 at 11:03:06AM -0700, Tony Lindgren wrote:
> > * Matt Porter [120911 10:46]:
> > > Enable pinctrl dummy states for all OMAP platforms. This allows
> > > drivers to be converted to pinctrl while still running o
Hi,
On Tue, Sep 11, 2012 at 10:56:34AM -0700, Tony Lindgren wrote:
> * Tony Lindgren [120910 23:17]:
> > * Felipe Balbi [120910 23:02]:
> >
> > > > static int __devinit omap_kp_probe(struct platform_device *pdev)
> > > > {
> > > > - struct omap_kp *omap_kp;
> > >
> > > I don't se
* Mohammed, Afzal [120910 23:40]:
> Hi Tony,
>
> On Tue, Sep 11, 2012 at 11:12:27, Tony Lindgren wrote:
> > * Mohammed, Afzal [120910 22:36]:
>
> > > I was not careful enough, sorry. Thanks for fixing it.
> > >
> > > Another hunk as follows would also be required for error
> > > path even thou
* Mohammed, Afzal [120910 23:31]:
> +Tony
>
> On Tue, Sep 11, 2012 at 11:58:54, Mohammed, Afzal wrote:
> > Let probe return error value if gpmc terminal
> > count interrupt could not be obtained
Thanks I'll just fold my fix and this fix into your original
patch and push them to new devel-gpmc-fi
On Tue, Sep 11, 2012 at 11:03:06AM -0700, Tony Lindgren wrote:
> * Matt Porter [120911 10:46]:
> > Enable pinctrl dummy states for all OMAP platforms. This allows
> > drivers to be converted to pinctrl while still running on
> > platforms that do not provide pinctrl data.
> >
> > Signed-off-by: M
On Tue, Sep 11, 2012 at 11:00:41AM -0700, Tony Lindgren wrote:
> * Matt Porter [120911 10:46]:
> > Adds pinctrl support to support OMAP platforms that boot from DT
> > and rely on pinctrl support to set pinmuxes.
> >
> > Signed-off-by: Matt Porter
> > ---
> > drivers/spi/spi-omap2-mcspi.c |
* Matt Porter [120911 10:46]:
> Enable pinctrl dummy states for all OMAP platforms. This allows
> drivers to be converted to pinctrl while still running on
> platforms that do not provide pinctrl data.
>
> Signed-off-by: Matt Porter
> ---
> arch/arm/mach-omap2/devices.c |4
> 1 file ch
* Matt Porter [120911 10:46]:
> Adds pinctrl support to support OMAP platforms that boot from DT
> and rely on pinctrl support to set pinmuxes.
>
> Signed-off-by: Matt Porter
> ---
> drivers/spi/spi-omap2-mcspi.c |9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/drivers/spi/
* Tony Lindgren [120910 23:17]:
> * Felipe Balbi [120910 23:02]:
>
> > > static int __devinit omap_kp_probe(struct platform_device *pdev)
> > > {
> > > - struct omap_kp *omap_kp;
> >
> > I don't see the point for that global omap_kp, actually ...
>
> Yes you're right. Will send an upda
Adds pinctrl support to support OMAP platforms that boot from DT
and rely on pinctrl support to set pinmuxes.
Signed-off-by: Matt Porter
---
drivers/spi/spi-omap2-mcspi.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/spi/spi-omap2-mcspi.c b/drivers/spi/spi-omap2-mcspi.c
Enable pinctrl dummy states for all OMAP platforms. This allows
drivers to be converted to pinctrl while still running on
platforms that do not provide pinctrl data.
Signed-off-by: Matt Porter
---
arch/arm/mach-omap2/devices.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/m
This series enables pinctrl support for McSPI. Platforms that boot only
from DT and rely on pinctrl to set pinmuxes appropriately require this
for omap2-mcspi operation.
It has been tested on AM335x BeagleBone with an Adafruit SPI LCD attached
and regression tested on Beagleboard xM booting in the
* Arnd Bergmann [120911 10:05]:
> On Tuesday 11 September 2012, Vaibhav Hiremath wrote:
> > On 9/11/2012 7:54 PM, Shilimkar, Santosh wrote:
> > > On Tue, Sep 11, 2012 at 7:47 PM, Arnd Bergmann wrote:
> > >> On Tuesday 11 September 2012, Shilimkar, Santosh wrote:
> > >>> Just curious to know how y
On Tuesday 11 September 2012, Vaibhav Hiremath wrote:
> On 9/11/2012 7:54 PM, Shilimkar, Santosh wrote:
> > On Tue, Sep 11, 2012 at 7:47 PM, Arnd Bergmann wrote:
> >> On Tuesday 11 September 2012, Shilimkar, Santosh wrote:
> >>> Just curious to know how you came with some of the above header names
* Alan Cox [120911 09:25]:
> On Mon, 10 Sep 2012 22:31:04 -0700
> Tony Lindgren wrote:
>
> > These workarounds do not apply for CONFIG_ARCH_OMAP2PLUS at all,
> > so let's make it just CONFIG_ARCH_OMAP1.
> >
> > This is needed to for ARM common zImage changes for
> > omap2+ to avoid including pl
* Jon Hunter [120911 09:26]:
>
> On 09/10/2012 07:58 PM, Tony Lindgren wrote:
> > * Jon Hunter [120910 15:00]:
> >>
> >> On 09/07/2012 05:22 PM, Tony Lindgren wrote:
> >>> * Jon Hunter [120905 12:05]:
> The dmtimer functions to read and write the dmtimer registers are
> currently
> >
* Mohammed, Afzal [120911 03:54]:
> Hi Tony,
>
> On Sat, Sep 08, 2012 at 03:40:34, Tony Lindgren wrote:
>
> > Great, this all looks good to me. I suggest that on top of this
> > we add minimal devicetree binding that does not even attempt to
> > deal with the timings yet.
> >
> > Then once the
* Munegowda, Keshava [120911 00:43]:
> On Tue, Sep 11, 2012 at 12:09 AM, Tony Lindgren wrote:
> > * Ruslan Bilovol [120910 03:39]:
> >> OMAP mux now parses active wakeup events from pad registers and calls
> >> corresponding handler, if handler is not registered - corresponding
> >> hwmod ISRs o
On 09/10/2012 07:58 PM, Tony Lindgren wrote:
> * Jon Hunter [120910 15:00]:
>>
>> On 09/07/2012 05:22 PM, Tony Lindgren wrote:
>>> * Jon Hunter [120905 12:05]:
The dmtimer functions to read and write the dmtimer registers are currently
defined as follows ...
static inline u32
On Mon, 10 Sep 2012 22:31:04 -0700
Tony Lindgren wrote:
> These workarounds do not apply for CONFIG_ARCH_OMAP2PLUS at all,
> so let's make it just CONFIG_ARCH_OMAP1.
>
> This is needed to for ARM common zImage changes for
> omap2+ to avoid including plat and mach headers.
>
> Cc: Alan Cox
> Cc
From: Ajay Kumar Gupta
Added device tree support for dsps musb glue driver and updated the
Documentation with device tree binding information.
Signed-off-by: Ajay Kumar Gupta
Signed-off-by: Santhapuri, Damodar
Signed-off-by: Ravi Babu
[af...@ti.com: use '-' instead of '_' for dt properties]
S
From: B, Ravi
AM335x and TI81xx platform has dual musb controller so updating the
musb_dspc.c to support the same.
Changes:
- Moved otg_workaround timer to glue structure
- Moved static local variable last_timer to glue structure
- PHY on/off related cleanups
Signed-off-
From: B, Ravi
Added musb_ida in musb_core.c to manage the multi core ids.
Signed-off-by: Ravi Babu
Signed-off-by: Ajay Kumar Gupta
Signed-off-by: Santhapuri, Damodar
Signed-off-by: Felipe Balbi
---
drivers/usb/musb/am35x.c | 42 --
drivers/usb/m
This series of patches adds multi instances support in musb driver
AM33xx and TI81xx has dual musb controller and has two usb PHY of same type.
The series applies to felipe/musb branch
+ Vaibhav baseport patches on his tree at [4]
+ Kishon's multi phy patches on Felipe's branch 'x
From: Ajay Kumar Gupta
As NOP device node is now added in am33xx tree so remove the call
which creates the NOP platform_device.
Signed-off-by: Ajay Kumar Gupta
Signed-off-by: Santhapuri, Damodar
Signed-off-by: Ravi Babu
Signed-off-by: Felipe Balbi
---
drivers/usb/musb/musb_dsps.c |3 +--
From: Ajay Kumar Gupta
Moved global variable "musb_debugfs_root" and static variable
"old_state" to 'struct musb' to help support multi instance of
musb controller as present on AM335x platform.
Also removed the global variable "orig_dma_mask" and filled the
dev->dma_mask with parent device's dm
Simple checkpatch.pl clean ups.
Signed-off-by: Eduardo Valentin
---
drivers/staging/omap-thermal/omap4-thermal.c | 54 +-
drivers/staging/omap-thermal/omap5-thermal.c | 38 +-
2 files changed, 46 insertions(+), 46 deletions(-)
diff --git a/drivers/sta
Hello Greg,
Here are some patches to clean the omap-thermal driver code a bit.
There are 2 fixes as well related to registration to thermal fw.
These patches are based on staging-next tree.
They are also available here:
g...@gitorious.org:thermal-framework/thermal-framework.git
thermal_work/oma
While registering the omap thermal zones we need to
properly specify TC1 and TC2, as long as the proper
passive polling period and monitor period.
This patch fixes the parameters passed while registering
the thermal zone.
Signed-off-by: Eduardo Valentin
---
drivers/staging/omap-thermal/omap-the
While registering the thermal zone, it is required to have the cooling
devices already setup, so that the .bind callback can succeed.
Due to that, the driver code needs to be reorganized so that we first
setup the cooling devices then the zones. This way we cope with the
right thermal framework in
From: J Keerthy
Removes checkpatch warnings on omap-bandgap.c.
Signed-off-by: J Keerthy
Signed-off-by: Eduardo Valentin
---
drivers/staging/omap-thermal/omap-bandgap.c | 15 ---
1 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/omap-thermal/omap-band
On 9/11/2012 7:54 PM, Shilimkar, Santosh wrote:
> On Tue, Sep 11, 2012 at 7:47 PM, Arnd Bergmann wrote:
>> On Tuesday 11 September 2012, Shilimkar, Santosh wrote:
>>> Just curious to know how you came with some of the above header names ?
>>>
>>> plat/mcbsp ---> dsp-mcbsp.h
>>> There is no conne
Add a minimal dts for original OMAP3430/3530 version of the Beagle board. This
version of the Beagle board has 256MB of DDR and features the same TWL4030
power management IC (PMIC) as the Beagle board XM.
Given that the Beagle and Beagle-XM boards use the same PMIC, move the
definition of the VSIM
On Tue, Sep 11, 2012 at 7:47 PM, Arnd Bergmann wrote:
> On Tuesday 11 September 2012, Shilimkar, Santosh wrote:
>> Just curious to know how you came with some of the above header names ?
>>
>> plat/mcbsp ---> dsp-mcbsp.h
>> There is no connection of DSP with McBSP. "omap-mcbsp.h" would been a
>> b
On Tuesday 11 September 2012, Shilimkar, Santosh wrote:
> Just curious to know how you came with some of the above header names ?
>
> plat/mcbsp ---> dsp-mcbsp.h
> There is no connection of DSP with McBSP. "omap-mcbsp.h" would been a
> better name.
This one was a mistake on my side, as Tony and
Arnd,
On Tue, Sep 11, 2012 at 6:32 PM, Arnd Bergmann wrote:
> Platform data for device drivers should be defined in
> include/linux/platform_data/*.h, not in the architecture
> and platform specific directories.
>
> This moves such data out of the omap include directories
>
> Signed-off-by: Arnd
Hi Arnd,
On 09/11/2012 03:59 PM, Arnd Bergmann wrote:
> Platform data for device drivers should be defined in
> include/linux/platform_data/*.h, not in the architecture
> and platform specific directories.
>
> This moves such data out of the omap include directories
>
> Signed-off-by: Arnd Bergm
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the omap include directories
Signed-off-by: Arnd Bergmann
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: "Benoît Cousson"
Cc: D
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the omap include directories
Signed-off-by: Arnd Bergmann
Cc: Tony Lindgren
Cc: Kevin Hilman
Cc: "Benoît Cousson"
Cc: D
On Tue, 11 Sep 2012, NeilBrown wrote:
> On Mon, 10 Sep 2012 12:28:35 +0200 (CEST) Thomas Gleixner
> wrote:
> > You might be looking for a different functionality. Can you explain
> > what you need?
>
> I want as particular GPIO interrupt to be masked before entering suspend.
> I produced code to
As we discussed at the ARM mini summit in San Diego, we are
going to move all platform specific header files that are used
in drivers out of the mach-* directories, at least for those
platforms that we want to have in a multiplatform kernel.
A big step in this direction is to move all the platform
Hi Juan,
On Wed, Aug 15, 2012 at 6:25 PM, Juan Gutierrez wrote:
> Some remote processors (like Omap4's DSP) need to explicitly
> set a boot address from which they start executing code when
> taken out of reset.
>
> Support for this has been added to remoteproc code through
> a set_bootaddr funct
Hi,
On Tue, Sep 11, 2012 at 03:48:34PM +0530, Shubhrajyoti wrote:
> On Tuesday 11 September 2012 03:11 PM, Shubhrajyoti D wrote:
> > Changes since v1:
> >- removed tabification on patch 6/17
> >- removed dev_err() which was introduced on patch 09/17
> > Changes since v2:
> >
On Tue, Sep 11, 2012 at 05:01:06PM +0530, Shubhrajyoti wrote:
> On Sunday 09 September 2012 12:34 AM, Felipe Balbi wrote:
> >> In addition, IMO, if this was only tested on Panda (as suggested by
> >> > earlier cover letters), it really should not have been merged until it
> >> > got some broader te
On 09/11/2012 01:29 PM, Benoit Cousson wrote:
> Hi Jon,
>
> On 09/11/2012 12:57 AM, Jon Hunter wrote:
>> Add a minimal dts for original OMAP3430/3530 version of the Beagle board.
>> This
>> version of the Beagle board has 256MB of DDR and features the same TWL4030
>> power management IC (PMIC) as
> > >
> > > On Fri, Aug 31, 2012 at 04:39:46PM +0530, Ravi Babu wrote:
> > > > This series of patches adds,
> > > > a) Multi instances support in musb driver
> > > > b) DT support for musb_dsps glue layer
> > > > c) DT support for NOP transceiver
> > > >
> > > > AM33xx and TI81xx has dual musb co
+ Andrew,
On Thu, Sep 06, 2012 at 20:12:07, Cousson, Benoit wrote:
>
> On 09/05/2012 04:41 PM, Hiremath, Vaibhav wrote:
> ...
> > There are other patches which are pending,
> >
> > arm/dts: AM33XX: Convert all hex numbers to lower-case
> > https://patchwork.kernel.org/patch/1377351/
> > arm/dts:
On Tue, Sep 11, 2012 at 10:45:44AM +, B, Ravi wrote:
> >
> > Hi,
> >
> > On Fri, Aug 31, 2012 at 04:39:46PM +0530, Ravi Babu wrote:
> > > This series of patches adds,
> > > a) Multi instances support in musb driver
> > > b) DT support for musb_dsps glue layer
> > > c) DT support for NOP trans
On Tue, Sep 11, 2012 at 16:54:37, ABRAHAM, KISHON VIJAY wrote:
> Hi,
>
> On Tue, Sep 11, 2012 at 3:23 PM, Vaibhav Hiremath wrote:
> >
> >
> > On 9/11/2012 2:39 PM, Kishon Vijay Abraham I wrote:
> >> Added device tree support for omap musb driver and updated the
> >> Documentation with device tree
Hi Russell,
I am currently working on implementing DMA Engine for omap serial
driver.
Came to know from santosh that you had suggested that certain modification need
to be done in the tty core layer, which I am unaware of. Can you
please explain what sort of
changes need to be done?
--
To unsubsc
Hi Tony,
> As the plat and mach includes need to disappear for single zImage work,
> we need to remove plat/hardware.h.
>
> Do this by splitting plat/hardware.h into omap1 and omap2+ specific files.
>
> The old plat/hardware.h already has omap1 only defines, so it gets moved
> to mach/hardware.h
On Sunday 09 September 2012 12:34 AM, Felipe Balbi wrote:
>> In addition, IMO, if this was only tested on Panda (as suggested by
>> > earlier cover letters), it really should not have been merged until it
>> > got some broader testing.
> Shubhro's got his Tested-by tag. I believe he tested on beagl
On Tue, Sep 11, 2012 at 16:59:05, Porter, Matt wrote:
> On Tue, Sep 11, 2012 at 04:57:08AM +, Hiremath, Vaibhav wrote:
> > On Mon, Sep 10, 2012 at 21:50:20, Porter, Matt wrote:
> > > On AM33xx, the datasheet and TRM refer to four GPIO instances that
> > > are 0-based, GPIO0-3.
> > >
> >
> > T
Hi Jon,
On 09/11/2012 12:57 AM, Jon Hunter wrote:
> Add a minimal dts for original OMAP3430/3530 version of the Beagle board. This
> version of the Beagle board has 256MB of DDR and features the same TWL4030
> power management IC (PMIC) as the Beagle board XM.
Thanks for the patch.
> Given that
On Tue, Sep 11, 2012 at 04:57:08AM +, Hiremath, Vaibhav wrote:
> On Mon, Sep 10, 2012 at 21:50:20, Porter, Matt wrote:
> > On AM33xx, the datasheet and TRM refer to four GPIO instances that
> > are 0-based, GPIO0-3.
> >
>
> Thanks Matt,
> I think Anil labeled it as gpio1-4 due to hwmod naming
Hi,
On Tue, Sep 11, 2012 at 3:23 PM, Vaibhav Hiremath wrote:
>
>
> On 9/11/2012 2:39 PM, Kishon Vijay Abraham I wrote:
>> Added device tree support for omap musb driver and updated the
>> Documentation with device tree binding information.
>>
>> Signed-off-by: Kishon Vijay Abraham I
>> ---
>> D
On Mon, Sep 10, 2012 at 07:05:15PM +0200, Sebastian Andrzej Siewior wrote:
> On 09/10/2012 06:40 PM, Fengguang Wu wrote:
> >tree: git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git master
> >head: d9c88901337158c9f253a7de58a10b5125d61d26
> >commit: 7a7322b0a5d984025dd4faea9098b8fef07f8
Hi Tony,
On Sat, Sep 08, 2012 at 03:40:34, Tony Lindgren wrote:
> Great, this all looks good to me. I suggest that on top of this
> we add minimal devicetree binding that does not even attempt to
> deal with the timings yet.
>
> Then once the minimal devicetree binding is in place, we can
> call
>
> Hi,
>
> On Fri, Aug 31, 2012 at 04:39:46PM +0530, Ravi Babu wrote:
> > This series of patches adds,
> > a) Multi instances support in musb driver
> > b) DT support for musb_dsps glue layer
> > c) DT support for NOP transceiver
> >
> > AM33xx and TI81xx has dual musb controller and has two us
On Tuesday 11 September 2012 03:11 PM, Shubhrajyoti D wrote:
> Changes since v1:
>- removed tabification on patch 6/17
>- removed dev_err() which was introduced on patch 09/17
> Changes since v2:
> - do not set full fifo depth in the RDR interrupt.
> - some changelog
Hi Jon,
On Thu, Sep 06, 2012 at 01:25:23, Hunter, Jon wrote:
> Nit-pick, I see some devices writing the above as ...
>
> WARN(IS_ERR(pdev), "could not build omap_device for %s\n", oh_name);
>
> return IS_ERR(pdev) ? PTR_ERR(pdev) : 0;
> Otherwise ...
>
> Reviewed-by: Jon Hunter
On Saturday 08 September 2012 11:34 PM, Aaro Koskinen wrote:
> -static struct platform_device *omap_wdt_dev;
> -
> static unsigned timer_margin;
> module_param(timer_margin, uint, 0);
> MODULE_PARM_DESC(timer_margin, "initial watchdog timeout (in seconds)");
>
> -static unsigned int wdt_trgr_p
Create a minimal driver out of gpmc code.
Responsibilities handled by earlier gpmc
initialization is now achieved in probe.
Signed-off-by: Afzal Mohammed
Reviewed-by: Jon Hunter
---
arch/arm/mach-omap2/gpmc.c | 171 +++-
1 files changed, 122 insertions(+
Create API for platforms to adapt GPMC to HWMOD
Signed-off-by: Afzal Mohammed
Reviewed-by: Jon Hunter
---
arch/arm/mach-omap2/gpmc.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
index 055ae
Add gpmc hwmod and associated interconnect data
Signed-off-by: Afzal Mohammed
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 18 +++
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 18 +++
arch/arm/mach-omap2/omap_hwmod_2xxx_ipblock_data.c | 44 -
arc
Hi,
Basic gpmc driver conversion series. Driver that is now created out of
gpmc code is a simple one, it handles tasks that were earlier executed
by gpmc_init. Now instead of relying on cpu_is_* checks, it obtains
resources and clk handle in the standard Linux way. The existing gpmc
interface work
1 - 100 of 143 matches
Mail list logo