On Thu, 2009-05-14 at 20:40 +0300, Woodruff, Richard wrote:
> > From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> > Sent: Thursday, May 14, 2009 12:10 PM
> > To: Kalle Jokiniemi
>
> > Kalle Jokiniemi writes:
> >
> > > The hardware SAVEANDRESTORE mechanism seems to leave
> > > USB HOST pow
On Thu, 2009-05-14 at 18:57 +0300, Kevin Hilman wrote:
> Kalle,
>
> In your "Enable IO-CHAIN wakeup" patch[1], you set a timout based on
> 1000 tries of reading back from PM_WKST_WKUP.
>
> Just curious how you came up with that value.
I tested it around a few times, and the loop seemed to run 2
>
> From: Tony Lindgren
Typo?
>
> As per 3430 TRM, there are 6 banks [0 to 191]
>
> Signed-off-by: Tom Rix
> Signed-off-by: Vikram Pandita
> Signed-off-by: Tony Lindgren
> ---
> arch/arm/plat-omap/gpio.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/arch/
* Andrew de Quincey [090514 16:37]:
> Quoting Tony Lindgren :
>
>> * Andrew de Quincey [090514 16:19]:
>>> Quoting Tony Lindgren :
>>>
* Felipe Balbi [090514 01:15]:
> On Thu, May 14, 2009 at 03:44:14AM +0200, ext Tony Lindgren wrote:
> > * Felipe Balbi [090513 17:33]:
> > > On
Kevin Hilman writes:
Kim Kyuwon writes:
Hi Kevin,
Could you please review this fourth version of OMAP wakeup source driver?
Yes. I'm working through my backlog of PM branch submissions this
week.
I've been focusing on getting some of the PM branch reworked and
rebased so I can start subm
Quoting Tony Lindgren :
* Andrew de Quincey [090514 16:19]:
Quoting Tony Lindgren :
* Felipe Balbi [090514 01:15]:
On Thu, May 14, 2009 at 03:44:14AM +0200, ext Tony Lindgren wrote:
> * Felipe Balbi [090513 17:33]:
> > On Thu, May 14, 2009 at 01:46:51AM +0200, ext Andrew de Quincey wrote:
Processor specific macros should be used instead.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/clock24xx.h|2 ++
arch/arm/mach-omap2/clock34xx.h|2 ++
arch/arm/mach-omap2/cm.h |5 -
arch/arm/plat-omap/include/mach/omap24xx.h | 1
* Andrew de Quincey [090514 16:19]:
> Quoting Tony Lindgren :
>
>> * Felipe Balbi [090514 01:15]:
>>> On Thu, May 14, 2009 at 03:44:14AM +0200, ext Tony Lindgren wrote:
>>> > * Felipe Balbi [090513 17:33]:
>>> > > On Thu, May 14, 2009 at 01:46:51AM +0200, ext Andrew de Quincey wrote:
>>> > > > H
It's currently unused, and processor specific defines should
be used instead.
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/include/mach/omap24xx.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/arm/plat-omap/include/mach/omap24xx.h
b/arch/arm/plat-omap/inc
Move define of OMAP2_VA_IC_BASE to be local to entry-macro.S
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/include/mach/entry-macro.S |9 ++---
arch/arm/plat-omap/include/mach/omap24xx.h|2 --
arch/arm/plat-omap/include/mach/omap34xx.h|1 -
3 files changed, 6 insert
Remove OMAP_PRM_REGADDR and use processor specific defines instead.
Also fold in a patch from Kevin Hilman to add _OFFSET #defines
for the PRCM registers to be used with the prm_[read|write]_* macros.
These are used extensively in the forthcoming OMAP PM support.
Also remove now unused OMAP2_PRM_
Use processor specific defines instead.
As an extra bonus, this patch fixes the problem of CONFIG_DEBUG_SPINLOCK
calling sched_clock before we have things initialized:
http://patchwork.kernel.org/patch/15810/
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/sram242x.S |4 +-
Hi,
This series removes defines that are included from hardware.h via
various processor specific headers. The series makes the defines
processor specific where possible so they don't trigger recompile
and cause blocks for multi-omap booting.
After this series, pretty much the only remaining probl
Quoting Tony Lindgren :
* Felipe Balbi [090514 01:15]:
On Thu, May 14, 2009 at 03:44:14AM +0200, ext Tony Lindgren wrote:
> * Felipe Balbi [090513 17:33]:
> > On Thu, May 14, 2009 at 01:46:51AM +0200, ext Andrew de Quincey wrote:
> > > Hi, I've just discovered that the patch at:
> > >
> > >
* Kevin Hilman [090514 15:36]:
> Add _OFFSET #defines for the PRCM registers to be used with the
> prm_[read|write]_* macros. These are used extensively in the
> forthcoming OMAP PM support.
Thanks, I've merged this into "Remove OMAP_PRM_REGADDR and OMAP2_PRM_BASE",
will post the series with LAK
Add _OFFSET #defines for the PRCM registers to be used with the
prm_[read|write]_* macros. These are used extensively in the
forthcoming OMAP PM support.
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/clock.c|4 +-
arch/arm/mach-omap2/cm.h |1 +
arch/arm/mach-omap2/prm.h
* Mike Auty [090514 14:52]:
> > Sorry for the delay.. I'll apply this to linux-omap tree. Do you want
> > to take this driver and prepare a patch to the associated driver mailing
> > list so we can get it integrated?
>
> Errr, I'm not sure what that entails? What would I have to do? It's
> real
> Sorry for the delay.. I'll apply this to linux-omap tree. Do you want
> to take this driver and prepare a patch to the associated driver mailing
> list so we can get it integrated?
Errr, I'm not sure what that entails? What would I have to do? It's
really such a trivial fix, I wasn't sure it n
On Wed, 25 Feb 2009, Roel Kluin wrote:
> with while (i++ < MAX_CLOCK_ENABLE_WAIT); i can reach MAX_CLOCK_ENABLE_WAIT +
> 1
> after the loop, so if (i == MAX_CLOCK_ENABLE_WAIT) that's still success.
Hi Roel
it's a worst-case bailout value that is significantly larger than it needs
to be, so bei
On Thu, 14 May 2009, Tony Lindgren wrote:
> * Paul Walmsley [090514 12:52]:
> > Hi,
> >
> > This series updates some SDRAM parameter settings for the Qimonda parts
> > used on some 3430SDP boards.
> >
> > Drop the 133.3MHz/66.6MHz rates from the Qimonda SDRAM file - these were
> > only
> > use
* Paul Walmsley [090514 12:52]:
> Hi,
>
> This series updates some SDRAM parameter settings for the Qimonda parts
> used on some 3430SDP boards.
>
> Drop the 133.3MHz/66.6MHz rates from the Qimonda SDRAM file - these were only
> used on some early Labrador boards with slower SDRAM parts. Thanks
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Initial commit ID (Likely to change): f6ea2bbc8d4346c3a263ed86a92435d67f652809
PatchWorks
http://patchwork.kernel.org/patch/20615/
Git (Likely to change, and takes a while to get mirrored)
http://git.kernel.org/?p=linux/
* Jagadeesh Bhaskar Pakaravoor [090514 03:34]:
> > IMO, The regs do not need to move to a separate header unless they will
> > be used outside of i2c-omap.c.
> >
> Would it not be cleaner to move them to a separate header file,
> especially considering the fact that we have some 19 registers for
>
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Initial commit ID (Likely to change): c82881eac1c6999abd768c548ad196c1973d3a55
PatchWorks
http://patchwork.kernel.org/patch/23825/
Git (Likely to change, and takes a while to get mirrored)
http://git.kernel.org/?p=linux/
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Initial commit ID (Likely to change): e0d613947b647e278de15e71fe57ab59eab3e82a
PatchWorks
http://patchwork.kernel.org/patch/23826/
Git (Likely to change, and takes a while to get mirrored)
http://git.kernel.org/?p=linux/
* Krzysztof Helt [090514 11:57]:
> On Thu, 14 May 2009 10:49:59 -0700
> Tony Lindgren wrote:
>
> > This makes the framebuffer work on omap3.
> >
> > Also fix the clk_get usage for checkpatch.pl
> > "ERROR: do not use assignment in if condition".
> >
> > Cc: Imre Deak
> > Cc: linux-fbdev-de...
Boards that used 133.3MHz maximum rate SDRAM were never released to the
public and presumably used the OMAPZoom kernel; so, drop these unused
rates. Viz.:
http://marc.info/?l=linux-omap&m=124232922426311&w=2
This patch is a collaboration between Richard Woodruff
and Paul Walmsley .
Signed-
The 3430SDPs, many of which use Qimonda SDRAM, are finally using
bootloaders that program rounded rates for DPLL3. Since no SDRAM
memory timings are defined for the rounded rates, the initial SDRC
reprogram during init fails. Add in the correct timings here.
Problem reported by Kevin Hilman .
S
Hi,
This series updates some SDRAM parameter settings for the Qimonda parts
used on some 3430SDP boards.
Drop the 133.3MHz/66.6MHz rates from the Qimonda SDRAM file - these were only
used on some early Labrador boards with slower SDRAM parts. Thanks to
Richard Woodruff for help with this patch.
On Thu, 14 May 2009, Woodruff, Richard wrote:
> > Also when reviewing the timing calculations, it appears that the lowest
> > speed
> > setting had an error in its autorefresh counter value. I don't know if
> > anything out there still uses this low-speed setting - my recollection is
> > that it
> Also when reviewing the timing calculations, it appears that the lowest speed
> setting had an error in its autorefresh counter value. I don't know if
> anything out there still uses this low-speed setting - my recollection is
> that it was added for some early Labrador boards that had speed res
Tony Lindgren said the following on 05/14/2009 09:05 PM:
> Well we already have products that just have the product
> name in the defconfig, like overo_defconfig and n770_defconfig.
>
> I think we have more urgent patches to get to the mainline tree,
> so let's put this on hold. BTW, if you need to
The 3430SDPs, many of which use Qimonda SDRAM, are finally using
bootloaders that program rounded rates for DPLL3. Since no SDRAM
memory timings are defined for the rounded rates, the initial SDRC
reprogram during init fails. Add in the correct timings here.
Problem reported by Kevin Hilman .
S
Hi,
This series updates some SDRAM parameter settings for the Qimonda parts
used on some 3430SDP boards.
Finally some 3430SDP boards are using bootloaders with rounded DPLL3 rates
(e.g., 16600 Hz rather than 165941176 Hz); update the Qimonda SDRAM
parameters.
Also when reviewing the timing c
The autorefresh counter value for the 66.6MHz rate for the Qimonda SDRAM
part is wrong; fix it.
Signed-off-by: Paul Walmsley
---
.../mach-omap2/sdram-qimonda-hyb18m512160af-6.h|6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/sdram-qimonda-hyb1
On Thu, 14 May 2009 10:49:59 -0700
Tony Lindgren wrote:
> This makes the framebuffer work on omap3.
>
> Also fix the clk_get usage for checkpatch.pl
> "ERROR: do not use assignment in if condition".
>
> Cc: Imre Deak
> Cc: linux-fbdev-de...@lists.sourceforge.net
> Signed-off-by: Tony Lindgren
Kim Kyuwon writes:
> Hi Kevin,
>
> Could you please review this fourth version of OMAP wakeup source driver?
>
Yes. I'm working through my backlog of PM branch submissions this
week.
I've been focusing on getting some of the PM branch reworked and
rebased so I can start submitting upstream.
FYI...
Just pushed another round of updates to the 'pm' branch of my
linux-omap-pm repo[1]. git shortlog below[2]
As far as I know, the only outstanding submissions which are being
discussed/reviewed are:
- Tero Kristo: OMAP3: PM: Force USB to standby if not used 2009-05-14
- Kim Kyuwon: O
* Janusz Krzysztofik [090512 03:54]:
> Hi,
>
> I am playing with OMAP 5910 based Amstrad E3 videophone (ams-delta)
> machine. I am trying to expose GPIO 4, that hook switch hangs off, to
> userspace.
>
> I can successfully access the pin by exporting it using gpiolib sysfs. I
> can check its
* Nishanth Menon [090422 13:47]:
> Rename the 3430sdp and ldp defconfig to make
> names to make them collected with omap3 filenames
Well we already have products that just have the product
name in the defconfig, like overo_defconfig and n770_defconfig.
I think we have more urgent patches to get
* Koen Kooi [090425 07:48]:
> Op 25 apr 2009, om 13:42 heeft Felipe Contreras het volgende geschreven:
>
>> While there has been good progress in the bridgedriver, it is still
>> *very* far away from meeting mainline standards and this makes many
>> people uneasy, including me.
>
>
> Is it "good e
From: Kalle Jokiniemi
The OMAP3430ES2_SAVEANDRESTORE_SHIFT macro is used
by powerdomain code in
"1 << OMAP3430ES2_SAVEANDRESTORE_SHIFT" manner, but
the definition was also (1 << 4), meaning we actually
modified bit 16. So the definition needs to be 4.
This fixes also a cold reset HW bug in OMAP3
From: Tony Lindgren
As per 3430 TRM, there are 6 banks [0 to 191]
Signed-off-by: Tom Rix
Signed-off-by: Vikram Pandita
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/gpio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/gpio.c b/arch/arm/pla
This makes the framebuffer work on omap3.
Also fix the clk_get usage for checkpatch.pl
"ERROR: do not use assignment in if condition".
Cc: Imre Deak
Cc: linux-fbdev-de...@lists.sourceforge.net
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/clock24xx.c |8
arch/arm/mach-omap2
With the clkdev, musb_core.c needs to register clock with name "ick".
Once all the platforms using the musb driver have been converted
to use clockdev, the clock name does not need to be passed
from the low-level init code.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/clock24xx.c |2
From: Jarkko Nikula
SPI driver will do unhandled fault on OMAP2420 if trying to probe
non-existing SPI busses. Register those additional busses runtime only
for cpus having them.
Signed-off-by: Jarkko Nikula
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/devices.c |6 --
1 files
From: Jarkko Nikula
Fix "tusb6010 init error 5, -19" and compilation warning from function
tusb6010_platform_retime "warning: 'sysclk_ps' is used uninitialized in this
function".
I suppose commit c094ba34b8f780885d029ce3c2715a194b780e5d was meant to test
for zero fclk_ps instead of sysclk_ps.
S
From: Paul Walmsley
GPIO de-bounce clocks don't have any impact on the module idle state, so
the clock code should not wait for the module to enable after the de-bounce
clocks are enabled.
Problem found by Kevin Hilman .
Signed-off-by: Paul Walmsley
Signed-off-by: Kevin Hilman
Signed-off-by:
From: Tomi Valkeinen
Print reserved memory only if it was actually reserved.
Signed-off-by: Tomi Valkeinen
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/fb.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/plat-omap/fb.c b/arch/arm/plat-omap/fb.c
in
Hi,
Here are some omap fixes for 2.6.30-rc5 for review.
Regards,
Tony
---
Jarkko Nikula (2):
ARM: OMAP2: Fix SPI driver failure on 2420 when running multi-omap config
ARM: OMAP2: Fix tusb6010 init error and compilation warning
Kalle Jokiniemi (1):
ARM: OMAP3: Fix HW SAVEANDR
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Thursday, May 14, 2009 12:10 PM
> To: Kalle Jokiniemi
> Kalle Jokiniemi writes:
>
> > The hardware SAVEANDRESTORE mechanism seems to leave
> > USB HOST power domain permanently into active state
> > after one transition from off t
* Imre Deak [090514 02:09]:
> On Wed, May 06, 2009 at 06:00:16AM +0200, ext Tony Lindgren wrote:
> > * Russell King - ARM Linux [090505 12:52]:
> > > On Tue, Apr 28, 2009 at 03:42:37PM -0700, Tony Lindgren wrote:
> > > > * Russell King - ARM Linux [090428 15:07]:
> > > > > Tony, et.al.,
> > > >
* Pierre Ossman [090426 12:22]:
> Should I queue this up or do you want to do something differently for
> this?
Looks like a valid fix to me.
Acked-by: Tony Lindgren
> On Thu, 16 Apr 2009 15:55:21 +1000
> Ben Nizette wrote:
>
> >
> > disable_irq() should wait for all running handlers to co
Kalle Jokiniemi writes:
> The CM_CLKEN_PLL register saved in scratchpad memory
> was wrongly using offset of 0x0004 instead of 0x.
>
> The effect of this was that boot ROM code would
> restore the wrong value when waking up from off mode.
> This wrong value, however, will be overwritten by
>
Kalle Jokiniemi writes:
> The hardware SAVEANDRESTORE mechanism seems to leave
> USB HOST power domain permanently into active state
> after one transition from off to active state.
> Disabling for now.
>
> Signed-off-by: Kalle Jokiniemi
Thanks, pushing to PM branch.
Paul, will you incoporate
Paul Walmsley writes:
> On Thu, 23 Apr 2009, Kalle Jokiniemi wrote:
>
>> Some modules have been specified only to exist in ES2.0
>> devices while they should exist on >= ES2.0 devices.
>> Fixed OMAP_CHIP_INIT() calls to take this to account.
>>
>> Signed-off-by: Kalle Jokiniemi
>
> At least the
Tero Kristo writes:
> From: Tero Kristo
>
> Parameter check for this function was bugged.
>
> Applies on top of PM branch.
>
> Signed-off-by: Tero Kristo
> Signed-off-by: Jouni Hogander
Thanks, pushing to PM branch today.
Kevin
> arch/arm/plat-omap/omap-pm-noop.c |4 ++--
> arch/arm/pl
Tero Kristo writes:
> From: Tero Kristo
>
> This will set the correct OPP after a lock has been released from sysfs.
>
> Applies on PM branch.
>
> Signed-off-by: Tero Kristo
> Signed-off-by: Jouni Hogander
Thanks, pushing to PM branch today.
Kevin
> ---
> arch/arm/mach-omap2/pm.c |2 ++
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Initial commit ID (Likely to change): 33c883f8e2413e0371b895743861d15351419225
PatchWorks
http://patchwork.kernel.org/patch/18663/
Git (Likely to change, and takes a while to get mirrored)
http://git.kernel.org/?p=linux/
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Initial commit ID (Likely to change): 3aff56edc2000488d749aca622c667533c28ae0f
PatchWorks
http://patchwork.kernel.org/patch/18660/
Git (Likely to change, and takes a while to get mirrored)
http://git.kernel.org/?p=linux/
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Initial commit ID (Likely to change): 2e4a0b9ddbc1c788d20321b5b8fdf4c1c20baf07
PatchWorks
http://patchwork.kernel.org/patch/16356/
Git (Likely to change, and takes a while to get mirrored)
http://git.kernel.org/?p=linux/
Hi,
* Mike Auty [090404 14:40]:
> Hi there,
>
> This is my first kernel-type patch, so please go easy on me if I've made
> any mistakes. I recently tried building the master kernel from master
> (commit e75343a207ef24490176abe3503743d7a006e299) and it failed at
> omap-sha1-md5.c with a file not
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Initial commit ID (Likely to change): e2196a74ba4faeb272caef961b22e9ab982fb442
PatchWorks
http://patchwork.kernel.org/patch/15586/
Git (Likely to change, and takes a while to get mirrored)
http://git.kernel.org/?p=linux/
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Initial commit ID (Likely to change): cffe61bb4de2c8f1ccf7e87ed5d7008d68001ff8
PatchWorks
http://patchwork.kernel.org/patch/13934/
Git (Likely to change, and takes a while to get mirrored)
http://git.kernel.org/?p=linux/
On Thu, 2009-05-14 at 08:39 -0700, Tony Lindgren wrote:
> Are there still some problems from ASoC point of view to
> convert ASoC to do the platform_device_alloc() from
> board init files?
This is still something that needs to be done for cards - the driver is
always called soc-audio. It needs an
Kalle,
In your "Enable IO-CHAIN wakeup" patch[1], you set a timout based on
1000 tries of reading back from PM_WKST_WKUP.
Just curious how you came up with that value.
On ES3.1 3430SDP, some TI folks are seeing that timeout warning
every time hitting idle.
Kevin
[1] http://marc.info/?l=linux-
Tero Kristo writes:
> From: Tero Kristo
>
> This patch will allow device to enter sleep mode while a USB cable is
> connected and USB is either disabled or built as a module from kernel
> config.
>
> Applies on top of PM branch.
>
> Signed-off-by: Tero Kristo
> ---
> arch/arm/mach-omap2/usb-mu
Hi,
When I copy a large file to/from NFS mounted filesystem, the system becomes
unresponsive and top command shows very high iowait(80%+) time. Though the IO
operation goes through, typical throughput is < 8Mbps/sec.
On the same system, testing for Ethernet driver throughput using iperf yields
c
Hi Mark,
One question below.
* Anuj Aggarwal [090514 01:30]:
> Resending the patch after fixing the minor issues.
>
> Signed-off-by: Anuj Aggarwal
> ---
> sound/soc/omap/Kconfig|8 +++
> sound/soc/omap/Makefile |2 +
> sound/soc/omap/omap3evm.c | 147
>
* Felipe Balbi [090514 01:15]:
> On Thu, May 14, 2009 at 03:44:14AM +0200, ext Tony Lindgren wrote:
> > * Felipe Balbi [090513 17:33]:
> > > On Thu, May 14, 2009 at 01:46:51AM +0200, ext Andrew de Quincey wrote:
> > > > Hi, I've just discovered that the patch at:
> > > >
> > > > http://git.kerne
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Initial commit ID (Likely to change): f5e41f6b2a0ec9877d0ecee294afd57a8597c671
PatchWorks
http://patchwork.kernel.org/patch/17530/
Git (Likely to change, and takes a while to get mirrored)
http://git.kernel.org/?p=linux/
* Peter 'p2' De Schrijver [090514 01:58]:
> On Thu, May 14, 2009 at 01:40:14AM +0200, ext Tony Lindgren wrote:
> > * Kim Kyuwon [090506 18:36]:
> > > Hi All,
> > >
> > > I sent this patch about 1 month ago.
> > > Can anybody check I'm sending correct patch?
> >
> > Peter, care to ack? Any news
2009/5/14 Kim Kyuwon :
> Hi All,
>
> We are using two UARTs port in OMAP3430 board shown as following
> UART 1 - not used
> UART 2 - BT
> UART 3 - console ("console=ttyS2,115200n8" in 'bootargs' of bootloader)
>
> Because we are not using UART port 1, I configured our board file as following
>
Thanks, Doyu-san.
We will push this change once system level validation is completed with TI test
suites.
Thank you,
Best regards,
Hari
> -Original Message-
> From: Hiroshi DOYU [mailto:hiroshi.d...@nokia.com]
> Sent: Thursday, May 14, 2009 1:12 AM
> To: Kanigeri, Hari
> Cc: Menon, Nish
From: Tero Kristo
Parameter check for this function was bugged.
Applies on top of PM branch.
Signed-off-by: Tero Kristo
Signed-off-by: Jouni Hogander
---
arch/arm/plat-omap/omap-pm-noop.c |4 ++--
arch/arm/plat-omap/omap-pm-srf.c |4 ++--
2 files changed, 4 insertions(+), 4 deletion
From: Tero Kristo
This patch will allow device to enter sleep mode while a USB cable is
connected and USB is either disabled or built as a module from kernel
config.
Applies on top of PM branch.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/usb-musb.c | 10 --
1 files changed,
From: Tero Kristo
This will set the correct OPP after a lock has been released from sysfs.
Applies on PM branch.
Signed-off-by: Tero Kristo
Signed-off-by: Jouni Hogander
---
arch/arm/mach-omap2/pm.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2
On Thu, May 14, 2009 at 01:59:19PM +0530, Anuj Aggarwal wrote:
> Resending the patch after fixing the minor issues.
>
> Signed-off-by: Anuj Aggarwal
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
Mor
> IMO, The regs do not need to move to a separate header unless they will
> be used outside of i2c-omap.c.
>
Would it not be cleaner to move them to a separate header file,
especially considering the fact that we have some 19 registers for
OMAP3 I2C and when we redefine them for OMAP4, there would
On Wed, May 06, 2009 at 06:00:16AM +0200, ext Tony Lindgren wrote:
> * Russell King - ARM Linux [090505 12:52]:
> > On Tue, Apr 28, 2009 at 03:42:37PM -0700, Tony Lindgren wrote:
> > > * Russell King - ARM Linux [090428 15:07]:
> > > > Tony, et.al.,
> > > >
> > > > Any ideas when more LDP suppor
On Thu, May 14, 2009 at 01:40:14AM +0200, ext Tony Lindgren wrote:
> * Kim Kyuwon [090506 18:36]:
> > Hi All,
> >
> > I sent this patch about 1 month ago.
> > Can anybody check I'm sending correct patch?
>
> Peter, care to ack? Any news on sending the scripts part of twl
> driver upstream?
>
>
Hi All,
We are using two UARTs port in OMAP3430 board shown as following
UART 1 - not used
UART 2 - BT
UART 3 - console ("console=ttyS2,115200n8" in 'bootargs' of bootloader)
Because we are not using UART port 1, I configured our board file as following
735 static struct omap_uart_config omap
Resending the patch after fixing the minor issues.
Signed-off-by: Anuj Aggarwal
---
sound/soc/omap/Kconfig|8 +++
sound/soc/omap/Makefile |2 +
sound/soc/omap/omap3evm.c | 147 +
3 files changed, 157 insertions(+), 0 deletions(-)
create
On Thu, May 14, 2009 at 03:44:14AM +0200, ext Tony Lindgren wrote:
> * Felipe Balbi [090513 17:33]:
> > On Thu, May 14, 2009 at 01:46:51AM +0200, ext Andrew de Quincey wrote:
> > > Hi, I've just discovered that the patch at:
> > >
> > > http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-
On Wed, 2009-05-13 at 18:54 +0200, ext Kevin Hilman wrote:
> Phil Carmody writes:
>
> > On Wed, 2009-05-13 at 17:10 +0200, ext Kevin Hilman wrote:
> >> Phil Carmody writes:
> >>
> >> > A couple of simple patches to improve error handling in smartreflex.
> >> > The first has a practical benefit
85 matches
Mail list logo