Hi Paul,
On Fri, Dec 17, 2010 at 09:09:42PM +0530, G, Manjunath Kondaiah wrote:
> Add OMAP2420 DMA hwmod data and also add required
> DMA device attributes.
>
> Signed-off-by: G, Manjunath Kondaiah
> ---
> arch/arm/mach-omap2/omap_hwmod_2420_data.c | 87
>
> arch
Hi Janusz,
On Fri, Dec 17, 2010 at 11:32:04PM +0100, Janusz Krzysztofik wrote:
> Most keypad drivers make use of the
> defined macros, structures and inline functions.
>
> Convert omap-keypad driver to use those as well, as suggested by a
> compile time warning, hardcoded into the OMAP .
>
L
On Fri, Dec 17, 2010 at 9:29 PM, Cory Maccarrone wrote:
> On Fri, Dec 17, 2010 at 8:29 PM, Cory Maccarrone
> wrote:
>> On Fri, Dec 17, 2010 at 2:32 PM, Janusz Krzysztofik
>> wrote:
>>> Most keypad drivers make use of the
>>> defined macros, structures and inline functions.
>>>
>>> Convert omap
On Fri, Dec 17, 2010 at 8:29 PM, Cory Maccarrone wrote:
> On Fri, Dec 17, 2010 at 2:32 PM, Janusz Krzysztofik
> wrote:
>> Most keypad drivers make use of the
>> defined macros, structures and inline functions.
>>
>> Convert omap-keypad driver to use those as well, as suggested by a
>> compile ti
On Mon, Dec 13, 2010 at 1:24 AM, Paul Walmsley wrote:
> Hello Janusz, Cory,
>
> On Sat, 11 Dec 2010, Janusz Krzysztofik wrote:
>
>> Otherwise multi-omap1 configurations may set wrong clock speed.
>>
>> Created and tested against l-o master on Amstrad Delta.
>>
>> Signed-off-by: Janusz Krzysztofik
On Fri, Dec 17, 2010 at 2:32 PM, Janusz Krzysztofik
wrote:
> Most keypad drivers make use of the
> defined macros, structures and inline functions.
>
> Convert omap-keypad driver to use those as well, as suggested by a
> compile time warning, hardcoded into the OMAP .
>
> Created against linux-2.
* Kanigeri, Hari [101215 14:48]:
> Hi Tony,
>
> The following changes since commit e8a7e48bb248a1196484d3f8afa53bded2b24e71:
> Linus Torvalds (1):
>Linux 2.6.37-rc4
>
> are available in the git repository at:
>
> git://gitorious.org/iommu_mailbox/iommu_mailbox.git for_2.6.38
...
> T
* Janusz Krzysztofik [101217 14:33]:
> Most keypad drivers make use of the
> defined macros, structures and inline functions.
>
> Convert omap-keypad driver to use those as well, as suggested by a
> compile time warning, hardcoded into the OMAP .
>
> Created against linux-2.6.37-rc5.
> Tested
From: Hemanth V
Register BH1780GLI Ambient light sensor, which is an I2C device
for 4430SDP board.
Signed-off-by: Hemanth V
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-4430sdp.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board
From: Hemanth V
Register TWL6030 PWM, which is used as charging LED
Signed-off-by: Hemanth V
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-4430sdp.c | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-4430sdp.
From: Laurent Pinchart
gpio_direction_output() has a value argument, there's no need to call
gpio_set_value() explicitly right after.
Signed-off-by: Laurent Pinchart
Acked-by: Enric Balletbo i Serra
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-igep0020.c | 20
From: Laurent Pinchart
Make sure the LED is turned off at boot time, and configure the GPIO LED
device as active low.
Signed-off-by: Laurent Pinchart
Acked-by: Enric Balletbo i Serra
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-igep0020.c |3 ++-
1 files changed, 2 insertio
From: Raghuveer Murthy
This patch adds omap_reserve functionality to board-omap4panda.c.
Helps in the reserving boot time memory in SDRAM, used here for
framebuffer allocation.
This patch is in similar lines to commit id 71ee7dad9b6991, from
Russell king
Cc: Russell King
Cc: linux-arm-ker...@l
No need to call this early from init_irq. Also recent changes
initialize GPIO now later, so calling gpio_request from init_irq
will make it fail.
While at it, also remove the unnecessary EXPORT_SYMBOL.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap1/board-innovator.c |7 ++-
arch/
Hi,
The following set contains some patches for the v2.6.38 merge window.
Regards,
Tony
---
Hemanth V (2):
omap4: Add platform changes for Ambient Light sensor
omap4: Add platform changes for PWM LED
Laurent Pinchart (2):
omap3: igepv2: Don't call gpio_set_value right afterg
* Raghuveer Murthy [101207 23:31]:
> This patch adds omap_reserve functionality to board-omap4panda.c.
> Helps in the reserving boot time memory in SDRAM, used here for
> framebuffer allocation.
>
> This patch is in similar lines to commit id 71ee7dad9b6991, from
> Russell king
>
> Cc: Russell K
* Anand Gadiyar [101214 06:25]:
> On 12/14/2010 7:41 PM, Koen Kooi wrote:
> > Any comments on this?
...
> >>
> >> - /* TWL4030_GPIO_MAX + 1 == ledB, PMU_STAT (out, active low LED) */
> >> - gpio_leds[2].gpio = gpio + TWL4030_GPIO_MAX + 1;
>
> This disappeared. So no more PMU STAT led?
Koen, a
* Kevin Hilman [101207 14:13]:
> Marek Belisko writes:
>
> > Fix following compilation warning:
> > arch/arm/mach-omap1/pm_bus.c: In function 'omap1_pm_runtime_resume':
> > arch/arm/mach-omap1/pm_bus.c:51: warning: unused variable 'ret'
> >
> > Signed-off-by: Marek Belisko
>
> Acked-by: Kevin
* Cousson, Benoit [101210 00:29]:
> On 12/9/2010 11:18 PM, aaro.koski...@nokia.com wrote:
> >Hi,
> >
> >Kevin Hilman [khil...@deeprootsystems.com]:
> >>Ben Dooks writes:
> >>>Renaming stuff like this is going to have an impact on the userspace
> >>>as anyone looking through /sys's driver heirarch
* Anand Gadiyar [101203 09:17]:
> Commit f2ce62312650 (OMAP: WDT: Split OMAP1 and OMAP2PLUS device
> registration) removed omap_init_wdt and related structures from
> plat-omap/devices.c. However a subsequent commit or merge
> seems to have reintroduced these by accident. The caller of
> omap_init
* Anand Gadiyar [101203 11:05]:
> Patch "OMAP2xxx: hwmod: add I2C hwmods for OMAP2420, 2430"
> in linux-next as of 20101203 introduced the following build
> warning - fix this by removing the stray i2c_dev_attr.
>
> arch/arm/mach-omap2/omap_hwmod_2430_data.c:483: warning: 'i2c_dev_attr'
> define
* Hemanth V [101201 23:34]:
> Pl ignore the earlier patch, which seems to have rebasing issues.
>
> Thanks
> Hemanth
>
> From 42cb400c1bd3878977bc8fd416c9c39f81bed674 Mon Sep 17 00:00:00 2001
> From: Hemanth V
> Date: Thu, 2 Dec 2010 12:44:19 +0530
> Subject: [PATCH] omap4: Platform changes for
* Hemanth V [101212 22:08]:
> - Original Message - From: "Hemanth V"
> To:
> Sent: Thursday, December 02, 2010 12:59 PM
> Subject: [PATCH 1/3] omap4: Add platform changes for Ambient Light sensor
>
>
> >From 10f5f9f918e197f4052ac66b4e4cfb4b72646878 Mon Sep 17 00:00:00 2001
> >From: Hem
* John Rigby [101130 21:49]:
> New assemblers need -march=armv7-a+sec on command line or
> .arch_extension sec inline to enable use of the smc instruction.
>
> This patch uses as-instr to check the latter to conditionally
> enable the former in AFLAGS for files that use smc.
>
> Checked on both
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-cleanup
Initial commit ID (Likely to change): fe297dde5ae8f8bf67d3a87759289a99b48ecb2c
PatchWorks
http://patchwork.kernel.org/patch/369681/
Git (Likely to change, and takes a while to get mir
* Bryan Wu [101207 18:31]:
> This patch will kill following section mismatch warnings:
...
> --- a/arch/arm/mach-omap2/board-2430sdp.c
> +++ b/arch/arm/mach-omap2/board-2430sdp.c
> @@ -135,7 +135,7 @@ static inline void board_smc91x_init(void)
>
> #endif
>
> -static struct omap_board_config_
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-cleanup
Initial commit ID (Likely to change): 1a6b59232bbaf612265e364c9e06ba1d15bbe7e0
PatchWorks
http://patchwork.kernel.org/patch/389482/
Git (Likely to change, and takes a while to get mir
For devices which have not (yet) been converted to use omap_device,
implement the context loss counter using the "brutal method" as
originally proposed by Paul Walmsley[1].
The dummy context loss counter is incremented every time it is
checked, but only when off-mode is enabled. When off-mode is
Implement OMAP PM layer omap_pm_get_dev_context_loss_count() API by
creating similar APIs at the omap_device and omap_hwmod levels. The
omap_hwmod level call is the layer with access to the powerdomain
core, so it is the place where the powerdomain is queried to get the
context loss count.
The ne
Add new powerdomain API
u32 pwrdm_get_context_loss_count(struct powerdomain *pwrdm)
for checking how many times the powerdomain has lost context. The
loss count is the sum sum of the powerdomain off-mode counter, the
logic off counter and the per-bank memory off counter.
Cc: Paul Walmsley
* Ohad Ben-Cohen [101216 13:34]:
> On Thu, Dec 16, 2010 at 11:08 PM, Greg KH wrote:
> >> > I've seen a lot of discussion about this, are all of the review comments
> >> > now addressed?
> >>
> >> Yes, all comments were addressed in this v3 iteration, and this thread
> >> has been idle for about 1
* Jean Pihet [101117 09:44]:
> From: Jean Pihet
>
> Add comments and IDs for the following erratas:
> - i540: MPU cannot exit from Standby,
> - i478: Unexpected Cold-Reset is generated when device is coming
>back from OFF mode
Applying thanks.
Tony
--
To unsubscribe from this list: send th
* Srikar [101125 07:43]:
> To support tvout on rx51,added Intilization data,
> tvout as display device and enabled venc through gpio
> on rx51
Only taking the first one, looks like the second one
has some pending comments.
Regards,
Tony
--
To unsubscribe from this list: send the line "unsubscri
* Carlos Chinea [101214 02:13]:
> Introduces the OMAP SSI driver in the kernel.
>
> The Synchronous Serial Interface (SSI) is a legacy version
> of HSI. As in the case of HSI, it is mainly used to connect
> Application engines (APE) with cellular modem engines (CMT)
> in cellular handsets.
>
> I
* Jarkko Nikula [101217 11:16]:
> If the TPA6130 is compiled as module the id and power_gpio values are
> arbitrary at module probing time since the rx51_tpa6130a2_data was marked as
> __initdata.
>
> Signed-off-by: Jarkko Nikula
> ---
> For 2.6.38 as the TPA6130 is not used in 2.6.37.
> ---
>
* Aaro Koskinen [101217 04:41]:
> Hi,
>
> On Wed, 15 Dec 2010, Tony Lindgren wrote:
> >* Aaro Koskinen [101215 04:48]:
> >>It's not possible to compile a kernel for this board without I2C,
> >>MFD_SUPPORT and TWL4030_CORE, so those should be selected. This will
> >>prevent build errors when tryi
* Tarun Kanti DebBarma [101214 09:03]:
> dmtimer adaptation to platform_driver.
>
> This patch series is adaptation of dmtimer code to platform driver
> using omap_device and omap_hwmod abstraction.
>
> Tested on following platforms:
> OMAP4430, OMAP3430, OMAP3630, OMAP2430
> OMAP2420, OMAP1710(
* Sukumar Ghorai [101126 07:25]:
> add support the irq mode in GPMC.
> gpmc_init() function move after omap_init_irq() as it has dependecy on irq.
>
> Signed-off-by: Sukumar Ghorai
> ---
> arch/arm/mach-omap2/board-2430sdp.c|1 +
> arch/arm/mach-omap2/board-3430sdp.c|1 +
* Sukumar Ghorai [101126 07:25]:
> nand transfer type (sDMA, Polled, prefetch) can be select from board file,
> enabling all transfer type in driver, by default.
>
> this helps in multi-omap build and to select different transfer type for
> different board.
>
> Signed-off-by: Sukumar Ghorai
> -
* Sukumar Ghorai [101126 07:25]:
> zoom3 and 3630-sdp having the x16 nand device.
> This patch configure gpmc as x16 and select the currect function in driver
> for polled mode (without prefetch enable) transfer.
>
> Signed-off-by: Sukumar Ghorai
> ---
> arch/arm/mach-omap2/board-flash.c |3
* Janusz Krzysztofik [101215 06:44]:
> There is a common requirement for not using OMAP specific omap_readw() /
> omap_writew() function calls in drivers/, but replace them with
> readw() / writew() on ioremap()ped addresses passed from arch/ instead.
>
> The patch implements this idea for the
Jean Pihet had written, on 12/17/2010 05:07 PM, the following:
Hi Kevin,
On Sat, Dec 18, 2010 at 12:02 AM, Kevin Hilman
wrote:
Hi Jean,
jean.pi...@newoldbits.com writes:
From: Jean Pihet
This patch only contains clean-ups and cosmetic changes,
no functional change.
Clean-up of the ASM sl
Kevin Hilman had written, on 12/17/2010 04:54 PM, the following:
Nishanth Menon writes:
Kevin Hilman had written, on 12/16/2010 12:57 PM, the following:
Nishanth Menon writes:
Nishanth Menon had written, on 12/15/2010 06:05 PM, the following:
Kevin Hilman had written, on 12/15/2010 05:47
Hi Kevin,
On Sat, Dec 18, 2010 at 12:02 AM, Kevin Hilman
wrote:
> Hi Jean,
>
> jean.pi...@newoldbits.com writes:
>
>> From: Jean Pihet
>>
>> This patch only contains clean-ups and cosmetic changes,
>> no functional change.
>>
>> Clean-up of the ASM sleep code, for better readability and
>> easie
Hi Jean,
jean.pi...@newoldbits.com writes:
> From: Jean Pihet
>
> This patch only contains clean-ups and cosmetic changes,
> no functional change.
>
> Clean-up of the ASM sleep code, for better readability and
> easier maintenance.
>
> Applies on top of Nishant's latest idle path errata fixes st
Nishanth Menon writes:
> Kevin Hilman had written, on 12/16/2010 12:57 PM, the following:
>> Nishanth Menon writes:
>>
>>> Nishanth Menon had written, on 12/15/2010 06:05 PM, the following:
Kevin Hilman had written, on 12/15/2010 05:47 PM, the following:
>> I agree that this additi
Most keypad drivers make use of the
defined macros, structures and inline functions.
Convert omap-keypad driver to use those as well, as suggested by a
compile time warning, hardcoded into the OMAP .
Created against linux-2.6.37-rc5.
Tested on Amstrad Delta.
Compile tested with omap1_defconfig
"DebBarma, Tarun Kanti" writes:
>> -Original Message-
>> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>> Sent: Thursday, December 16, 2010 10:39 PM
>> To: Belisko Marek
>> Cc: DebBarma, Tarun Kanti; linux-omap@vger.kernel.org
>> Subject: Re: [OMAP 1710] Mainline Broken
>>
>> B
From: Jon Hunter
J-Type DPLLs have additional configuration parameters that need to
be programmed when setting the multipler and divider for the DPLL.
These parameters being the sigma delta divider (SD_DIV) for the DPLL
and the digital controlled oscillator (DCO) to be used by the DPLL.
The curr
Upcoming ASoC core and tlv320aic3x changes makes possible to take b part of
TLV320AIC34 into use on RX51/N900. Prepare to this by adding virtual supplies
and platform data for b part of the codec.
Signed-off-by: Jarkko Nikula
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 12
Remove second tlv320aic3x.h inclusion that came along the commit f0fba2a
"ASoC: multi-component - ASoC Multi-Component Support".
Signed-off-by: Jarkko Nikula
Cc: Liam Girdwood
---
Clearly for 2.6.38 as harmless issue.
---
arch/arm/mach-omap2/board-rx51-peripherals.c |1 -
1 files changed, 0
If the TPA6130 is compiled as module the id and power_gpio values are
arbitrary at module probing time since the rx51_tpa6130a2_data was marked as
__initdata.
Signed-off-by: Jarkko Nikula
---
For 2.6.38 as the TPA6130 is not used in 2.6.37.
---
arch/arm/mach-omap2/board-rx51-peripherals.c |2
On Fri, Dec 17, 2010 at 10:28 AM, Cousson, Benoit wrote:
/* SYSCONFIG: register bit definition */
-#define AUTOIDLE (1<< 0)
#define SOFTRESET (1<< 1)
-#define SMARTIDLE (2<< 3)
#define OMAP4_SOFTRESET (1<< 0)
-#define OMAP4_NOIDLE (1<<
Tony Lindgren had written, on 12/17/2010 12:02 PM, the following:
* Menon, Nishanth [101217 09:50]:
On Wed, Dec 8, 2010 at 10:49, David Anders wrote:
On 12/07/2010 06:13 AM, Murthy, Raghuveer wrote:
The .gpio_cd member of omap2_hsmmc_info is not initialized. This
will default to zero. On Pan
* Menon, Nishanth [101217 09:50]:
> On Wed, Dec 8, 2010 at 10:49, David Anders wrote:
> > On 12/07/2010 06:13 AM, Murthy, Raghuveer wrote:
> >>
> >> The .gpio_cd member of omap2_hsmmc_info is not initialized. This
> >> will default to zero. On Pandaboard this interferes with gpio line
> >> assign
Tony,
2010/12/8 Marek Vasut :
> On Wednesday 08 December 2010 08:10:47 Raghuveer Murthy wrote:
>> This patch adds omap_reserve functionality to board-omap4panda.c.
>> Helps in the reserving boot time memory in SDRAM, used here for
>> framebuffer allocation.
>>
>> This patch is in similar lines to
On Wed, Dec 8, 2010 at 10:49, David Anders wrote:
> On 12/07/2010 06:13 AM, Murthy, Raghuveer wrote:
>>
>> The .gpio_cd member of omap2_hsmmc_info is not initialized. This
>> will default to zero. On Pandaboard this interferes with gpio line
>> assigned for powering TFP410 DVI chip.
>>
>> This fix
Hi Omar,
On 12/16/2010 3:11 PM, Ramirez Luna, Omar wrote:
Hi,
On Thu, Dec 16, 2010 at 2:28 AM, Varadarajan, Charulatha wrote:
On Thu, Dec 16, 2010 at 12:17, Omar Ramirez Luna wrote:
Use runtime pm APIs to enable/disable mailbox clocks and
to configure SYSC register.
Based on the patch sent
jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
following:
From: Jean Pihet
Thanks for doing this, could you pull in the other cosmetic changes from
patches 1-6 here as well?
Also, please run checkpatch.pl --strict:
ERROR: trailing whitespace
#426: FILE: arch/arm/mach-oma
jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
following:
From: Jean Pihet
Errata covered:
- 1.157 & 1.185
- i443
- i581
Tested on N900 and Beagleboard with full RET and OFF modes,
using cpuidle and suspend.
Signed-off-by: Jean Pihet
---
arch/arm/mach-omap2/pm34xx.c|
From: Benoit Cousson
Add OMAP4 DMA hwmod data
Signed-off-by: Benoit Cousson
Signed-off-by: G, Manjunath Kondaiah
Tested-by: Kevin Hilman
Acked-by: Kevin Hilman
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 101
1 files changed, 101 insertions(+), 0 deletions
Implement OMAP1 DMA as platform device and add support for
registering through platform device layer using resource
structures.
Signed-off-by: G, Manjunath Kondaiah
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap1/dma.c | 179 +
1 files changed, 1
Prepare OMAP2+ DMA to use hwmod infrastructure so that DMA can register
as platform device.
Signed-off-by: G, Manjunath Kondaiah
Tested-by: Kevin Hilman
Acked-by: Kevin Hilman
---
arch/arm/mach-omap2/dma.c | 74 +
1 files changed, 74 insertions(+),
Add OMAP3 DMA hwmod data
Signed-off-by: G, Manjunath Kondaiah
Tested-by: Kevin Hilman
Acked-by: Kevin Hilman
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 97
1 files changed, 97 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_3xxx_d
Add OMAP2430 DMA hwmod data and also add required
DMA device attributes.
Signed-off-by: G, Manjunath Kondaiah
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 87
arch/arm/plat-omap/include/plat/dma.h |1 +
2 files changed, 88 insertions(+), 0 deletions(-)
Add OMAP2420 DMA hwmod data and also add required
DMA device attributes.
Signed-off-by: G, Manjunath Kondaiah
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 87
arch/arm/plat-omap/include/plat/dma.h | 11
2 files changed, 98 insertions(+), 0 deletions
Prepare DMA library to get converted into DMA driver using platform
device model and hwmod infrastucture(for omap2+, resource structures
for omap1)
The low level read/write macros are replaced with static inline
functions and register offsets are handled through static register
offset tables mappe
Implement errata handling to use flags instead of cpu_is_* and
cpu_class_* in the code.
The errata flags are initialized at init time and during runtime we are
using the errata variable (via the IS_DMA_ERRATA macro) to execute the
required errata workaround.
Reused errata handling patch from: Pet
Detailed description and history of this patch series can be found at:
http://thread.gmane.org/gmane.linux.ports.arm.omap/47600
Changes from v1 to v2:
1. The OMAP1 irq fixes patchby kevin:
https://patchwork.kernel.org/patch/412021/
is folded into this series and added kevin s.o.b
2. The 2420 and
jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
following:
From: Jean Pihet
- Reworked and simplified the execution paths for better
readability and to avoid duplication of code,
is it possible to split this good rewrite into logical chunks for better
and easier reviewabil
Jean Pihet had written, on 12/17/2010 08:59 AM, the following:
diff --git a/arch/arm/mach-omap2/sdrc.h b/arch/arm/mach-omap2/sdrc.h
index 68f57bb..b3f8379 100644
--- a/arch/arm/mach-omap2/sdrc.h
+++ b/arch/arm/mach-omap2/sdrc.h
@@ -74,5 +74,4 @@ static inline u32 sms_read_reg(u16 reg)
*/
#defi
Hi Nishant,
On Fri, Dec 17, 2010 at 2:34 PM, Nishanth Menon wrote:
> jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
> following:
>>
>> From: Jean Pihet
>>
>> The SRAM PA addresses are locally defined and used at
>> different places, i.e. SRAM management code and idle sleep co
Adding two APIs for panel-taal: check_timings and set_timings
These are required by omapfb in case we wish to set default mode through
bootargs.
e.g.: omapfb.mode="lcd:640x480-16" (display device:width X height - bits per
pixel)
omapfb_set_def_mode function in omapfb-main.c essentially needs th
"Gopinath, Thara" writes:
>>>
>>>Also, it needs (hopefully only) one more rebase/repost.
>>>
>>>First, a few things have changed at the PRCM API level that need to be
>>>updated. I have a untested patch (below) that should fix this for you,
>>>that you'll need to split and apply to the OMAP3 and
Kevin,
On Thu, Dec 16, 2010 at 11:49, Kevin Hilman wrote:
> "Varadarajan, Charulatha" writes:
>
>> With the commit 9a748053f5f58a77cd71864f1d7b804175b0e47d whose subject is
>> "OMAP: GPIO: Make omap_gpio_show_rev bank specific" (see [1]),
>> the IP version information for all the banks are shown
jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
following:
From: Jean Pihet
Organize the code in the following sections:
- register access macros,
- API functions,
- internal functions.
Tested on N900 and Beagleboard with full RET and OFF modes,
using cpuidle and suspend.
S
jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
following:
From: Jean Pihet
Using macros from existing include files for registers addresses.
Tested on N900 and Beagleboard with full RET and OFF modes,
using cpuidle and suspend.
Based on original patch from Vishwa.
Signed-
jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
following:
From: Jean Pihet
The SRAM PA addresses are locally defined and used at
different places, i.e. SRAM management code and idle sleep code.
The macros are now defined at a centralized place, for
easier maintenance.
Test
jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
following:
From: Jean Pihet
Remove unused code:
- macros,
- variables,
- unused semaphore locking API. This API shall be added back
when needed,
- infinite loops for debug.
Tested on N900 and Beagleboard with full RET and OFF
From: Charulatha V
Update clock3xxx_data for mcspi1-4 with appropriate clock domain name.
Signed-off-by: Charulatha V
Signed-off-by: Govindraj.R
Cc: Paul Walmsley
---
This Patch is posted seperatley from v2_mcspi_hwmod
patch series based on comments from Paul.
http://www.mail-archive.com/linu
On Thu, Dec 16, 2010 at 11:47 PM, Kevin Hilman
wrote:
> Hi Govindraj,
>
> "Raja, Govindraj" writes:
>
>> On Wed, Dec 15, 2010 at 9:42 PM, Kevin Hilman
>> wrote:
>>
>> "Govindraj.R" writes:
>>
>> > Changes invloves:
>> >
>> > 1) Addition of hwmod data for omap2/3
DebBarma, Tarun Kanti had written, on 12/17/2010 02:22 AM, the following:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, December 16, 2010 10:39 PM
To: Belisko Marek
Cc: DebBarma, Tarun Kanti; linux-omap@vger.kernel.org
Subject: Re: [OMAP 1710]
Hello.
On 16-12-2010 18:25, srin...@mistralsolutions.com wrote:
From: Srinath
AM3517/05 Craneboard has one EHCI interface on board using port1.
GPIO35 is used as power enable.
GPIO38 is used as port1 PHY reset.
History:
http://marc.info/?l=linux-omap&w=2&r=1&s=Craneboard%3A+Add+USB+EH
On Fri, Dec 17, 2010 at 11:14:50AM +, Tomasz Mloduchowski wrote:
I really appreciate your help, this sort of a bug that really stunned me.
I've noticed that the variable storing the error code is set to NULL
right before printing it out :(, so I corrected this mistake.
[2.065216] ehci
Hi,
On Wed, 15 Dec 2010, Tony Lindgren wrote:
* Aaro Koskinen [101215 04:48]:
It's not possible to compile a kernel for this board without I2C,
MFD_SUPPORT and TWL4030_CORE, so those should be selected. This will
prevent build errors when trying out different configurations.
This one I'm not
Convert omap to use the new sched_clock() infrastructure for extending
32bit counters to full 64-bit nanoseconds.
Signed-off-by: Russell King
---
arch/arm/Kconfig |1 +
arch/arm/plat-omap/counter_32k.c | 24 ++--
2 files changed, 23 insertions(+), 2 dele
ftrace requires sched_clock() to be notrace. Ensure that all
implementations are so marked. Also make sure that they include
linux/sched.h
Also ensure OMAP clocksource read functions are marked notrace as
they're used for sched_clock() too.
Signed-off-by: Russell King
---
arch/arm/mach-ixp4xx
In d7e81c2 (clocksource: Add clocksource_register_hz/khz interface) new
interfaces were added which simplify (and optimize) the selection of the
divisor shift/mult constants. Switch over to using this new interface.
Signed-off-by: Russell King
---
arch/arm/mach-omap1/time.c |6 +-
>>-Original Message-
>>From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>>Sent: Friday, December 17, 2010 7:01 AM
>>To: Gopinath, Thara
>>Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
>>Vishwanath; Sawant, Anand; Menon, Nishanth
>>Subject: Re: [PATCHv5
Here is the entire set of clocksource and sched_clock patches which
have been previously posted. There's a couple of small tweaks in a
few of the patches (such as adding notrace to OMAP clocksource read
functions), and this also shows the proper ordering of these patches.
Still looking for acks o
From: Thomas Petazzoni
Introduce a chained interrupt handler mechanism for the PRCM
interrupt, so that individual PRCM event can cleanly be handled by
handlers in separate drivers. We do this by introducing PRCM event
names, which are then matched to the particular PRCM interrupt bit
depending on
On 12/17/10 10:11, Felipe Balbi wrote:
Hi,
On Fri, Dec 17, 2010 at 07:23:43AM +, Tomasz Mloduchowski wrote:
I'm quoting a snippet below for commenting.
[ 1.639892] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.646759] ehci_hcd: block sizes: qh 60 qtd 96 itd 160 sitd 96
[
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: Jean Pihet [mailto:jean.pi...@newoldbits.com]
> Sent: Friday, December 17, 2010 3:48 PM
> To: Santosh Shilimkar; khil...@deeprootsystems.com
> Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Jean
> Pihet-XID
> Subject: Re: [PATCH 0/7 v4] OM
1 - 100 of 117 matches
Mail list logo
