Paul Walmsley p...@pwsan.com writes:
Hi Kevin
On Fri, 19 Oct 2012, Paul Walmsley wrote:
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/
...
Failing tests
it
a quick test if you have a moment. Probably the kernel is implicitly
assuming that the bootloader has enabled something.
I don't wish to create more work for you, but it could be good to add
silicon revision, u-boot release (if applicable)
These can be found by clicking through the link
On Mon, 22 Oct 2012, Paul Walmsley wrote:
On Mon, 22 Oct 2012, Jon Hunter wrote:
and toolchain used for any failures.
This would indeed be useful and will try to figure out a good way to add
that information.
Just realized that some of this appears in the beginning of the bootlogs:
[
On 10/22/2012 01:35 PM, Paul Walmsley wrote:
(including the lists in my reply this time, oops; also adding some more
detail)
On Mon, 22 Oct 2012, Jon Hunter wrote:
On 10/20/2012 04:26 PM, Paul Walmsley wrote:
Failing tests: fixed by posted patches
On 10/22/2012 01:36 PM, Paul Walmsley wrote:
On Mon, 22 Oct 2012, Paul Walmsley wrote:
On Mon, 22 Oct 2012, Jon Hunter wrote:
and toolchain used for any failures.
This would indeed be useful and will try to figure out a good way to add
that information.
Just realized that some of
Kevin Hilman khil...@deeprootsystems.com writes:
Aaro Koskinen aaro.koski...@iki.fi writes:
Hi,
On Fri, Oct 19, 2012 at 10:01:36PM +0300, Felipe Balbi wrote:
On Fri, Oct 19, 2012 at 10:03:58PM +0300, Aaro Koskinen wrote:
FYI, I saw I2C hangs also on Nokia N900 with v3.7-rc1 (omap_i2c
Kevin Hilman khil...@deeprootsystems.com writes:
Paul Walmsley p...@pwsan.com writes:
Hi Kevin
On Fri, 19 Oct 2012, Paul Walmsley wrote:
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at
http
Matt Porter mpor...@ti.com writes:
On Sat, Oct 20, 2012 at 06:58:10PM +, Paul Walmsley wrote:
On Sat, 20 Oct 2012, Richard Cochran wrote:
On Sat, Oct 20, 2012 at 06:12:35PM +, Paul Walmsley wrote:
Just tried omap2plus_defconfig here and the board didn't boot,
confirming
+Igor
Paul Walmsley p...@pwsan.com writes:
Here are some basic OMAP test results for Linux v3.7-rc2.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc2/20121020134755/
[...]
* 37xx EVM: CORE not entering dynamic off-idle
- Cause unknown; dynamic retention
On Mon, Oct 22, 2012 at 01:48:37PM -0500, Jon Hunter wrote:
On 10/22/2012 01:35 PM, Paul Walmsley wrote:
(including the lists in my reply this time, oops; also adding some more
detail)
On Mon, 22 Oct 2012, Jon Hunter wrote:
On 10/20/2012 04:26 PM, Paul Walmsley wrote:
Failing
On Mon, 22 Oct 2012, Matt Porter wrote:
I've mentioned this a few times in various threads...no need to use
appended DTB on a current U-Boot. Some of us are indeed booting this way
with the DTB properly passed separately from the bootloader and chosen
filled out by the bootloader. And yes,
On Tue, 23 Oct 2012, Paul Walmsley wrote:
As Kevin mentioned earlier, this is unfortunately not true for those of us
with earlier BeagleBoards:
er, BeagleBones, rather...
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Sat, Oct 20, 2012 at 04:27:19PM +, Paul Walmsley wrote:
Here's the console log from the boot test here:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/20121017205513/boot/am335xbone/am335xbone_log.txt
And here's the kernel config and uImage+DTB from the boot test here:
http
is the
offical boot method, AFAICT. At least, that is what people are
saying on the arm list. So I think that if you want to test whether a
particular board is booting correctly, it is more useful to try the
offical method.
I'm not interested in testing the bootloader, only the kernel
On Sun, Oct 21, 2012 at 08:23:35AM +, Paul Walmsley wrote:
On Sun, 21 Oct 2012, Richard Cochran wrote:
When I read your report, it gave me a much rosier picture than is
actually the case WRT the beaglebone.
Really? What section of the message provided that to you?
It was the part
merged recently, so I am
expecting beagle bone to boot on -rc2 (I don't have hardware to test,
on vacation now), can you please try with -rc2.
Note: Sending via exchange, hope this is readable.
Regards
Afzal--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
is doing anything about it either.
A fix to resolve the gpmc issue has been merged recently, so I am
expecting beagle bone to boot on -rc2 (I don't have hardware to test,
on vacation now), can you please try with -rc2.
I am happy to report that v3.7-rc2 boots via the modern DT method,
using Paul's
On Sat, Oct 20, 2012 at 06:58:10PM +, Paul Walmsley wrote:
On Sat, 20 Oct 2012, Richard Cochran wrote:
On Sat, Oct 20, 2012 at 06:12:35PM +, Paul Walmsley wrote:
Just tried omap2plus_defconfig here and the board didn't boot, confirming
your result. Will add a section to the
On Sun, 21 Oct 2012, Richard Cochran wrote:
On Sun, Oct 21, 2012 at 08:23:35AM +, Paul Walmsley wrote:
On Sun, 21 Oct 2012, Richard Cochran wrote:
When I read your report, it gave me a much rosier picture than is
actually the case WRT the beaglebone.
Really? What section of
On Sun, 21 Oct 2012, Matt Porter wrote:
On Sat, Oct 20, 2012 at 06:58:10PM +, Paul Walmsley wrote:
TI also has a u-boot tree for the AM33xx; might be worth trying:
git://arago-project.org/git/projects/u-boot-am33x.git
Use of the vendor tree should be discouraged.
That's good.
On Sat, 20 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc2.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc2/20121020134755/
...
Failing tests: needing investigation
PM tests
Hi Jean
On Fri, 19 Oct 2012, Paul Walmsley wrote:
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/
...
Failing tests: needing investigation
Hi Kevin
On Fri, 19 Oct 2012, Paul Walmsley wrote:
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/
...
Failing tests: needing investigation
On Thu, Oct 18, 2012 at 05:20:46AM +, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/
Changes from previous tests
---
Kernel configs have been
Hi Richard
On Sat, 20 Oct 2012, Richard Cochran wrote:
On Thu, Oct 18, 2012 at 05:20:46AM +, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/
...
Passing tests
Hello Venkatraman,
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/
...
Failing tests: needing investigation
...
PM tests
On Thu, 18 Oct 2012, Santosh Shilimkar wrote:
On Thursday 18 October 2012 02:07 PM, Tero Kristo wrote:
On Thu, 2012-10-18 at 06:48 +, Paul Walmsley wrote:
* 4430es2panda: clockevents problems early in boot
- boots with dummy_timer
- no one-shot mode so no-HZ is likely to
-selected a few items. I will try it again without
changing anything.
Here's the console log from the boot test here:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/20121017205513/boot/am335xbone/am335xbone_log.txt
And here's the kernel config and uImage+DTB from the boot test here:
http
On Sat, 20 Oct 2012, Richard Cochran wrote:
On Sat, Oct 20, 2012 at 04:27:19PM +, Paul Walmsley wrote:
BeagleBone Rev. A6 does not boot v3.7-rc1, at least not for me.
I recently posted the missing patches needed to make it work (but the
patches are not by me).
Those are the
On Sat, Oct 20, 2012 at 06:12:35PM +, Paul Walmsley wrote:
Just tried omap2plus_defconfig here and the board didn't boot, confirming
your result. Will add a section to the testlog README.txt about that.
In terms of differences from your setup, looks like we have different
X-Loader
On Sat, 20 Oct 2012, Richard Cochran wrote:
On Sat, Oct 20, 2012 at 06:12:35PM +, Paul Walmsley wrote:
Just tried omap2plus_defconfig here and the board didn't boot, confirming
your result. Will add a section to the testlog README.txt about that.
In terms of differences from
Here are some basic OMAP test results for Linux v3.7-rc2.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc2/20121020134755/
Passing tests
-
Boot to userspace: 3517evm, 3530es3beagle, 3730beaglexm, 37xxevm,
4430es2panda, 5912osk
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/
And here's two more.
Failing tests: needing investigation
Boot tests
Hi,
On Fri, Oct 19, 2012 at 04:55:38PM +, Paul Walmsley wrote:
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/
And here's two more.
Failing tests
Hi Felipe,
On Fri, 19 Oct 2012, Felipe Balbi wrote:
On Fri, Oct 19, 2012 at 04:55:38PM +, Paul Walmsley wrote:
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at
http://www.pwsan.com/omap/testlogs
Hi,
On Fri, Oct 19, 2012 at 05:56:48PM +, Paul Walmsley wrote:
Hi Felipe,
On Fri, 19 Oct 2012, Felipe Balbi wrote:
On Fri, Oct 19, 2012 at 04:55:38PM +, Paul Walmsley wrote:
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7
Hi,
On Fri, Oct 19, 2012 at 04:55:38PM +, Paul Walmsley wrote:
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/
And here's two more.
[...]
* 3530ES3
On Fri, Oct 19, 2012 at 10:03:58PM +0300, Aaro Koskinen wrote:
Hi,
On Fri, Oct 19, 2012 at 04:55:38PM +, Paul Walmsley wrote:
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at
http://www.pwsan.com
Hi,
On Fri, Oct 19, 2012 at 10:01:36PM +0300, Felipe Balbi wrote:
On Fri, Oct 19, 2012 at 10:03:58PM +0300, Aaro Koskinen wrote:
FYI, I saw I2C hangs also on Nokia N900 with v3.7-rc1 (omap_i2c
omap_i2c.1: timeout waiting for bus ready). After several reboots they
disappered (kernel binary
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/
A few additional observations missing from the original message.
Failing tests: needing investigation
On Thu, 2012-10-18 at 06:48 +, Paul Walmsley wrote:
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/
A few additional observations missing from the original
Tero, paul,
On Thursday 18 October 2012 02:07 PM, Tero Kristo wrote:
On Thu, 2012-10-18 at 06:48 +, Paul Walmsley wrote:
On Thu, 18 Oct 2012, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs
Here are some basic OMAP test results for Linux v3.7-rc1.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.7-rc1/
Changes from previous tests
---
Kernel configs have been reorganized and updated. AM335x Beaglebone and
OMAP4460 Pandaboard-ES boards
On 10/02/12 01:28, Paul Walmsley wrote:
On Thu, 27 Sep 2012, Igor Grinberg wrote:
Have you tried the nohlt boot parameter?
It looks like the wfi is killing those SoCs once you use EMAC.
Just tried with nohlt. Didn't help on CM-T3517 with either NFS or MMC
root, nor with the 3517EVM with
On Thu, 27 Sep 2012, Igor Grinberg wrote:
On 09/24/12 21:21, Paul Walmsley wrote:
* 3517EVM CM-T3517: boot hangs
- Probably due to the use of NFS root; there are likely some Kconfig,
board file, and PM issues with EMAC
Have you tried the nohlt boot parameter?
Here are some basic OMAP test results for Linux v3.6.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.6/
Passing tests
-
Boot to userspace: 2420n800, 2430sdp, 3530es3beagle, 3730beaglexm,
37xxevm, 4430es2panda, 5912osk
PM ret/off, suspend
On Mon, 1 Oct 2012, Paul Walmsley wrote:
Kernel size/memory differences
--
vmlinux object size
(delta in bytes from test_v3.5 (28a33cbc24e4256c143dce96c7d93bf423229f92)):
textdata bss total kernel
+106549 +17784 +2380 +126713 2430_testconfig
On Thu, 27 Sep 2012, Igor Grinberg wrote:
Have you tried the nohlt boot parameter?
It looks like the wfi is killing those SoCs once you use EMAC.
Just tried with nohlt. Didn't help on CM-T3517 with either NFS or MMC
root, nor with the 3517EVM with NFS root. But I was able to get the
On 09/24/12 21:21, Paul Walmsley wrote:
Here are some basic OMAP boot and power management test results for
v3.6-rc6:
http://www.pwsan.com/omap/testlogs/test_v3.6-rc6/20120918101040/
Some observations:
Boot tests:
* CM-T3517: L3 in-band error with IPSS during boot
- Cause
Here are some basic OMAP boot and power management test results for
v3.6-rc6:
http://www.pwsan.com/omap/testlogs/test_v3.6-rc6/20120918101040/
Some observations:
Boot tests:
* CM-T3517: L3 in-band error with IPSS during boot
- Cause unknown but see
http://marc.info/?l=linux-omapm
On Sun, Sep 23, 2012 at 12:01 AM, Paul Walmsley p...@pwsan.com wrote:
cc Santosh
Hi Igor,
I regret the delay in responding,
On Fri, 7 Sep 2012, Igor Grinberg wrote:
On 09/05/12 18:44, Paul Walmsley wrote:
* CM-T3517: L3 in-band error with USB OTG during boot
- Cause unknown;
cc Santosh
Hi Igor,
I regret the delay in responding,
On Fri, 7 Sep 2012, Igor Grinberg wrote:
On 09/05/12 18:44, Paul Walmsley wrote:
* CM-T3517: L3 in-band error with USB OTG during boot
- Cause unknown; longstanding issue; does not occur on the 3517EVM
We see this problem on
Here are some basic OMAP boot and power management test results for
v3.6-rc6:
http://www.pwsan.com/omap/testlogs/test_v3.6-rc6/20120918101040/
Some observations:
Boot tests:
* CM-T3517: L3 in-band error with USB OTG during boot
- Cause unknown; longstanding issue; does not occur
* 3730 Beagle XM: does not serial wake from off-idle suspend when console
UART doesn't clock gate (debug ignore_loglevel)
- Not shown in the current test logs; cause unknown
How do you trigger these two ? Can you share whatever script you wrote
for this to fail ?
The 4430ES2 Panda issue can
Here are some basic OMAP boot and power management test results for
v3.6-rc5:
http://www.pwsan.com/omap/testlogs/test_v3.6-rc5/20120908202511/
Some observations:
Boot tests:
* CM-T3517: L3 in-band error with USB OTG during boot
- Cause unknown; longstanding issue; does not occur
UART doesn't clock gate (debug ignore_loglevel)
- Not shown in the current test logs; cause unknown
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
when console
UART doesn't clock gate (debug ignore_loglevel)
- Not shown in the current test logs; cause unknown
How do you trigger these two ? Can you share whatever script you wrote
for this to fail ? I'm assuming the bugs are only triggered on those two
particular platforms, so it could
On 09/05/12 18:44, Paul Walmsley wrote:
Here are some basic boot and power management test results for v3.6-rc4:
http://www.pwsan.com/omap/testlogs/test_v3.6-rc4/20120904122415/
Some observations:
[...]
* CM-T3517: L3 in-band error with USB OTG during boot
- Cause unknown
On Wed, Sep 5, 2012 at 5:44 PM, Paul Walmsley p...@pwsan.com wrote:
Here are some basic boot and power management test results for v3.6-rc4:
http://www.pwsan.com/omap/testlogs/test_v3.6-rc4/20120904122415/
Some observations:
* N800: panics during kernel init
- This is caused
Hi,
On Sat, 8 Sep 2012, Andreas Müller wrote:
On Wed, Sep 5, 2012 at 5:44 PM, Paul Walmsley p...@pwsan.com wrote:
Here are some basic boot and power management test results for v3.6-rc4:
http://www.pwsan.com/omap/testlogs/test_v3.6-rc4/20120904122415/
Some observations
Here are some basic boot and power management test results for v3.6-rc4:
http://www.pwsan.com/omap/testlogs/test_v3.6-rc4/20120904122415/
Some observations:
* N800: panics during kernel init
- This is caused by an MMC driver bug; fixed by [PATCH] MMC: OMAP MSDI:
fix broken PIO mode
From: Andy Green a...@warmcat.com
This is just provided for testing convenience, it has enough config
options to get Ethernet and WL12xx driver on PandaBoard / ES up
You should be able to reproduce something like this, with different
MAC addresses.
# ifconfig -a
eth0 Link encap:Ethernet
From: Andy Green a...@warmcat.com
This is just provided for testing convenience, it has enough config
options to get Ethernet and WL12xx driver on PandaBoard / ES up
You should be able to reproduce something like this, with different
MAC addresses.
# ifconfig -a
eth0 Link encap:Ethernet
From: Andy Green a...@warmcat.com
This is just provided for testing convenience, it has enough config
options to get Ethernet and WL12xx driver on PandaBoard / ES up
You should be able to reproduce something like this, with different
MAC addresses.
# ifconfig -a
eth0 Link encap:Ethernet
{
};
/**
+ * test_cond_timeout - busy-loop, testing a condition
+ * @cond: condition to test until it evaluates to true
+ * @timeout: maximum number of microseconds in the timeout
+ * @index: loop index (integer)
+ *
+ * Loop waiting for @cond to become true or until at least @timeout
+ * microseconds have
/smartreflex.h
@@ -22,7 +22,7 @@
#include linux/types.h
#include linux/platform_device.h
-
+#include linux/delay.h
#include plat/voltage.h
/*
@@ -168,6 +168,27 @@ struct omap_sr {
};
/**
+ * test_cond_timeout - busy-loop, testing a condition
+ * @cond: condition to test until
#include plat/voltage.h
/*
@@ -168,6 +168,27 @@ struct omap_sr {
};
/**
+ * test_cond_timeout - busy-loop, testing a condition
+ * @cond: condition to test until it evaluates to true
+ * @timeout: maximum number of microseconds in the timeout
+ * @index: loop index (integer
omap_sr {
};
/**
+ * test_cond_timeout - busy-loop, testing a condition
+ * @cond: condition to test until it evaluates to true
+ * @timeout: maximum number of microseconds in the timeout
+ * @index: loop index (integer)
+ *
+ * Loop waiting for @cond to become true or until at least
a condition
+ * @cond: condition to test until it evaluates to true
+ * @timeout: maximum number of microseconds in the timeout
+ * @index: loop index (integer)
+ *
+ * Loop waiting for @cond to become true or until at least @timeout
+ * microseconds have passed. To use, define some integer @index
* Afzal Mohammed af...@ti.com [120405 09:08]:
@@ -114,6 +147,8 @@ static struct omap_smsc911x_platform_data smsc911x_cfg = {
static inline void __init omap3evm_init_smsc911x(void)
{
+ struct gpmc_device_pdata *gpmc_smsc911x_info;
+
/* Configure ethernet controller reset gpio
Hi Tony,
On Wed, Apr 25, 2012 at 22:17:26, Tony Lindgren wrote:
Obviously we can't merge any of this if until all the board-*.c files
are changed and tested.
Can you maybe still keep the old interfaces in addition to the new ones
so we can do the conversion one board-*.c file at a time
there is some activity with tidspbridge
(by Víctor). Is there any interest in fixing these errors for v3.4
(or even v3.4-rc5)?
Along those lines, what's the plans on getting this code _out_ of
staging? I haven't seen anything going on here in a while...
Test 6.
--
Felipe Contreras
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c | 95 +-
1 file changed, 94 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
b/arch/arm/mach-omap2/board-omap3evm.c
index 49df127..60938af 100644
Hi Afzal,
On 3/23/2012 1:37, Afzal Mohammed wrote:
[snip]
static void __init omap3_evm_init(void)
{
+ struct omap_nand_platform_data *nand_data;
+
omap3_evm_get_revision();
if (cpu_is_omap3630())
@@ -684,6 +747,25 @@ static void __init omap3_evm_init(void)
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c | 82 ++
1 file changed, 82 insertions(+)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
b/arch/arm/mach-omap2/board-omap3evm.c
index a659e19..2695663 100644
---
Hi Jon,
On Mon, Mar 26, 2012 at 23:21:50, Hunter, Jon wrote:
I see this is marked as a temp patch, but this is actually needed to
register the device. Actually, we would need to do this for all boards,
right?
Yes, as NAND support on OMAP3EVM was not in mainline, made it TMP.
Once GPMC
Hi Jon,
On Tue, Mar 27, 2012 at 10:49:32, Mohammed, Afzal wrote:
Hi Jon,
On Mon, Mar 26, 2012 at 23:21:50, Hunter, Jon wrote:
I see this is marked as a temp patch, but this is actually needed to
register the device. Actually, we would need to do this for all boards,
right?
Yes, as
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c | 82 ++
1 file changed, 82 insertions(+)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
b/arch/arm/mach-omap2/board-omap3evm.c
index a659e19..9ed48d4 100644
---
/**
+ * test_cond_timeout - busy-loop, testing a condition
+ * @cond: condition to test until it evaluates to true
+ * @timeout: maximum number of microseconds in the timeout
+ * @index: loop index (integer)
+ *
+ * Loop waiting for @cond to become true or until at least @timeout
+ * microseconds have passed. To use
Nishanth Menon n...@ti.com writes:
On 10:26-20120316, Maximilian Schwerin wrote:
[...]
+
+ if ((strcmp(opp_def-hwmod_name,iva) ==
0) !omap3_has_iva())
+ continue;
+
oh = omap_hwmod_lookup(opp_def-hwmod_name);
if
Kevin,
[...]
Nishanth, can you collect the acks/tested-bys and repost and official
patch.
I'll queue this up.
Thanks. This is already done:
http://marc.info/?l=linux-omapm=133191481703750w=2
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
Menon, Nishanth n...@ti.com writes:
Kevin,
[...]
Nishanth, can you collect the acks/tested-bys and repost and official
patch.
I'll queue this up.
Thanks. This is already done:
http://marc.info/?l=linux-omapm=133191481703750w=2
Yeah, sorry for the noise. I saw it after I sent this
Von: Kevin Hilman [mailto:khil...@ti.com]
Menon, Nishanth n...@ti.com writes:
On Wed, Mar 14, 2012 at 16:15, Kevin Hilman khil...@ti.com wrote:
Maximilian Schwerin m...@tigris.de writes:
From: Steve Sakoman st...@sakoman.com
Don't try to add IVA OPPs for OMAP3 versions not
On 10:26-20120316, Maximilian Schwerin wrote:
[...]
+
+ if ((strcmp(opp_def-hwmod_name,iva) ==
0) !omap3_has_iva())
+ continue;
+
oh = omap_hwmod_lookup(opp_def-hwmod_name);
if (!oh || !oh-od) {
-Ursprüngliche Nachricht-
Von: Nishanth Menon [mailto:n...@ti.com]
Gesendet: Freitag, 16. März 2012 15:21
An: Maximilian Schwerin
Cc: Kevin Hilman; linux-omap@vger.kernel.org;
linux-arm-ker...@lists.infradead.org; Steve Sakoman
Betreff: Re: [PATCH] OMAP3: OPP: Test for IVA
On Fri, Mar 16, 2012 at 10:47, Maximilian Schwerin
maximilian.schwe...@tigris.de wrote:
sorry my fault! This was not what I was thinking of as generic. Works as
expected!
Can i take it as an acked-by?
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line unsubscribe
On Fri, Mar 16, 2012 at 7:20 AM, Nishanth Menon n...@ti.com wrote:
From 5275d09c9f1a16c8f0814745e1c313c6cca049f6 Mon Sep 17 00:00:00 2001
From: Nishanth Menon n...@ti.com
Date: Fri, 16 Mar 2012 09:13:24 -0500
Subject: [PATCH] OMAP2+: OPP: allow OPP enumeration to continue if device is
not
- busy-loop, testing a condition
+ * @cond: condition to test until it evaluates to true
+ * @timeout: maximum number of microseconds in the timeout
+ * @index: loop index (integer)
+ *
+ * Loop waiting for @cond to become true or until at least @timeout
+ * microseconds have passed. To use, define
From: Steve Sakoman st...@sakoman.com
Signed-off-by: Steve Sakoman st...@sakoman.com
Signed-off-by: Maximilian Schwerin m...@tigris.de
---
arch/arm/mach-omap2/opp.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/opp.c b/arch/arm/mach-omap2/opp.c
Maximilian Schwerin m...@tigris.de writes:
From: Steve Sakoman st...@sakoman.com
Thanks for the patch.
Please add a descriptive changelog here.
Also, please Cc linux-arm-ker...@lists.infradead.org for all
upstream-bound patches.
Kevin
Signed-off-by: Steve Sakoman st...@sakoman.com
From: Steve Sakoman st...@sakoman.com
Don't try to add IVA OPPs for OMAP3 versions not containing an IVA
subsystem, as this would make omap_init_opp_table fail.
Signed-off-by: Steve Sakoman st...@sakoman.com
Signed-off-by: Maximilian Schwerin m...@tigris.de
---
arch/arm/mach-omap2/opp.c |4
Maximilian Schwerin m...@tigris.de writes:
From: Steve Sakoman st...@sakoman.com
Don't try to add IVA OPPs for OMAP3 versions not containing an IVA
subsystem, as this would make omap_init_opp_table fail.
Signed-off-by: Steve Sakoman st...@sakoman.com
Signed-off-by: Maximilian Schwerin
On Wed, Mar 14, 2012 at 16:15, Kevin Hilman khil...@ti.com wrote:
Maximilian Schwerin m...@tigris.de writes:
From: Steve Sakoman st...@sakoman.com
Don't try to add IVA OPPs for OMAP3 versions not containing an IVA
subsystem, as this would make omap_init_opp_table fail.
Signed-off-by: Steve
Menon, Nishanth n...@ti.com writes:
On Wed, Mar 14, 2012 at 16:15, Kevin Hilman khil...@ti.com wrote:
Maximilian Schwerin m...@tigris.de writes:
From: Steve Sakoman st...@sakoman.com
Don't try to add IVA OPPs for OMAP3 versions not containing an IVA
subsystem, as this would make
On Mon, Aug 22, 2011 at 04:00:35PM +0200, Julia Lawall wrote:
From: Julia Lawall ju...@diku.dk
Test the just-initialized value rather than some other one.
The semantic match that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
// smpl
@r@
identifier x,y,f!={PTR_ERR
From: Julia Lawall ju...@diku.dk
Test the just-initialized value rather than some other one.
The semantic match that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
// smpl
@r@
identifier x,y,f!={PTR_ERR,ERR_PTR,ERR_CAST};
statement S;
@@
x = f(...);
(
if (\(x == NULL\|IS_ERR(x
Hi Grant,
The current devicetree/test branch is broken due to the introduction of the
__initconst for dt_compat table.
My original basic fix is the following one, but Felipe figured out the root
cause. So it can be fixed by adding an extra const to make the whole table
const:
- const
HI,
On Fri, Aug 19, 2011 at 04:24:00PM +0200, Cousson, Benoit wrote:
Hi Grant,
The current devicetree/test branch is broken due to the introduction
of the __initconst for dt_compat table.
My original basic fix is the following one, but Felipe figured out the
root cause. So it can
From: Andy Green a...@warmcat.com
These represent the 8 kinds of implementation functionality
that up until now were inferred by the 16 remaining cpu_...()
tests in the omap i2c driver.
Cc: patc...@linaro.org
Cc: Ben Dooks ben-li...@fluff.org
Reported-by: Peter Maydell peter.mayd...@linaro.org
These represent the 8 kinds of implementation functionality
that up until now were inferred by the 16 remaining cpu_...()
tests in the omap i2c driver.
Changed to use BIT() as suggested by Balaji T Krishnamoorthy.
Cc: patc...@linaro.org
Cc: Ben Dooks ben-li...@fluff.org
Reported-by: Peter
501 - 600 of 662 matches
Mail list logo