On Fri, Nov 9, 2012 at 9:17 AM, Mark A. Greer wrote:
> On Fri, Nov 09, 2012 at 06:28:16PM +0200, Kasatkin, Dmitry wrote:
>> On Wed, Nov 7, 2012 at 4:57 AM, Mark A. Greer wrote:
>> > From: "Mark A. Greer"
>> >
>> > Remove usage of the private OMAP DMA API.
>> > The dmaengine API will be used inst
Hi,
On 2012-11-13 21:10, Ricardo Neri wrote:
> Hi Tomi,
>
> On 11/05/2012 07:14 AM, Tomi Valkeinen wrote:
>> From: Ricardo Neri
>>
>> Add the pinmux configuration for HDMI and TPD12S015A. Configure the
>> gpios for the TPD12S015A and SDA, SCL and CEC for HDMI.
>
> Do you plan to upstream the co
On 11/13/12 18:13, Jon Hunter wrote:
>
> On 11/13/2012 03:14 AM, Igor Grinberg wrote:
>> On 11/12/12 21:15, Jon Hunter wrote:
>>>
>>> On 11/11/2012 05:28 AM, Igor Grinberg wrote:
On 11/08/12 21:16, Jon Hunter wrote:
>
> On 11/08/2012 12:59 PM, Hiremath, Vaibhav wrote:
>>
On Wed, Nov 14, 2012 at 06:49:58AM +, AnilKumar, Chimata wrote:
> Earlier you have a comment on this thread, I am adding my comments
> on top of it. Sorry if I am in wrong direction.
Ah, I see. I was just commenting because Benoit was asking if this
should be supported with a standard framew
On Wed, Nov 14, 2012 at 11:51:19, Mark Brown wrote:
> On Wed, Nov 14, 2012 at 06:11:45AM +, AnilKumar, Chimata wrote:
>
> > From these two threads we can infer that this is handled in power_off
> > sequence only. And this is feature of PMIC to go to shutdown mode nothing
> > to be fixed in sil
On Wed, Nov 14, 2012 at 06:11:45AM +, AnilKumar, Chimata wrote:
> From these two threads we can infer that this is handled in power_off
> sequence only. And this is feature of PMIC to go to shutdown mode nothing
> to be fixed in silicon. PWR_EN line can be connected to any of these like
> PRCM
On Wed, Nov 14, 2012 at 10:40:18, AnilKumar, Chimata wrote:
> On Wed, Nov 14, 2012 at 07:53:42, Mark Brown wrote:
> > On Mon, Nov 05, 2012 at 05:59:36PM +0100, Benoit Cousson wrote:
> > > On 11/05/2012 10:42 AM, AnilKumar Ch wrote:
> >
> > > > +Optional properties:
> > > > +- ti,pmic-shutdown-cont
On Wed, Nov 14, 2012 at 05:50:46AM +, AnilKumar, Chimata wrote:
> On Wed, Nov 14, 2012 at 10:31:42, AnilKumar, Chimata wrote:
*Please* cut out irrelevant context from your mails.
> Details regarding how PMIC PWR_EN is connected to RTC module
OK... but what am I expected to do with this info
On Wed, Nov 14, 2012 at 10:31:42, AnilKumar, Chimata wrote:
> +Mark
>
> On Mon, Nov 12, 2012 at 15:17:13, AnilKumar, Chimata wrote:
> > On Tue, Nov 06, 2012 at 22:26:54, Cousson, Benoit wrote:
> > > Hi Anil,
> > >
> > > On 11/06/2012 06:07 AM, AnilKumar, Chimata wrote:
> > > > On Mon, Nov 05, 201
On Wed, Nov 14, 2012 at 05:01:45AM +, AnilKumar, Chimata wrote:
> +Mark
...without any words as to why I'm being added or what the content in
the message is?
signature.asc
Description: Digital signature
On Wed, Nov 14, 2012 at 07:53:42, Mark Brown wrote:
> On Mon, Nov 05, 2012 at 05:59:36PM +0100, Benoit Cousson wrote:
> > On 11/05/2012 10:42 AM, AnilKumar Ch wrote:
>
> > > +Optional properties:
> > > +- ti,pmic-shutdown-controller: Telling the PMIC to shutdown on PWR_EN
> > > toggle.
>
> > Tha
+Mark
On Mon, Nov 12, 2012 at 15:17:13, AnilKumar, Chimata wrote:
> On Tue, Nov 06, 2012 at 22:26:54, Cousson, Benoit wrote:
> > Hi Anil,
> >
> > On 11/06/2012 06:07 AM, AnilKumar, Chimata wrote:
> > > On Mon, Nov 05, 2012 at 22:13:25, Cousson, Benoit wrote:
> > >> Hi Anil / Colin,
> > >>
> > >>
On Tue, Nov 13, 2012 at 08:30:49PM -0600, Ricardo Neri wrote:
> Instead of defining the address offset of the DMA port for transfers of
> audio samples, obtain this information from the resources of the device.
> This device and its resources are created by the OMAPDSS HDMI driver.
Presumably this
This prevents hwmod _enable_clocks...omap2_dflt_clk_enable path
from enabling modulemode inside CLKCTRL using its clk->enable_reg
field. Instead is left to _omap4_enable_module though soc_ops, as
the one in charge of this setting.
According to comments received[1] for related patches the idea is
t
Use runtime PM functionality interfaced with hwmod enable/idle
functions, to replace direct clock operations and sysconfig
handling.
Dues to reset sequence, pm_runtime_put_sync must be used, to avoid
possible operations with the module under reset.
Signed-off-by: Omar Ramirez Luna
---
arch/arm/
Use hwmod data and device attributes to build and register an
omap device for iommu driver.
- Update the naming convention in isp module.
- Remove unneeded check for number of resources, as this is now
handled by omap_device and prevents driver from loading.
- Now unused, remove platform dev
These patches are needed for remoteproc to work on OMAP4.
Introduced iommu hwmod support for OMAP3 (iva, isp) and
OMAP4 (ipu, dsp), along with the corresponding runtime PM
and routines to deassert reset lines, enable/disable clocks
and configure sysc registers.
For this series I dropped the patch
Instead of defining the address offset of the DMA port for transfers of
audio samples, obtain this information from the resources of the device.
This device and its resources are created by the OMAPDSS HDMI driver.
Signed-off-by: Ricardo Neri
---
sound/soc/omap/omap-hdmi.c |3 +--
sound/soc/
Being the name of a machine driver, it aims to describe the connection between
the HDMI IP of the processor and the companion chip it uses to connect to the
outside world. This name tries to follow the same naming convention as in
the OMAP-ABE-TWL6040 machine driver.
TPD12S015 is an HDMI companion
Update the driver name to use the platform device created by the OMAPDSS HDMI
driver for interested audio drivers to use.
This platform device represents the audio functionality of the HDMI IP in
the applicable OMAP processors. It does not make explicit reference to ASoC
concepts such as DAI.
Sig
Hi Mark, Liam,
Now that the OMAPDSS HDMI driver will create the platform device for HDMI audio
[1], the ASoC drivers need to be updated as well. Also, I took the opportunity
to give the drivers more meaningful and descriptive names.
The last patch in the series makes the CPU DAI driver look clean
On Mon, Nov 05, 2012 at 05:59:36PM +0100, Benoit Cousson wrote:
> On 11/05/2012 10:42 AM, AnilKumar Ch wrote:
> > +Optional properties:
> > +- ti,pmic-shutdown-controller: Telling the PMIC to shutdown on PWR_EN
> > toggle.
> That sounds like a generic functionality to me. Don't we have some more
* Kevin Hilman [121113 17:20]:
> Tony,
>
> The following changes since commit 3d70f8c617a436c7146ecb81df2265b4626dfe89:
>
> Linux 3.7-rc4 (2012-11-04 11:07:39 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
> t
Hi Mark,
"Mark A. Greer" writes:
> From: "Mark A. Greer"
>
> Convert the omap-sham crypto driver to use the
> pm_runtime API instead of the clk API.
>
> CC: Kevin Hilman
> CC: Paul Walmsley
> CC: Dmitry Kasatkin
> Signed-off-by: Mark A. Greer
Acked-by: Kevin Hilman
This looks much better
Tony Lindgren writes:
> * Paul Walmsley [121112 11:33]:
>>
>> Here are some basic OMAP test results for Linux v3.7-rc5.
>> Logs and other details at:
>>
>> http://www.pwsan.com/omap/testlogs/test_v3.7-rc5/2012081034/
>>
>>
>> Passing tests
>> -
>>
>> Boot to userspace (9
Felipe Balbi writes:
> HI,
>
> On Fri, Nov 09, 2012 at 04:30:35PM +0200, Tero Kristo wrote:
>> Commit c9e4412ab8eb8ef82d645d8749c4ce96ad490007 removed all of the USB
>> PHY functions for OMAP4, but this causes a problem with core retention
>> as the MUSB module remains enabled if omap-usb2 phy dr
* Jon Hunter [121113 14:56]:
>
> On 11/13/2012 04:26 PM, Tony Lindgren wrote:
> > * Jon Hunter [121113 10:15]:
> >> Move plat/dmtimer.h to plat-omap/dmtimer.h in order to support a single
> >> zImage for ARM devices.
> >
> > Let's skip this one for now as it turns out this solution won't
> > wo
On Tue, Nov 13, 2012 at 10:09:28AM +0200, Pantelis Antoniou wrote:
> Hi David,
>
> On Nov 13, 2012, at 9:25 AM, David Gibson wrote:
>
> > On Mon, Nov 12, 2012 at 09:52:32AM -0700, Stephen Warren wrote:
> >> On 11/12/2012 05:10 AM, Pantelis Antoniou wrote:
> > [snip]
> >>> Oh yes. In fact if one w
On 11/13/2012 04:26 PM, Tony Lindgren wrote:
> * Jon Hunter [121113 10:15]:
>> Move plat/dmtimer.h to plat-omap/dmtimer.h in order to support a single
>> zImage for ARM devices.
>
> Let's skip this one for now as it turns out this solution won't
> work either for multiplatform without adding nas
* Jon Hunter [121113 10:15]:
> Move plat/dmtimer.h to plat-omap/dmtimer.h in order to support a single
> zImage for ARM devices.
Let's skip this one for now as it turns out this solution won't
work either for multiplatform without adding nasty hacks to
arch/arm/Makefile to include arch/arm/plat-o
* Jon Hunter [121113 09:18]:
> The following changes since commit d308ba50a1234b299a00e63a95e61fdeb2f1a2df:
>
> Merge branch 'omap-for-v3.8/cleanup-headers-prepare-multiplatform-v3' into
> omap-for-v3.8/dt (2012-11-09 14:58:34 -0800)
>
> are available in the git repository at:
>
>
> g...@
Ethernet is not currently working on the OMAP2420 H4 board. In commit
f604931 (ARM: OMAP: abstract debug card setup (smc, leds)) the function
h4_init_smc91x() that initialised the ethernet controller was renamed to
h4_init_debug() but was never called when initialising the board.
Adding a call to
The OMAP2420 H4 board was the only board using the
plat-omap/debug-devices.c code for configuring ethernet support. Now
that OMAP2420 H4 has been migrated to use the generic gpmc code for
configuring ethernet support, the debug-devices.c file is no longer
used and so remove it and its header file.
Fix ethernet support for OMAP2420 and remove legacy code for ethernet
configuration.
Jon Hunter (2):
ARM: OMAP2420: Fix ethernet support for OMAP2420 H4
ARM: OMAP: Remove debug-devices.c
arch/arm/mach-omap2/board-h4.c | 80 +++---
arch/arm/mach-omap2/debug-devi
* Paul Walmsley [121113 08:51]:
> Hi Tony
>
> The following changes since commit c9d501e5cb0238910337213e12a09127221c35d8:
>
> Merge tag 'omap-cleanup-b2-for-3.8' of
> git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending into
> omap-for-v3.8/cleanup-prcm (2012-11-09 14:13:43 -0800)
Hello,
On Tue, Nov 13, 2012 at 02:09:59PM -0400, Eduardo Valentin wrote:
> Hello again Greg,
>
> So here is the correct set of changes. They now include the
> right version of the patches and with the fixes reported
> by Enric. Thanks Enric for the heads up.
>
> So, Several compilation fixes and
Tero Kristo writes:
> On Tue, 2012-11-06 at 13:19 -0800, Kevin Hilman wrote:
>> Tero Kristo writes:
>>
>> > Hi Kevin,
>> >
>> > On Mon, 2012-11-05 at 14:23 -0800, Kevin Hilman wrote:
>> >> Hi Tero,
>> >>
>> >> Tero Kristo writes:
>> >>
>> >> > Hi,
>> >> >
>> >> > Changes compared to previous
The following changes since commit 6ba54ab4a49bbad736b0254aa6bdf0cb83013815:
ARM: OMAP: Remove omap_init_consistent_dma_size() (2012-11-06 16:01:19 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v3.8/gpmc-signed
The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
Linux 3.7-rc1 (2012-10-14 14:41:04 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v3.8/board-v2-signed
for you to fetch changes up to 0
Hi Mitch,
On Nov 13, 2012, at 9:09 PM, Mitch Bradley wrote:
> On 11/13/2012 8:29 AM, Stephen Warren wrote:
>> On 11/13/2012 11:10 AM, Mitch Bradley wrote:
>>> It seems to me that this capebus discussion is missing an important
>>> point. The name capebus suggests that it is a bus, so there shoul
The following changes since commit 3d70f8c617a436c7146ecb81df2265b4626dfe89:
Linux 3.7-rc4 (2012-11-04 11:07:39 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v3.8/pm-signed
for you to fetch changes up to 46bf4a5
Hi Tomi,
On 11/05/2012 07:14 AM, Tomi Valkeinen wrote:
From: Ricardo Neri
Add the pinmux configuration for HDMI and TPD12S015A. Configure the
gpios for the TPD12S015A and SDA, SCL and CEC for HDMI.
Do you plan to upstream the complete DT-boot support for DSS
(specifically, HDMI) for 3.8? I
The following changes since commit edf8dde393f879fc2d8c22d4bc01ff8d37b80e1a:
Merge branch 'linus' into
omap-for-v3.8/cleanup-headers-prepare-multiplatform-v3 (2012-11-09 14:58:01
-0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
On 11/13/2012 8:29 AM, Stephen Warren wrote:
> On 11/13/2012 11:10 AM, Mitch Bradley wrote:
>> It seems to me that this capebus discussion is missing an important
>> point. The name capebus suggests that it is a bus, so there should be a
>> parent node to represent that bus. It should have a driv
The following changes since commit 7fc54fd3084457c7f11b9e2e1e3fcd19a3badc33:
Merge branch 'omap-for-v3.8/cleanup-headers' into omap-for-v3.8/cleanup-prcm
(2012-10-26 13:32:22 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tag
* Tony Lindgren [121113 09:46]:
> * Tony Lindgren [121112 17:07]:
> > * Tony Lindgren [121112 17:01]:
Ah, I have a typo^^^ in my script..
> Hmm looks like requests 2 - 6 never made it to the lists
> for whatever reason. I'll resend these, no changes have been
> made to the pull requests.
Paul Walmsley writes:
> On Fri, 9 Nov 2012, Kevin Hilman wrote:
>
>> I found that disabling MMC in the config made the tests pass again, so
>> then bisected it down to the commit below removing SYSCONFIG
>> accesses[2]. I haven't had the time to find out exactly the cause, but
>> clearly the cod
On 11/13/2012 11:10 AM, Mitch Bradley wrote:
> It seems to me that this capebus discussion is missing an important
> point. The name capebus suggests that it is a bus, so there should be a
> parent node to represent that bus. It should have a driver whose API
> implements all of the system-interf
Move plat/dmtimer.h to plat-omap/dmtimer.h in order to support a single
zImage for ARM devices.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap1/pm.c |2 +-
arch/arm/mach-omap1/timer.c|2 +-
arch/arm/mach-omap2/omap_hwmod_2xxx_ipblock_da
Move definition of dmtimer platform data structure in to its own header
under .
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap1/timer.c|1 +
arch/arm/mach-omap2/timer.c|2 ++
arch/arm/plat-omap/dmtimer.c |2 ++
arch/arm/plat-omap/includ
Some source files are including dmtimer.h but not actually using any dmtimer
definitions or functions. Therefore, remove the inclusion dmtimer.h from these
source files.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap1/timer32k.c |1 -
arch/arm/mach-omap2/omap_hwmod_2420_data.c
Remove unnecessary declaration of structure omap_dm_timer from dmtimer.h and
move the actual declaration of structure omap_dm_timer towards top of dmtimer.h
to avoid any compilation errors.
Signed-off-by: Jon Hunter
---
arch/arm/plat-omap/include/plat/dmtimer.h | 52 ++-
The OMAP2+ system timer code stores the physical address of the timer
but never uses it. Remove this and clean-up the code by removing the
local variable "size" and changing the names of the local variables
mem_rsrc and irq_rsrc to mem and irq, respectively.
Signed-off-by: Jon Hunter
---
arch/ar
The omap_dm_timer_prepare function is a local function only used in the
dmtimer.c file. Therefore, make this a static function and remove its
declaration from the dmtimer.h file.
Signed-off-by: Jon Hunter
---
arch/arm/plat-omap/dmtimer.c |2 +-
arch/arm/plat-omap/include/plat/dm
The function omap_dm_timer_init_one() declares two local variables of
type int that are used to store the return value of functions called.
One such local variable is sufficient and so remove one of these local
variables.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/timer.c | 11 +
Only OMAP1 devices use the omap_dm_timer_reset() and so require the
omap_dm_timer_wait_for_reset() and __omap_dm_timer_reset() functions.
Therefore combine these into a single function called omap_dm_timer_reset()
and simplify the code.
The omap_dm_timer_reset() function is now the only place that
This series cleans-up the DMTIMER code and moves the DMTIMER header
from plat/dmtimer.h to plat-omap/dmtimer.h in preparation for single
zImage support.
This series in based upon DMTIMER fixes series [1].
Tested on OMAP5912 OSK, OMAP3430 Beagle and OMAP4430 Panda.
Testing includes ...
1. Booting
From: Radhesh Fadnis
In the context restore function, if the context is lost or
not is being checked by the contents of the counter register.
But this is logic hold good as long as counter reset value is
zero, if the reset value is non-zero then above logic doesn't
hold good. Hence removed checki
For debugging purposes, print the IRQ event for the domain being processed.
Signed-off-by: Enric Balletbo i Serra
Signed-off-by: Eduardo Valentin
---
drivers/staging/omap-thermal/omap-bandgap.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/omap-the
Because the driver is not really using platform data, this patch
removes the pdata nomenclature from this driver.
Signed-off-by: Eduardo Valentin
---
drivers/staging/omap-thermal/omap-thermal-common.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/o
The API exposed by cpu cooling does not need any freq clip
table anymore. Now the cpu cooling device is smart enough
to build its own table.
For this reason, this patch removes all the code that is
generating a freq clip table and also removes all references
in data structures regarding freq clip
Because we are not including linux/io.h, the driver is not compiling.
This patch adds the missing header.
Signed-off-by: Eduardo Valentin
---
drivers/staging/omap-thermal/omap-bandgap.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/omap-thermal/omap-ban
Hello again Greg,
So here is the correct set of changes. They now include the
right version of the patches and with the fixes reported
by Enric. Thanks Enric for the heads up.
So, Several compilation fixes and a couple of debugging prints
added to the omap-thermal driver under staging area.
Patc
It seems to me that this capebus discussion is missing an important
point. The name capebus suggests that it is a bus, so there should be a
parent node to represent that bus. It should have a driver whose API
implements all of the system-interface functions a cape needs.
If you look at the way t
Hello Greg,
I will repost this series as I found I sent you wrong set of patches.
Please check the next version.
On 13-11-2012 11:43, Eduardo Valentin wrote:
Hello Greg,
Several compilation fixes and a couple of debugging prints
added to the omap-thermal driver under staging area.
Patches ar
The following changes since commit edf8dde393f879fc2d8c22d4bc01ff8d37b80e1a:
Merge branch 'linus' into
omap-for-v3.8/cleanup-headers-prepare-multiplatform-v3 (2012-11-09 14:58:01
-0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
* Tony Lindgren [121112 17:07]:
> * Tony Lindgren [121112 17:01]:
> > The following changes since commit edf8dde393f879fc2d8c22d4bc01ff8d37b80e1a:
> >
> > Merge branch 'linus' into
> > omap-for-v3.8/cleanup-headers-prepare-multiplatform-v3 (2012-11-09 14:58:01
> > -0800)
> >
> > are availab
The following changes since commit d308ba50a1234b299a00e63a95e61fdeb2f1a2df:
Merge branch 'omap-for-v3.8/cleanup-headers-prepare-multiplatform-v3' into
omap-for-v3.8/dt (2012-11-09 14:58:34 -0800)
are available in the git repository at:
g...@github.com:jonhunter/linux.git fixes-timer
for
On 11/13/2012 01:09 AM, Pantelis Antoniou wrote:
> On Nov 13, 2012, at 9:25 AM, David Gibson wrote:
...
>> 1) We annotate the base tree with some extra label information for
>> nodes which overlays are likely to want to reference by phandle. e.g.
>>
>> beaglebone_pic: interrupt-controller@XXX
On 11/13/2012 12:25 AM, David Gibson wrote:
> On Mon, Nov 12, 2012 at 09:52:32AM -0700, Stephen Warren wrote:
>> On 11/12/2012 05:10 AM, Pantelis Antoniou wrote:
> [snip]
>>> Oh yes. In fact if one was to use a single kernel image for beagleboard
>>> and beaglebone, for the cape to work for both, i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony
The following changes since commit c9d501e5cb0238910337213e12a09127221c35d8:
Merge tag 'omap-cleanup-b2-for-3.8' of
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending into
omap-for-v3.8/cleanup-prcm (2012-11-09 14:13:43 -0800)
Quoting Laurent Pinchart (2012-11-13 05:42:35)
> Hi Mike,
>
> Thank you for the patches.
>
> On Wednesday 07 November 2012 17:12:35 Mike Turquette wrote:
> > From: Mike Turquette
> >
> > Hi all,
> >
> > This series is based on top of Paul's PRM/CM clean-up work. It is a
> > refresh of the pat
Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc5.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc5/2012081034/
Passing tests
-
Boot to userspace (9/11): 2420n800, 2430sdp, 3517evm, 3530es3beagle,
3730beaglexm, 37x
On 11/13/2012 03:14 AM, Igor Grinberg wrote:
> On 11/12/12 21:15, Jon Hunter wrote:
>>
>> On 11/11/2012 05:28 AM, Igor Grinberg wrote:
>>>
>>>
>>> On 11/08/12 21:16, Jon Hunter wrote:
On 11/08/2012 12:59 PM, Hiremath, Vaibhav wrote:
> On Fri, Nov 09, 2012 at 00:24:23, Hunter, Jon wro
Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc5.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc5/2012081034/
Passing tests
-
Boot to userspace (9/11): 2420n800, 2430sdp, 3517evm, 3530es3beagle,
3730beaglexm, 37x
Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc5.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc5/2012081034/
Passing tests
-
Boot to userspace (9/11): 2420n800, 2430sdp, 3517evm, 3530es3beagle,
3730beaglexm, 37x
Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc5.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc5/2012081034/
Passing tests
-
Boot to userspace (9/11): 2420n800, 2430sdp, 3517evm, 3530es3beagle,
3730beaglexm, 37x
On 13/11/12 15:35, Paul Walmsley wrote:
>
> instead of this:
>
>>> $ cat arch/arm/boot/uImage arch/arm/boot/am335x-bone.dtb >
>>> arch/arm/boot/uImage-dtb.am335x-bone
>>> $ cp arch/arm/boot/uImage-dtb.am335x-bone /media/boot/uImage
>
> something like this is what you need to do instead:
>
> $
From: Radhesh Fadnis
In the context restore function, if the context is lost or
not is being checked by the contents of the counter register.
But this is logic hold good as long as counter reset value is
zero, if the reset value is non-zero then above logic doesn't
hold good. Hence removed checki
For debugging purposes, print the IRQ event for the domain being processed.
Signed-off-by: Eduardo Valentin
---
drivers/staging/omap-thermal/omap-bandgap.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/omap-thermal/omap-bandgap.c
b/drivers/staging/
The API exposed by cpu cooling does not need any freq clip
table anymore. Now the cpu cooling device is smart enough
to build its own table.
For this reason, this patch removes all the code that is
generating a freq clip table and also removes all references
in data structures regarding freq clip
Because the driver is not really using platform data, this patch
removes the pdata nomenclature from this driver.
Signed-off-by: Eduardo Valentin
---
drivers/staging/omap-thermal/omap-thermal-common.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/o
Because we are not including asm/io.h, the driver is not compiling.
This patch adds the missing header.
Signed-off-by: Eduardo Valentin
---
drivers/staging/omap-thermal/omap-bandgap.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/omap-thermal/omap-bandg
Hello Greg,
Several compilation fixes and a couple of debugging prints
added to the omap-thermal driver under staging area.
Patches are also available here:
g...@gitorious.org:thermal-framework/thermal-framework.git
thermal_work/omap/omap-thermal-fixes
Cheers,
Eduardo Valentin (4):
staging:
On Tue, 13 Nov 2012, Mark Jackson wrote:
> On 06/11/12 09:47, Mark Jackson wrote:
>
> > That works ... great !!
> >
> > But now I'm confused, since I thought the DTB was appended to the uImage
> > file.
The DTB is appended to the zImage file. You then need to convert the
product of the concat
On 06/11/12 09:47, Mark Jackson wrote:
> On 06/11/12 06:16, Hiremath, Vaibhav wrote:
>>
>> Where is your DTB? Is it appended to Kernel image?
>> Can you try below sequence/commands from u-boot?
>>
>>
>> mmc rescan 0
>> fatload mmc 0 8000 am335x-bone.dtb
>> fatload mmc 0 8100 uImage
>> seten
From: Rob Clark
A new atomic modeset/pageflip ioctl being developed in DRM requires
get_user() to work for 64bit types (in addition to just put_user()).
v1: original
v2: pass correct size to check_uaccess, and better handling of narrowing
double word read with __get_user_xb() (Russell King's
Hi Mike,
Thank you for the patches.
On Wednesday 07 November 2012 17:12:35 Mike Turquette wrote:
> From: Mike Turquette
>
> Hi all,
>
> This series is based on top of Paul's PRM/CM clean-up work. It is a
> refresh of the patches Rajendra sent out a while back[1], with the
> addition of severa
Hi Grant,
On Nov 13, 2012, at 2:24 PM, Grant Likely wrote:
> On Tue, Nov 13, 2012 at 8:09 AM, Pantelis Antoniou
> wrote:
>> On Nov 13, 2012, at 9:25 AM, David Gibson wrote:
>> Not good to rely on userspace kicking off dtc and compiling from source.
>> Some capes/expansion boards might have your
On Mon, Nov 5, 2012 at 5:53 PM, Shubhrajyoti D wrote:
>
> Does the followiing
> - Make the revision a 32- bit consisting of rev_lo amd rev_hi each
> of 16 bits.
>
> - Also use the revision register for the erratum i207.
> - Refactor the i2c_omap_init code.
>
> Adds a patch to remove the hardcoding
On Tue, Nov 13, 2012 at 8:09 AM, Pantelis Antoniou
wrote:
> On Nov 13, 2012, at 9:25 AM, David Gibson wrote:
> Not good to rely on userspace kicking off dtc and compiling from source.
> Some capes/expansion boards might have your root fs device, for example
> there is an eMMC cape coming up, while
On Tue, Nov 13, 2012 at 09:11:09AM +, Arnd Bergmann wrote:
> On Tuesday 13 November 2012, Rob Clark wrote:
> > right, that is what I was worried about.. but what about something
> > along the lines of:
> >
> > case 8: { \
> >
Hi,
On Tue, Nov 13, 2012 at 11:57:13AM +0100, Peter Ujfalusi wrote:
> On 11/13/2012 11:37 AM, Felipe Balbi wrote:
> > ok good. Unfortunately I have already sent this merge window's pull
> > request to Greg so I'd have to delay this until v3.9. If that's ok with
> > you, I can take it through my tr
On Mon, Nov 12, 2012 at 06:31:50PM -0600, Rob Clark wrote:
> right, that is what I was worried about.. but what about something
> along the lines of:
>
> case 8: { \
> if (sizeof(x) < 8)
On 11/13/2012 11:37 AM, Felipe Balbi wrote:
> ok good. Unfortunately I have already sent this merge window's pull
> request to Greg so I'd have to delay this until v3.9. If that's ok with
> you, I can take it through my tree.
I hoped that this can go with 3.8 since in 3.9 I'm planning to remove al
Hi,
On Tue, Nov 13, 2012 at 11:28:15AM +0100, Peter Ujfalusi wrote:
> Hi Felipe,
>
> On 11/13/2012 10:47 AM, Felipe Balbi wrote:
> > On Tue, Nov 13, 2012 at 10:43:38AM +0100, Peter Ujfalusi wrote:
> >> To facilitate upcoming cleanup in twl stack.
> >> No functional changes.
> >>
> >> Signed-off-b
New PWM drivers are being prepared for twl series which will enable the use
of all PWMs (PWMs and LEDs).
They are implemented as generic PWM drivers to be able to use them for different
purposes.
The current platform code was broken: the leds_pwm driver was not able to pick
up the PWM since the pwm
Hi Felipe,
On 11/13/2012 10:47 AM, Felipe Balbi wrote:
> On Tue, Nov 13, 2012 at 10:43:38AM +0100, Peter Ujfalusi wrote:
>> To facilitate upcoming cleanup in twl stack.
>> No functional changes.
>>
>> Signed-off-by: Peter Ujfalusi
>
> I guess this one must go together with the rest of your serie
On Tue, Nov 13, 2012 at 10:43:38AM +0100, Peter Ujfalusi wrote:
> To facilitate upcoming cleanup in twl stack.
> No functional changes.
>
> Signed-off-by: Peter Ujfalusi
I guess this one must go together with the rest of your series...
Acked-by: Felipe Balbi
> ---
> drivers/usb/otg/twl4030-u
To facilitate upcoming cleanup in twl stack.
No functional changes.
Signed-off-by: Peter Ujfalusi
---
drivers/usb/otg/twl4030-usb.c | 46 ---
1 file changed, 21 insertions(+), 25 deletions(-)
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/tw
1 - 100 of 124 matches
Mail list logo
