Hi Kalle
Few minor comments below.
On Thu, 17 Sep 2009 19:28:43 +0300
Kalle Jokiniemi wrote:
> -static u32 i2c_rate[ARRAY_SIZE(i2c_resources)];
> +static struct omap_i2c_bus_platform_data
> i2c_pdata[ARRAY_SIZE(i2c_resources)];
> static struct platform_device omap_i2c_devices[] = {
> - I2
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Wednesday, September 30, 2009 11:25 PM
> To: Shilimkar, Santosh
> Cc: linux-omap@vger.kernel.org
> Subject: Re: linux-omap git tree updated to v2.6.32-rc1, important changes,
> please read
>
> Hi,
>
> * Shilimka
On Wed, Sep 30, 2009 at 4:49 PM, Kevin Hilman
wrote:
> Mike Chan writes:
>
>> Checking if the resource is already registered and adding to the list
>> must be atomic or bad things can happen.
>>
>> Signed-off-by: Mike Chan
>> ---
>> arch/arm/plat-omap/resource.c | 13 -
>> 1 files
Mike Chan writes:
> Checking if the resource is already registered and adding to the list
> must be atomic or bad things can happen.
>
> Signed-off-by: Mike Chan
> ---
> arch/arm/plat-omap/resource.c | 13 -
> 1 files changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/arch/
On Mon, Aug 3, 2009 at 3:11 PM, Kevin Hilman
wrote:
> Ben Dooks wrote:
>>
>> On Tue, Jul 21, 2009 at 04:09:03PM -0700, Kevin Hilman wrote:
>>>
>>> From: Rajendra Nayak
>>>
>>> Because of OMAP off-mode, powerdomain can go off when I2C is idle.
>>> Save enough state, and do a re-init for each trans
On Wednesday 30 September 2009, Kevin Hilman wrote:
> In the case where cpuidle_idle_call() returns before changing state
> due to a need_resched(), it was returning with IRQs disabled.
>
> This patch ensures IRQs are (re)enabled before returning.
Venki, any comments on this?
> Reported-by: Hema
Rajendra Nayak writes:
> The setup times to be programmed in the PRM module on OMAP
> (for clksetup, voltsetup etc) are board specific.
> They depend heavily on the PMIC used and even on different boards
> with the same PMIC, they vary based on the sleep/wake
> sequence used, system clock speed e
sawsd wang writes:
> From 803cbdcd8df3d6f931089979c2dbad8942512cb4 Mon Sep 17 00:00:00 2001
> From: Chunqiu Wang
> Date: Wed, 24 Jun 2009 07:57:17 +0800
> Subject: [PATCH] OMAP3: Implement separate function to send bypass
> command through VC
>
> Some system may need use OMAP VC to configure the
sawsd wang writes:
> From c1aba8ba7af3ddd16346d95795bda71e65baa4d0 Mon Sep 17 00:00:00 2001
> From: Chunqiu Wang
> Date: Wed, 24 Jun 2009 06:48:52 +0800
> Subject: [PATCH] Support OMAP3 VC adaptation with different Power IC
>
> Current OMAP SmartReflex driver only supports TI Triton
> Power IC,
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes-testing
Initial commit ID (Likely to change): 0e7258642f113e8d637f454ab96816194f3ef996
PatchWorks
http://patchwork.kernel.org/patch/50697/
Git (Likely to change, and takes a while to get
* Amit Kucheria [090930 06:26]:
> The original driver was written with the KEY() macro defined as (col, row)
> instead of (row, col) as defined by the matrix keypad infrastructure. So the
> keymap was defined accordingly.
>
> Since the driver that was merged upstream uses the matrix keypad
> infr
Ameya Palande writes:
> Without this patch, a driver which uses these symbols will break when user
> selects NOOP PM interface.
>
> Signed-off-by: Ameya Palande
Thanks, applying to PM branch.
Kevin
> ---
> arch/arm/plat-omap/omap-pm-noop.c |8 +++-
> 1 files changed, 7 insertions(+),
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes-testing
Initial commit ID (Likely to change): d3c59a8141676bc45f0341b470845b298d6a2a51
PatchWorks
http://patchwork.kernel.org/patch/46216/
Git (Likely to change, and takes a while to get
Sanjeev Premi writes:
> Made a mistake of enabling PM_DEBUG without DEBUG_FS. This leads to
> compile time warnings and errors.
>
> arch/arm/mach-omap2/pm-debug.c:56: warning: 'pm_dbg_init'
> declared 'static' but never defined
>
> arch/arm/mach-omap2/built-in.o: In function `omap_sram_idle':
>
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: ehci
Initial commit ID (Likely to change): aafbdf52d20fec172379c50af334165815af6eff
PatchWorks
http://patchwork.kernel.org/patch/50730/
Git (Likely to change, and takes a while to get mirrored)
htt
* Gadiyar, Anand [090930 09:59]:
> > > > > > >Thanks for the changes, I will queue this in a for-next branch for
> > > > > > >.33.
> > > > > >
> > > > > > Is this for .33 or .32?
> > > > >
> > > > > I think it might be a little late for .32. If there is some crash or
> > > > > instability that t
On Fri, Sep 25, 2009 at 2:19 AM, Tomi Valkeinen
wrote:
> On Thu, 2009-09-24 at 17:52 +0200, ext Kevin Hilman wrote:
>> Tomi Valkeinen wrote:
>
>> > If it is not like that, and the driver initialization is included, how
>> > does the PM layer know how long it takes for the DSS driver to
>> > reconf
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: ehci
Initial commit ID (Likely to change): 8aab384eab253c463f3eafae1c19bc44f744cdca
PatchWorks
http://patchwork.kernel.org/patch/49837/
Git (Likely to change, and takes a while to get mirrored)
htt
On Thu, Sep 10, 2009 at 8:53 AM, Kevin Hilman
wrote:
> Currently, only GPIOs in the wakeup domain (GPIOs in bank 0) are
> enabled as wakups. This patch also enables GPIOs in the PER
> powerdomain (banks 2-6) to be used as possible wakeup sources.
>
> In addition, this patch ensures that all GPIO
Sanjeev Premi writes:
> There is no generic function to get OPP corresponding to frequency
> and vice versa.
>
> Function get_opp() - in resource34xx.c - is included only when
> CONFIG_OMAP_PM_SRF is enabled. Moreover, it is always called with
> an explicit addition of MAX_VDDn_OPP e.g.
> opp =
On Wed, Sep 30, 2009 at 11:10 AM, Kevin Hilman
wrote:
> "Premi, Sanjeev" writes:
>
>> Hi all,
>>
>> There is no generic function to translate an OPP to FREQ and vice versa.
>> Came across the problem while trying to submit a follow-up to earlier
>> patch for change in mpurate via bootargs.
>>
>>
"Premi, Sanjeev" writes:
> Hi all,
>
> There is no generic function to translate an OPP to FREQ and vice versa.
> Came across the problem while trying to submit a follow-up to earlier
> patch for change in mpurate via bootargs.
>
> The function get_opp in resource34xx.c, but it is always called
Teerth, ping.
On Wed, Sep 9, 2009 at 5:12 AM, Jean Pihet wrote:
> On Wednesday 09 September 2009 00:17:42 Kevin Hilman wrote:
>> "Reddy, Teerth" writes:
>> > This patch initializes the SDRC params for DVFS on Zoom2.
>> >
>> > Signed-off-by: Teerth Reddy
>> > ---
>> > arch/arm/mach-omap2/board
Hi,
* Shilimkar, Santosh [090929 03:54]:
> Thanks for fixing the OMAP4 compilation issues. We need below patch to make
> the kernel boot on OMAP4430 on the latest LO master.
No problem. In the future, let's make sure the omap4 patches are merged
into l-o master branch for testing. This time
omap3: ehci: remove DPLL5 programming
DPLL5 programming should be taken care of by the clock framework.
The driver should not need to worry about programming this
explicitly.
Also, the DPLL5 m and n values used were valid only for a
specific value of the system clock. So they would not work
corre
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes-testing
Initial commit ID (Likely to change): 160bb884083cc4e3afa1b8d0fdc82f0720eb3f0a
PatchWorks
http://patchwork.kernel.org/patch/50721/
Git (Likely to change, and takes a while to get
In the case where cpuidle_idle_call() returns before changing state
due to a need_resched(), it was returning with IRQs disabled.
This patch ensures IRQs are (re)enabled before returning.
Reported-by: Hemanth V
Signed-off-by: Kevin Hilman
---
drivers/cpuidle/cpuidle.c |5 -
1 files cha
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes-testing
Initial commit ID (Likely to change): e91f6e0df91a89a52fe822762af6d08c9eb8ddc4
PatchWorks
http://patchwork.kernel.org/patch/50686/
Git (Likely to change, and takes a while to get
On Wed, Aug 12, 2009 at 7:38 AM, Kevin Hilman
wrote:
> "Hemanth V" writes:
>
>> - Original Message -
>> From: "Kevin Hilman"
/* enter the state and update stats */
@@ -91,6 +93,12 @@ static void cpuidle_idle_call(void)
/* give the governor an opportunity to reflect on th
* Gadiyar, Anand [090930 10:05]:
> > >>
> > >>>
> > >>> Anyway, I haven't been able to make 2.6.31 boot on beagleboard, and
> > >>> other people report similar issues:
> > >>> http://www.spinics.net/lists/linux-omap/msg17968.html
> > >>>
> > >>> Have you got 2.6.32-rc1 (+fixes) to boot?
> > >>
> >
* Roger Quadros [090930 08:48]:
> The usb regulator supplies (usb1v5, usb1v8 & usb3v1) must be available
> before adding the twl4030_usb child, else twl4030_usb_ldo_init() will
> always fail thus causing boot lock-up.
>
> This patch fixes boot on OMAP systems using the twl4030 usb transceiver.
>
* Kevin Hilman [090930 07:07]:
> Tony Lindgren writes:
>
> > Hi all,
> >
> > I've updated our linux-omap tree to v2.6.32-rc1. I've also
> > added a branch omap-2.6.31 for the old code.
> >
> > This time I also nuked the remaining omap legacy code we
> > still had lurking around :) The commits at
> >>
> >>>
> >>> Anyway, I haven't been able to make 2.6.31 boot on beagleboard, and
> >>> other people report similar issues:
> >>> http://www.spinics.net/lists/linux-omap/msg17968.html
> >>>
> >>> Have you got 2.6.32-rc1 (+fixes) to boot?
> >>
> >> Hmm, looks like it's musb again. This is what I
2009/9/30 Roger Quadros :
> ext Tony Lindgren wrote:
>>
>> * Felipe Contreras [090929 10:24]:
>>>
>>> On Mon, Sep 28, 2009 at 10:04 PM, Tony Lindgren wrote:
Hi all,
I've updated our linux-omap tree to v2.6.32-rc1. I've also
added a branch omap-2.6.31 for the old code.
>>>
> > > > > >Thanks for the changes, I will queue this in a for-next branch for
> > > > > >.33.
> > > > >
> > > > > Is this for .33 or .32?
> > > >
> > > > I think it might be a little late for .32. If there is some crash or
> > > > instability that this fixes, we could queue it up for .32-fixes ?
Nishanth Menon writes:
> when the omap_opp structures are disabled by setting the
> frequency as 0 as below (as an example)
> {0, VDD2_OPP1, 0x1E},
> program_opp attempts to set voltage even after frequency
> setting fails. we can instead return if we see invalid
> values for either frequency or
Mike Chan writes:
> Checking if the resource is already registered and adding to the list
> must be atomic or bad things can happen.
>
> Signed-off-by: Mike Chan
Thanks, this one applies. Pushing to PM branch and pm-2.6.29.
Kevin
> ---
> arch/arm/plat-omap/resource.c | 13 -
>
Kalle Jokiniemi writes:
> While waiting for completion of the i2c transfer, the
> MPU could hit OFF mode and cause several msecs of
> delay that made i2c transfers fail more often. The
> extra delays and subsequent re-trys cause i2c clocks
> to be active more often. This has also an negative
> ef
ext Tony Lindgren wrote:
* Felipe Contreras [090929 10:24]:
On Mon, Sep 28, 2009 at 10:04 PM, Tony Lindgren wrote:
Hi all,
I've updated our linux-omap tree to v2.6.32-rc1. I've also
added a branch omap-2.6.31 for the old code.
This time I also nuked the remaining omap legacy code we
still h
The usb regulator supplies (usb1v5, usb1v8 & usb3v1) must be available
before adding the twl4030_usb child, else twl4030_usb_ldo_init() will
always fail thus causing boot lock-up.
This patch fixes boot on OMAP systems using the twl4030 usb transceiver.
CONFIG_TWL4030_USB=y
Signed-off-by: Roger Qu
* Aguirre Rodriguez, Sergio Alberto [090930 06:35]:
> Imre Deak wrote:
> > Hi,
> >
> > On Wed, Sep 30, 2009 at 02:53:10AM +0200, ext Tony Lindgren wrote:
> >> [...]
> >> Tomi & Imre, do you want me to add this to the omap-fixes queue,
> >> or are you planning to send other fixes too?
> >>
> >> I
Signed-off-by: Ilkka Koskinen
---
drivers/mfd/twl4030-core.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mfd/twl4030-core.c b/drivers/mfd/twl4030-core.c
index e424cf6..8cf0a02 100644
--- a/drivers/mfd/twl4030-core.c
+++ b/drivers/mfd/twl4030-core.c
@@ -792,7
Allows TWL's 32KHz oscillator to go in low-power mode when
main battery voltage is running low.
Signed-off-by: Ilkka Koskinen
---
drivers/mfd/twl4030-core.c |9 +++--
include/linux/i2c/twl4030.h |5 +
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/mfd/tw
John Sarman writes:
> I got a watchdog dump and it said cut here so I did and I am pasting to get
> help
It would help to post the kernel version, SoC and board you're using.
Based on the dm9000 driver, I'm guessing this is a DaVinci DM355 and
you meant to post this to the DaVinci list:
davinc
Tony Lindgren writes:
> Hi all,
>
> I've updated our linux-omap tree to v2.6.32-rc1. I've also
> added a branch omap-2.6.31 for the old code.
>
> This time I also nuked the remaining omap legacy code we
> still had lurking around :) The commits at the end of this
> mail describe what I did first
Sanjeev Premi writes:
> There are multiple mechanisms to identify the cpu revisions.
> Most common is use of omap_rev(). This, however, does a
> absolute comparison of omap_revision - which includes
> CPU id, CPU rev and CPU class. This comparison fails for
> OMAP35x processors.
>
> This patch de
Imre Deak wrote:
> Hi,
>
> On Wed, Sep 30, 2009 at 02:53:10AM +0200, ext Tony Lindgren wrote:
>> [...]
>> Tomi & Imre, do you want me to add this to the omap-fixes queue,
>> or are you planning to send other fixes too?
>>
>> If you want me to add it, please reply with your ack.
>>
>> I'll added
The original driver was written with the KEY() macro defined as (col, row)
instead of (row, col) as defined by the matrix keypad infrastructure. So the
keymap was defined accordingly.
Since the driver that was merged upstream uses the matrix keypad
infrastructure, modify the keymap accordingly.
W
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Wednesday, September 30, 2009 6:02 AM
> To: Alistair Buxton
> Cc: Premi, Sanjeev; linux-omap@vger.kernel.org
> Subject: [PATCH] omap: Fix incorrect 730 vs 850 detection, v2
> (Re: Patch missing in 2.6.32-rc1)
>
From: Sergio Aguirre
This fixes a bug introduced by this commit ID:
commit 537a1bf059fa312355696fa6db80726e655e7f17
Author: Krzysztof Helt
Date: Tue Jun 30 11:41:29 2009 -0700
fbdev: add mutex for fb_mmap locking
In which a mutex was added when changing smem_start and smem_len fie
Hi,
On Wed, Sep 30, 2009 at 02:53:10AM +0200, ext Tony Lindgren wrote:
> [...]
> Tomi & Imre, do you want me to add this to the omap-fixes queue,
> or are you planning to send other fixes too?
>
> If you want me to add it, please reply with your ack.
>
> I'll added it into omap-fixes-testing br
On Tue, Sep 29, 2009 at 10:02:49PM -0500, Lopez Cruz, Misael wrote:
> I think I got confused with what to do in set_sysclk and set_pll. In my
> current approach:
>
> - set_sysclk takes care of setting corresponding clk source: lppll
> or hppll. But it also disables the pll not in use (i.e. if l
Hi,
Andrew, do you have time to check out the DSS2 driver? Or suggestions
how should I proceed.
I rebased DSS2 on top of today's linux-tree, and there were no
conflicts, so the posted patches should apply. But the rebased tree is
also available in master branch at
git://gitorious.org/linux-omap-d
On Wed, 2009-09-30 at 02:53 +0200, ext Tony Lindgren wrote:
> * Tomi Valkeinen [090929 07:54]:
> > On Tue, 2009-09-29 at 16:34 +0200, ext Aguirre Rodriguez, Sergio Alberto
> > wrote:
> > > From: Tomi Valkeinen [tomi.valkei...@nokia.com]
> > > Sent: Tuesday, September 29, 2009 9:22 AM
> > > > On Tu
On Tue, 2009-09-29 at 20:26 +0200, ext Hiremath, Vaibhav wrote:
> Tomi,
>
> Don't you think we should also make use of mm_lock in new OMAP2 Fbdev driver,
> to be more specific and safer side?
>
Hmm yes, I think we should. One more thing to the TODO list =)
Tomi
--
To unsubscribe from this
55 matches
Mail list logo